UNIVERSIDAD AUTÓNOMA JUAN MISAEL SARACHO

FACULTAD DE CIENCIAS Y TECNOLOGÍA

CARRERA DE INGENIERÍA INFORMÁTICA

“MEJORAMIENTO DEL SERVICIO DE DONACIONES MÓVILES EN EL

BANCO DE SANGRE - TARIJA”

Por:

Ximena Catari Sarmiento

Trabajo de Grado presentado a consideración de la “UNIVERSIDAD AUTÓNOMA

JUAN MISAEL SARACHO”, como requisito para optar el grado académico de
Licenciatura en Ingeniería Informática.

Diciembre de 2012

TARIJA – BOLIVIA
V° B°

............................................................. .............................................................
Msc. Ing. Luis Alberto Yurquina Msc. Lic. Gustavo Succi
DECANO VICEDECANO

APROBADO POR:
TRIBUNAL:

................................................................
Lic. Silvana Paz
TRIBUNAL ASIGNADO

...........................................................
Lic. Roberto Salinas
TRIBUNAL ASIGNADO

...........................................................
Ing. Efraín Torrejón
TRIBUNAL ASIGNADO
El Tribunal no se solidariza con la
forma, términos, modos, y expresiones
vertidas en el trabajo, siendo las
mismas únicamente de responsabilidad
del-autor.
DEDICATORIA:
Este trabajo va dedicado a:
Dios, mis padres, familia, amigos que
me brindaron su apoyo incondicional
en la realización del mismo.
AGRADECIMIENTOS:
Expresar mis sinceros agradecimientos
al personal del Banco de Sangre por el
apoyo incondicional que me prestaron
para la elaboración de este trabajo,
como también a mis Docentes Guías
por su tiempo y dedicación prestada.
 1

RESUMEN

En la actualidad los sistemas de información y comunicación vía Web ocupan un

sitio importante en las instituciones, empresas, etc. Los cuales facilitan el proceso de
difusión de la información, que apoya a la toma de decisiones y las actividades
realizadas por los usuarios.

El Banco de Sangre realiza actividades de recolección de sangre dentro y fuera de la

institución, el caso de estudio serán las donaciones móviles que no cuentan con un
medio o herramienta automatizada de información para las actividades que realizan.
Se genera problemas en la difusión de la información y no contar con información
organizada y segura lo cual dificulta hacer reportes, modificaciones, actualizaciones a
los registros de donación.

Actualmente en países más desarrollados, el uso de las TIC para las necesidades de
Bancos de Sangre es muy difundido y exitoso, por ello surge la necesidad de
integrarse a esa corriente tecnológica para poder gozar de sus beneficios.

Por lo que el proyecto pretende es dar solución a los problemas, desarrollando un

sistema de información para el departamento de Promoción y extensión social
BSRDT.

Con el desarrollo del componente Sistema se busca la sencillez, la usabilidad y la

rapidez en la gestión de la información, de tal forma que el uso del mismo permita al
usuario mantener una gestión ordenada y accesible en todo momento.

Además se complementará con la capacitación al personal de salud en el uso y

manejo del componente sistema del proyecto.
 2

PRESENTACION DEL PROYECTO

I.1.1. TÍTULO

“Mejoramiento del Servicio de Donaciones Móviles en el banco de sangre - Tarija”.

I.1.2. ÁREA DEL PROYECTO

Tecnologías de la información y comunicación.

I.1.3. RESPONSABLE DEL PROYECTO

Carrera de Ingeniería Informática – Taller III.

I.1.4. ENTIDADES ASOCIADAS

Banco de Sangre de Referencia Departamental de Tarija – BSRDT.

Universidad Autónoma Juan Misael Saracho.

I.1.5. GRUPO RESPONSABLE DEL PROYECTO

Grupo 1 Taller III:

Universitaria:
Ximena Catari Sarmiento.

I.1.6. DURACIÓN (Meses)

La realización del proyecto tendrá una duración de 8 meses.

 3

I.1.7. ACTIVIDADES PREVISTAS PARA INTEGRANTES DEL EQUIPO

Responsable Actividades

Director En cuanto al seguimiento y control del Proyecto

- Planificación y control del cronograma del proyecto.

Ximena Catari
- Asignar y gestionar recursos y prioridades a los distintos
Sarmiento
componentes y actividades del proyecto.
- Coordinar las iteraciones entre el equipo de trabajo y los
usuarios del proyecto.
- Mantener al equipo del proyecto enfocado en los
objetivos.
- Supervisar el desarrollo del proyecto.

En cuanto al desarrollo de los componentes

Capturar la especificación y validación de requisitos.

- Elaboración del Análisis, Diseño y Desarrollo del

Sistema.
- Elaboración del Modelo de datos.
- Delineación de los Diagramas UML.
- Diseño de la Base de Datos del Sistema.
- Programación del Sistema Web.
- Preparación de pruebas Funcionales del Sistema
- Planificar el contenido temático de los cursos de
capacitación.
- Formar al personal en el uso de las TIC para el manejo
del producto final.
- Llevar a cabo la capacitación del producto final.
Tabla 1 Actividades del integrantes del equipo
 4

I.2. Descripción Del Proyecto

I.2.1. Resumen Ejecutivo Del Proyecto

En la actualidad los sistemas de información y comunicación vía Web ocupan un

sitio importante en las instituciones, empresas, etc. Los cuales facilitan el proceso de
difusión de la información, que apoya a la toma de decisiones y las actividades
realizadas por los usuarios.

El Banco de Sangre realiza actividades de recolección de sangre dentro y fuera de la

institución, el caso de estudio serán las donaciones móviles que no cuentan con un
medio o herramienta automatizada de información para las actividades que realizan.
Se genera problemas en la difusión de la información y no contar con información
organizada y segura lo cual dificulta hacer reportes, modificaciones, actualizaciones a
los registros de donación.

Actualmente en países más desarrollados, el uso de las TIC para las necesidades de
Bancos de Sangre es muy difundido y exitoso, por ello surge la necesidad de
integrarse a esa corriente tecnológica para poder gozar de sus beneficios.

Por lo que el proyecto pretende es dar solución a los problemas, desarrollando un

sistema de información para el departamento de Promoción y extensión social
BSRDT.

Con el desarrollo del componente Sistema se busca la sencillez, la usabilidad y la

rapidez en la gestión de la información, de tal forma que el uso del mismo permita al
usuario mantener una gestión ordenada y accesible en todo momento.

Además se complementará con la capacitación al personal de salud en el uso y

manejo del componente sistema del proyecto
 5

I.2.2. Descripción, Fundamentación y Justificación del Proyecto

El proyecto tiene como propósito el “Mejoramiento del Servicio de Donaciones
Móviles en el banco de sangre - Tarija” tiene como finalidad mejorar y/o facilitar las
diferentes tareas diarias o funciones que realizan los encargados promoción y
brindar una herramienta o un medio que pueda mejorar los procesos.

En base a encuestas realizadas en el banco de sangre, respecto a la información que se

maneja y se genera de los donantes, se han identificado los siguientes problemas.

• Dificultad para la toma de decisiones.

Ejemplos de decisiones:
- Ubicar a los donantes cuando se requiera su tipo de sangre
- Para la nueva donación de donantes habituales después de 3 meses de su
última donación
• Deficiencia en el servicio de donaciones móviles
• Bajo conocimiento en el uso de las tics.
• No se cuenta con medios o mecanismos seguros y responsables que
proporcionen información de donantes móviles, como consecuencias tenemos

Cuando quieren consultar los resultados de enfermedades, como están registrados en

papel hay demora. (Ejemplo: en colectas.)
Realizar consultas o reportes a corto o a largo plazo con lleva tiempo.
Es necesaria la obtención de reportes a largo plazo, como estadísticas anuales para
ver la proyección de avances de donaciones.
Existe Perdidas de registros de donaciones móviles; esto puede ocurrir en el
transcurso de viajes para colectar sangre o bien surgen pérdidas de información
cuando el donante se lleva los formularios del mismo.
 6

• Registros de Información de los donantes desordenados, como las donaciones

fuera del banco de sangre, no existe orden por tipo de sangre u otro aspecto, la
atención esto es por llegada del donante.

• Demora en la Transcripción de resultados e información en los cuadernos.

Como existen muchos registros de donaciones de diferentes instituciones en
diferente tiempo se deben tabularse para su almacenamiento.

• Desperdicio de hojas por errores de transcripción de resultados de los análisis;

un error de transcripción se debe rehacer el registro.

Es por este motivo, la institución requiere un medio eficiente y apropiado para

satisfacer de manera más adecuada los requerimientos del personal de las áreas que
están relacionadas con donaciones móviles.

Por lo general se debe contar con información segura y responsable que ayude a la
toma de decisiones y de esta manera anular el gran problema que no solo acomete a
esta institución sino a muchas que colapsan por la falta de este instrumento adecuado.
 7

ÁRBOL DE PROBLEMAS

Fig. 1 Arbol de Problemas

 8

ÁRBOL DE OBJETIVOS

Fig. 2 Arbol de Objetivos

 9

I.2.3. Objetivos

I.2.3.1. Objetivo General

Mejoramiento del Servicio de Donaciones Móviles en el banco de sangre - Tarija.

I.2.3.2. Objetivos Específicos

 Sistema informatico para la gestión de información de donaciones móviles,

desarrollado.
 Capacitación en el uso del sistema de donaciones móviles.

I.2.4. Metodología

Metodología para el componente1: sistema.

La metodología que se aplicara en el componente sistema será el siguiente:
Metodología RUP (Racional Unified Process), que mejora considerablemente la
calidad de desarrollo del sistema, ya que la misma utiliza el Lenguaje Unificado de
Modelado (UML) para preparar todos los esquemas de un sistema software.

RUP es un proceso ágil de desarrollo que se repite a lo largo de una serie de ciclos
que constituyen la vida de un sistema. Cada ciclo concluye con una versión del
producto para los clientes.

El flujo de trabajo fundamental tiene los siguientes pasos:

 Requerimientos: necesidades del negocio trasladadas a un sistema

automatizado.
 Análisis y Diseño: requerimientos dentro de la arquitectura de software.
 10

 Programación e Implementación: software que se ajuste a la arquitectura y que

tenga el comportamiento deseado.
 Pruebas: el comportamiento requerido es el correcto y que todo lo solicitado
está presente.

Requerimientos: en base a las entrevistas se obtendrá la información que refleje las

necesidades de los involucrados para la determinación de requerimientos.

Análisis y diseño: Se estructurará las diferentes vistas (Diagramas, Base de Datos,

Pantallas) de la aplicación.

Programación e Implementación: la programación será modular y orientada a

objetos, se utilizarán tecnologías de punta, creando la aplicación informática.

Pruebas y Validación: antes de desarrollar las pruebas se procederá a la introducción

de datos. La fase de pruebas de desarrollo que serán mediante casos de prueba
tomados de cada módulo y se realizarán los ajustes necesarios para una correcta
validación.
Metodología para el componente2: capacitación.
……………..
…………
hacere

I.2.5. Bibliografía Consultada

- PRESSMAN Ingeniería de software.

- [Link] Sitio de análisis y diseño de sistemas.
 11

I.2.6. Resultados Esperados

Sistema automatizado denominado: “Sistema de donaciones móviles” desarrollado,

probado y validado, que integre de manera eficaz la lógica de procesamiento de
información de acorde a la sección involucrada.
Un sistema que ayude en la gestión de información de donantes externos y contribuir
a la mejora de la calidad del servicio de donaciones móviles de la institución “banco
de sangre de referencia departamental Tarija”.
Reducción del trabajo manual del personal, evitando pérdidas de información u otros
inconvenientes.
Se espera que el sistema sea desarrollado de acuerdo a la especificación de
requerimientos y sea aprobada por los docentes de taller III según la norma IEEE830.

Capacitacion del personal de un 80% (doctores, enfermeras y bioquímicos)

pertenecientes al departamento de promoción y extensión social, del banco de
sangre, en el uso del sistema y sobre recursos TIC.

I.2.7. Transferencia de resultados

a) Medios y estrategias para la transferencia de resultados.

Presentación final del sistema informático a la división de calidad y a la
dirección ejecutiva del banco de sangre de referencia departamental Tarija.
Entrega de instaladores del sistema informático y la documentación
desarrollada en el proyecto.

b) Grupo de beneficiarios de los resultados

El jefe de la división de calidad.
El jefe y funcionarios del departamento de promoción y extensión social del
banco de sangre.
 12

I.2.8. Cronograma de Actividades

Fig. 3 Cronograma de Actividades

 13

I.2.9. Marco Lógico del Proyecto

Resumen Narrativo del Proyecto Indicadores Medios de Verificación Supuestos

Fin
El funcionamiento del Banco
A partir del segundo año de Resultados de las encuestas
Calidad del servicio del banco de de Sangre sea normal.
sangre hacia la población de Tarija ejecución del proyecto el 30% realizadas a la población de
mejorada. Infraestructura adecuada para
de los beneficiarios expresan un beneficiarios del departamento
el desarrollo de sus
grado alto de satisfacción con de promoción y extensión actividades del proyecto.
relación al año base de social, ejecutadas por la
El banco de sangre
ejecución del proyecto 2012. dirección del Banco de incrementa el presupuesto
para apoyar estrategias de
Sangre.
mejora en el servicio a la
población.

Objetivo General (Propósito)

Informe del “jefe de calidad” Personal del departamento de
A finales del 2012 se ha
promoción y extencion socia
Mejoramiento del Servicio de agilizado la obtención de o jefe de promoción avalando
se muestran interesados y
información de donaciones
Donaciones Móviles en el banco de la veracidad de la información apoyan el proyecto.
móviles del banco de sangre
sangre - Tarija con un porcentaje del 60% de donaciones móviles.
La información acerca de las
respecto al año base 2011.
donaciones móviles se
encuentra disponible.
 14

Objetivos Específicos El sistema será desarrollado de

Sistema automatizado Información de
acuerdo a la especificación de
(Componentes) requerimientos recopilada
requerimientos aprobada por los documentada.
“oportunamente” y confiable.
1. Sistema informatico para docentes de taller III según la
la gestión de registros de norma IEEE830.
donaciones móviles, Informe de jefe de promoción
desarrollado. El sistema informatico estará
y dirección respecto a la
terminado el 6 de noviembre del
2012. conformidad del sistema.
Sistema aprobado por parte de
los docentes de la materia de
Taller III.

2. Capacitación en el uso del Al finalizar el proyecto en Lista de firmas del personal Interés y disponibilidad de
sistema de donaciones móviles. diciembre de 2012, asistido a las capacitaciones. tiempo del personal del
se capacito al 65% del personal Informe obtenida del jefe de BSRDT, para la realización
(doctores, enfermeras y promoción del banco de de la capacitación del
bioquímicos) involucrados en el Sangre con respecto a la sistema.
departamento de promoción y capacitación del uso del
extensión social del banco de sistema. Las personas involucradas
sangre, en el uso del sistema y Fotografías tomadas durante la
directamente con el sistema
sobre recursos TIC.
realización de la capacitación.
cumplen con la citación de la
capacitación.
 15

Actividades Documentación e informaciónDisponibilidad de brindar

1. componente I recogida en las entrevistasinformación oportuna por
I. Modelo del Negocio hechas al personal (fotocopias
parte del departamento de
I.1 Modelo de casos de uso de 250$ de registros de donantes depromociones y extensión
negocio y modelo de objetos del puesto móvil). social. Coordinación con los
negocio cooperantes del trabajo del
[Link] 400$ Documentación obtenida por proyecto.
II.1 Glosario el análisis del sistema y
II.2 Visión prototipos del mismo.
II.3 Modelo de caso de uso
II.4 Especificación de caso de uso. Documento de los casos de
II.5 Especificación adicionales pruebas del sistema.
[Link]/diseño 250$
III.1 Modelo Análisis/diseño
III.2 Modelo de datos.
[Link] 600$
IV.1 Prototipos de interfaces de
usuario.
IV.2 Modelo de Implementacion.
[Link] 200$
V.1 Casos de Prueba.
[Link] 200$
V.1 Modelo de Despliegue. Total 1900$
 16

2. Componente II
Asistencia del personal a la
2.1. Definición de estrategias 50$ convocatoria de capacitación.
para la capacitación. Documento del plan de
2.2. Elaboración del 50$ capacitación.
cronograma de
actividades Carta de conformidad con el
2.3. Elaboración de diapositivas 50$ desarrollo de la capacitación
2.4. Desarrollo de la 100$ de parte de la directora del
capacitación. BANCO DE SANGRE.
Total 250$

Lista de capacitados, mas sus

firmas.

Tabla 2 Marco Lógico del Proyecto

 17

I.2.10. Presupuesto /Justificacion

ITEM RUBROS Aporte Otro Aporte TOTAL

Universidad (Bs.)
10000 SERVICIOS PERSONALES

12000 Empleados no Permanentes 10020

Sub total rubro 10020

20000 SERVICIOS NO PERSONALES

21000. Servicios Básicos 1720

22000. Servicios de transporte 325

23000. Alquileres

24000. Mantenimiento y reparación 150

25000. Servicios Profesionales y

Comerciales

Sub total rubro 3005

30000 MATERIALES Y SUMINISTROS

32000. Productos de Papel, Cartón e 1400

Impresos

Sub total rubro 1400

40000 ACTIVOS REALES

43000. Maquinaria y Equipo. 800

46000. Descripción de estudios y

proyectos para inversión

Sub total rubro 800

TOTAL 15225
TOTAL + 40% Incentivo 21315
Tabla 3 Presupuesto /Justificacion
 18

1) GRUPO 10000. SERVICIOS PERSONALES

a) SUB GRUPO 12000. Empleados no Permanentes
Partida Personal Remuneración Tiempo/meses Total
12100 Personal Eventual 8 10020
Total 10020
Tabla 4 SUB GRUPO 12000. Empleados no Permanentes

2) GRUPO 20000. SERVICIOS NO PERSONALES

b) SUB GRUPO 21000. Descripción de los gastos de servicios básicos
Partida Tipo de servicio básico * Costo Tiempo Costo
mes Total
21100 Comunicación- internet 95 8 760
21200 Energía Eléctrica 50 8 400
21300 Agua 20 8 160
21400 Servicios Telefónicos 50 8 400
Total 1720
Tabla 5 SUB GRUPO 21000. Descripción de los gastos de servicios básicos

c) SUB GRUPO 22000. Descripción de los gastos de viajes y transporte de

personal
Partida Personal Lugar Nº de Costo Costo
viajes unitario* total
22100 Pasajes Ciudad de Tarija 50 3.5 175
(cercado).
100 1.5 150
Total 325
Tabla 6 SUB GRUPO 22000. Descripción de los gastos de viajes y transporte de personal

Partida Personal Lugar Duración Costo Costo

(días) unitario* total
22200 Viáticos 0
22300 Fletes y 0
Almacenamientos
Total 0
Total sub grupo 22000 325

e) SUB GRUPO 24000. Descripción mantenimiento y reparación

Partida Mantenimiento y reparación de equipo Costo Tiempo Costo total
y maquinaria unitario mes
24300 Otros Gastos por Mantenimiento y 150 1 150
Reparación
Total 150
Tabla 7 SUB GRUPO 24000. Descripción mantenimiento y reparación
 19

f) SUB GRUPO 25000. Descripción de los gastos en servicios profesionales y

comerciales
Partida Tipo de servicio profesional y Cantidad Costo Tiempo Costo total
comercial * unitario mes
25200 Estudios e Investigaciones 200 2 400
25500 Publicidad 0 0
25600 Imprenta 200 1 200
25700 Capacitación de Personal 50 1 50

25800 Estudios e Investigaciones Para 160 1 160

Proyectos de Inversión
Total 810
Tabla 8 SUB GRUPO 25000. Descripción de los gastos en servicios profesionales y comerciales

3) GRUPO 30000. MATERIALES Y SUMINISTROS

g) SUB GRUPO 31000. Descripción de los gastos Alimentos y Productos
Agroforestales
Partida Tipo de material Cantidad Costo/Unitari Total
o
31110 Refrigerios y Gastos
Administrativos
31200 Alimento para Animales
Total 0
Tabla 9 SUB GRUPO 31000. Descripción de los gastos Alimentos y Productos Agroforestales

h) SUB GRUPO 32000. Descripción del gasto de Productos de Papel, Cartón e

Impresos
Partida Tipo de material Cantidad Costo/Unitari Total
o
32100 Papel de Escritorio 1 200 200
32200 Productos de Artes Gráficas, 6 200 1200
Papel y Cartón
Total 1400
Tabla 10 SUB GRUPO 32000. Descripción del gasto de Productos de Papel, Cartón e Impresos
 287

II.1.1. Componente 1.

II.1.1.1. Introducción
Los sistemas de gestión de información se refieren a un conjunto de todos los
componentes necesarios que se interrelacionan, con el objetivo de gestionar y facilitar
la información sobre el tema de interés.

II.1.1.2. Antecedentes
Banco de sangre: Es servicio especializado con registro y licencia de funcionamiento
de la Secretaría Nacional de Salud, encargado de la recolección, extracción,
procesamiento, almacenamiento, conservación, fraccionamiento, control de calidad y
distribución de Sangre Humana destinada a transfusiones o investigaciones en forma
total, o de sus componentes separados, sin fines de lucro, a centros de transfusión o
investigación públicos o privados.
• El Banco de Sangre Inicia actividades el 15 de julio de 2004 con un Plan
Piloto
• Tiene Autorización de funcionamiento SEDES-R.A. 04/09 del 7 de enero de
2009
• El B.S.R.D.T. es un centro Público desconcentrado del Servicio
Departamental de Salud con patrimonio propio, autonomía administrativa,
financiera, técnica y con competencia de ámbito departamental.

La Legislación aplicable al banco de Sangre:

1. Constitución Política del Estado
2. Decreto Ley Nº 12760 (Código Civil)
3. Ley de la Medicina Transfusional y Bancos de Sangre

Objetivos Institucionales
 Planifica y promueve el incremento de la donación voluntaria de sangre.
 21

 Planifica la cobertura del requerimiento de sangre de los servicios de

transfusión, seguros sociales y pacientes privados.
 Planifica y revisa continuamente los resultados de sus procesos.
 Realiza el control de calidad establecido para los hemocomponentes.
 Responde a los requisitos y sugerencias de los donantes y servicios de
transfusión.
 Capacita y actualiza a sus recursos humanos.
 Implementa, mejora y actualiza nuevas técnicas en inmunohematología

II.1.1.3. Organigrama del Banco de Sangre de Referencia Departamental Tarija

Fig. 4 Organigrama del Banco de Sangre

 22

II.1.1.4. Metodologias de Desarrollo

II.[Link]. Metodología RUP

RUP: es un proceso de desarrollo de software. Junto con el Lenguaje Unificado de

Modelado UML, constituye la metodología estándar más utilizada para el análisis,
diseño, implementación y documentación de sistemas orientados a objetos.
Los procesos de RUP estiman tareas y horario del plan midiendo la velocidad de
iteraciones concerniente a sus estimaciones originales. Las iteraciones tempranas de
proyectos conducidos por RUP se enfocan fuertemente sobre arquitectura del
software; la puesta en práctica rápida de características se retrasa hasta que se ha
identificado y se ha probado una arquitectura firme.
Nos permite realizar un levantamiento exhaustivo de requerimientos.
Principales características
 Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,
cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de Software
 Desarrollo iterativo
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software
El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e
incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye
artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo
de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en
un determinado momento, una persona puede desempeñar distintos roles a lo largo
del proceso).
 23

Fases en el Ciclo de Desarrollo.- Existen cuatro fases, la figura muestra las fases de
desarrollo y los diversos flujos de trabajo involucrados dentro de cada fase con una
representación gráfica, donde se hace mayor énfasis según la fase, cabe destacar el
flujo de trabajo concerniente al negocio.

· Fase 1: Preparación Inicial (“Incepción”)

Su objetivo principal es establecer los objetivos para el ciclo de vida del producto. En
esta fase se establece el caso del negocio con el fin de delimitar el alcance del
sistema, saber qué se cubrirá y delimitar el alcance del proyecto.
El caso de negocio incluye criterios de éxito, la evaluación de riesgos, y la estimación
de los recursos necesarios, y un plan de la fase que muestre las fechas previstas e
hitos importantes.

· Fase 2: Preparación Detallada (“Elaboración”)

En esta fase se realiza la captura de la mayor parte de los requerimientos funcionales,
manejando los riesgos que interfieran con los objetivos del sistema, acumulando la
información necesaria para el plan de construcción y obteniendo suficiente
información para hacer realizable el caso del negocio. El resultado de la fase de
elaboración es: Un modelo de Caso de Uso (por lo menos 80% completo) - todos los
Casos de Uso y actores deben haber sido identificados-, y se han desarrollado la
mayoría de las descripciones de Casos de Uso. Requerimientos suplementarios que
capturan los requerimientos no funcionales.
 24

· Fase 3: Construcción (“Construcción”)

El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben
clarificar los requisitos pendientes, administrar los cambios de acuerdo a las
evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

· Fase 4: Transición (“Transición”)

El propósito de esta fase es asegurar que el software esté disponible para los usuarios
finales, ajustar los errores y defectos encontrados en las pruebas de aceptación,
capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que
el producto cumpla con las especificaciones entregadas por las personas involucradas
en el proyecto.

II.[Link]. UML (Lenguaje Unificado de Modelado)

UML: Un lenguaje proporciona un vocabulario y unas reglas para permitir una

comunicación. En este caso, este lenguaje se centra en la representación gráfica de un
sistema. Este lenguaje nos indica cómo crear y leer los modelos, pero no dice cómo
crearlos. Esto último es el objetivo de las metodologías de desarrollo.

a) Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones:
· Visualizar: UML permite expresar de una forma gráfica un sistema de forma que
otro lo puede entender.
· Especificar: UML permite especificar cuáles son las características de un sistema
antes de su construcción.
· Construir: a partir de los modelos especificados se pueden construir los sistemas
diseñados.
· Documentar: los propios elementos gráficos sirven como documentación del
sistema desarrollado que pueden servir para su futura revisión.
 25

b) Un modelo UML está compuesto por tres clases de bloques de construcción:

· Elementos: los elementos son abstracciones de cosas reales o ficticias (objetos,
acciones, etc.).
· Relaciones: relacionan los elementos entre sí.
· Diagramas: son colecciones de elementos con sus relaciones.

c) UML es además un método formal de modelado. Esto aporta las siguientes

ventajas:
· Mayor rigor en la especificación.
· Permite realizar una verificación y validación del modelo realizado.
· Se pueden automatizar determinados procesos y permite generar código a partir de
los modelos y a la inversa (a partir del código fuente generar los modelos).

d) UML ofrece notación y semántica estándar:

UML prescribe una notación estándar y semánticas esenciales para el modelado de un
sistema orientado a objetos. Previamente, un diseño orientado a objetos podría haber
sido modelado con cualquiera de las metodologías populares, causando a los
revisores tener que aprender las semánticas y notaciones de la metodología empleada
antes que intentar entender el diseño en sí.

II.[Link].1. Tipos de Diagramas Utilizados

Diagramas de Clases
Describe la estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y
diseño de los sistemas, donde se crea el diseño conceptual de la información que se
manejará en el sistema, y los componentes que se encargarán del funcionamiento y la
relación entre uno y otro.

Diagramas de Casos de Uso

 26

Que captura las interacciones de los Casos de Uso y los actores. Describe los
requisitos funcionales del sistema, la forma en la que las cosas externas (actores)
interactúan a través del límite del sistema y la respuesta del sistema.

Diagrama de Actividades
Se usa para modelar el comportamiento de un sistema, y la manera en que este
comportamiento está relacionado con un flujo global del sistema. Se usan los caminos
lógicos que sigue un proceso basado en varias condiciones, concurrencia en el
proceso, los datos de acceso, interrupciones y otras alternativas del camino lógico
para construir un proceso, sistema o procedimiento.

Diagrama de Secuencias
Es una representación estructurada del comportamiento como una serie de pasos
secuenciales a lo largo del tiempo. Se usa para representar el flujo de trabajo, el paso
de mensajes y cómo los elementos en general cooperan a lo largo del tiempo para
lograr un resultado.
 27

II.1.1.5. Herramienta de Construccion de Software

II.[Link]. Eclipse

Eclipse es un entorno de desarrollo integrado de código abierto multiplataforma para

desarrollar lo que el proyecto llama "Aplicaciones de Cliente Enriquecido", opuesto a
las aplicaciones "Cliente-liviano" basadas en navegadores. Esta plataforma,
típicamente ha sido usada para desarrollar entornos de desarrollo integrados (del
inglés IDE), como el IDE de Java llamado Java Development Toolkit (JDT) y el
compilador (ECJ) que se entrega como parte de Eclipse (y que son usados también
para desarrollar el mismo Eclipse).

Sin embargo, también se puede usar para otros tipos de aplicaciones cliente, como
BitTorrent o Azureus.

Eclipse es también una comunidad de usuarios, extendiendo constantemente las áreas

de aplicación cubiertas. Un ejemplo es el recientemente creado Eclipse Modeling
Project, cubriendo casi todas las áreas de Model Driven Engineering.

Eclipse fue desarrollado originalmente por IBM como el sucesor de su familia de

herramientas para VisualAge. Eclipse es ahora desarrollado por la Fundación Eclipse,
una organización independiente sin ánimo de lucro que fomenta una comunidad de
código abierto y un conjunto de productos complementarios, capacidades y
servicios.
 28

II.[Link]. Visual Paradigm for UML 8.2 Enterprise Edition

Visual Paradigm for UML (VP-UML) es un UML CASE UML herramienta de apoyo
2, SysML y Business Process Modeling Notation (BPMN) del Object Management
Group (OMG) . Además del apoyo de modelado, que proporciona capacidades de
generación de informes y códigos de ingeniería incluyendo la generación de código .
Se puede invertir ingeniero diagramas de código y proporcionar ida y vuelta
ingeniería para diversos lenguajes de programación .

II.[Link]. Tomcat

Tomcat (también llamado Jakarta Tomcat o Apache Tomcat) funciona como un

contenedor de servlets desarrollado bajo el proyecto Jakarta en la Apache Software
Foundation. Tomcat implementa las especificaciones de los servlets y de JavaServer
Pagés (JSP) de Sun Microsystems.3

Podemos dividir los contenedores de Servlets en:

Contenedores de Servlets Stand-alone (Independientes)

Estos son una parte integral del servidor web. Este es el caso cuando usando un
servidor web basado en Java, por ejemplo, el contenedor de servlets es parte de
JavaWebServer.
 29

Contenedores de Servales dentro-de-Proceso

El contenedor Servales es una combinación de un plumín para el servidor web y una
implementación de contenedor Java. El plumín del servidor web abre una JVM
(Máquina Virtual Java) dentro del espacio de direcciones del servidor web y permite
que el contenedor Java se ejecute en él. Si una cierta petición debería ejecutar un
serles, el plumín toma el control sobre la petición y lo pasa al contenedor Java
(usando JNI). Un contenedor de este tipo es adecuado para servidores multi-thread de
un solo proceso y proporciona un buen rendimiento pero está limitado en
escalabilidad.

Contenedores de Servlets fuera-de-proceso

El contenedor Servlets es una combinación de un plugin para el servidor web y una
implementación de contenedor Java que se ejecuta en una JVM fuera del servidor
web. El plugin del servidor web y el JVM del contenedor Java se comunican usando
algún mecanismo IPC (normalmente sockets TCP/IP).

II.[Link]. PgAdmin III PosgreSQL Tools

PgAdmin es un proyecto de software libre publicado bajo la licencia de PostgreSQL.

El software está disponible en fuente y el formato binario de la red de servidores
espejos de PostgreSQL. PgAdmin 3 es una herramienta de código abierto para la
administración de bases de datos PostgreSQL y derivados (EnterpriseDB Postgres
Plus Advanced Server y Greenplum Database).
 30

Incluye:
· Interfaz administrativa gráfica
· Herramienta de consulta SQL (con un EXPLAIN gráfico)
· Editor de código procedural
· Agente de planificación SQL/shell/batch
· Administración de Slony-I

pgAdmin se diseña para responder a las necesidades de la mayoría de los usuarios,

desde escribir simples consultas SQL hasta desarrollar bases de datos complejas.

II.1.1.6. Técnica.

II.[Link]. Html5

HTML5 (HyperText Markup Language, versión 5) es la quinta revisión importante

del lenguaje básico de la World Wide Web, HTML. HTML5 especifica dos variantes
de sintaxis para HTML: un «clásico» HTML (text/html), la variante conocida como
HTML5 y una variante XHTML conocida como sintaxis XHTML5 que deberá ser
servida como XML (XHTML) (application/xhtml+xml). Esta es la primera vez que
HTML y XHTML se han desarrollado en paralelo.
Todavía se encuentra en modo experimental, lo cual indica la misma W3C; aunque ya
es usado por múltiples desarrolladores web por sus avances, mejoras y ventajas.
 31

El desarrollo de este lenguaje de marcado es regulado por el Consorcio W3C.

II.[Link]. CSS

Una hoja de estilo es un conjunto de instrucciones que definen la apariencia de

diversos elementos de un documento HTML. En otras palabras una hoja de estilo nos
permite indicar por ejemplo el tamaño de la fuente, color y estilo de cierto párrafo
que nosotros indiquemos, mediante la definición de estilos y aplicación de los
mismos.
Las hojas de estilo se usan porque tienen muchas ventajas sobre los tags tradicionales,
ya que por ejemplo es posible crear una sola hoja de estilo que compartan muchos
documentos, y al hacer un cambio en la hoja de estilo todos los documentos que la
usan tendrán la apariencia deseada.

También se puede tener control sobre ciertos aspectos que antes no se tenía, por
ejemplo se pueden definir los márgenes de un documento o párrafo, o definir el
espacio entre caracteres.
Las hojas de estilo son la innovación más importante al HTML (también se usan en
otros lenguajes como XML y SGML), ya que le dan capacidades que nunca tuvo.
El uso de diversas unidades de medición pixeles, puntos, picas, mm, en los
principales elementos del HTML, como son tablas, fluentes, bordes y en general los
elementos que tenían atributos como “size “height” width”.
El poder cambiar las características de una hoja de estilo mediante el uso de lenguajes
de programación Web como “Javascript” o “VB script”.
 32

II.[Link]. Jquery

jQuery es una biblioteca de JavaScript, creada inicialmente por John Resig, que
permite simplificar la manera de interactuar con los documentos HTML, manipular el
árbol DOM, manejar eventos, desarrollar animaciones y agregar interacción con la
técnica AJAX a páginas web.

jQuery es software libre y de código abierto, posee un doble licenciamiento bajo la

Licencia MIT y la Licencia Pública General de GNU v2, permitiendo su uso en
proyectos libres y privativos.1 jQuery, al igual que otras bibliotecas, ofrece una serie
de funcionalidades basadas en JavaScript que de otra manera requerirían de mucho
más código, es decir, con las funciones propias de esta biblioteca se logran grandes
resultados en menos tiempo y espacio.

II.[Link]. JavaScript

JavaScript es un lenguaje de programación que se utiliza principalmente para crear

páginas web dinámicas.
Una página web dinámica es aquella que incorpora efectos como texto que aparece y
desaparece, animaciones, acciones que se activan al pulsar botones y ventanas con
mensajes de aviso al usuario. Técnicamente, JavaScript es un lenguaje de
programación interpretado, por lo que no es necesario compilar los programas para
ejecutarlos. En otras palabras, los programas escritos con JavaScript se pueden probar
directamente en cualquier navegador sin necesidad de procesos intermedios.

II.[Link]. Java.

Java es un lenguaje originalmente desarrollado por un grupo de ingenieros de Sun,

utilizado por Netscape posteriormente como base para Java script. Si bien su uso se
 33

destaca en el Web, sirve para crear todo tipo de aplicaciones (locales, intranet o
internet). Java es un lenguaje de objetos, independiente de la plataforma.

Java posee ciertas características que hoy día se consideran estándares en los
lenguajes OO:
 Objetos.
 Clases.
 Métodos.
 Subclases.
 Herencia simple.
 Enlace dinámico.
 Encapsulamiento.

Java es un lenguaje que ha sido diseñado para producir software:

 Confiable: minimiza los errores que se escapan a la fase de prueba.
 Multiplataforma: los mismos binarios funcionan correctamente en
Windows/95/NT/XP/VISTA, Linux, Unix/Motif y Power/Mac.
 Seguro: Applets recuperados por medio de la red no pueden causar daño a los
usuarios.
 Orientado a objetos: beneficioso tanto para el proveedor de bibliotecas de
clases como para el programador de aplicaciones.
 Robusto: los errores se detectan en el momento de producirse, lo que facilita
la depuración.

II.1.1.6. [Link] y diseño: Modelo Vista Controlador

Es un patrón de arquitectura de software que separa los datos de una aplicación, la

interfaz de usuario, y la lógica de control en tres componentes distintos.
 34

El patrón MVC se ve frecuentemente en aplicaciones web, donde la vista es la página

HTML y el código que provee de datos dinámicos a la página; el modelo es el
Sistema de Gestión de Base de Datos y la Lógica de negocio; y el controlador es el
responsable de recibir los eventos de entrada desde la vista.

Para el diseño de aplicaciones con sofisticados interfaces se utiliza el patrón de diseño

Modelo-Vista- Controlador. La lógica de un interfaz de usuario cambia con más
frecuencia que los almacenes de datos y la lógica de negocio. Si realizamos un diseño
ofuscado, es decir, que mezcle los componentes de interfaz y de negocio, entonces la
consecuencia será que, cuando necesitemos cambiar el interfaz, tendremos que
modificar trabajosamente los componentes de negocio. Mayor trabajo y más riesgo de
error.

A todo esto, se trata de realizar un diseño que desacople la vista del modelo, con la
finalidad de mejorar la reusabilidad. De esta forma las modificaciones en las vistas
impactan en menor medida en la lógica de negocio o de datos.

II.[Link].1. Componentes de Patrón MVC

Patrón MVC: A alto nivel, el patrón MVC permite separar los distintos aspectos de
una aplicación (Inputs Lógicos, Lógica de Negocio, Lógica de UI), otorgando un bajo
acoplamiento entre estos elementos. Esto permite que al momento de construir una
aplicación, nos focalicemos sólo en un aspecto, como por ejemplo en una vista, sin
tener dependencia de la lógica del negocio.

Los componentes son:

Modelo: corresponde a la parte de la aplicación que implementa la lógica del
Dominio de
Datos de la aplicación, además de incorporar la persistencia de datos.
Frecuentemente, los objetos del modelo recuperan y almacenan los estados del
 35

modelo en la base de datos. Aquí se hace el levantamiento de los objetos que el

sistema deba utilizar y es el proveedor de los recursos al Controlador.

Vista: es el componente que despliega la interfaz de usuario de aplicación.

Normalmente, esta UI es creada a partir de los datos del modelo (Un ejemplo puede
ser una vista de edición de una tabla de Productos que muestra cuadros de texto, listas
desplegables y casillas de verificación basado en el estado actual de los objetos
Producto). Esta puede ser una web HTML, un XML, un archivo binario, etc.

Controlador: el controlador maneja la interacción del usuario, trabaja con el modelo,

y por último selecciona la vista a renderizar en la interfaz de usuario. En una
aplicación MVC, la vista sólo despliega información; el controlador maneja y
responde los inputs e interacción del usuario. Éste escucha los cambios a la vista y se
los envía al modelo

II.[Link]. Servlet

Los servlets son objetos que corren dentro del contexto de un contenedor de servlets
(ej.: Tomcat) y extienden su funcionalidad. También podrían correr dentro de un
servidor de aplicaciones (ej.: OC4J Oracle), que, además de contenedor para servlet,
tendrá contenedor para objetos más avanzados, como son los EJB (Tomcat sólo es un
contenedor de servlets).

La palabra servlet deriva de otra anterior, applet, que se refería a pequeños programas
escritos en Java que se ejecutan en el contexto de un navegador web. Por
contraposición, un servlet es un programa que se ejecuta en un servidor.
El uso más común de los servlets es generar páginas web de forma dinámica a partir
de los parámetros de la petición que envíe el navegador web.
 36

Un servlet implementa la interfaz [Link] o hereda alguna de las clases

más convenientes para un protocolo específico (ej: [Link]). Al
implementar esta interfaz el servlet es capaz de interpretar los objetos de tipo
HttpServletRequest y HttpServletResponse quienes contienen la información de la
página que invocó al servlet.

II.[Link]. Spring

Spring es un framework de aplicaciones Java/J2EE desarrollado usando licencia de

OpenSource. Es un conjunto de módulos, de los cuales podemos utilizar los que
queramos.
En el proyecto utilizaremos el módulo Spring Web MVC para el desarrollo de
aplicaciones Java basadas en Web construido sobre el núcleo de Spring. Dos de los
objetivos más importantes de Spring MVC es permitir que el desarrollo se concentre
en la lógica del negocio y que se haga empleando buenos principios de diseño
orientado a objetos.
Para lograrlo se utiliza un concepto muy interesante llamado Inversión del Control
(IoC), también conocido como el principio Hollywood. Esto permite que el código
escrito por los desarrolladores para la lógica principal del sistema no tenga
dependencias sobre las clases del framework; lo cual redunda en un código mucho
más limpio y con la posibilidad de utilizar todas las ventajas de la programación
orientada a objetos (específicamente la herencia).

II.1.1.7. Base de Datos

II.[Link]. Definición de Base de Datos

Una serie de datos organizados y relacionados entre sí, los cuales son recolectados y
explotados por los sistemas de información de una empresa o negocio en particular.
 37

Entre las principales características de los sistemas de Base de Datos podemos

mencionar:

 Independencia lógica y física de los datos.

 Redundancia mínima.
 Acceso concurrente por parte de múltiples usuarios.
 Integridad de los datos.
 Consultas complejas optimizadas.
 Seguridad de acceso y auditoría.
 Respaldo y recuperación.
 Acceso a través de lenguajes de programación estándar.

Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management System)
son un tipo de software muy específico, dedicado a servir de interfaz entre la base de
datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de
definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de
consulta.
II.[Link]. Herramienta PosgreSQL como Base de Datos

PostgreSQL es un sistema de gestión de bases de datos objeto-relacional (ORDBMS)

basado en el proyecto POSTGRES, de la universidad de Berkeley.

PostgreSQL es un sistema objeto-relacional, ya que incluye características de la

orientación a objetos, como puede ser la herencia, tipos de datos, funciones,
restricciones, disparadores, reglas e integridad transaccional. A pesar de esto,
PostgreSQL no es un sistema de gestión de bases de datos puramente orientado a
objetos.

Algunas de las características para hacer uso de este gestor se mencionan a

continuación:
 38

 Alta concurrencia. Mediante un sistema denominado MVCC, PostgreSQL

permite que mientras un proceso escribe en una tabla, otros accedan a la
misma tabla sin necesidad de bloqueos. Cada usuario obtiene una visión
consistente de lo último a lo que se le hizo commit. Esta estrategia es superior
al uso de bloqueos por tabla o por filas común en otras bases, eliminando la
necesidad del uso de bloqueos explícitos.

 Soporte para una amplia variedad de tipos [Link] provee

nativamente soporte para: números de precisión arbitraria, texto de largo
ilimitado, figuras geométricas, direcciones IP (IPv4 e IPv6), bloques de
direcciones estilo CIDR, direcciones MAC, Arrays.

Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que pueden
ser por completo indexables gracias a la infraestructura GiST de PostgreSQL.
Algunos ejemplos son los tipos de datos GIS creados por el proyecto PostGIS.
Consta con un lenguaje propio llamado [PL/PgSQL (similar al PL/SQL de oracle),
pero también soporta los lenguajes C, C++, Java PL/Java web, PL/Perl, plPHP,
PL/Python, PL/Ruby, PL/sh, PL/Tcl, PL/Scheme.
PostgreSQL es un magnífico gestor de bases de datos. Tiene prácticamente todo lo
que tienen los gestores comerciales, haciendo de él una muy buena alternativa GPL
para el presente proyecto.
Postgres cuenta con Herramientas de Administración como es PgAdmin3 y
PgAccess: Entorno de escritorio visual, PhpPgAdmin y psql que es un Cliente de
consola.

II.1.2. Plan de Desarrollo de Software

 39

II.1.2.1. Introducción

El presente documento es un plan de desarrollo del software, será la base para el

desarrollo de proyecto. Este plan esta basado en la metodología RUP, incluyendo sus
fases de inicio y consecutivamente para dar una visión global del proceso.
Este documento a su vez es uno de los artefactos del RUP.

II.[Link]. Propósito

El propósito es proporcionar información necesaria para controlar el proyecto y

representar la visión de desarrollo del software.

II. [Link]. Alcance

El plan de desarrollo de software coadyuvará al cumplimiento de nuestros objetivos

en el tiempo propuesto gracias al cronograma de actividades establecido.

II.[Link]. Vista General del Proyecto

Con el proyecto se pretende contribuir a las donaciones móviles del banco de sangre
de referencia departamental tarija.
El plan de desarrollo del proyecto de software describe el plan global usado para el
desarrollo de “sistema de donaciones móviles”, un sistema informatico que esta
comprendido por las siguientes áreas o módulos:
 Modulo Administrador
 Modulo donante
 Modulo Pruebas
 Modulo reportes
Llegando a la conclusión que la implementación del sistema automatizado dara
beneficios claramente notorios, el sistema proyectara solución a mediano plazo que
 40

beneficiara a dicha institución, pero lo mas importante es que el sistema actual

mejorara.

II.[Link].1. Objetivos.

II.[Link].1.1. Objetivo General

Contribuir a la mejora del servicio de donaciones móviles del banco de sangre de

referendia departamental Tarija.

II.[Link].1.2. Objetivos Específicos

 Llegar a brindar un sistema rápido y eficiente para la manipulación de

registros
 Conseguir mayor organización en los registros.
 Obtener un sistema para que permita generar reportes de forma rápida y
sencilla.
 Crear una base de datos de acuerdo a sus necesidades de la institución
 Diseñar interfaces de usuario de fácil manejo.

II.[Link]. Suposiciones y Restricciones

Acontecimientos que deben ocurrir para que el proyecto sea ejecutado con éxito pero
que están totalmente fuera del ámbito del control del equipo de proyecto.

II.[Link].1. Suposiciones
 Equipo de computación e impresora
 Presupuesto suficiente para la implementación del sistema
 Interés de la institución para utilizar el sistema
 La formación del personal encargado se lleve en la fecha determinada.
 41

II.[Link].2. Restricciones

Limitaciones generalmente fuera del ámbito de control del equipo de proyecto que
pueden afectar negativamente a su alcance.
· El sistema será restringido, sólo usuarios privilegiados podrán acceder al sistema.
· Para la manipulación de la base de datos, sólo podrá acceder el personal autorizado.
· Deberá contar como mínimo con un sistema operativo Windows XP/Vista/Seven ·
El administrador deberá contar con el conocimiento necesario para el manejo del
sistema.
. El sistema no abarca el control de la asistencia de los empleados de la institución.
· No contar con un Servidor Web que presente las características necesarias para la
ejecución del Sistema.

II.[Link].3 Entregables del Proyecto

A continuación se indican y describen cada uno de los artefactos que serán generados
y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto.
Es necesario destacar que de acuerdo a la filosofía de RUP (y de todo proceso
iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo
del proceso de desarrollo, con lo cual, sólo al término del proceso podríamos tener
una versión definitiva y completa de cada uno de ellos.
 42

II.1.3. MODELO DE CASOS DE USO

II.1.3.1. Introducción
El Modelo de Casos de Uso forma parte de los diagramas requeridos en la
metodología RUP la cual estamos implementando.

II.[Link]. Propósito

 Comprender la estructura y la dinámica del sistema deseado para la organización.

 Identificar posibles mejoras.

II.[Link]. Alcance
 Describe los procesos de sistema y los usuarios.
 Identificar y definir los procesos del sistema según los objetivos de la
organización.
 Definir un caso de uso para cada proceso del sistema (el diagrama de casos de
uso puede mostrar el contexto y los límites de la organización).
 43

II.1.3.2. Diagrama de Casos de Uso

Casos de Uso General del Sistema
uc casos de usoGENERAL

Administrar tipo de Administrar

Acceso al Sistema
bolsa Donaciones

Administrar Lugar
Donacion Administrar Usuarios Administrar Donantes
Administrar Tipo
Donacion administrar tamizaj e
Clínico
Administrar tamizaj e
Laboratorial

Administrar Zonas

Administrar
departamentos Usuario Administrar
Extracciones
(from Actores)

Administrar Cargo
Administracion
Administrador Personal Salud Rechazos

(from Actores) (from Actores)

Administrar Ciudad
Administrar
Enfermedades
Generar Reportes

Administrar
Prov incia

Administrar Menus Administrar Pregunta

Fig. 5 Caso de Uso General del Sistema

Acceso al sistema.
uc Acceso al Sistema

Administrador
(from Actores) Validar Usuario

Usuario

(from Actores)

Personal de Salud
(from Actores)

Fig. 6 Acceso al sistema.

 44

Administrar Donantes

uc Adm Donantes

Modificar Datos
Adicionar Donante
Donante

«include» v er Historial

adicionar datos
adicionales
«extend» «extend»

«extend» Buscar Donante

«extend» Registrar Tamizaj e

Laboratorial
Administrar Donantes
registrar cuestionario «include»
Registrar Tamizaj e
«include»
Clínico

Usuario
«include»
(from Actores) «extend»
«include» «extend»
«extend»
registrar tamizaj e
Registrar Donacion serologico

Registrar Rechazo

«include»

«extend»

Registrar Extraccion

Fig. 7 Administrar Donantes

 45

Administrar Tamizaje Clínico

uc adm tamicli

Modificar Tamizaj e
Clínico

v er Tamizaj e Clinico

«extend»

«extend» Ver Cuestionario

«extend»
Administrar Tamizaj e
clínico
Buscar Tamizaj e
«extend»
Clinico
Usuario

(from Actores)

Fig. 8 Administrar Tamizaje Clínico

Administrar Tamizaje Laboratorial
uc adm tamilbo

Modificar Tamizaj e
Laboratorial

Ver Tamizaj e
«extend» Laboratorial

«extend»
Administrar tamizaj e
Laboratorial
«extend» Buscar Tamizaj e
Usuario Laboratorial

(from Actores)

Fig. 9 Administrar Tamizaje Laboratorial

 46

Administrar Extracción
uc adm extraccion

Modificar Extracción

Ver Extracción
«extend»

«extend»

Administrar
Extracciones Buscar Extracción
«extend»
Usuario
(from Actores)

Fig. 10 Administrar Extracción

Administrar Donaciones
uc Adm Donaciones

Completar Donación

«extend»
Ver Resultado de
Donación

Administrar «extend»
Donaciones

«extend» Buscar Registro

Usuario
Donación
(from Actores)

Fig. 11 Administrar Donaciones

 47

Administrar Rechazo
uc adm rechazo

Modificar rechazo

«extend» Ver Rechazo

«extend»
Administrar
Rechazos

Usuario «extend»
Buscar Rechazo
(from Actores)

Fig. 12 Administrar Rechazo

Administrar Pregunta.

uc adm Pregunta

adicionar Pregunta

Modificar Pregunta
«extend»

«extend»
Administrar Pregunta
«extend» Eliminar Pregunta
Usuario
(from Actores)

Fig. 13 Administrar Pregunta.

 48

Administrar Tipo Bolsa

uc adm tipo bolsa

adicionar Tipo bolsa

modificar tipo bolsa

«extend»

«extend»

eliminar Tipo Bolsa

Administrar Tipo
Bolsa «extend»

Usuario «extend»

(from Actores) Buscar tipo Bolsa

Fig. 14 Administrar Tipo Bolsa

Administrar Tipo Donación
uc adm tipo donacion

adicionar tipo
donación

modificar tipo
donacion
«extend»

«extend»
eliminar tipo
administrar tipo donación
«extend»
donación

Usuario

(from Actores)

Fig. 15 Administrar Tipo Donación

 49

Administrar Lugar de Donación

uc adm lugar Donación

adicionar lugar
donación
modificar lugar
donacion

«extend»
«extend»

administrar lugar
Donación eliminar lugar Donación
«extend»

Usuario
(from Actores)

Fig. 16 Administrar Lugar de Donación

Administrar Departamentos

uc adm departamentos

adicionar
departamento

modificar
departamento

«extend»

«extend»

administrar
Usuario departamento eliminar
«extend» departamento
(from Actores)

Fig. 17 Administrar Departamentos

 50

Administrar Provincia
uc adm prov incia

adicionar prov incia

«extend»
modificar prov incia

«extend»
administrar prov incia

Usuario «extend»
(from Actores) eliminar prov incia

Fig. 18 Administrar Provincia

Administrar ciudad

uc adm ciudad

adicionar ciudad

modificar ciudad
«extend»

«extend»

administrar ciudad

«extend» eliminar ciudad

Usuario

(from Actores)

Fig. 19 Administrar ciudad

 51

Administrar Zonas

uc adm Zonas

adicionar Zona

modificar zona
«extend»

«extend»

administrar Zonas
eliminar Zona
«extend»
Usuario

(from Actores)

Fig. 20 Administrar Zonas

Administrar Enfermedades

uc adm enfermedades

adicionar enfermedad

modificar enfermedad
«extend»

«extend»
administrar
enfermedades
Usuario
«extend» eliminar enfermedad
(from Actores)

Fig. 21 Administrar Enfermedades

 52

Administrar Usuarios

uc adm usuarios

Modificar usuario

adicionar usuario Habilitar e Inhabilitar

Usuario
eliminar usuario

«extend»
«extend» «extend»
«extend»
Eliminar
Menus-Usuario
Asignar «extend»
Administrar Usuarios
«extend» Menus-Usuario

Usuario
(from Actores)

Fig. 22 Administrar Usuarios

Administrar Menús

uc adm Menus

adicionar menu

«extend»
modificar menu

«extend»
administrar menus

«extend»
eliminar menu
Usuario
(from Actores)

Fig. 23 Administrar Menús

 53

Administrar Cargos
uc adm cargo

Adicionar cargo

Modificar Cargo
«extend»

«extend»

Administrar Cargo

Usuario «extend»
Eliminar Cargo
(from Actores)

Fig. 24 Administrar Cargos

Generar Reportes
uc Generar reportes

reporte tamizaj e
Clínico

reporte Tamizaj e Reporte Extracciones

laboratorial

«extend» reporte Rechazo

«include» «extend»

reportes estadisticos
«extend»

«extend»
Generar Reportes
reporte
«extend»
habilitados-Inhabilitación
Usuario
para Donar
«extend»
(from Actores)
reporte Donantes
Aptos-no Aptos

Fig. 25 Generar Reportes

 54

II.1.3.3. Especificación de Casos de Uso

Para los Casos de Uso se realiza una descripción detallada utilizando una plantilla
dedocumento, donde se incluyen: precondiciones, postcondiciones, flujo de eventos,
requisitos no funcionalesasociados. También, para casos de uso cuyo flujo de eventos
sea complejo podráadjuntarse una representación gráfica mediante un Diagrama de
Actividad.

II.[Link]. Introducción
Las Especificaciones de los Casos de Uso es una descripción detallada de los Casos
de Uso delSistema.

II.[Link].1. Propósito
Interpretar y describir los Casos de Uso.

[Link]
Describe los procesos internos de los Casos de Uso.
Detalla los flujos de los Casos de Uso según lo establecido por la organización.
 55

Especificación de casos de uso

Caso de uso: Administrar donantes
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, ver, buscar y registrar
una donación
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar donante.

Principal: 2. El sistema muestra la lista de donantes y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:
 56

II.[Link]. Especificación de los Casos de Uso

Especificación de Caso de Uso Acceso al sistema.
Caso de uso: Acceso al sistema
Actores: Administrador, Jefe del departamento, encargado de
tamizajes o pruebas.
Tipo: Básico.
Resumen : En este Caso de uso el usuario introducirá su Login y
clave válidos para ingresar al sistema.
Precondiciones: ingresó al sistema

Flujo Principal: 1. El usuario introduce su Login y clave.

2. El sistema valida los datos introducidos.
3. Si los datos son correctos muestra la pantalla
principal
4. Fin de caso de uso.
Subflujos: 2. Mensaje Usuario Incorrecto.
Excepciones:
Tabla 11 Especificación de Caso de Uso Acceso al sistema.

Especificación de Caso de Uso Administrar Donantes

Caso de uso: Administrar donantes
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, ver, buscar y registrar
una donación
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 5. El actor hace clic en administrar donante.

Principal: 6. El sistema muestra la lista de donantes y sus opciones
7. El actor selecciona la opción que requiere en la fila de
un donante
8. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 12 Especificación de Caso de Uso Administrar Donantes
 57

Adicionar Donante
Caso de uso: Adicionar Donante
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrar un nuevo donante

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar donante
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos personales del donante
4. El actor hace clic en el botón siguiente
5. Se valida datos del formulario que son obligatorios
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: 6.1 Mensaje de Error, Datos introducidos incorrectos.
7. el actor cancela la operación.
7.1. mostrar la pantalla Administrar donante
Excepciones:
Tabla 13 Adicionar Donante

Adicionar Datos Adicionales

Caso de uso: Adicionardatos adicionales
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrardatos adicionales del donante

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Para ingresar en esta pantalla, antes se deberá registrar el
donante y presionar siguiente, para recién aparecer está
Flujo 1. El sistema muestra un formulario a llenar
Principal: 2. El actor ingresa los datos adicionales del donante
3. El actor hace clic en el botón guardar
4. Se valida datos del formulario que son obligatorios
5. El sistema guarda los datos
6. Fin de caso de uso.
Subflujos: 3. El actor cancela la operación.
4. Mensaje de Error, Datos introducidos incorrectos.
5. Se muestra un mensaje, se guardó correctamente.
Excepciones:
Tabla 14 Adicionar Datos Adicionales
 58

Modificar Datos Donante

Caso de uso: Modificar datos donante
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos del donante

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El donante debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar donante
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar donante
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 15 Modificar Datos Donante

Ver Historial
Caso de uso: Ver historial
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el historial

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar donante
Flujo 1. El actor hace clic en ver de una fila.
Principal: 2. El sistema muestra el registro
3. El actor hace clic en regresar
4. El sistema muestra la pantalla administrar donante
5. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 16 Ver Historial
 59

Buscar Donante
Caso de uso: Buscar donante
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar un donante a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar donante
Flujo 1. El actorintroduce el ci o nombre o apellido o código del
Principal: donante a buscar
2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 17 Buscar Donante

Registrar Donación
Caso de uso: Registrar donación
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrarnueva donación para un donante

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar donante
Flujo 1. El actor hace clic en la opción registrar donación
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos
4. El actor hace clic en el botón siguiente
5. Se valida datos del formulario que son obligatorios
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: 4. el actor cancela la operación.
4.1. mostrar la pantalla Administrar donante
5. Mensaje de Error, Datos introducidos incorrectos.
Excepciones: No se permitirá registrar una nueva donación al donante
que haya donado recientemente.
Tabla 18 Registrar Donación
 60

Registrar Tamizaje Clínico

Caso de uso: Registrar tamizaje clínico.
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrarel tamizaje clínico después que se haya
creado el registro de donación
Precondiciones: El actor debe estar autentificado y validado en el sistema.
Debe tener el registro de donación, para pasar recién a
registrarse en el tamizaje clínico.
Flujo 1. El sistema muestra un formulario a llenar
Principal: 2. El actor ingresa los datos
3. El actor hace clic en el botón siguiente
4. Se valida datos del formulario que son obligatorios
5. El sistema guarda los datos
6. Fin de caso de uso.
Subflujos: 3. el actor cancela la operación.
3.1. mostrar la pantalla Administrar donante
4. Mensaje de Error, Datos introducidos incorrectos o
nulos.
Excepciones:
Tabla 19 Registrar Tamizaje Clínico

Registrar Cuestionario
Caso de uso: Registrar cuestionario
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrarel cuestionario después que se haya
registrado el tamizaje clínico.
Precondiciones: El actor debe estar autentificado y validado en el sistema.
Debe estar registrado en el tamizaje clínico, para pasar
recién a registrar el cuestionario.
Flujo 1. El sistema muestra un cuestionario
Principal: 2. El actor ingresa los respuestas
3. El actor hace clic en el botón siguiente
4. Se valida datos del formulario que son obligatorios
5. El sistema guarda los datos
6. Fin de caso de uso.
Subflujos: 4. Mensaje de Error, Datos introducidos incorrectos o
nulos.
Excepciones:
Tabla 20 Registrar Cuestionario
 61

Registrar Tamizaje Laboratorial

Caso de uso: Registrar tamizaje laboratorial
Actores: Jefe del departamento, encargado de pruebas o exámenes
Tipo: Básico.
Resumen : Permite registrarel tamizaje laboratorialde la donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe tener registrado el tamizaje clínico y su cuestionario,
para pasar recién a registrarse en el tamizaje laboratorial.
Flujo 1. El sistema muestra un formulario a llenar
Principal: 2. El actor ingresa los datos
3. El actor hace clic en el botón siguiente
4. Se valida datos del formulario que son obligatorios
5. El sistema guarda los datos
6. Fin de caso de uso.
Subflujos: 3. el actor cancela la operación.
3.1. mostrar la pantalla Administrar donante
4. Mensaje de Error, Datos introducidos incorrectos o
nulos.
Excepciones:
Tabla 21 Registrar Tamizaje Laboratorial

Registrar Tamizaje Serológico

Caso de uso: Registrar tamizaje serológico
Actores: Jefe del departamento, encargado de pruebas o exámenes
Tipo: Básico.
Resumen : Permite registrarel tamizaje serológico

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe tener registrado el tamizaje laboratorial, para pasar
recién a registrarse en el tamizaje serológico.
Flujo 1. El sistema muestra un formulario
Principal: 2. El actor ingresa los datos
3. El actor hace clic en el botón siguiente
4. El sistema guarda los datos
5. Fin de caso de uso.
Subflujos:
Excepciones:
Tabla 22 Registrar Tamizaje Serológico
 62

Registrar Extracción
Caso de uso: Registrar extracción
Actores: Jefe del departamento, encargado de pruebas o exámenes
Tipo: Básico.
Resumen : Permite registrarla extracción de una donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe tener registrado el tamizaje serológico, para pasar
recién a registrar la extracción.
Flujo 1. El sistema muestra un formulario a llenar
Principal: 2. El actor ingresa los datos
3. El actor hace clic en el botón guardar
4. Se valida datos del formulario que son obligatorios
5. El sistema guarda los datos
6. El sistema regresa a la pantalla administrar donante.
7. Fin de caso de uso.
Subflujos: 3. el actor cancela la operación.
3.1. mostrar la pantalla Administrar donante
4. Mensaje de Error, Datos introducidos incorrectos o
nulos.
Tabla 23 Registrar Extracción
Registrar Rechazo
Caso de uso: Registrar rechazo
Actores: Jefe del departamento, encargado de pruebas o exámenes
Tipo: Básico.
Resumen : Permite registrarrechazo de la donación en cualquier nivel
de las pruebas.
Precondiciones: El actor debe estar autentificado y validado en el sistema.
Debe estar registrando una donación, es decir en el nivel de
tamizaje clínico o laboratorio o extracción para recién ser
rechazado.
Flujo 1. Selecciona rechazar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario que son obligatorios
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: 4. el actor cancela la operación.
4.1. mostrar la pantalla del nivel de prueba
5. Mensaje de Error, Datos introducidos incorrectos o nulo
Excepciones: no cumple con los requisitos de una donación
Tabla 24 Registrar Rechazo
 63

Especificación de Caso de Uso Administrar Tamizaje Clínico

Caso de uso: Administrar Tamizaje Clínico
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, modificar, ver, buscar tamizaje clínico y ver
cuestionario.
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar tamizaje clínico.

Principal: 2. El sistema muestra la lista de los donantes que tienen
tamizaje clínico y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 25 Especificación de Caso de Uso Administrar Tamizaje Clínico

Modificar Tamizaje Clínico

Caso de uso: Modificar Tamizaje Clínico
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos del Tamizaje Clínico

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El Tamizaje Clínico debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar Tamizaje
Clínico
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar Tamizaje Clínico
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 26 Modificar Tamizaje Clínico
 64

Ver Tamizaje Clínico

Caso de uso: Ver tamizaje clínico
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el registro de tamizaje clínico

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tamizaje clínico
Flujo 5. El actor hace clic en ver de una fila.
Principal: 6. El sistema muestra el registro
7. El actor hace clic en regresar
8. El sistema muestra la pantalla administrar tamizaje
clínico
9. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 27 Ver Tamizaje Clínico
Ver Cuestionario
Caso de uso: Ver cuestionario
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el cuestionario

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tamizaje clínico
Flujo 1. El actor hace clic en ver de una fila.
Principal: 2. El sistema muestra el registro
3. El actor hace clic en regresar
4. El sistema muestra la pantalla administrar tamizaje
clínico
5. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 28 Ver Cuestionario
 65

Buscar Tamizaje Clínico

Caso de uso: Buscar tamizaje clínico
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar un tamizaje clínico a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tamizaje clínico
Flujo 1. El actorintroduce algún dato del tamizaje clínico a
Principal: buscar
2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 29 Buscar Tamizaje Clínico

Especificación de Caso de Uso Administrar Tamizaje Laboratorial

Caso de uso: Administrar Tamizaje Laboratorial
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, modificar, ver, buscar tamizaje laboratorial.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar tamizaje laboratorial.

Principal: 2. El sistema muestra la lista de los donantes que tienen
tamizaje laboratorial y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante.
4. Fin del caso de uso
Subflujos:
Excepciones:

Tabla 30 Especificación de Caso de Uso Administrar Tamizaje Laboratorial

 66

Modificar Tamizaje Laboratorial

Caso de uso: Modificar Tamizaje Laboratorial
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos del Tamizaje Laboratorial

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El Tamizaje Laboratorial debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar Tamizaje
Laboratorial
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar Tamizaje Laboratorial
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 31 Modificar Tamizaje Laboratorial

Ver Tamizaje Laboratorial

Caso de uso: Ver tamizaje laboratorial
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el registro del tamizaje laboratorial

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tamizaje laboratorial
Flujo 1. El actor hace clic en ver de una fila.
Principal: 2. El sistema muestra el registro
3. El actor hace clic en regresar
4. El sistema muestra la pantalla administrar tamizaje
laboratorial
5. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 32 Ver Tamizaje Laboratorial
 67

Buscar Tamizaje Laboratorial

Caso de uso: Buscar tamizaje laboratorial
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar un tamizaje laboratorial a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tamizaje laboratorial
Flujo 1. El actorintroduce algún dato del tamizaje laboratorial a
Principal: buscar
2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 33 Buscar Tamizaje Laboratorial

Especificación de Caso de Uso Administrar Extracción

Caso de uso: Administrar Extracción
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, modificar, ver, buscar tamizaje clínico.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar extracción.

Principal: 2. El sistema muestra la lista de los donantes que tienen
extracción y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 34 Especificación de Caso de Uso Administrar Extracción
 68

Modificar Extracción
Caso de uso: Modificar extracción
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos de la extracción

Precondiciones: El actor debe estar autentificado y validado en el sistema.

La extracción debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar extracción
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar extracción
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 35 Modificar Extracción

Ver Extracción
Caso de uso: Ver extracción
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el registro de extracción

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar extracción
Flujo 1. El actor hace clic en ver de una fila.
Principal: 2. El sistema muestra el registro
3. El actor hace clic en regresar
4. El sistema muestra la pantalla administrar extracción
5. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 36 Ver Extracción
 69

Buscar Extracción
Caso de uso: Buscar extracción
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar una extracción a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar extracción
Flujo 1. El actorintroduce algún dato de la extracción a buscar
Principal: 2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 37 Buscar Extracción

Especificación de Caso de Uso Administrar Donaciones

Caso de uso: Administrar Donaciones
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar los registros de donación, completar, ver
resultados, buscar donación
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar donaciones.

Principal: 2. El sistema muestra la lista de los donantes que tienen
registros de donaciones recientes y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:

Tabla 38 Especificación de Caso de Uso Administrar Donaciones

 70

Completar Donación
Caso de uso: Completar donación
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite completar las pruebas para una donación completa

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe existir un registro de donación.
Flujo 1. El sistema muestra lista de las pruebas que no se
Principal: realizaron
2. El actor hace clic enla prueba
3. El sistema muestra el formulario de la prueba y
consecutivamente las demás pruebas
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 39 Completar Donación

Ver Resultado de Donación

Caso de uso: Ver resultado de donación
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el registro de resultado de donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar donaciones
Flujo 1. El actor hace clic en ver de una fila.
Principal: 2. El sistema muestra el registro
3. El actor hace clic en regresar
4. El sistema muestra la pantalla administrar donaciones
5. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 40 Ver Resultado de Donación
 71

Buscar Registro Donación

Caso de uso: Buscar registro donación
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar un registro donación a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar registro donación
Flujo 1. El actorintroduce algún dato del registro donacióna
Principal: buscar
2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 41 Buscar Registro Donación

Especificación de Caso de Uso Administrar Rechazo

Caso de uso: Administrar Rechazo
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, modificar, ver, buscar el rechazo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar rechazo.

Principal: 2. El sistema muestra la lista de los donantes que tienen
algún rechazo y sus opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:

Tabla 42 Especificación de Caso de Uso Administrar Rechazo

 72

Modificar Rechazo
Caso de uso: Modificar rechazo
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos del rechazo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El rechazo debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar rechazo
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar rechazo
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 43 Modificar Rechazo
Ver Rechazo
Caso de uso: Ver rechazo
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite ver el registro de rechazo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar rechazo
Flujo 6. El actor hace clic en ver de una fila.
Principal: 7. El sistema muestra el registro
8. El actor hace clic en regresar
9. El sistema muestra la pantalla administrar rechazo
10. Fin del caso de uso
Subflujos: 3. el actor hace clic en imprimir
Excepciones:
Tabla 44 Ver Rechazo
 73

Buscar Rechazo
Caso de uso: Buscar rechazo
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite buscar un rechazo a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar rechazo
Flujo 1. El actorintroduce algún dato del rechazo a buscar
Principal: 2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 45 Buscar Rechazo

Especificación de Caso de Uso Administrar Pregunta.

Caso de uso: Administrar pregunta
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar el pregunta

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar pregunta.

Principal: 2. El sistema muestra la lista de las preguntas y sus
opciones
3. El actor selecciona la opción que requiere en la fila de
un donante
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 46 Especificación de Caso de Uso Administrar Pregunta
 74

Adicionar Pregunta
Caso de uso: Adicionarpregunta
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite registrar una nuevapregunta

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar pregunta
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos de la pregunta.
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar donante
5. Mensaje de Error, Datos introducidos incorrectos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 47 Adicionar Pregunta
Modificar Pregunta
Caso de uso: Modificar pregunta
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite modificar los datos de la pregunta

Precondiciones: El actor debe estar autentificado y validado en el sistema.

La pregunta debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar pregunta
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar pregunta
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 48 Modificar Pregunta
 75

Eliminar Pregunta
Caso de uso: Eliminar pregunta
Actores: Jefe del departamento, encargado de pruebas
Tipo: Básico.
Resumen : Permite eliminar del sistema la pregunta

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema la pregunta
Debe estar en la pantalla administrar pregunta
Flujo 1. El actorselecciona la opción eliminar en la fila de una
Principal: pregunta
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar pregunta
Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:
Tabla 49 Eliminar Pregunta

Especificación de Caso de Uso Administrar Tipo Bolsa

Caso de uso: Administrar tipo bolsa
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar y buscar tipo
bolsa
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar tipo bolsa.

Principal: 2. El sistema muestra la lista de los tipos de bolsa y sus
opciones
3. El actor selecciona la opción que requiere en la fila de
un tipo de bolsa
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 50 Especificación de Caso de Uso Administrar Tipo Bolsa
 76

Adicionar Tipo Bolsa

Caso de uso: Adicionartipo bolsa
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar tipos de bolsa

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar tipo de bolsa
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del tipo de bolsa.
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar tipo de bolsa
[Link] de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Tabla 51 Adicionar Tipo Bolsa
Modificar Tipo Bolsa
Caso de uso: Modificar tipo bolsa
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del tipo de bolsa

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El tipo de bolsa debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar tipo bolsa
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar tipo bolsa
6. Mensaje, los datos se modificaron correctamente.
Tabla 52 Modificar Tipo Bolsa
 77

Eliminar Tipo Bolsa

Caso de uso: Eliminar tipobolsa
Actores: Administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el tipobolsa

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el tipo debolsa
Debe estar en la pantalla administrar tipobolsa
Flujo 5. El actorselecciona la opción eliminar en la fila de un
Principal: tipo de bolsa
6. El sistema muestra mensaje de confirmación
7. El actor selecciona si para la eliminación.
8. El sistema regresa a la pantalla administrar tipo bolsa
9. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:
Tabla 53 Eliminar Tipo Bolsa
Buscar Tipo Bolsa
Caso de uso: Buscar tipo bolsa
Actores: Administrador
Tipo: Básico.
Resumen : Permite buscar un tipo bolsa a la vez

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la pantalla administrar tipo bolsa
Flujo 1. El actorintroduce algún dato del tipo de bolsa a buscar
Principal: 2. El sistema muestra los datos
3. El actor selecciona la opción ver todos
4. Fin del caso de uso
Subflujos:
Excepciones:

Tabla 54 Buscar Tipo Bolsa

 78

Especificación de Caso de Uso Administrar Tipo Donación

Caso de uso: Administrar tipo donación
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar tipo donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar tipo donación.

Principal: 2. El sistema muestra la lista de los tipos de donación y
sus opciones.
3. El actor selecciona la opción que requiere en la fila de
un tipo de donación.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 55 Especificación de Caso de Uso Administrar Tipo Donación

Adicionar Tipo Donación

Caso de uso: Adicionartipo donación.
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar tipos de donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar tipo donación
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del tipo de donación.
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar tipo de donación
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 56 Adicionar Tipo Donación
 79

Modificar Tipo Donación

Caso de uso: Modificar tipo donación
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del tipo de donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El tipo de donación debe estar registrado en el sistema
Flujo [Link] actor hace clic en la opción modificar
Principal: [Link] sistema muestra un formulario con datos
[Link] actor realiza los cambios de datos
[Link] actor hace clic en el botón modificar
[Link] valida datos del formulario
[Link] sistema actualiza los datos del formulario
[Link] sistema regresa a la pantalla administrar tipo
donación
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar tipo donación
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 57 Modificar Tipo Donación
Eliminar Tipo Donación
Caso de uso: Eliminar tipo Donación
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el tipo Donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el tipo de Donación
Debe estar en la pantalla administrar tipo Donación
Flujo 1. El actorselecciona la opción eliminar en la fila de un
Principal: tipo de donación
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar tipo
Donación
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Tabla 58 Eliminar Tipo Donación
 80

Especificación de Caso de Uso Administrar Lugar de Donación

Caso de uso: Administrar lugar de donación

Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar lugar de
donación
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar lugar de donación.

Principal: 2. El sistema muestra la lista de los lugares de donación y
sus opciones.
3. El actor selecciona la opción que requiere, en la fila de
un lugar de donación.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 59 Especificación de Caso de Uso Administrar Lugar de Donación

Adicionar Lugar Donación

Caso de uso: Adicionarlugar donación
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar lugar de donación.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar lugar de donación
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del lugar de donación
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar lugar de donación
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 60 Adicionar Lugar Donación
 81

Modificar Lugar Donación

Caso de uso: Modificar lugar donación
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del lugar de donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El lugar de donación debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar lugar
donación
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar lugar donación
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 61 Modificar Lugar Donación
Eliminar Lugar Donación
Caso de uso: Eliminar Lugar Donación
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el Lugar Donación

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el Lugar Donación
Debe estar en la pantalla administrar Lugar Donación
Flujo 1. El actorselecciona la opción eliminar en la fila de un
Principal: Lugar
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar Lugar
Donación
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Tabla 62 Eliminar Lugar Donación
 82

Especificación de Caso de Uso Administrar Departamentos

Caso de uso: Administrar departamentos
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar departamentos

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar departamentos.

Principal: 2. El sistema muestra la lista de los departamentosjunto a
sus opciones.
3. El actor selecciona la opción que requiere en la fila de
un departamento.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 63 Especificación de Caso de Uso Administrar Departamentos

Adicionar Departamento
Caso de uso: Adicionardepartamento
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar departamentos

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar departamento
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del departamento
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar departamento
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 64 Adicionar Departamento
 83

Modificar Departamento
Caso de uso: Modificar departamento
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del departamento

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El departamento debe estar registrado en el sistema
Flujo [Link] actor hace clic en la opción modificar
Principal: [Link] sistema muestra un formulario con datos
[Link] actor realiza los cambios de datos
[Link] actor hace clic en el botón modificar
[Link] valida datos del formulario
[Link] sistema actualiza los datos del formulario
[Link] sistema regresa a la pantalla administrar
departamento
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar departamento
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 65 Modificar Departamento
Eliminar Departamento
Caso de uso: Eliminar departamento
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el departamento

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el departamento
Debe estar en la pantalla administrar departamento
Flujo 1. El actorselecciona la opción eliminar en la fila de la
Principal: departamento
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar
departamento
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Tabla 66 Eliminar Departamento
 84

Especificación de Caso de Uso Administrar Provincia

Caso de uso: Administrar provincia
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar provincia

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar provincia.

Principal: 2. El sistema muestra la lista de las provincias junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
una provincia.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 67 Especificación de Caso de Uso Administrar Provincia

Adicionar Provincia
Caso de uso: Adicionarprovincia
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar provincia

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar provincia.
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del provincia
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar provincia
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 68 Adicionar Provincia
 85

Modificar Provincia
Caso de uso: Modificar provincia
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos de la provincia

Precondiciones: El actor debe estar autentificado y validado en el sistema.

La provincia debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar provincia
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar provincia
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 69 Modificar Provincia
Eliminar Provincia
Caso de uso: Eliminar provincia
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema la provincia

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema la provincia
Debe estar en la pantalla administrar provincia
Flujo 1. El actorselecciona la opción eliminar en la fila de la
Principal: provincia
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar provincia
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:

Tabla 70 Eliminar Provincia

 86

Especificación de Caso de Uso Administrar ciudad

Caso de uso: Administrar ciudad
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar ciudad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar ciudad.

Principal: 2. El sistema muestra la lista de las ciudades junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
una ciudad.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 71 Especificación de Caso de Uso Administrar ciudad
Adicionar Ciudad
Caso de uso: Adicionarciudad
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar ciudad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar ciudad.
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos de la ciudad
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar ciudad
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 72 Adicionar Ciudad
 87

Modificar Ciudad
Caso de uso: Modificar ciudad
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos de la ciudad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

La ciudad debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar ciudad
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar ciudad
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 73 Modificar Ciudad
Eliminar Ciudad
Caso de uso: Eliminar ciudad
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema la ciudad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema la ciudad
Debe estar en la pantalla administrar ciudad
Flujo 1. El actorselecciona la opción eliminar en la fila de la
Principal: ciudad
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar ciudad
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Tabla 74 Eliminar Ciudad
 88

Especificación de Caso de Uso Administrar Zonas

Caso de uso: Administrar zonas
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar zona

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar zona.

Principal: 2. El sistema muestra la lista de las zonas junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
una provincia.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 75 Especificación de Caso de Uso Administrar Zonas
Adicionar Zona
Caso de uso: Adicionarciudad
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar ciudad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar ciudad
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos de la ciudad
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar ciudad
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 76 Adicionar Zona
 89

Modificar Zona
Caso de uso: Modificar zona
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos de la zona

Precondiciones: El actor debe estar autentificado y validado en el sistema.

La zona debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar zona
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar zona
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 77 Modificar Zona
Eliminar Zona
Caso de uso: Eliminar zona
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema la zona

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema la zona
Debe estar en la pantalla administrar zona
Flujo 1. El actorselecciona la opción eliminar en la fila de la
Principal: zona
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar zona
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Tabla 78 Eliminar Zona
 90

Especificación de Caso de Uso Administrar Enfermedades

Caso de uso: Administrar enfermedades
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar enfermedades

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar enfermedades.

Principal: 2. El sistema muestra la lista de las enfermedades junto a
sus opciones.
3. El actor selecciona la opción que requiere en la fila de
una enfermedad.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 79 Especificación de Caso de Uso Administrar Enfermedades

Adicionar Enfermedad
Caso de uso: Adicionarenfermedad
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar enfermedad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar enfermedad
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos de la enfermedad
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar enfermedad
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 80 Adicionar Enfermedad
 91

Modificar Enfermedad
Caso de uso: Modificar enfermedad
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos de la enfermedad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El enfermedad debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar enfermedad
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar enfermedad
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 81 Modificar Enfermedad
Eliminar Enfermedad
Caso de uso: Eliminar enfermedad
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema la enfermedad

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema la enfermedad
Debe estar en la pantalla administrar enfermedad
Flujo 1. El actorselecciona la opción eliminar de la fila del
Principal: enfermedad
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar enfermedad
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, no realiza ninguna operación.
Tabla 82 Eliminar Enfermedad
 92

Especificación de Caso de Uso Administrar Usuarios

Caso de uso: Administrar usuarios
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar, habilitar e
inhabilitar usuario y asignar menú
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar usuarios.

Principal: 2. El sistema muestra la lista de los usuarios junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
un usuario.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 83 Especificación de Caso de Uso Administrar Usuarios
Adicionar Usuario
Caso de uso: Adicionarusuario
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar nuevos usuarios

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar usuario
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del usuario
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar usuario
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Excepciones:
Tabla 84 Adicionar Usuario
 93

Modificar Usuario
Caso de uso: Modificar usuario
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del usuario

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El usuario debe estar registrado en el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar usuario
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar usuario
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 85 Modificar Usuario

Eliminar Usuario
Caso de uso: Eliminar usuario
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema al usuario

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el usuario
Debe estar en la pantalla administrar usuario
Flujo 1. El actorselecciona la opción eliminar de la fila del
Principal: usuario
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar usuario
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones: No se puede eliminar el mismo usuario que esta sesionado
Tabla 86 Eliminar Usuario
 94

Habilitar e Inhabilitar Usuario

Caso de uso: Habilitar e Inhabilitar Usuario
Actores: administrador
Tipo: Básico.
Resumen : Permite Habilitar e Inhabilitar al Usuario.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el usuario
Debe estar en la pantalla administrar usuario.
Flujo 1. El actorselecciona la opción de Habilitar o Inhabilita en
Principal: la fila del usuario.
2. El sistema cambiara de habilitado a Inhabilitado y lo
contrario.
3. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 87 Habilitar e Inhabilitar Usuario

Asignar Menús – Usuario

Caso de uso: Asignar menú - usuario.
Actores: administrador
Tipo: Básico.
Resumen : Permite asignar menús al usuario.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el menú.
Debe estar en la pantalla administrar usuario.
Flujo 1. El actorselecciona la opción de asignar menú en la fila
Principal: del usuario.
2. El sistema muestra formulario
3. Selecciona botón guardar.
4. El sistema guarda la asignación.
5. El sistema muestra mensaje de confirmación
6. El sistema regresa a la pantalla administrar usuario.
7. Fin del caso de uso
Subflujos: 3. el actor selecciona botón cancelar, se regresa a la
pantalla administrar usuario.
Excepciones:
Tabla 88 Asignar Menús – Usuario
 95

Eliminar Menús – Usuario

Caso de uso: Eliminar menú del usuario.
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el menú del usuario.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el menú con el usuario.
Debe estar en la pantalla asignar menús-usuario.
Flujo 1. El actorselecciona la opción eliminar en la fila del
Principal: menú.
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla asignar menú usuario.
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:
Tabla 89 Eliminar Menús – Usuario

Especificación de Caso de Uso Administrar Menús

Caso de uso: Administrar menú
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar menú.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar menú.

Principal: 2. El sistema muestra la lista de los menús junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
un menú.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 90 Especificación de Caso de Uso Administrar Menús
 96

Adicionar Menú
Caso de uso: Adicionarmenú
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar menús

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar menú
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del menú
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar menú
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Tabla 91 Adicionar Menú
Modificar Menú
Caso de uso: Modificar menú
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del menú

Precondiciones: El actor debe estar autentificado y validado en el sistema.

El menú debe estar registradoen el sistema
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar menú
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar menú
6. Mensaje, los datos se modificaron correctamente
6. Se muestra el mensaje: se guardó correctamente
Tabla 92 Modificar Menú
 97

Eliminar Menú
Caso de uso: Eliminar menú.
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el menú.

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el menú.
Debe estar en la pantalla administrar menú.
Flujo 1. El actorselecciona la opción eliminar de la fila del
Principal: menú.
2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar menú.
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:
Tabla 93 Eliminar Menú

Especificación de Caso de Uso Administrar Cargos

Caso de uso: Administrar cargos
Actores: Administrador
Tipo: Básico.
Resumen : Permite listar, adicionar, modificar, eliminar cargos

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actor hace clic en administrar cargos.

Principal: 2. El sistema muestra la lista de los cargos junto a sus
opciones.
3. El actor selecciona la opción que requiere en la fila de
un cargo.
4. Fin del caso de uso
Subflujos:
Excepciones:
Tabla 94 Especificación de Caso de Uso Administrar Cargos
 98

Adicionar Cargo
Caso de uso: Adicionarcargo
Actores: administrador
Tipo: Básico.
Resumen : Permite registrar cargo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar en la interfaz administrar cargo
Flujo 1. El actor hace clic en la opción adicionar
Principal: 2. El sistema muestra un formulario a llenar
3. El actor ingresa los datos del cargo
4. El actor hace clic en el botón guardar
5. Se valida datos del formulario
6. El sistema guarda los datos
7. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar cargo
5. Mensaje de Error, Datos introducidos incorrectos o por
nulos.
6. Se muestra el mensaje: se guardó correctamente
Tabla 95 Adicionar Cargo
Modificar Cargo
Caso de uso: Modificar cargo
Actores: administrador
Tipo: Básico.
Resumen : Permite modificar los datos del cargo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el cargo
Flujo 1. El actor hace clic en la opción modificar
Principal: 2. El sistema muestra un formulario con datos
3. El actor realiza los cambios de datos
4. El actor hace clic en el botón modificar
5. Se valida datos del formulario
6. El sistema actualiza los datos del formulario
7. El sistema regresa a la pantalla administrar cargo
8. Fin de caso de uso.
Subflujos: [Link] actor cancela la operación.
4.1. mostrar la pantalla Administrar cargo
[Link], los datos se modificaron correctamente
Excepciones:
Tabla 96 Modificar Cargo
 99

Eliminar Cargo
Caso de uso: Eliminar cargo
Actores: administrador
Tipo: Básico.
Resumen : Permite eliminar del sistema el cargo

Precondiciones: El actor debe estar autentificado y validado en el sistema.

Debe estar registrado en el sistema el cargo.
Debe estar en la pantalla administrar cargos
Flujo 1. El actorselecciona la opción eliminar de la fila del cargo
Principal: 2. El sistema muestra mensaje de confirmación
3. El actor selecciona si para la eliminación.
4. El sistema regresa a la pantalla administrar cargos
5. Fin del caso de uso
Subflujos: 3. el actor selecciona no, el sistema no realiza ninguna
operación.
Excepciones:
Tabla 97 Eliminar Cargo
Especificación de Caso de Uso Generar Reportes
Reporte Tamizaje Clínico
Caso de uso: Reporte Tamizaje Clínico
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de todos los tamizajes clínico
dentro de rango de fechas actuales o se puede consultar
según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte tamizaje clínico

Principal: 2. El sistema muestra el reporte
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 98 Reporte Tamizaje Clínico
 100

Reporte Tamizaje Laboratorial

Caso de uso: Reporte Tamizaje laboratorial
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de todos los tamizajes de
laboratorial dentro de rango de fechas actuales o se puede
consultar según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte tamizaje laboratorial

Principal: 2. El sistema muestra el reporte
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 99 Reporte Tamizaje Laboratorial

Reporte Extracciones
Caso de uso: Reporte extracciones
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de todas las extracciones dentro
de rango de fechas actuales o se puede consultar según
requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte extracciones

Principal: 2. El sistema muestra el reporte
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 100 Reporte Extracciones
 101

Reporte Rechazo
Caso de uso: Reporte rechazo
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de todos los rechazos dentro de
rango de fechas actuales o se puede consultar según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte rechazo

Principal: 2. El sistema muestra el reporte
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 101 Reporte Rechazo

Reporte Estadísticos
Caso de uso: Reporte estadísticos
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte estadísticos o gráficos dentro de
rango de fechas actuales o se puede consultar según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte estadísticos.

Principal: 2. El sistema muestra el reporte
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema y el tipo de dato.
Excepciones:
Tabla 102 Reporte Estadísticos
 102

Reporte Habilitados- Inhabilitados para Donar

Caso de uso: Reporte Habilitados- Inhabilitados para Donar
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de Habilitados para donar
nuevamente e Inhabilitados para Donar, dentro de rango de
fechas actuales o se puede consultar según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte Habilitados- Inhabilitados

Principal: para Donar.
2. El sistema muestra el reporte.
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 103 Reporte Habilitados- Inhabilitados para Donar

Reporte Donantes Aptos – No Aptos

Caso de uso: Reporte Donantes Aptos – No Aptos.
Actores: Jefe del departamento, encargado de pruebas.
Tipo: Básico.
Resumen : Permite visualizar reporte de Donantes Aptos – No Aptos,
dentro del rango de fechas actuales o se puede consultar
según requiera
Precondiciones: El actor debe estar autentificado y validado en el sistema.

Flujo 1. El actorpresiona en reporte Donantes Aptos – No Aptos

Principal: 2. El sistema muestra el reporte.
3. El actor elige la opción de imprimir
4. Fin del caso de uso
Subflujos: 2. el actor selecciona las fechas que requiera el reporte y lo
muestra el sistema
Excepciones:
Tabla 104 Reporte Donantes Aptos – No Aptos
 103

II.1.4. MODELADO DE DIAGRAMA DE ACTIVIDADES

II.1.4.1. Introducción
El Diagrama de Actividades es uno más de los diagramas requeridos por la metodología RUP
la cual estamos implementando.
Los diagramas de actividad se utilizan para modelar los aspectos dinámicos de un
sistema, esto implica modelar los pasos secuenciales de un proceso.

II.[Link]. Propósito

 Comprender la estructura y la dinámica del sistema deseado para la organización

 Identificar posibles mejoras

II.[Link]. Alcance

 Describir los procesos de sistema.

 Identificar y definir los procesos de los casos de uso según los objetivos de la
organización.
 Definir un diagrama de actividad para cada caso de uso del sistema.
 104

II.1.4.2. Diagramas de Actividades

Diagrama de Actividades Caso de uso Acceso al sistema.
act Acceso al Sistema

usuario sistema base Datos

Inicio

Introduce Usuario, Clav e Pantalla Ingresar al

Sistema

Presiona Ingresar v alida campos

NO
campos v acios
SI

campos llenados

Mensaj e: introducir
usuario y clav e

NO SI

usuario incorrecto usuario correcto

Mensaj e: usuario o clav e obtener opciones filtrando Datos

incorrecto

cargando pantalla
principal

desplegar pantalla
principal
Final

Fig. 26 Diagrama de Actividades Caso de uso Acceso al sistema.

 105

Diagrama de Actividades Caso de uso Administrar Donantes

act 6: Administrar Donante

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Donante

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla
administrar donante

Final

Fig. 27 Diagrama de Actividades Caso de uso Administrar Donantes

 106

Diagrama de Actividades Caso de uso Adicionar Donante

act adicionar donante

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

Donante

despliega pantalla
formulario adicionar
donante

introduce datos donante

SI
SI guardar datos donante ej ecutar consulta
presiona siguiente

NO
Excepcion
pantalla datos adicionles
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar donante
Final

Fig. 28 Diagrama de Actividades Caso de uso Adicionar Donante

 107

Diagrama de Actividades Caso de uso Adicionar Datos Adicionales

act adicionar datos adicionales

usuario sistema base Datos

Inicio

despliega pantalla
formulario adicionar datos
adicionales

introduce datos

SI
SI guardar datos adicionales ej ecutar consulta
presiona guardar

NO
NO
Excepcion
presiona cancelar

mensaj e por cada error o

nulo
retornar pantalla
administrar donantes

Final

Fig. 29 Diagrama de Actividades Caso de uso Adicionar Datos Adicionales

 108

Diagrama de Actividades Caso de uso Modificar Datos Donante

act modificar datos donante

usuario sistema base datos

Inicio

selecciona un donante Pantalla Administrar

donante

Presiona boton modificar recuperando datos de ej ecutar consulta

donante

despliega pantalla
modificar datos formulario modificar
donante

SI
SI modificar registro de
presiona guardar ej ecutar consulta
donante

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar donante

Final

Fig. 30 Diagrama de Actividades Caso de uso Modificar Datos Donante

 109

Diagrama de Actividades Caso de uso Ver Historial

act v er historial

usuario sistema base Datos

Inicio

Selecciona v er historial, Pantalla administrar

en un donante donante

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla de
historial

retornar pantalla
administrar donante

Final

Fig. 31 Diagrama de Actividades Caso de uso Ver Historial

 110

Diagrama de Actividades Caso de uso Buscar Donante

act buscar donante

usuario sistema base Datos

Inicio

introducir dato del donante pantalla administrar

a buscar donante

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 32 Diagrama de Actividades Caso de uso Buscar Donante

 111

Diagrama de Actividades Caso de uso Registrar Donación

act registrar donación

usuario sistema base Datos

Inicio

selecciona registrar Pantalla Administrar

donación Donantes

despliega formulario
registro donación

introduce datos

SI
SI guardar datos del registro ej ecutar consulta
presiona siguiente de donación

NO
Excepcion
pantalla tamizaj e clínico
presiona cancelar

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes
Final

Fig. 33 Diagrama de Actividades Caso de uso Registrar Donación

 112

Diagrama de Actividades Caso de uso Registrar Tamizaje Clínico

act registrar tamizaj e clínico

usuario sistema base Datos

Inicio

despliega pantalla
formulario registrar
tamizaj e clínico

introduce datos

SI
SI guardar datos del registro ej ecutar consulta
presiona siguiente
de tamizaj e clínico

NO
NO
Excepcion
pantalla cuestionario
presiona cancelar

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes

Final

Fig. 34 Diagrama de Actividades Caso de uso Registrar Tamizaje Clínico

 113

Diagrama de Actividades Caso de uso Registrar Cuestionario

act registrar cuestionario

usuario sistema base Datos

Inicio

despliega pantalla
formulario registrar
cuestionario

introduce respuestas

SI guardar datos del registro ej ecutar consulta

presiona guardar
de cuestionario

NO

Excepcion
despliegue de pantalla
tamizaj e laboratorial

mensaj e por cada error o

nulo

Final

Fig. 35 Diagrama de Actividades Caso de uso Registrar Cuestionario

 114

Diagrama de Actividades Caso de uso Registrar Tamizaje Laboratorial

act registrar tamizaj e laboratorial

usuario sistema base Datos

Inicio

despliega pantalla
formulario registrar
tamizaj e laboratorial

introduce datos

SI
SI guardar datos del registro ej ecutar consulta
presiona siguiente
de tmizaj e laboratorial

NO
NO
Excepcion
pantalla tamizaj e
presiona cancelar
serologico

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes
Final

Fig. 36 Diagrama de Actividades Caso de uso Registrar Tamizaje Laboratorial

 115

Diagrama de Actividades Caso de uso Registrar Tamizaje Serológico

act registrar tamizaj e serologico

usuario sistema base Datos

Inicio

despliega pantalla
formulario registrar
tamizaj e serologico

introduce datos

SI
SI guardar datos del registro ej ecutar consulta
presiona guardar
de tamizaj e serologico

NO
NO
Excepcion
despliegue pantalla
presiona cancelar
extracción

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes
Final

Fig. 37 Diagrama de Actividades Caso de uso Registrar Tamizaje Serológico

 116

Diagrama de Actividades Caso de uso Registrar Extracción

act registrar extraccion

usuario sistema base Datos

Inicio

despliega pantalla
formulario registrar
extracción

introduce datos

SI
SI guardar datos del registro ej ecutar consulta
presiona guardar
de extraccion

NO
NO
Excepcion
pantalla principal
presiona cancelar

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes
Final

Fig. 38 Diagrama de Actividades Caso de uso Registrar Extracción

 117

Diagrama de Actividades Caso de uso Registrar Rechazo

act registrar rechazo

usuario sistema base Datos

Inicio

seleccionar rechazar registrando donacion

despliegue pantalla
rechazo

introducir datos

SI
SI guardar datos del registro ej ecutar consulta
presiona guardar de extraccion

NO
NO
Excepcion
pantalla principal
presiona cancelar

mensaj e por cada error o

nulo

retornar pantalla
administrar donantes
Final

Fig. 39 Diagrama de Actividades Caso de uso Registrar Rechazo

 118

Diagrama de Actividades Caso de uso Administrar Tamizaje

Clínico
act 11: Administrar Tamizaj e clínico

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Tamizaj e clínico

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 40 Diagrama de Actividades Caso de uso Administrar Tamizaje Clínico

 119

Diagrama de Actividades Caso de uso Modificar Tamizaje Clínico

act modificar tamizaj e clínico

usuario sistema base datos

Inicio

selecciona un tamizaj e Pantalla Administrar

clínico tamizaj e clínico

Presiona boton modificar recuperando datos del ej ecutar consulta

tamizaj e

despliega pantalla
modificar datos
formulario modificar
tamizaj e clínico

SI
SI modificar registro de ej ecutar consulta
presiona guardar tamizaj e clínico

NO

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tamizaj e
clínico

Final

Fig. 41 Diagrama de Actividades Caso de uso Modificar Tamizaje Clínico

 120

Diagrama de Actividades Caso de uso Ver Tamizaje Clínico

act v er tamizaj e clinico

usuario sistema base Datos

Inicio

Selecciona v er, en el Pantalla administrar

tamizaj e clinico tamizaj e clinico

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla del
tamizaj e clinico

retornar pantalla
administrar tamizaj e
clinico

Final

Fig. 42 Diagrama de Actividades Caso de uso Ver Tamizaje Clínico

 121

Diagrama de Actividades Caso de uso Ver Cuestionario

act v er cuestionario

usuario sistema base Datos

Inicio

Selecciona v er Pantalla administrar

cuestionario de un tamizaj e clinico
tamizaj e

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla del
cuestionario

retornar pantalla
administrar tamizaj e
clinico

Final

Fig. 43 Diagrama de Actividades Caso de uso Ver Cuestionario

 122

Diagrama de Actividades Caso de uso Buscar Tamizaje Clínico

act buscar tamizaj e clinico

usuario sistema base Datos

Inicio

introducir dato del pantalla administrar

tamizaj e clinico a buscar tamizaj e clinico

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 44 Diagrama de Actividades Caso de uso Buscar Tamizaje Clínico

Diagrama de Actividades Caso de uso Administrar Tamizaje Laboratorial

act 15: Administrar Tamizaj e Laboratorial

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Tamizaj e Laboratorial

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 45 Diagrama de Actividades Caso de uso Administrar Tamizaje Laboratorial

 123

Diagrama de Actividades Caso de uso Modificar Tamizaje Laboratorial

act modificar tamizaj e laboratorial

usuario sistema base datos

Inicio

selecciona un tamizaj e Pantalla Administrar

laboratorial tamizaj e laboratorial

Presiona boton modificar recuperando datos del ej ecutar consulta

tamizaj e

despliega pantalla
modificar datos
formulario modificar
tamizaj e laboratorial

SI
SI modificar registro de ej ecutar consulta
presiona guardar tamizaj e laboratorial

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tamizaj e
laboratorial

Final

Fig. 46 Diagrama de Actividades Caso de uso Modificar Tamizaje Laboratorial

 124

Diagrama de Actividades Caso de uso Ver Tamizaje Laboratorial

act v er tamizaj e laboratorial

usuario sistema base Datos

Inicio

Selecciona v er, en un Pantalla administrar

tamizaj e laboratorial tamizaj e laboratorial

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla de
tamizaj e laboratorial

retornar pantalla
administrar tamizaj e
laboratorial

Final

Fig. 47 Diagrama de Actividades Caso de uso Ver Tamizaje Laboratorial

Diagrama de Actividades Caso de uso Buscar Tamizaje Laboratorial

act buscar tamizaj e laboratorial

usuario sistema base Datos

Inicio

introducir dato del pantalla administrar

tamizaj e laboratorial a tamizaj e laboratorial
buscar

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 48 Diagrama de Actividades Caso de uso Buscar Tamizaje Laboratorial

 125

Diagrama de Actividades Caso de uso Administrar Extracción

act 7: Administrar Extracciones

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Extracciones

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla
Administrar Extracciones

Final

Fig. 49 Diagrama de Actividades Caso de uso Administrar Extracción

 126

Diagrama de Actividades Caso de uso Modificar Extracción

act modificar extracción

usuario sistema base datos

Inicio

selecciona un extraccion Pantalla Administrar

extracciones

Presiona boton modificar recuperando datos de ej ecutar consulta

extraccion

despliega pantalla
modificar datos formulario modificar
extraccion

SI
SI modificar registro de ej ecutar consulta
presiona guardar extraccion

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar extracciones

Final

Fig. 50 Diagrama de Actividades Caso de uso Modificar Extracción

 127

Diagrama de Actividades Caso de uso Ver Extracción

act v er extraccion

usuario sistema base Datos

Inicio

Selecciona v er, en la Pantalla administrar

extraccion extraccion

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla de
extraccion

retornar pantalla
administrar extraccion

Final

Fig. 51 Diagrama de Actividades Caso de uso Ver Extracción

Diagrama de Actividades Caso de uso Buscar Extracción

act buscar extraccion

usuario sistema base Datos

Inicio

introducir dato de pantalla administrar

extraccion a buscar extracciones

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 52 Diagrama de Actividades Caso de uso Buscar Extracción

 128

Diagrama de Actividades Caso de uso Administrar Donaciones

act 5: Administrar Donaciones

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Donaciones

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla
administrar donaciones

Final

Fig. 53 Diagrama de Actividades Caso de uso Administrar Donaciones

Diagrama de Actividades Caso de uso Completar Donación

act completar donacion

usuario sistema base Datos

Inicio

Selecciona la prueba pantalla administrar

donaciones

recuperando datos filtrando Datos

despliegue formulario de
prueba correspondiente

Final

Fig. 54 Diagrama de Actividades Caso de uso Completar Donación

 129

Diagrama de Actividades Caso de uso Ver Resultado de Donación

act v er resultado de donacion

usuario sistema base Datos

Inicio

Selecciona v er resultado Pantalla administrar

de la donacion donaciones

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla de
resultado de donacion

retornar pantalla
administrar donaciones

Final

Fig. 55 Diagrama de Actividades Caso de uso Ver Resultado de Donación

Diagrama de Actividades Caso de uso Buscar Registro Donación

act buscar registro donacionn

usuario sistema base Datos

Inicio

introducir dato del registro pantalla administrar

de donacion a buscar donaciones

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 56 Diagrama de Actividades Caso de uso Buscar Registro Donación

 130

Diagrama de Actividades Caso de uso Administrar Rechazo

act 10: Administrar Rechazos

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Rechazo

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 57 Diagrama de Actividades Caso de uso Administrar Rechazo

 131

Diagrama de Actividades Caso de uso Modificar Rechazo

act modificar rechazo

usuario sistema base datos

Inicio

selecciona un rechazo Pantalla Administrar

rechazo

Presiona boton modificar recuperando datos de ej ecutar consulta

rechazo

despliega pantalla
modificar datos
formulario modificar
rechazo

SI
SI modificar registro de ej ecutar consulta
presiona guardar rechazo

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar rechazo

Final

Fig. 58 Diagrama de Actividades Caso de uso Modificar Rechazo

 132

Diagrama de Actividades Caso de uso Ver Rechazo

act v er rechazo

usuario sistema base Datos

Inicio

Selecciona v er, en un Pantalla administrar

rechazo rechazo

obtebiendo datos filtrando Datos

Cargar datos de formulario

selecciona boton regresar

Despliegue pantalla
rechazo

retornar pantalla
administrar rechazo

Final

Fig. 59 Diagrama de Actividades Caso de uso Ver Rechazo

Diagrama de Actividades Caso de uso Buscar Rechazo

act buscar rechazo

usuario sistema base Datos

Inicio

introducir dato del rechazo pantalla administrar

a buscar rechazo

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 60 Diagrama de Actividades Caso de uso Buscar Rechazo

 133

Diagrama de Actividades Caso de uso Administrar Pregunta.

act 9: Administrar Pregunta

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Pregunta

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 61 Diagrama de Actividades Caso de uso Administrar Pregunta.

 134

Diagrama de Actividades Caso de uso Adicionar Pregunta

act adicionar pregunta

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

Pregunta

despliega pantalla
formulario adicionar
pregunta

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar pregunta

Final

Fig. 62 Diagrama de Actividades Caso de uso Adicionar Pregunta

 135

Diagrama de Actividades Caso de uso Modificar Pregunta

act modificar pregunta

usuario sistema base datos

Inicio

selecciona una pregunta Pantalla Administrar

pregunta

Presiona boton modificar recuperando datos de ej ecutar consulta

pregunta

despliega pantalla
modificar datos
formulario modificar
pregunta

SI
SI modificar registro de ej ecutar consulta
presiona guardar pregunta

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar pregunta

Final

Fig. 63 Diagrama de Actividades Caso de uso Modificar Pregunta

 136

Diagrama de Actividades Caso de uso Eliminar Pregunta

act eliminar pregunta

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila de la pregunta pregunta

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de ej ecutar consulta
selecciona no pregunta

retornar pantalla
administrar pregunta

Final

Fig. 64 Diagrama de Actividades Caso de uso Eliminar Pregunta

 137

Diagrama de Actividades Caso de uso Administrar Tipo Bolsa

act 12: Administrar Tipo Bolsa

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Tipo Bolsa

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 65 Diagrama de Actividades Caso de uso Administrar Tipo Bolsa

 138

Diagrama de Actividades Caso de uso Adicionar Tipo Bolsa

act adicionar tipo bolsa

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar tipo

bolsa

despliega pantalla
formulario adicionar tipo
bolsa

introduce datos

SI
SI ej ecutar consulta
guardar datos
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tipo bolsa

Final

Fig. 66 Diagrama de Actividades Caso de uso Adicionar Tipo Bolsa

 139

Diagrama de Actividades Caso de uso Modificar Tipo Bolsa

act modificar tipo bolsa

usuario sistema base datos

Inicio

selecciona un tipo bolsa Pantalla Administrar tipo

bolsa

Presiona boton modificar recuperando datos de tipo ej ecutar consulta

bolsa

despliega pantalla
modificar datos
formulario modificar tipo
bolsa

SI
SI modificar registro de tipo
presiona guardar ej ecutar consulta
bolsa

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tipo bolsa

Final

Fig. 67 Diagrama de Actividades Caso de uso Modificar Tipo Bolsa

 140

Diagrama de Actividades Caso de uso Eliminar Tipo Bolsa

act eliminar tipo bolsa

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar tipo

en la fila del tipo bolsa bolsa

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de tipo ej ecutar consulta
selecciona no bolsa

retornar pantalla
administrar tipo donación

Final

Fig. 68 Diagrama de Actividades Caso de uso Eliminar Tipo Bolsa

 141

Diagrama de Actividades Caso de uso Buscar Tipo Bolsa

act buscar tipo bolsa

usuario sistema base Datos

Inicio

introducir dato de tipo pantalla administrar tipo

bolsa a buscar bolsa

Ej ecutando Consulta filtrando Datos

selecciona opcion v er
muestra los datos
todos

Final

Fig. 69 Diagrama de Actividades Caso de uso Buscar Tipo Bolsa

Diagrama de Actividades Caso de uso Administrar Tipo Donación

act 18: Administrar Tipo Donación

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Tipo Donacíon

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 70 Diagrama de Actividades Caso de uso Administrar Tipo Donación

 142

Diagrama de Actividades Caso de uso Adicionar Tipo Donación

act adicionar tipo donación

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar tipo

donación

despliega pantalla
formulario adicionar tipo
donación

introduce datos

SI
SI guardar datos
presiona guardar ej ecutar consulta

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tipo donación

Final

Fig. 71 Diagrama de Actividades Caso de uso Adicionar Tipo Donación

 143

Diagrama de Actividades Caso de uso Modificar Tipo Donación

act modificar tipo donacion

usuario sistema base datos

Inicio

selecciona un tipo Pantalla Administrar tipo

donación donación

Presiona boton modificar recuperando datos de tipo ej ecutar consulta

donación

despliega pantalla
modificar datos
formulario modificar tipo
donación

SI
SI modificar registro de tipo
ej ecutar consulta
presiona guardar donación

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar tipo donación

Final

Fig. 72 Diagrama de Actividades Caso de uso Modificar Tipo Donación

 144

Diagrama de Actividades Caso de uso Eliminar Tipo Donación

act eliminar tipo donacion

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar tipo

en la fila del tipo donacion donacion

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de tipo ej ecutar consulta
selecciona no donacion

retornar pantalla
administrar tipo donación

Final

Fig. 73 Diagrama de Actividades Caso de uso Eliminar Tipo Donación

 145

Diagrama de Actividades Caso de uso Administrar Lugar de Donación

act 8: Administrar Lugar Donación

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Lugar Donacion

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 74 Diagrama de Actividades Caso de uso Administrar Lugar de Donación

 146

Diagrama de Actividades Caso de uso Adicionar Lugar Donación

act adicionar lugar donación

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar lugar

donación

despliega pantalla
formulario adicionar lugar
donación

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar lugar
donación

Final

Fig. 75 Diagrama de Actividades Caso de uso Adicionar Lugar Donación

 147

Diagrama de Actividades Caso de uso Modificar Lugar Donación

act modificar lugar donación

usuario sistema base datos

Inicio

selecciona un lugar Pantalla Administrar lugar

donación

Presiona boton modificar recuperando datos de ej ecutar consulta

lugar donación

despliega pantalla
modificar datos formulario modificar lugar
donación

SI
SI modificar registro de
presiona guardar ej ecutar consulta
lugar donación

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar lugar
donación

Final

Fig. 76 Diagrama de Actividades Caso de uso Modificar Lugar Donación

 148

Diagrama de Actividades Caso de uso Eliminar Lugar Donación

act eliminar lugar donacion

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar lugar

en la fila de un lugar donacion

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de lugar ej ecutar consulta
selecciona no donacion

retornar pantalla
administrar lugar
donación

Final

Fig. 77 Diagrama de Actividades Caso de uso Eliminar Lugar Donación

 149

Diagrama de Actividades Caso de uso Administrar Departamentos

act 15: Administrar departamento

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

departamento

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 78 Diagrama de Actividades Caso de uso Administrar Departamentos

 150

Diagrama de Actividades Caso de uso Adicionar Departamento

act adicionar departamento

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

departamento

despliega pantalla
formulario adicionar
departamento

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar departamento

Final

Fig. 79 Diagrama de Actividades Caso de uso Adicionar Departamento

 151

Diagrama de Actividades Caso de uso Modificar Departamento

act modificar departamento

usuario sistema base datos

Inicio

selecciona un Pantalla Administrar

departamento departamento

Presiona boton modificar recuperando datos de ej ecutar consulta

departamento

despliega pantalla
modificar datos formulario modificar
departamento

SI
SI modificar registro de
presiona guardar ej ecutar consulta
departamento

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar departamento

Final

Fig. 80 Diagrama de Actividades Caso de uso Modificar Departamento

 152

Diagrama de Actividades Caso de uso Eliminar Departamento

act eliminar departamento

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila del departamento departamento

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro ej ecutar consulta
selecciona no departamento

retornar pantalla
administrar departamento

Final

Fig. 81 Diagrama de Actividades Caso de uso Eliminar Departamento

 153

Diagrama de Actividades Caso de uso Administrar Provincia

act 18: Administrar prov incia

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

prov incia

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 82 Diagrama de Actividades Caso de uso Administrar Provincia

 154

Diagrama de Actividades Caso de uso Adicionar Provincia

act adicionar prov incia

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

prov incia

despliega pantalla
formulario adicionar
prov incia

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar prov incia

Final

Fig. 83 Diagrama de Actividades Caso de uso Adicionar Provincia

 155

Diagrama de Actividades Caso de uso Modificar Provincia

act modificar prov incia

usuario sistema base datos

Inicio

selecciona una prov incia Pantalla Administrar

prov incia

Presiona boton modificar recuperando datos de ej ecutar consulta

prov incia

despliega pantalla
modificar datos
formulario modificar
prov incia

SI
SI modificar registro de
presiona guardar ej ecutar consulta
prov incia

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar prov incia

Final

Fig. 84 Diagrama de Actividades Caso de uso Modificar Provincia

 156

Diagrama de Actividades Caso de uso Eliminar Provincia

act eliminar prov incia

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila de una prov incia prov incia

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro dela ej ecutar consulta
selecciona no prov incia

retornar pantalla
administrar prov incia

Final

Fig. 85 Diagrama de Actividades Caso de uso Eliminar Provincia

 157

Diagrama de Actividades Caso de uso Administrar ciudad

act 7: Administrar ciudad

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

ciudad

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 86 Diagrama de Actividades Caso de uso Administrar ciudad

 158

Diagrama de Actividades Caso de uso Adicionar Ciudad

act adicionar ciudad

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

ciudad

despliega pantalla
formulario adicionar
ciudad

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO NO

Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar ciudad

Final

Fig. 87 Diagrama de Actividades Caso de uso Adicionar Ciudad

 159

Diagrama de Actividades Caso de uso Modificar Ciudad

act modificar ciudad

usuario sistema base datos

Inicio

selecciona un ciudad Pantalla Administrar

ciudad

Presiona boton modificar recuperando datos de ej ecutar consulta

ciudad

despliega pantalla
modificar datos
formulario modificar
ciudad

SI
SI modificar registro de ej ecutar consulta
presiona guardar ciudad

NO
NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar ciudad

Final

Fig. 88 Diagrama de Actividades Caso de uso Modificar Ciudad

 160

Diagrama de Actividades Caso de uso Eliminar Ciudad

act eliminar ciudad

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila de una ciudad ciudad

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de ej ecutar consulta
selecciona no ciudad

retornar pantalla
administrar ciudad

Final

Fig. 89 Diagrama de Actividades Caso de uso Eliminar Ciudad

 161

Diagrama de Actividades Caso de uso Administrar Zonas

act 82: Administrar Zonas

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Zonas

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla
administrar zonas

Final

Fig. 90 Diagrama de Actividades Caso de uso Administrar Zonas

 162

Diagrama de Actividades Caso de uso Adicionar Zona

act adicionar zona

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

zonas

despliega pantalla
formulario adicionar zona

introduce datos

SI
SI guardar datos
presiona guardar ej ecutar consulta

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar zonas

Final

Fig. 91 Diagrama de Actividades Caso de uso Adicionar Zona

 163

Diagrama de Actividades Caso de uso Modificar Zona

act modificar zona

usuario sistema base datos

Inicio

selecciona un zona Pantalla Administrar

zonas

Presiona boton modificar recuperando datos de ej ecutar consulta

zona

despliega pantalla
modificar datos
formulario modificar zona

SI
SI modificar registro de zona
presiona guardar ej ecutar consulta

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar zonas

Final

Fig. 92 Diagrama de Actividades Caso de uso Modificar Zona

 164

Diagrama de Actividades Caso de uso Eliminar Zona

act eliminar zona

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar zona

en la fila de una zona

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de zona ej ecutar consulta
selecciona no

retornar pantalla
administrar zona

Final

Fig. 93 Diagrama de Actividades Caso de uso Eliminar Zona

 165

Diagrama de Actividades Caso de uso Administrar Enfermedades

act 18: Administrar enfermedades

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

enfermedades

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 94 Diagrama de Actividades Caso de uso Administrar Enfermedades

 166

Diagrama de Actividades Caso de uso Adicionar Enfermedad

act adicionar enfermedad

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

enfermedad

despliega pantalla
formulario adicionar
enfermedad

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO
NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar enfermedad

Final

Fig. 95 Diagrama de Actividades Caso de uso Adicionar Enfermedad

 167

Diagrama de Actividades Caso de uso Modificar Enfermedad

act modificar enfermedad

usuario sistema base datos

Inicio

selecciona un enfermedad Pantalla Administrar

enfermedades

Presiona boton modificar recuperando datos de ej ecutar consulta

enfermedad

despliega pantalla
modificar datos formulario modificar
enfermedad

SI
SI modificar registro de
presiona guardar ej ecutar consulta
enfermedad

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar enfermedades

Final

Fig. 96 Diagrama de Actividades Caso de uso Modificar Enfermedad

 168

Diagrama de Actividades Caso de uso Eliminar Enfermedad

act eliminar enfermedad

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila de la enfermedad enfermedad

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de ej ecutar consulta
selecciona no enfermedad

retornar pantalla
administrar enfermedad

Final

Fig. 97 Diagrama de Actividades Caso de uso Eliminar Enfermedad

 169

Diagrama de Actividades Caso de uso Administrar Usuarios

act 14: Administrar Usuarios

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Usuarios

Ej ecutando Consulta
Listando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 98 Diagrama de Actividades Caso de uso Administrar Usuarios

 170

Diagrama de Actividades Caso de uso Adicionar Usuario

act adicionar usuario

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

usuarios

despliega pantalla
formulario adicionar
usuario

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar usuarios

Final

Fig. 99 Diagrama de Actividades Caso de uso Adicionar Usuario

 171

Diagrama de Actividades Caso de uso Modificar Usuario

act modificar usuario

usuario sistema base datos

Inicio

selecciona un usuario Pantalla Administrar

usuarios

Presiona boton modificar recuperando datos de ej ecutar consulta

usuario

despliega pantalla
modificar datos formulario modificar
usuario

SI
SI modificar registro de
presiona guardar ej ecutar consulta
usuario

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar usuarios

Final

Fig. 100 Diagrama de Actividades Caso de uso Modificar Usuario

 172

Diagrama de Actividades Caso de uso Eliminar Usuario

act eliminar usuario

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar

en la fila de un usuario usuario

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro del ej ecutar consulta
selecciona no usuario

retornar pantalla
administrar usuario

Final

Fig. 101 Diagrama de Actividades Caso de uso Eliminar Usuario

 173

Diagrama de Actividades Caso de uso Habilitar e Inhabilitar Usuario

act habilitar- inhabilitar usuario

usuario sistema base Datos

Inicio

presiona habilitar o Pantalla administrar

inhabilitar usuario

recuperando datos filtrando datos

cambiar de estado filtrando Datos

Final

Fig. 102 Diagrama de Actividades Caso de uso Habilitar e Inhabilitar Usuario

 174

Diagrama de Actividades Caso de uso Asignar Menús – Usuario

act asignar menus usuario

usuario sistema base Datos

Inicio

Selecciona asignar menu Pantalla administrar

usuario

recuperando datos del

usuario

cargando lista de menus filtrando datos

introduce menus para

despliegue formulario
usuario
asignar menus usuario

selecciona

SI guarda datos de menu

presiona guardar filtrando Datos
usuario

retornar pantalla
administrar usuario
presiona cancelar

Final

Fig. 103 Diagrama de Actividades Caso de uso Asignar Menús – Usuario

 175

Diagrama de Actividades Caso de uso Eliminar Menús – Usuario

act eliminar menu usuario

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Asignar menu

en la fila del menu usuario

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de menu ej ecutar consulta
selecciona no del usuario

retornar pantalla asignar

menu usuario

Final

Fig. 104 Diagrama de Actividades Caso de uso Eliminar Menús – Usuario

 176

Diagrama de Actividades Caso de uso Administrar Menús

act 18: Administrar menus

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

menus

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 105 Diagrama de Actividades Caso de uso Administrar Menús

 177

Diagrama de Actividades Caso de uso Adicionar Menú

act adicionar menus

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

menus

despliega pantalla
formulario adicionar menu

introduce datos

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar menus

Final

Fig. 106 Diagrama de Actividades Caso de uso Adicionar Menú

 178

Diagrama de Actividades Caso de uso Modificar Menú

act modificar menus

usuario sistema base datos

Inicio

selecciona un menu Pantalla Administrar

menus

Presiona boton modificar recuperando datos de ej ecutar consulta

menu

despliega pantalla
modificar datos formulario modificar menu

SI
SI modificar registro de
presiona guardar ej ecutar consulta
menu

NO

NO
Excepcion
presiona cancelar

mensaj e por cada error

retornar pantalla
administrar menus

Final

Fig. 107 Diagrama de Actividades Caso de uso Modificar Menú

 179

Diagrama de Actividades Caso de uso Eliminar Menú

act eliminar menu

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar menu

en la fila de un menu

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de menu ej ecutar consulta
selecciona no

retornar pantalla
administrar menu

Final

Fig. 108 Diagrama de Actividades Caso de uso Eliminar Menú

 180

Diagrama de Actividades Caso de uso Administrar Cargos

act 4: Administrar Cargo

usuario sistema base Datos

Inicio

Selecciona Administrar Pantalla Menu Principal

Cargo

Ej ecutando Consulta
filtrar datos

Cargar Lista

Despliegue Pantalla
administrar cargo

Final

Fig. 109 Diagrama de Actividades Caso de uso Administrar Cargos

 181

Diagrama de Actividades Caso de uso Adicionar Cargo

act adicionar cargo

usuario sistema base Datos

Inicio

Presiona boton adicionar Pantalla Administrar

Cargo

despliega pantalla
formulario adicionar cargo

introduce datos cargo

SI
SI guardar datos ej ecutar consulta
presiona guardar

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar cargo

Final

Fig. 110 Diagrama de Actividades Caso de uso Adicionar Cargo

 182

Diagrama de Actividades Caso de uso Modificar Cargo

act modificar cargo

usuario sistema base datos

Inicio

selecciona un cargo Pantalla Administrar cargo

Presiona boton modificar recuperando datos de ej ecutar consulta

cargo

despliega pantalla
modificar datos
formulario modificar cargo

SI
SI modificar registro de
presiona guardar ej ecutar consulta
cargo

NO

NO
Excepcion

presiona cancelar

mensaj e por cada error

retornar pantalla
administrar cargo

Final

Fig. 111 Diagrama de Actividades Caso de uso Modificar Cargo

 183

Diagrama de Actividades Caso de uso Eliminar Cargo

act eliminar cargo

usuario sistema base Datos

Inicio

Presiona boton eliminar, Pantalla Administrar cargo

en la fila del cargo

muestra mensaj e de
confirmacion

seleccion

SI

selecciona si recuperando datos ej ecutar consulta

NO
eliminar registro de cargo ej ecutar consulta
selecciona no

retornar pantalla
administrar cargo

Final

Fig. 112 Diagrama de Actividades Caso de uso Eliminar Cargo

 184

Diagrama de Actividades Caso de uso Generar Reportes

act Generar Reportes

usuario sistema base Datos

Inicio

Selecciona generar Pantalla Menu Principal

reportes

Ej ecutando Consulta
filtrando Datos

Cargar Lista

Despliegue Pantalla

Final

Fig. 113 Diagrama de Actividades Caso de uso Generar Reportes

Diagrama de Actividades Caso de uso Reporte Tamizaje Clínico

act reporte tamizaj e clinico

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

tamizaj e clinico

obtebiendo lista de filtrando Datos

tamizaj e clinico

Cargar lista de tamizaj es

clinicos

modifica las fechas

Despliegue pantalla de
reporte

selecciona imprimir

Final

Fig. 114 Diagrama de Actividades Caso de uso Reporte Tamizaje Clínico

 185

Diagrama de Actividades Caso de uso Reporte Tamizaje Laboratorial

act reporte tamizaj e laboratorial

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

tamizaj e laboratorial

obtebiendo lista de los filtrando Datos

tamizaj es

Cargar lista de tamizaj e

laboratoriales

modifica las fechas

Despliegue pantalla de
reporte

selecciona imprimir

Final

Fig. 115 Diagrama de Actividades Caso de uso Reporte Tamizaje Laboratorial

Diagrama de Actividades Caso de uso Reporte Extracciones
act reporte extraccion

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

extraccion

obtebiendo lista de filtrando Datos

extracciones

Cargar lista de
extracciones

modifica las fechas

Despliegue pantalla de
reporte

selecciona imprimir

Final

Fig. 116 Diagrama de Actividades Caso de uso Reporte Extracciones

 186

Diagrama de Actividades Caso de uso Reporte Rechazo

act reporte rechazo

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

rechazo

obtebiendo lista de filtrando Datos

rechazos

Cargar lista de rechazos

modifica las fechas

Despliegue pantalla de
reporte

secciona imprimir

Final

Fig. 117 Diagrama de Actividades Caso de uso Reporte Rechazo

Diagrama de Actividades Caso de uso Reporte Estadísticos

act reporte estadisticos

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

estadisticos

obtebiendo lista de datos filtrando Datos

Cargar grafica

modifica las fechas

Despliegue pantalla de
reporte estadistico

selecciona imprimir

Final

Fig. 118 Diagrama de Actividades Caso de uso Reporte Estadísticos

 187

Diagrama de Actividades Caso de uso Reporte Habilitados- Inhabilitados para Donar

act reporte habilitados inhabilitados para donar

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

habilitados-inhabilitados

obtebiendo lista filtrando Datos

habilitados-inhabilitados

Cargar lista de
habilitados-inhabilitados

modifica las fechas

Despliegue pantalla de
reporte

selecciona imprimir

Final

Fig. 119 Diagrama de Actividades Caso de uso Reporte Habilitados- Inhabilitados para Donar

Diagrama de Actividades Caso de uso Reporte Donantes Aptos – No Aptos

act reporte donantes aptos-no aptos

usuario sistema base Datos

Inicio

Selecciona reporte Pantalla principal

donantes aptos- no aptos

obtebiendo lista de filtrando Datos

donantes aptos-no aptos

Cargar lista de donantes

aptos - no aptos

modifica las fechas

Despliegue pantalla de
reporte

secciona imprimir

Final

Fig. 120 Diagrama de Actividades Caso de uso Reporte Donantes Aptos – No Aptos
 188

II.1.5. MODELADO DE DIAGRAMA DE INTERACCIÓN

II.1.5.1. Introducción
Los diagramas de interacción consisten en un conjunto de objetos y sus relaciones,
incluyendo los mensajes que se pueden enviar entre ellos.

II.[Link]. Propósito

 Comprender la dinámica del sistema deseado para la organización

 Identificar clases de análisis y diseño

[Link]
 Describir la dinámica de sistema en el tiempo de vida de las clases u objetos
 Definir un diagrama de secuencia para cada caso de uso del usuario.
 189

II.1.5.2. Diagramas de Secuencias

Diagrama de Secuencias Acceso al sistema.

Fig. 121 Diagrama de Secuencias Acceso al sistema.

 190

Diagrama de Secuencias Administrar Donantes

sd donante

usuario
menuprincipal Admistrardonante admdonante donante persona

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtrar()

eligeopciones()

Fig. 122 Diagrama de Secuencias Administrar Donantes

 191

Diagrama de Secuencias Adicionar Donante

sd adicionar donante

usuario
administrardonante adicionarDoanante adddonante guardardonante persona donante adicionardatosAdicionales

selecciona adicionar()

cargarpantalla()

mostrar formulario()
carga datos()

presionasiquiente()

mensaje por cada error()

recuperando datos()

cargando datos()

cargandodatos()

mostrar()

presiona cancelar()

retornar()

retornar()

Fig. 123 Diagrama de Secuencias Adicionar Donante

 192

Diagrama de Secuencias Adicionar Datos Adicionales

sd adicionardatosadiconales

usuario
adicionar donante adicionarDatosadicionales guardaradicion datosadd telefono lugartrabaj o donante registrardonacion

selecciona siguiente()

cargarpantalla()

mostrar formulario()
carga datos()

presionasiquiente()

mensaje por cada error()

recuperando datos()

retornar()

mostrar formulario()

Fig. 124 Diagrama de Secuencias Adicionar Datos Adicionales

 193

Diagrama de Secuencias Registrar Donación

sd registrardonacion

usuario
adicionardatosAdicionales registrarDonacion tipodonacion guardartipodonacion registrodonante tipodonacion administrardonante tamizaj eclinico
seleccionasiguiente()

cargar()
filtrar datos()

mostrar formulario()

introduce datos()

selecciona
siguiente() recuperando datos()

cargar datos()

mostrar formulario()
selecciona cancelar()
mostrar pantalla()

Fig. 125 Diagrama de Secuencias Registrar Donación

 194

Diagrama de Secuencias Registrar Tamizaje Clínico

sd registrartamizaj eclinico

usuario
registrodonacion tamisaj eclinico tamizaj eclinico guardartamicli tamizaj eclinico cuestionario administrar
donante

selecciona siguiente()

cargar()
levantar pantalla()

introduce datos()

presiona
siguiente()
recuperando datos()

mostrar ()

presiona cancelar()
mostrar()

Fig. 126 Diagrama de Secuencias Registrar Tamizaje Clínico

 195

Diagrama de Secuencias Administrar Tamizaje Clínico

sd Administrar Tamizaj eclinico

usuario
menuprincipalAdmistrartamizaj eclinico admtamicli registrardonante

Elige Opcion Administracion()

mostrar()

cargar()

filtrar()

eligeopciones()

Fig. 127 Diagrama de Secuencias Administrar Tamizaje Clínico

Diagrama de Secuencias Administrar Tamizaje Laboratorial

sd Administrar tamizaj eLaboratorial

usuario
menuprincipalAdmistrartamizaj elaboral admtamizaj elaboral tamizaj elaboral registrodonante gruposanguineo

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtra()

filtra()

eligeopciones()

Fig. 128 Diagrama de Secuencias Administrar Tamizaje Laboratorial

 196

Diagrama de Secuencias Administrar Extracción

sd Administrar Extracciones

usuario
menuprincipal AdmistrarExtraccionesadmextracciones registrardonante bolsa

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtra()

eligeopciones()

Fig. 129 Diagrama de Secuencias Administrar Extracción

 197

Diagrama de Secuencias Administrar Donaciones

sd Administrar Donaciones

usuario
menuprincipal Admistrarbolsa admbosa tipobolsa

Elige Opcion Administracion()

mostrar()

validar()

eligeopciones()

Fig. 130 Diagrama de Secuencias Administrar Donaciones

 198

Diagrama de Secuencias Administrar Rechazo

sd Administrar Rechazos

usuario
menuprincipal AdmistrarRechazos admrechazos enfermedades tiporechazo
registrodedocente

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtrar()

filtrar()

eligeopciones()

Fig. 131 Diagrama de Secuencias Administrar Rechazo

Diagrama de Secuencias Administrar Pregunta

Fig. 132 Diagrama de Secuencias Administrar Pregunta

 199

Diagrama de Secuencias Administrar Tipo Bolsa

Fig. 133 Diagrama de Secuencias Administrar Tipo Bolsa

Diagrama de Secuencias Administrar Tipo Donación

Fig. 134 Diagrama de Secuencias Administrar Tipo Donación

 200

Diagrama de Secuencias Administrar Lugar de Donación

sd Administrar Lugardonacion

usuario
menuprincipal Admistrarlugardonacion admlugardonacion puntoextracion

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

eligeopciones()

Fig. 135 Diagrama de Secuencias Administrar Lugar de Donación

Diagrama de Secuencias Administrar Departamentos

Fig. 136 Diagrama de Secuencias Administrar Departamentos

 201

Diagrama de Secuencias Administrar Provincia

sd Administrar Prov incia

usuario
menuprincipal Admistrarprov incia admprov incia prov incia departamento

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

eligeopciones()

Fig. 137 Diagrama de Secuencias Administrar Provincia

Diagrama de Secuencias Administrar ciudad

Fig. 138 Diagrama de Secuencias Administrar ciudad

 202

Diagrama de Secuencias Administrar Zonas

sd Administrar Zonas

usuario
menuprincipal Admistrarzonas admzonas zona ciudad

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtra()

eligeopciones()

Fig. 139 Diagrama de Secuencias Administrar Zonas

 203

Diagrama de Secuencias Administrar Enfermedades

Fig. 140 Diagrama de Secuencias Administrar Enfermedades

 204

Diagrama de Secuencias Administrar Usuarios

sd Administrar Usuarios

usuario
menuprincipal Admistrarusuarios admusuarios usuario persona

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

filtra()

eligeopciones()

Fig. 141 Diagrama de Secuencias Administrar Usuarios

 205

Diagrama de Secuencias Administrar Menús

sd Administrar menus

usuario
menuprincipal Admistrarmenus admmenus menus

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

eligeopciones()

Fig. 142 Diagrama de Secuencias Administrar Menús

 206

Diagrama de Secuencias Administrar Cargos

sd 1: Administrar Cargo

usuario
menuprincipal Admistrarcargos admcargo cargo

Elige Opcion Administracion()

mostrar()

validar()

filtrar()

elige opciones()

Fig. 143 Diagrama de Secuencias Administrar Cargos

 207

II.1.6. MODELADO DE DIAGRAMA DE CLASES

II.1.6.1. Introducción

El Modelado de Diagrama de Clases es uno más de los diagramas requeridos en la

fase de Análisis/Diseño de la metodología RUP la cual estamos implementando.

II.1.6.1. 1. Propósito

 Comprender la estructura del sistema deseado para la organización

 Identificar clases de análisis y diseño

II.[Link]. Alcance

 Describir las clases y objetos de diseño del sistema en su segunda iteración

 Identificar y definir los objetos del sistema según los objetivos del sistema
deseado aprobado por la organización.
 208

II.1.6.2. Diagrama de Clases

 209

II.1.7. Modelo de Datos - Tablas

II.1.7.1. Modelo Entidad – Relación

 210

II.1.7.2. Tablas, Scripts

Tabla bolsa

CREATE TABLE bolsa(

codbolsa character varying(20) NOT NULL,
nolote character varying(50),
notub character varying(50),
codtipo character varying(20),
capacidad character varying(50),
CONSTRAINT bolsa_pkey PRIMARY KEY (codbolsa),
CONSTRAINT fkbolsa642077 FOREIGN KEY (codtipo)
REFERENCES tipobolsa (codtipo) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION)
WITH (
OIDS=FALSE
);
ALTER TABLE bolsa OWNER TO postgres;

Tabla Cargo

CREATE TABLE cargo(

codcargo character varying(20) NOT NULL,
nombre character varying(50),
descripcion character varying(200),
estado character varying(20),
CONSTRAINT cargo_pkey PRIMARY KEY (codcargo))
WITH (
OIDS=FALSE
);
ALTER TABLE cargo OWNER TO postgres;
 211

Tabla area

CREATE TABLE area

(
codarea character varying(20) NOT NULL,
nombre character varying(50),
coddepb character varying(20),
CONSTRAINT area_pkey PRIMARY KEY (codarea),
CONSTRAINT fkarea251687 FOREIGN KEY (coddepb)
REFERENCES departamentobanco (coddepb) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE area OWNER TO postgres;

Tabla ciudad

CREATE TABLE ciudad

(
codciudad character varying(20) NOT NULL,
nombre character varying(50),
codprovincia character varying(20),
CONSTRAINT ciudad_pkey PRIMARY KEY (codciudad),
CONSTRAINT fkciudad349853 FOREIGN KEY (codprovincia)
REFERENCES provincia (codprovincia) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE ciudad OWNER TO postgres;
 212

Tabla clubdonación

CREATE TABLE clubdonacion

(
codclub character varying(20) NOT NULL,
nombre character varying(50),
descripcion character varying(200),
estado character varying(20),
codciudad character varying(20),
CONSTRAINT clubdonacion_pkey PRIMARY KEY (codclub),
CONSTRAINT fkclubdonaci409692 FOREIGN KEY (codciudad)
REFERENCES ciudad (codciudad) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE clubdonacion OWNER TO postgres;

Tabla contador

CREATE TABLE contador

(
codcontador character varying(50) NOT NULL,
personas integer DEFAULT 0,
donantes integer DEFAULT 0,
telefonos integer DEFAULT 0,
registrodo integer DEFAULT 0,
tamizajec integer DEFAULT 0,
tamizajel integer DEFAULT 0,
tamizajesero integer DEFAULT 0,
grupo integer DEFAULT 0,
 213

extraccion integer DEFAULT 0,

bolsa integer DEFAULT 0,
tipobolsa integer DEFAULT 0,
respuesta integer DEFAULT 0,
tipopre integer DEFAULT 0,
alias character varying(250),
gestion character varying(200),
lugar integer DEFAULT 0,
usuarios integer DEFAULT 0,
personal integer DEFAULT 0,
cargos integer DEFAULT 0,
rechazo integer DEFAULT 0,
CONSTRAINT contador_pkey PRIMARY KEY (codcontador)
)
WITH (
OIDS=FALSE
);
ALTER TABLE contador OWNER TO postgres;

Tabla departamento banco

CREATE TABLE departamentobanco

(
coddepb character varying(20) NOT NULL,
nombre character varying(100),
codclub character varying(20),
CONSTRAINT departamentobanco_pkey PRIMARY KEY (coddepb),
CONSTRAINT fkdepartamen411289 FOREIGN KEY (codclub)
REFERENCES clubdonacion (codclub) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE departamentobanco OWNER TO postgres;
 214

Tabla donante

CREATE TABLE donante

(
coddon character varying(20) NOT NULL,
profesion character varying(100),
ocupacion character varying(100),
estado character varying(20) DEFAULT 1,
codpersona character varying(20) NOT NULL,
domicilio character varying(200),
CONSTRAINT donante_pkey PRIMARY KEY (coddon),
CONSTRAINT fkdonante70084 FOREIGN KEY (codpersona)
REFERENCES persona (codpersona) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE donante OWNER TO postgres;

Tabla lugar de trabajo del donante

CREATE TABLE donante_lugartrabajo

(
coddon character varying(20) NOT NULL,
codlugar character varying(20) NOT NULL,
estado character varying(20),
CONSTRAINT donante_lugartrabajo_pkey PRIMARY KEY (coddon, codlugar),
CONSTRAINT fkdonante_lu316595 FOREIGN KEY (coddon)
REFERENCES donante (coddon) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkdonante_lu417981 FOREIGN KEY (codlugar)
REFERENCES lugartrabajo (codlugar) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
 215

WITH (
OIDS=FALSE
);
ALTER TABLE donante_lugartrabajo OWNER TO postgres;

Tabla enfermedades

CREATE TABLE enfermedades

(
codenfe character varying(20) NOT NULL,
nombre character varying(50),
CONSTRAINT enfermedades_pkey PRIMARY KEY (codenfe)
)
WITH (
OIDS=FALSE
);
ALTER TABLE enfermedades OWNER TO postgres;

Tabla extracción

CREATE TABLE extraccion

(
codex character varying(20) NOT NULL,
fuga character varying(10),
emp character varying(20),
horainicio character varying(10),
horafin character varying(10),
volumen character varying(20),
peso character varying(10),
venopunsion character varying(10),
reaccion character varying(10),
tiporeaccion character varying(50),
primerosauxilios character varying(10),
estado character varying(10),
 216

nivel character varying(50),

codbolsa character varying(20),
codregis character varying(20),
fechareg date,
responsable character varying(50),
CONSTRAINT extraccion_pkey PRIMARY KEY (codex),
CONSTRAINT fkextraccion374665 FOREIGN KEY (codregis)
REFERENCES registrodonante (codregis) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkextraccion910959 FOREIGN KEY (codbolsa)
REFERENCES bolsa (codbolsa) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE extraccion OWNER TO postgres;

Tabla grupo sanguíneo

CREATE TABLE gruposanguineo

(
codgs character varying(20) NOT NULL,
grupo character varying(20),
factor character varying(20),
CONSTRAINT gruposanguineo_pkey PRIMARY KEY (codgs)
)
WITH (
OIDS=FALSE
);
ALTER TABLE gruposanguineo OWNER TO postgres;
 217

Tabla lugar de trabajo

CREATE TABLE lugartrabajo

(
codlugar character varying(20) NOT NULL,
nombre character varying(100),
direccion character varying(200),
estado character varying(20),
zona character varying(100),
numero character varying(20),
fax character varying(20),
email character varying(50),
casilla character varying(20),
tele character varying(20),
CONSTRAINT lugartrabajo_pkey PRIMARY KEY (codlugar)
)
WITH (
OIDS=FALSE
);
ALTER TABLE lugartrabajo OWNER TO postgres;

Tabla menús

CREATE TABLE menus

(
codmenu character varying(20) NOT NULL,
nombre character varying(50),
descripcion character varying(200),
estado character(20),
CONSTRAINT menus_pkey PRIMARY KEY (codmenu)
)
WITH (
OIDS=FALSE
);
ALTER TABLE menus OWNER TO postgres;
 218

Tabla menús procesos

CREATE TABLE menus_procesos

(
codmenu character varying(20) NOT NULL,
codproceso character varying(20) NOT NULL,
estado character varying(20),
CONSTRAINT menus_procesos_pkey PRIMARY KEY (codmenu, codproceso),
CONSTRAINT fkmenus_proc793684 FOREIGN KEY (codproceso)
REFERENCES procesos (codproceso) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkmenus_proc820296 FOREIGN KEY (codmenu)
REFERENCES menus (codmenu) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE menus_procesos OWNER TO postgres;

Tabla país

CREATE TABLE pais

(
codpais character varying(20) NOT NULL,
nombre character varying(50),
CONSTRAINT pais_pkey PRIMARY KEY (codpais)
)
WITH (
OIDS=FALSE
);
ALTER TABLE pais OWNER TO postgres;
 219

Tabla persona

CREATE TABLE persona

(
codpersona character varying(20) NOT NULL,
ci character varying(10),
nombre character varying(50),
ap character varying(50),
am character varying(50),
fechanaci date,
sexo character varying(1),
edad integer,
estadocivil character varying(10),
estado character varying(2),
CONSTRAINT persona_pkey PRIMARY KEY (codpersona)
)
WITH (
OIDS=FALSE
);
ALTER TABLE persona OWNER TO postgres;

Tabla personal

CREATE TABLE personal

(
codpersonal character varying(20) NOT NULL,
especialidad character varying(50),
estado character varying(20),
codpersona character varying(20) NOT NULL,
CONSTRAINT personal_pkey PRIMARY KEY (codpersonal),
CONSTRAINT fkpersonal231439 FOREIGN KEY (codpersona)
REFERENCES persona (codpersona) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION)
WITH ( OIDS=FALSE);
ALTER TABLE personal OWNER TO postgres;
 220

Tabla personal area

CREATE TABLE personal_area

(
codpersonal character varying(20) NOT NULL,
codarea character varying(20) NOT NULL,
fecha date,
CONSTRAINT personal_area_pkey PRIMARY KEY (codpersonal, codarea),
CONSTRAINT fkpersonal_a759459 FOREIGN KEY (codarea)
REFERENCES area (codarea) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkpersonal_a766992 FOREIGN KEY (codpersonal)
REFERENCES personal (codpersonal) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE personal_area OWNER TO postgres;

Tabla cargo

CREATE TABLE personal_cargo

(
codpersonal character varying(20) NOT NULL,
codcargo character varying(20) NOT NULL,
estado character varying(20),
gestion character varying(20),
CONSTRAINT personal_cargo_pkey PRIMARY KEY (codpersonal, codcargo),
CONSTRAINT fkpersonal_c223167 FOREIGN KEY (codcargo)
REFERENCES cargo (codcargo) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkpersonal_c294251 FOREIGN KEY (codpersonal)
REFERENCES personal (codpersonal) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
 221

WITH (
OIDS=FALSE
);
ALTER TABLE personal_cargo OWNER TO postgres;

Tabla pregunta

CREATE TABLE pregunta

(
codpre character varying(20) NOT NULL,
pregunta character varying(200),
descripcion character varying(100),
codtipocampo character varying(20),
CONSTRAINT pregunta_pkey PRIMARY KEY (codpre),
CONSTRAINT fkpregunta77158 FOREIGN KEY (codtipocampo)
REFERENCES tipocampo (codtipocampo) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE pregunta OWNER TO postgres;

Tabla procesos

CREATE TABLE procesos

(
codproceso character varying(20) NOT NULL,
nombre character varying(100),
descripcion character varying(100),
link character varying(50),
CONSTRAINT procesos_pkey PRIMARY KEY (codproceso)
)
WITH (
OIDS=FALSE
 222

);
ALTER TABLE procesos OWNER TO postgres;

Tabla provincia

CREATE TABLE provincia

(
codprovincia character varying(20) NOT NULL,
nombre character varying(50),
coddep character varying(20),
CONSTRAINT provincia_pkey PRIMARY KEY (codprovincia),
CONSTRAINT fkprovincia346793 FOREIGN KEY (coddep)
REFERENCES departamentos (coddep) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE provincia OWNER TO postgres;

Tabla punto de extracción

CREATE TABLE puntoextraccion

(
codpunto character varying(20) NOT NULL,
nombre character varying(50),
CONSTRAINT puntoextraccion_pkey PRIMARY KEY (codpunto)
)
WITH (
OIDS=FALSE
);
ALTER TABLE puntoextraccion OWNER TO postgres;
 223

Tabla rechazo

CREATE TABLE rechazo

(
codrechazo character varying(20) NOT NULL,
nivel character varying(50),
motivo character varying(50),
codtipor character varying(20),
codregis character varying(20),
codenfe character varying(20),
CONSTRAINT rechazo_pkey PRIMARY KEY (codrechazo),
CONSTRAINT fkrechazo24255 FOREIGN KEY (codenfe)
REFERENCES enfermedades (codenfe) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkrechazo267794 FOREIGN KEY (codtipor)
REFERENCES tiporechazo (codtipor) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkrechazo695546 FOREIGN KEY (codregis)
REFERENCES registrodonante (codregis) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE rechazo OWNER TO postgres;

Tabla registro donante

CREATE TABLE registrodonante

(
codregis character varying(20) NOT NULL,
fecha date,
hora character varying(15),
estado character varying(20),
gestion character varying(20),
coddon character varying(20) NOT NULL,
 224

codtipodona character varying(20),

codpunto character varying(20),
observacion character varying(200),
codusu character varying(20) NOT NULL,
CONSTRAINT registrodonante_pkey PRIMARY KEY (codregis),
CONSTRAINT fkregistrodo269195 FOREIGN KEY (codtipodona)
REFERENCES tipodonacion (codtipodona) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkregistrodo551028 FOREIGN KEY (coddon)
REFERENCES donante (coddon) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkregistrodo937993 FOREIGN KEY (codpunto)
REFERENCES puntoextraccion (codpunto) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkregistrodo964244 FOREIGN KEY (codusu)
REFERENCES usuario (codusu) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE registrodonante OWNER TO postgres;

Tabla tamizaje pregunta

CREATE TABLE tamizaje_pregunta

(
codcu character varying(20) NOT NULL,
codpre character varying(20) NOT NULL,
respuesta character varying(100),
codtc character varying(20),
responsable character varying(50),
fechareg date,
CONSTRAINT tamizaje_pregunta_pkey PRIMARY KEY (codcu, codpre),
CONSTRAINT fktamizaje_p402085 FOREIGN KEY (codpre)
REFERENCES pregunta (codpre) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fktamizaje_p651774 FOREIGN KEY (codtc)
REFERENCES tamizajeclinico (codtc) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
 225

)
WITH (
OIDS=FALSE
);
ALTER TABLE tamizaje_pregunta OWNER TO postgres;

Tabla tamizaje clínico.

CREATE TABLE tamizajeclinico

(
codtc character varying(20) NOT NULL,
tension character varying(100),
pulso character varying(100),
talla character varying(100),
peso character varying(100),
temperatura character varying(100),
codregis character varying(20),
estado character varying(100),
nivel character varying(100),
horafin character varying(100),
horainicio character varying(100),
fechareg date,
responsable character varying(50),
CONSTRAINT tamizajeclinico_pkey PRIMARY KEY (codtc),
CONSTRAINT fktamizajecl436473 FOREIGN KEY (codregis)
REFERENCES registrodonante (codregis) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE tamizajeclinico OWNER TO postgres;

Tabla tamizaje laboratorial

CREATE TABLE tamizajelaboratorial

(
 226

codtl character varying(20) NOT NULL,

hematocrito character varying(20),
hemoglobina character varying(20),
codregis character varying(20),
codgs character varying(20),
estado character varying(20),
nivel character varying(100),
horainicio character varying(50),
horafin character varying(50),
fechareg date,
responsable character varying(50),
CONSTRAINT tamizajelaboratorial_pkey PRIMARY KEY (codtl),
CONSTRAINT fktamizajela683259 FOREIGN KEY (codregis)
REFERENCES registrodonante (codregis) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fktamizajela752776 FOREIGN KEY (codgs)
REFERENCES gruposanguineo (codgs) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE tamizajelaboratorial OWNER TO postgres;

Tabla serológico

CREATE TABLE tamizajeserologico

(
codts character varying(20) NOT NULL,
codregis character varying(20),
chagas character varying(100),
estado character varying(20),
nivel character varying(100),
fechareg date,
responsable character varying(50),
CONSTRAINT tamizajeserologico_pkey PRIMARY KEY (codts),
CONSTRAINT fktamizajese242834 FOREIGN KEY (codregis)
REFERENCES registrodonante (codregis) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
 227

WITH (
OIDS=FALSE
);
ALTER TABLE tamizajeserologico OWNER TO postgres;

Tabla telefono del donante

CREATE TABLE teledonante

(
codteldo character varying(20) NOT NULL,
fono character varying(20),
cel character varying(20),
estado character varying(20) DEFAULT 1,
coddon character varying(20) NOT NULL,
tipo character varying(200),
CONSTRAINT teledonante_pkey PRIMARY KEY (codteldo),
CONSTRAINT fkteledonant554993 FOREIGN KEY (coddon)
REFERENCES donante (coddon) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE teledonante OWNER TO postgres;

Tabla teléfono

CREATE TABLE telefono

(
codtel character varying(20) NOT NULL,
fono character varying(20),
cel character varying(20),
estado character varying(20),
codlugar character varying(20),
CONSTRAINT telefono_pkey PRIMARY KEY (codtel),
CONSTRAINT fktelefono525923 FOREIGN KEY (codlugar)
 228

REFERENCES lugartrabajo (codlugar) MATCH SIMPLE

ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE telefono OWNER TO postgres;

Tabla tipo de bolsa

CREATE TABLE tipobolsa

(
codtipo character varying(20) NOT NULL,
nombre character varying(50),
letra character varying(10),
CONSTRAINT tipobolsa_pkey PRIMARY KEY (codtipo)
)
WITH (
OIDS=FALSE
);
ALTER TABLE tipobolsa OWNER TO postgres;

Tabla tipo de campo

CREATE TABLE tipocampo

(
codtipocampo character varying(20) NOT NULL,
nombre character varying(50),
CONSTRAINT tipocampo_pkey PRIMARY KEY (codtipocampo)
)
WITH (
OIDS=FALSE
);
ALTER TABLE tipocampo OWNER TO postgres;
 229

Tabla tipo de donación

CREATE TABLE tipodonacion

(
codtipodona character varying(20) NOT NULL,
nombre character varying(50),
CONSTRAINT tipodonacion_pkey PRIMARY KEY (codtipodona)
)
WITH (
OIDS=FALSE
);
ALTER TABLE tipodonacion OWNER TO postgres;

Tabla tipo de rechazo

CREATE TABLE tiporechazo

(
codtipor character varying(20) NOT NULL,
nombre character varying(50),
descripcion character varying(100),
fechainicio date,
fechafin date,
CONSTRAINT tiporechazo_pkey PRIMARY KEY (codtipor)
)
WITH (
OIDS=FALSE
);
ALTER TABLE tiporechazo OWNER TO postgres;
 230

Tabla usuario

CREATE TABLE usuario

(
codusu character varying(20) NOT NULL,
"login" character varying(10) NOT NULL,
clave character varying(10) NOT NULL,
codpersona character varying(20) NOT NULL,
CONSTRAINT usuario_pkey PRIMARY KEY (codusu),
CONSTRAINT fkusuario577692 FOREIGN KEY (codpersona)
REFERENCES persona (codpersona) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
OIDS=FALSE
);
ALTER TABLE usuario OWNER TO postgres;

Tabla usuario menú

CREATE TABLE usuario_menus

(
codusu character varying(20) NOT NULL,
codmenu character varying(20) NOT NULL,
estado character varying(20),
CONSTRAINT usuario_menus_pkey PRIMARY KEY (codusu, codmenu),
CONSTRAINT fkusuario_me342258 FOREIGN KEY (codmenu)
REFERENCES menus (codmenu) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkusuario_me377374 FOREIGN KEY (codusu)
REFERENCES usuario (codusu) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)
 231

WITH (
OIDS=FALSE);
ALTER TABLE usuario_menus OWNER TO postgres;

Tabla zona

CREATE TABLE zona(

codzona character varying(20) NOT NULL,
nombre character varying(100),
procedencia character varying(50),
estado character varying(1),
codciudad character varying(20),
CONSTRAINT zona_pkey PRIMARY KEY (codzona),
CONSTRAINT fkzona548588 FOREIGN KEY (codciudad)
REFERENCES ciudad (codciudad) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION)
WITH (OIDS=FALSE );
ALTER TABLE zona OWNER TO postgres;

Tabla zona donante

CREATE TABLE zona_donante(

codzona character varying(20) NOT NULL,
coddon character varying(20) NOT NULL,
estado character varying(20),
gestion character varying(20),
CONSTRAINT zona_donante_pkey PRIMARY KEY (codzona, coddon),
CONSTRAINT fkzona_donan40310 FOREIGN KEY (coddon)
REFERENCES donante (coddon) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT fkzona_donan509911 FOREIGN KEY (codzona)
REFERENCES zona (codzona) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION)
WITH ( OIDS=FALSE);
ALTER TABLE zona_donante OWNER TO postgres;
 232

[Link]ón de Métodos

sesion

public [Link]
sesion([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

validar

public [Link]
validar([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

menuprincipal

public [Link]
menuprincipal([Link] reque
st,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 233

datosdo

public [Link]
datosdo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

datosadd

public [Link]
datosadd([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

tamilabo

public [Link]
tamilabo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

tamicli

public [Link]
tamicli([Link] request,
 234

[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

cuestionario

public [Link]
cuestionario([Link] reques
t,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

tamisero

public [Link]
tamisero([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

extra

public [Link]
extra([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
 235

[Link]
[Link]

rechazo

public [Link]
rechazo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

tipodonacion

public [Link]
tipodonacion([Link] reques
t,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]

ci

public [Link]
ci([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 236

a_cargo

public [Link]
a_cargo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_clubdonacion

public [Link]
a_clubdonacion([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_departamentobanco

public [Link]
a_departamentobanco([Link]
request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 237

a_enfermedades

public [Link]
a_enfermedades([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_menus_procesos

public [Link]
a_menus_procesos([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_menus

public [Link]
a_menus([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 238

a_personal_area

public [Link]
a_personal_area([Link] req
uest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_personal_cargo

public [Link]
a_personal_cargo([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_proceso

public [Link]
a_proceso([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 239

a_puntoextraccion

public [Link]
a_puntoextraccion([Link] r
equest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_tipobolsa

public [Link]
a_tipobolsa([Link] request
,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

a_tipodonacion

public [Link]
a_tipodonacion([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 240

admcargo

public [Link]
admcargo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

admtipoB

public [Link]
admtipoB([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

admtipoR

public [Link]
admtipoR([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

admtipoD

public [Link]
admtipoD([Link] request,
[Link] response)
 241

throws [Link],

[Link]
Throws:
[Link]
[Link]

listalabo

public [Link]
listalabo([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

listacli

public [Link]
listacli([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

listaextra

public [Link]
listaextra([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 242

listarechazo

public [Link]
listarechazo([Link] reques
t,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]

listacu

public [Link]
listacu([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

listapendientes

public [Link]
listapendientes([Link] req
uest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 243

a_usuario_menus

public [Link]
a_usuario_menus([Link] req
uest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

buscardonantes

public [Link]
buscardonantes([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardardonante

public [Link]
guardardonante([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 244

guardaradicion

public [Link]
guardaradicion([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardartamilabo

public [Link]
guardartamilabo([Link] req
uest,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]

guardartamicli

public [Link]
guardartamicli([Link] requ
est,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]
 245

guardarcu

public [Link]
guardarcu([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardarextra

public [Link]
guardarextra([Link] reques
t,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardarrechazo

public [Link]
guardarrechazo([Link] requ
est,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]
 246

guardartipodonacion

public [Link]
guardartipodonacion([Link]
request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardartamisero

public [Link]
guardartamisero([Link] req
uest,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]

guardara_cargo

public [Link]
guardara_cargo([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 247

guardara_clubdonacion

public [Link]
guardara_clubdonacion([Link]
st request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_depbanco

public [Link]
guardara_depbanco([Link] r
equest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_enfer

public [Link]
guardara_enfer([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 248

guardara_menupro

public [Link]
guardara_menupro([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_menus

public [Link]
guardara_menus([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_perarea

public [Link]
guardara_perarea([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 249

guardara_percargo

public [Link]
guardara_percargo([Link] r
equest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_proceso

public [Link]
guardara_proceso([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_punextra

public [Link]
guardara_punextra([Link] r
equest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 250

guardara_tibolsa

public [Link]
guardara_tibolsa([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_tidonacion

public [Link]
guardara_tidonacion([Link]
request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardara_usumenu

public [Link]
guardara_usumenu([Link] re
quest,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 251

addusuario

public [Link]
addusuario([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardarusuario

public [Link]
guardarusuario([Link] requ
est,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

listadonantes

public [Link]
listadonantes([Link] reque
st,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 252

listausuarios

public [Link]
listausuarios([Link] reque
st,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

pregunta

public [Link]
pregunta([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]

guardarpregunta

public [Link]
guardarpregunta([Link] req
uest,
[Link] response)
throws [Link],
[Link]
Throws:
[Link]
[Link]
 253

loading

public [Link]
loading([Link] request,
[Link] response)
throws [Link],

[Link]
Throws:
[Link]
[Link]
 254

II.1.8. PROTOTIPOS DE INTERFAZ DE USUARIO

II.1.8.1. Introducción
Se trata de prototipos que permiten al usuario hacerse una idea sobre las interfaces
que proveerá el sistema.

II.[Link]. Propósito
Presentar los prototipos de Pantallas para que el usuario tenga una idea de la interfaz
que presentara el sistema.

II.[Link]. Alcance
 Mostrar los Prototipos de Pantallas, solamente el diseño que adoptarán todas.

II.1.8.2. Prototipos de Pantallas

Pantalla Acceso al Sistema

Esta pantalla se muestra al iniciar el sistema, es para acceder al sistema.

Fig. 236
 255

Pantalla Principal
Esta pantalla contiene el menú del sistema, el cual contiene los enlaces a los distintos
sectores del mismo que nos facilitaran el trabajo de administrar y gestionar.

Pantalla Administrar Donantes

Esta pantalla contiene una lista de todos los donantes, aquí se permite buscar al
donante,
 256

Pantalla Adicionar Donante

Pantalla Adicionar Datos Adicionales

 257

Pantalla Modificar Datos Donante

Pantalla Registrar Donación

 258

Pantalla Registrar Tamizaje Clínico

Pantalla Registrar Cuestionario

Pantalla Registrar Tamizaje Laboratorial.

 259

Pantalla Registrar Tamizaje Serológico

Pantalla Registrar Extracción

 260

Pantalla Registrar Rechazo

Pantalla Administrar Tamizaje Clínico

Pantalla Ver Cuestionario

 261

Pantalla Administrar Tamizaje Laboratorial

Pantalla Administrar Extracción

PantallaAdministrar Donaciones

PantallaAdministrar Rechazo
 262

PantallaAdministrar Pregunta.

PantallaAdicionar Pregunta

PantallaAdministrar Tipo Bolsa

 263

PantallaAdicionar Tipo Bolsa

PantallaAdministrar Tipo Donación

PantallaAdicionar Tipo Donación

PantallaAdministrar Lugar de Donación

 264

PantallaAdicionar Lugar Donación

PantallaAdministrar Departamentos

PantallaAdministrar Provincia

PantallaAdministrar ciudad
 265

Administrar Zonas

PantallaAdministrar Enfermedades

PantallaAdicionar Enfermedad

PantallaAdministrar Usuarios
 266

PantallaAsignar Menús – Usuario

PantallaAdministrar Menús

PantallaAdicionar Menú

Pantalla Asignar Menú proceso

 267

PantallaAdministrar Cargos

PantallaAdicionar Cargo

Generar Reportes

PantallaReporte Tamizaje Clínico

PantallaReporte Tamizaje Laboratorial

 268

PantallaReporte Extracciones

PantallaReporte Rechazo
 269

II.2.1. Introducción
El componente II se denomina como la “Capacitación en el uso del sistema de
donaciones móviles”, donde el jefe y el personal del departamento de promoción y
extensión social del banco de sangre de Tarija asistentes son capacitados.
La capacitación es un proceso que lleva a la mejora continua de la producción y con
esto implantar nuevas formas de trabajo, como este caso el manejo adecuado del
sistema informático desarrollado y conocimientos en el área de la tics.

II.2.2. Propósito

El propósito del componente “Capacitación en el uso del sistema de donaciones

móviles”, es dar a conocer el sistema por medio de la capacitación al personal del
departamento del banco de sangre, en especial a aquellos que frecuentan a realizar
donaciones móviles,quienes nos cooperaron con la información necesaria para la
realización de éste proyecto.
Ahora bien, a través de este componente se pretende alcanzar los siguientes
Objetivos:

 Preparar al personal que frecuentan a obtener cargos en el departamento de

promoción y extensión social del banco de sangre.

II.2.3. “Capacitación en el uso del sistema de donaciones móviles”

II.2.3.1. Técnicas y Métodos De Enseñanza

II.[Link]. Principios Didácticos

Los métodos y técnicas de la enseñanza, independiente de las teorías que los originen
deben sujetarse a algunos principios comunes, teniendo en cuenta el desarrollo y
madurez pedagógica.
 270

 Principio de proximidad: Integrar la enseñanza lo más cerca posible en la

vida cotidiana del educando.

 Principio de dirección: Tornar claros y precisos los objetivos a alcanzar.

 Principio de marcha propia y continúa: Procura respetar las diferencias

individuales, no exigiendo la misma realización de todos los educandos.

 Principio de ordenamiento: Con el establecimiento de un orden se busca

facilitar la tarea de aprendizaje.

 Principio de adecuación: Es necesario que las tareas y objetivos de la

enseñanza sean acordes con las necesidades del educando.

 Principio de eficiencia: El ideal: mínimo esfuerzo máxima eficiencia en el

aprendizaje.

 Principio de realidad psicológica: Previene que no se debe perder de vista

la edad evolutiva de los alumnos, así como tampoco sus diferencias
individuales.

 Principio de dificultad o esfuerzo: Es preciso tener el cuidado de no

colocar al educando ante situaciones de las que tenga Posibilidades de
salir bien. Pues el fracaso continuado es peor veneno para la criatura
humana.

 Principio de participación: El educando es parte activa y dinámica del

proceso.

 Principio de espontaneidad: Cualquier proceso emprendido debe

favorecer las manifestaciones naturales del educando.

 Principio de transparencia: El conocimiento aprendido debe replicarse en

otras situaciones de la vida diaria.
 271

 Principio de evaluación: Con un proceso continuo de evaluación, el

docente podrá identificar a tiempo dificultades en el proceso de
aprendizaje.

 Principio reflexión: Inducir al pensamiento reflexivo en el alumno como

parte integral de actuar del ser humano.

 Principio de responsabilidad: Encaminar todo el proceso de enseñanza de

modo que el educando madure en cuanto a comportamiento responsable.

II.2.3.2. Métodos de Enseñanza

II.[Link]. Métodos de Enseñanza individualizada

Su objetivo máximo es ofrecer oportunidades de desenvolvimiento individual más

eficiente, y llevar al educando a un completo desarrollo de sus posibilidades
personales.

Método de Proyectos

Lleva al alumno a la realización efectiva de algo, es activo y lo lleva para que realice,
actúe es en suma determinar una tarea y que el alumno la realice. Ofrece pasos para
solucionar problemas con la solución para la realización que da experiencia al
alumno.
 Solución de problemas por realización.

 Carácter general o global abarca conjunto de disciplinas.

 Restringido abarca una o dos disciplinas.

 Desenvuelve espíritu de iniciativa, responsabilidad, solidaridad y

libertad.

 Cadena organizada de actividades para realizar algo.

 272

Plan Dalton

Este plan se basa en la actividad individual y la libertad. El objetivo consiste en

desenvolver la actividad individual e incentiva la iniciativa al dejar al alumno escoger
los trabajos y el momento de realizarlos.

El alumno hace contratos semanales en lo que está interesado, trabajando

inmediatamente a su ritmo y posibilidades.

Este método tiene como particularidades que se dan conferencias del profesor con
alumnos para organizar trabajos, también un boletín mural donde el profesor consigna
instrucciones y la hoja de tareas como documento esencial del plan que contiene
explicaciones sobre trabajos, ejercicios e indicaciones de fuentes de consulta.

Algunos inconvenientes que se presentan con este método es que acentúa

exageradamente la individualidad. Tiene un carácter esencialmente individual.

Técnica Winnetka

Busca conjugar las ventajas del trabajo individual con las del trabajo colectivo, sin
perder las diferencias individuales.

Enseñanza por unidades o Plan Morrison

Las fases del plan empiezan por la exploración, donde se sondean los conocimientos,
luego una presentación donde se expone el tema, sigue la fase de asimilación, en la
cual el alumno amplía su conocimiento y continua con una fase de organización, que
es el trabajo de integración para culminar con una recitación, que es la presentación
oral de la unidad.
 273

Enseñanza programada

Es el método más reciente para individualizar y permitir que cada alumno trabaje
según su propio ritmo y posibilidades.

Enseñanza personalizada

Defiende la tesis que cada educando debe desarrollarse y estudiar a su propio ritmo
de aprendizaje.

II.[Link]. Métodos de Enseñanza Socializada

Tiene por objeto la integración social, sin descuidar la individualización.

El estudio en grupo

Se basa en los siguientes principios :

 Crear un ambiente de estudio

 Creación de liderazgo distribuido

 Formulación de objetivos

 Permitir el consenso

 Facilitar la comprensión del proceso

 Asegurar una evaluación permanente

Método de la discusión

Sirve de orientación a la clase para realizar de forma cooperativa el estudio de una

unidad o tema. Se designan un coordinador y un secretario y el resto de grupo de
clase.
 274

Método de la asamblea

Toma la misma forma de una discusión ampliada pero con la diferencia como si fuera
un cuerpo colegiado gubernamental.

Método de panel

Es una reunión de especialistas para la discusión general de un tema determinado, el

cual es el área de dominio de los participantes. Hay tres formas básicas, panel
simple, simple con alternativa y el panel de interrogadores.

II.2.3.3. Técnicas de Enseñanza

Hay muchas técnicas para hacer llegar nuestro conocimiento y lograr un aprendizaje
apropiado:

Técnica expositiva

Consiste en la exposición oral, por parte del profesor; esta debe estimular la
participación del alumno en los trabajos de la clase, requiere una buena motivación
para atraer la atención de los educandos. Esta técnica favorece el desenvolvimiento
del autodominio, y el lenguaje.

Técnica del dictado

Consiste en que el profesor hable pausadamente en tanto los alumnos van tomando
nota de lo que él dice.
Este constituye una marcada pérdida de tiempo, ya que mientras el alumno escribe no
puede reflexionar sobre lo que registra en sus notas
 275

Técnica biográfica

Consiste en exponer los hechos o problemas a través del relato de las vidas que
participan en ellos o que contribuyen para su estudio. Es más común en la historia,
filosofía y la literatura.

Técnica exegética

Consiste en la lectura comentada de textos relacionados con el asunto en estudio,

requiere la consulta de obras de autores.
Su finalidad consiste en acostumbrar a leer las obras representativas de un autor, de
un tema o una disciplina.

Técnica cronológica

Esta técnica consiste en presentar o desenvolver los hechos en el orden y la secuencia

de su aparición en el tiempo.
Esta técnica puede ser progresiva o regresiva-progresiva cuando los hechos Son
abordados partiendo desde el pasado hasta llegar al presente.
Regresiva cuando esos mismos hechos parten desde el presente en sentido inverso
hacia el pasado.

Técnica del interrogatorio

Uno de los mejores instrumentos del campo didáctico como auxiliar en la acción de
educar, este permite conocer al alumno y resaltar sus aspectos positivos. Puede ser
empleado para:
 Motivación de la clase.

 Estimulo para la reflexión.

 Recapitulación y síntesis de lo aprendido.

 276

Técnica del diálogo

El gran objetivo del diálogo es el de orientar al alumno para que reflexione, piense y
se convenza que puede investigar valiéndose del razonamiento.

Técnica de la discusión

Exige el máximo de participación de los alumnos en la elaboración de conceptos y en

la elaboración misma de la clase.
Consiste en la discusión de un tema, por parte de los alumnos, bajo la dirección del
profesor y requiere preparación anticipada.

Técnica del debate

Puede versar sobre:

 Temas que hayan provocado divergencias durante el desarrollo de una
clase

 Tópicos del programa

 Dudas surgidas y no aclaradas

 Temas de actualidad social.

Técnica del seminario

El seminario es una técnica más amplia que la discusión o le debate, pudiéndose

incluir ambas en su desarrollo.
 El profesor expone lo fundamental del tema.

 Los estudiantes exponen los resultados de sus estudios, donde los

llevan al debate.

 Cuando no se queda aclarado el profesor presta ayuda en el tema.

 Al final son coordinadas las conclusiones, con el auxilio del profesor

 277

 Para un seminario eficiente todos los estudiantes deben prepararse para

dicho tema.

Técnica del estudio de casos

Consiste en la presentación de un caso o problema para que la clase sugiera o

presente soluciones.
 El profesor es orientador

 La presentación de un caso es presentado por el profesor, un alumno, o

una autoridad.

 La participación puede llevarse: las opiniones pueden ser dadas

individualmente, por los alumnos el tema es subdividido en subtemas
que serán dados a grupos para estudiarlos.

Técnica de problemas

Estudia los problemas de las diversas disciplinas en el orden en que van surgiendo y
evolucionando, tiene por objeto desarrollar el razonamiento del alumno, a fin de
prepararlo para enfrentar situaciones problemáticas que la vida puede presentarle a
cada instante.

Técnica de la demostración

Es el procedimiento más deductivo y puede asociarse a cualquier otra técnica de

enseñanza cuando sea necesario comprobar afirmaciones no muy evidentes o ver
cómo funciona, en la práctica, lo que fue estudiado teóricamente.
Esta técnica tiene por objetivos:
 confirmar explicaciones orales o escritas

 ilustrar lo que fue expuesto teóricamente

 iniciar teóricamente una técnica para evitar errores

 278

 propiciar un esquema de acción correcto para la ejecución de una tarea.

 •convencer racionalmente en cuanto al a veracidad de proposiciones

abstractas.

Técnica de la experiencia

La experiencia es un procedimiento eminentemente activo y que procura:

 repetir un fenómeno ya conocido

 explicar un fenómeno que no es conocido

 comprobar, con razones lo que va a suceder, partiendo de experiencias

 conferir confianza para actuar en el terreno de la realidad de manera

lógica

 convencer a cerca de la veracidad de la ley de causa y efecto

 Fortalecer la confianza en si mismo

 Formar la mentalidad científica

 Orientar para solucionar problemas

 Enriquecer el caudal de informaciones, que mejor contribuyan a

interpretar la realidad.
 279

II.2.4.2. Propuesta del Proyecto referente a la Capacitación

II.[Link]. Descripción del curso

Este curso está diseñado para preparar a los/las participantes en el conocimiento y

utilización de las TIC, esto con el fin de que puedan manejar y administrar el sistema
web desarrollado en el proyecto de manera individual y sin depender de algún otro
experto.
Este curso está dirigido con preferencia al personal que realiza donaciones móviles.

II.[Link]. Metas y objetivos generales del Curso

Influenciar positivamente las actitudes de los/as participantes respecto a los

beneficios a utilizar en el sistema de web desarrollado en el proyecto y el uso y
manejo de las TIC como medio alternativo para incrementar su competitividad.
Proporcionarle al participante los conocimientos y las habilidades necesarios para
manejar y administrar correctamente el software de gestión.

II.[Link]. Objetivos del Aprendizaje del/la participante

Después de asistir a los cursos de capacitación sobre las TIC y manejo del sistema de
web desarrollado en el proyecto, el participante estará en capacidad de administrar el
sistema de gestión de donaciones móviles.

II.[Link]. Descripción de los métodos de Capacitación

El proyecto plantea llevar a cabo para la capacitación una:

 Metodología de Enseñanza Socializada

El cual pretende ejecutar una metodología de enseñanza socializada, dirigida

al jefe y a los encargados de donaciones móviles, con lo que se busca una
integración social sin descuidar la individualización.
 280

Para llevarlas a cabo se desarrollará el curso usando las siguientes técnicas:

 Técnica expositiva

Consiste en la exposición oral, por parte del capacitador, en la que se

estimulará la participación del personal en los trabajos que se realicen, este
requiere una buena motivación para atraer la atención de los participantes.
 Técnica de la experiencia

La experiencia es un procedimiento eminentemente activo y que procura:

- Exponer de forma presencial los pasos a seguir para realizar
alguna acción.
- Explicar el funcionamiento de algo mientras es observado.

- Comprobar, con razones lo que va a suceder, partiendo de

experiencias.

- Conferir confianza para actuar en el terreno de la realidad de

manera lógica.

- Convencer a cerca de la veracidad de la ley de causa y efecto.

- Fortalecer la confianza en sí mismo.

- Formar la mentalidad científica.

- Orientar para solucionar problemas.

- Enriquecer el caudal de informaciones, que mejor contribuyan a

interpretar la realidad.

Demostración: Pruebas, ensayos del Sistema de web.

Para la Capacitación se empleará Manuales de usuarios (Administrador y Operador)
que contienen toda la información detallada sobre el manejo de sistema de Escritorio
y llevaremos un registro del personal que asiste a la capacitación.
 281

II.[Link]. Descripción de los materiales de Capacitación

Materiales impresos: Guías del curso o manuales de usuario.

Materiales audiovisuales: Equipo de computación, proyector, parlantes

II.[Link]. Criterios para la selección de los/las participantes

Los/as participantes de este curso deben pertenecer al departamento de promociones

y extensión social.. También, de acuerdo a la decisión de la dirección ejecutiva,
pueden ser participantes del curso, los integrantes del departamento de producción y
laboratorio del banco de sangre.

II.[Link]. Métodos para la evaluación del curso

Cuestionario precurso: para evaluar los conocimientos precurso acerca de

computación.
Guías de aprendizaje: los/as participantes evalúan sus propias habilidades
Verificación de lo aprendido: el/la capacitador/a evalúa las habilidades de los/as
participantes en el manejo del sistema de gestión y su administración.

II.[Link]. Duración del curso

El curso tendrá una duración de 25 días, cada clase tendrá una duración aproximada
de 2 horas por día.

II.[Link]. Número sugerido de participantes

Preferiblemente se recomienda no sobrepasar la cantidad de 20 participantes en el

curso, esto debido a la falta de instalaciones para acoger a más personas y para
favorecer al propio ambiente de aprendizaje.
 282

II.[Link]. Fechas del curso

De acuerdo al cronograma del proyecto, el curso se realizará a partir del 15 de

noviembre de 2012 hasta el 19 de diciembre de 2012, salvo algún contratiempo no
planificado.

II.[Link]. Organizador del curso de capacitación

El curso será organizado por el director del proyecto, bajo asesoramiento de los
docentes de la materia de Taller III y de la directora del banco de sangre Dr.
Giovanna Martínez Flores.

II.[Link]. Contenido del Curso sobre “Las TIC”

• Que son Tic

Las Tecnologías de Información y Comunicación (Tics), se encargan del

estudio, desarrollo, implementación, almacenamiento y distribución de la
información mediante la utilización de hardware y software como medio de
sistema informático.

• Hardware
• Software
• Telecomunicaciones

• Globalización

La globalización es el proceso por el que la creciente comunicación e

interdependencia entre los distintos países del mundo unifica mercados,
sociedades y culturas, a través de una serie de transformaciones sociales,
económicas y políticas que les dan un carácter global. Así, los modos de
producción y de movimientos de capital se configuran a escala planetaria,
 283

mientras los gobiernos van perdiendo atribuciones ante lo que se ha

denominado la sociedad en red.

En este contexto el desarrollo tecnológico, y refiriéndome en sí a la

incorporación de las TIC en cada nación, hará que el desarrollo en esta llegue
sin tardar demasiado, la competitividad de un país en un sistema globalizado
depende en gran medida de la tecnología que adquiera, por eso es tan estrecha
la relación entre TIC y globalización. Esperemos que nuestros países
comiencen a incorporar las TIC en sus procesos productivos y así reducir la
dependencia de potencias mundiales.

• Las Tic y la Competitividad

La utilización de las TIC abre nuevas oportunidades de negocios que

redundan en una serie de beneficios económicos y sociales, los cuales van
desde el mejoramiento y la facilitación de la comunicación entre las empresas
o instituciones, hasta el manejo más eficiente de los recursos. En tal sentido,
las tecnologías deben ser utilizadas por el sector en las diferentes etapas de la
cadena de valor.

• Calidad
• Productividad
• Servicio
• Imagen

Los procesos centrados en la producción: En esta etapa, las TICs pueden

ser utilizadas para diseñar y probar nuevos productos, procesos de pagos,
sistemas de gestión automática de stocks, diferentes tipos de links electrónicos
con proveedores, sistemas de control y procesos más relacionados con la
producción, entre otros.
 284

Los procesos internos: En lo referente a administración de personal,

entrenamiento, reclutamiento interno, compartir y diseminar información de la
compañía vía electrónica, entre otros.

Los procesos de compra on-line: Acceso a vendedores y catálogos de

productos, compras y pagos electrónicos, utilización de marketplaces
electrónicos, administración de inventarios, etc.

Los procesos centrados en el cliente: Marketing, solicitudes y sistemas de

pagos, seguimiento y atención al cliente. El comercio electrónico es parte
fundamental de esta categoría, esencial para la venta y la post-venta. Este
proceso abre nuevas posibilidades de ganancia ampliando el acceso, la
promoción y las ventas, mediante la reducción de las barreras geográficas.
Surge también la posibilidad de enviar las mercaderías en forma electrónica,
en el caso de productos digitales (tales como software, música, libros,
asesoría, servicios digitales, entre otros).

• Software

Las soluciones a implementar deben tener influencia sobre la productividad y

la rentabilidad en muchos eslabones de la cadena productiva. La cartera de
soluciones para una empresa debería estar formada al menos por:

• Datos Históricos de la institucion para el análisis.

• Soluciones para gestionar la planificación, producción,
comercialización, así como para el cumplimiento de las normas y
estándares.
• Herramientas para la ingeniería de sistemas (Capacidad de análisis
y evolución de los sistemas en el tiempo).
• Sistemas de Recursos Humanos.
• Controladores de Procesos Productivos.
 285

• Optimización de la vida útil de los procesos (Revisión de

procesos).

Que debemos hacer cuando un cliente nos hace un pedido: analizar y evaluar.

• La disponibilidad de inventarios de materias primas

• La capacidad para fabricar el producto solicitado y en el tiempo
establecido.
• La disponibilidad de recursos de producción y de materiales para
su fabricación.
• La adecuada logística para entregar el producto (ya sea propia o
de terceros)
• La rentabilidad del producto.

El Software para las instituciones vital debido a:

• Necesidad de optimizar dinámicamente los procesos

• Optimización de la cadena de suministro en la empresa y entre
empresas.

• Conclusiones

El uso de las TIC por parte del banco de sangre está directamente asociado a la
innovación, necesaria para contribuir en la mejora de servicios de donaciones.

El uso de las computadoras está relacionado con la simplificación de labores

administrativas y el mejor manejo de los procesos de planificación, producción,
ventas, reportes.

El uso correcto de las TIC en las instituciones, conlleva mejores controles

administrativos y operativos, por lo tanto damos de hecho mejorar los niveles de
administración de donaciones móviles.
 286

II.2.4.3. Medios de Verificación

II.2.4.3. 1. Registro de los participantes de los cursos de capacitación

realizados por los desarrolladores del proyecto.
El registro de asistencia se lo presenta en ANEXOS.
 287

III.1. Conclusiones

A la conclusión de éste proyecto se puede afirmar que se llegó a alcanzar los

objetivos propuestos por el mismo, los cuales son:
 Sistema informatico para la gestión de información de donaciones móviles,
desarrollado.
 Capacitación en el uso del sistema de donaciones móviles.
Hoy en día las instituciones son cada vez más dependientes de la información, para
mantener sus actividades diarias. Por esto las instituciones hacen uso de tic´s para la
gestión y automatización de sus procesos administrativos y están incrementándose.
Se puede afirmar también que gracias a la aplicación del campo informático en el
área de donaciones móviles del banco de sangre de referencia departamental Tarija,
es posible el acceso rápido y fácil a la información de donaciones, por parte de los
diferentes usuarios de manera sencilla y eficiente; coadyuvando de este modo a
mejorar la toma de decisiones dentro de las mismas.
El marco lógico sirve para la presentación de resultados finales y hace más eficiente
el proceso de preparación del proyecto.
Al implementar el proyecto en el banco de sangre se agilizo la obtención de
información de donaciones móviles.
Respecto al sistema antiguo se ha mejorado la realización de reportes y búsqueda de
información de colectas o donantes, se tiene respaldo de registros de donaciones y la
información es almacenada digitalmente y no existe perdida de registros hechos
manualmente.
Los supuestos son riesgos para el proyecto que son expresados como objetivos y estos
deben cumplirse por que es vital para lograr el propósito del proyecto.
 288

Es importante resaltar que para la realización de proyectos como éste, el uso

adecuado de las metodologías, garantizan la consecución y cobertura de los
componentes del mismo y que éstos hayan sido alcanzados en su totalidad de acuerdo
a la solución planteada.

III.2. Recomendaciones

Las recomendaciones que podemos expresar sobre la realización de éste trabajo son
las siguientes:
 Para el desarrollo de futuros proyectos con características similares a éste Se
recomienda hacer uso de las metodologías utilizadas como (UML, RUP, etc.),
ya que éstas son estándares para el desarrollo de éste tipo de aplicaciones, ya
que permitieron llegar a la conclusión del Proyecto.
 El sistema de web está destinado para aquellos bancos de sangre que realizan
donaciones móviles o puesto móvil. Por tanto éste sistema no es
recomendable para otros departamentos como producción o laboratorios y
otros. Esto debido a que el sistema que presenta el proyecto no cumple con
todos los requerimientos necesarios para ser tomada en cuenta en otros
departamentos y áreas del banco de sangre.
 Los componentes aquí implementados no resultan ser un estándar ya que se
pueden adicionar otros que ayuden a obtener mejores resultados en futuros
proyectos.
 Se recomienda para la implementación de red con fibra óptica, cableado de
datos y un servidor propio bajo el cumplimiento de estándares de calidad.
 287

BIBLIOGRAFIA

1. BOOCH GRADY, RUMBAUGH JAMES El Lenguaje Unificado de

Modelado
Manual de Referencia.
Pearson Educación

2. KENDAL & KENDAL Análisis y Diseño de Sistemas.

CPM(Tercera Edición)

3. KORTH HENRRY, Fundamentos de Bases de Datos

SILBERSCHATZ ABRAHAN España, Mc Graw Hill, 1993

4. PRESSMAN ROGER S. Ingeniería de Software

(Segunda Edición)
1999

5. SENN, JAMES Análisis y Diseño de sistemas

de Información.
CPM(Segunda Edición)
 290

INDICE DE FIGURAS
Figura Nro. Pàgina
Fig. 1 Arbol de Problemas 7
Fig. 2 Arbol de Objetivos 8
Fig. 3 Cronograma de Actividades 12
Fig. 4 Organigrama del Banco de Sangre 21
Fig. 5 Caso de Uso General del Sistema 43
Fig. 6 Acceso al sistema. 43
Fig. 7 Administrar Donantes 44
Fig. 8 Administrar Tamizaje Clínico 45
Fig. 9 Administrar Tamizaje Laboratorial 45
Fig. 10 Administrar Extracción 46
Fig. 11 Administrar Donaciones 46
Fig. 12 Administrar Rechazo 47
Fig. 13 Administrar Pregunta. 47
Fig. 14 Administrar Tipo Bolsa 48
Fig. 15 Administrar Tipo Donación 48
Fig. 16 Administrar Lugar de Donación 49
Fig. 17 Administrar Departamentos 49
Fig. 18 Administrar Provincia 50
Fig. 19 Administrar ciudad 50
Fig. 20 Administrar Zonas 51
Fig. 21 Administrar Enfermedades 51
Fig. 22 Administrar Usuarios 52
Fig. 23 Administrar Menús 52
Fig. 24 Administrar Cargos 53
Fig. 25 Generar Reportes 53
Fig. 26 Diagrama de Actividades Caso de uso Acceso al sistema. 104
Fig. 27 Diagrama de Actividades Caso de uso Administrar Donantes 105
Fig. 28 Diagrama de Actividades Caso de uso Adicionar Donante 106
Fig. 29 Diagrama de Actividades Caso de uso Adicionar Datos Adicionales 107
Fig. 30 Diagrama de Actividades Caso de uso Modificar Datos Donante 108
Fig. 31 Diagrama de Actividades Caso de uso Ver Historial 109
Fig. 32 Diagrama de Actividades Caso de uso Buscar Donante 110
Fig. 33 Diagrama de Actividades Caso de uso Registrar Donación 111
Fig. 34 Diagrama de Actividades Caso de uso Registrar Tamizaje Clínico 112
Fig. 35 Diagrama de Actividades Caso de uso Registrar Cuestionario 113
Fig. 36 Diagrama de Actividades Caso de uso Registrar Tamizaje Laboratorial 114
Fig. 37 Diagrama de Actividades Caso de uso Registrar Tamizaje Serológico 115
Fig. 38 Diagrama de Actividades Caso de uso Registrar Extracción 116
Fig. 39 Diagrama de Actividades Caso de uso Registrar Rechazo 117
Fig. 40 Diagrama de Actividades Caso de uso Administrar Tamizaje Clínico 118
 291

Fig. 41 Diagrama de Actividades Caso de uso Modificar Tamizaje Clínico 119

Fig. 42 Diagrama de Actividades Caso de uso Ver Tamizaje Clínico 120
Fig. 43 Diagrama de Actividades Caso de uso Ver Cuestionario 121
Fig. 44 Diagrama de Actividades Caso de uso Buscar Tamizaje Clínico 122
Fig. 45 Diagrama de Actividades Caso de uso Administrar Tamizaje Laboratorial 122
Fig. 46 Diagrama de Actividades Caso de uso Modificar Tamizaje Laboratorial 123
Fig. 47 Diagrama de Actividades Caso de uso Ver Tamizaje Laboratorial 124
Fig. 48 Diagrama de Actividades Caso de uso Buscar Tamizaje Laboratorial 124
Fig. 49 Diagrama de Actividades Caso de uso Administrar Extracción 125
Fig. 50 Diagrama de Actividades Caso de uso Modificar Extracción 126
Fig. 51 Diagrama de Actividades Caso de uso Ver Extracción 127
Fig. 52 Diagrama de Actividades Caso de uso Buscar Extracción 127
Fig. 53 Diagrama de Actividades Caso de uso Administrar Donaciones 128
Fig. 54 Diagrama de Actividades Caso de uso Completar Donación 128
Fig. 55 Diagrama de Actividades Caso de uso Ver Resultado de Donación 129
Fig. 56 Diagrama de Actividades Caso de uso Buscar Registro Donación 129
Fig. 57 Diagrama de Actividades Caso de uso Administrar Rechazo 130
Fig. 58 Diagrama de Actividades Caso de uso Modificar Rechazo 131
Fig. 59 Diagrama de Actividades Caso de uso Ver Rechazo 132
Fig. 60 Diagrama de Actividades Caso de uso Buscar Rechazo 132
Fig. 61 Diagrama de Actividades Caso de uso Administrar Pregunta. 133
Fig. 62 Diagrama de Actividades Caso de uso Adicionar Pregunta 134
Fig. 63 Diagrama de Actividades Caso de uso Modificar Pregunta 135
Fig. 64 Diagrama de Actividades Caso de uso Eliminar Pregunta 136
Fig. 65 Diagrama de Actividades Caso de uso Administrar Tipo Bolsa 137
Fig. 66 Diagrama de Actividades Caso de uso Adicionar Tipo Bolsa 138
Fig. 67 Diagrama de Actividades Caso de uso Modificar Tipo Bolsa 139
Fig. 68 Diagrama de Actividades Caso de uso Eliminar Tipo Bolsa 140
Fig. 69 Diagrama de Actividades Caso de uso Buscar Tipo Bolsa 141
Fig. 70 Diagrama de Actividades Caso de uso Administrar Tipo Donación 141
Fig. 71 Diagrama de Actividades Caso de uso Adicionar Tipo Donación 142
Fig. 72 Diagrama de Actividades Caso de uso Modificar Tipo Donación 143
Fig. 73 Diagrama de Actividades Caso de uso Eliminar Tipo Donación 144
Fig. 74 Diagrama de Actividades Caso de uso Administrar Lugar de Donación 145
Fig. 75 Diagrama de Actividades Caso de uso Adicionar Lugar Donación 146
Fig. 76 Diagrama de Actividades Caso de uso Modificar Lugar Donación 147
Fig. 77 Diagrama de Actividades Caso de uso Eliminar Lugar Donación 148
Fig. 78 Diagrama de Actividades Caso de uso Administrar Departamentos 149
Fig. 79 Diagrama de Actividades Caso de uso Adicionar Departamento 150
Fig. 80 Diagrama de Actividades Caso de uso Modificar Departamento 151
Fig. 81 Diagrama de Actividades Caso de uso Eliminar Departamento 152
Fig. 82 Diagrama de Actividades Caso de uso Administrar Provincia 153
Fig. 83 Diagrama de Actividades Caso de uso Adicionar Provincia 154
Fig. 84 Diagrama de Actividades Caso de uso Modificar Provincia 155
Fig. 85 Diagrama de Actividades Caso de uso Eliminar Provincia 156
 292

Fig. 86 Diagrama de Actividades Caso de uso Administrar ciudad 157

Fig. 87 Diagrama de Actividades Caso de uso Adicionar Ciudad 158
Fig. 88 Diagrama de Actividades Caso de uso Modificar Ciudad 159
Fig. 89 Diagrama de Actividades Caso de uso Eliminar Ciudad 160
Fig. 90 Diagrama de Actividades Caso de uso Administrar Zonas 161
Fig. 91 Diagrama de Actividades Caso de uso Adicionar Zona 162
Fig. 92 Diagrama de Actividades Caso de uso Modificar Zona 163
Fig. 93 Diagrama de Actividades Caso de uso Eliminar Zona 164
Fig. 94 Diagrama de Actividades Caso de uso Administrar Enfermedades 165
Fig. 95 Diagrama de Actividades Caso de uso Adicionar Enfermedad 166
Fig. 96 Diagrama de Actividades Caso de uso Modificar Enfermedad 167
Fig. 97 Diagrama de Actividades Caso de uso Eliminar Enfermedad 168
Fig. 98 Diagrama de Actividades Caso de uso Administrar Usuarios 169
Fig. 99 Diagrama de Actividades Caso de uso Adicionar Usuario 170
Fig. 100 Diagrama de Actividades Caso de uso Modificar Usuario 171
Fig. 101 Diagrama de Actividades Caso de uso Eliminar Usuario 172
Fig. 102 Diagrama de Actividades Caso de uso Habilitar e Inhabilitar Usuario 173
Fig. 103 Diagrama de Actividades Caso de uso Asignar Menús – Usuario 174
Fig. 104 Diagrama de Actividades Caso de uso Eliminar Menús – Usuario 175
Fig. 105 Diagrama de Actividades Caso de uso Administrar Menús 176
Fig. 106 Diagrama de Actividades Caso de uso Adicionar Menú 177
Fig. 107 Diagrama de Actividades Caso de uso Modificar Menú 178
Fig. 108 Diagrama de Actividades Caso de uso Eliminar Menú 179
Fig. 109 Diagrama de Actividades Caso de uso Administrar Cargos 180
Fig. 110 Diagrama de Actividades Caso de uso Adicionar Cargo 181
Fig. 111 Diagrama de Actividades Caso de uso Modificar Cargo 182
Fig. 112 Diagrama de Actividades Caso de uso Eliminar Cargo 183
Fig. 113 Diagrama de Actividades Caso de uso Generar Reportes 184
Fig. 114 Diagrama de Actividades Caso de uso Reporte Tamizaje Clínico 184
Fig. 115 Diagrama de Actividades Caso de uso Reporte Tamizaje Laboratorial 185
Fig. 116 Diagrama de Actividades Caso de uso Reporte Extracciones 185
Fig. 117 Diagrama de Actividades Caso de uso Reporte Rechazo 186
Fig. 118 Diagrama de Actividades Caso de uso Reporte Estadísticos 186
Fig. 119 Diagrama de Actividades Caso de uso Reporte Habilitados- Inhabilitados
para Donar 187
Fig. 120 Diagrama de Actividades Caso de uso Reporte Donantes Aptos – No Aptos
187
Fig. 121 Diagrama de Secuencias Acceso al sistema. 189
Fig. 122 Diagrama de Secuencias Administrar Donantes 190
Fig. 123 Diagrama de Secuencias Adicionar Donante 191
Fig. 124 Diagrama de Secuencias Adicionar Datos Adicionales 192
Fig. 125 Diagrama de Secuencias Registrar Donación 193
Fig. 126 Diagrama de Secuencias Registrar Tamizaje Clínico 194
Fig. 127 Diagrama de Secuencias Administrar Tamizaje Clínico 195
Fig. 128 Diagrama de Secuencias Administrar Tamizaje Laboratorial 195
 293

Fig. 129 Diagrama de Secuencias Administrar Extracción 196

Fig. 130 Diagrama de Secuencias Administrar Donaciones 197
Fig. 131 Diagrama de Secuencias Administrar Rechazo 198
Fig. 132 Diagrama de Secuencias Administrar Pregunta 198
Fig. 133 Diagrama de Secuencias Administrar Tipo Bolsa 199
Fig. 134 Diagrama de Secuencias Administrar Tipo Donación 199
Fig. 135 Diagrama de Secuencias Administrar Lugar de Donación 200
Fig. 136 Diagrama de Secuencias Administrar Departamentos 200
Fig. 137 Diagrama de Secuencias Administrar Provincia 201
Fig. 138 Diagrama de Secuencias Administrar ciudad 201
Fig. 139 Diagrama de Secuencias Administrar Zonas 202
Fig. 140 Diagrama de Secuencias Administrar Enfermedades 203
Fig. 141 Diagrama de Secuencias Administrar Usuarios 204
Fig. 142 Diagrama de Secuencias Administrar Menús 205
Fig. 143 Diagrama de Secuencias Administrar Cargos 206
 294

INDICE DE TABLAS
Tabla Nro Pàgina
Tabla 1 Actividades del integrantes del equipo 3
Tabla 2 Marco Lógico del Proyecto 16
Tabla 3 Presupuesto /Justificacion 17
Tabla 4 SUB GRUPO 12000. Empleados no Permanentes 18
Tabla 5 SUB GRUPO 21000. Descripción de los gastos de servicios básicos 18
Tabla 6 SUB GRUPO 22000. Descripción de los gastos de viajes y transporte de
personal 18
Tabla 7 SUB GRUPO 24000. Descripción mantenimiento y reparación 18
Tabla 8 SUB GRUPO 25000. Descripción de los gastos en servicios profesionales y
comerciales 19
Tabla 9 SUB GRUPO 31000. Descripción de los gastos Alimentos y Productos
Agroforestales 19
Tabla 10 SUB GRUPO 32000. Descripción del gasto de Productos de Papel, Cartón e
Impresos 19
Tabla 11 Especificación de Caso de Uso Acceso al sistema. 56
Tabla 12 Especificación de Caso de Uso Administrar Donantes 56
Tabla 13 Adicionar Donante 57
Tabla 14 Adicionar Datos Adicionales 57
Tabla 15 Modificar Datos Donante 58
Tabla 16 Ver Historial 58
Tabla 17 Buscar Donante 59
Tabla 18 Registrar Donación 59
Tabla 19 Registrar Tamizaje Clínico 60
Tabla 20 Registrar Cuestionario 60
Tabla 21 Registrar Tamizaje Laboratorial 61
Tabla 22 Registrar Tamizaje Serológico 61
Tabla 23 Registrar Extracción 62
Tabla 24 Registrar Rechazo 62
Tabla 25 Especificación de Caso de Uso Administrar Tamizaje Clínico 63
Tabla 26 Modificar Tamizaje Clínico 63
Tabla 27 Ver Tamizaje Clínico 64
Tabla 28 Ver Cuestionario 64
Tabla 29 Buscar Tamizaje Clínico 65
Tabla 30 Especificación de Caso de Uso Administrar Tamizaje Laboratorial 65
Tabla 31 Modificar Tamizaje Laboratorial 66
Tabla 32 Ver Tamizaje Laboratorial 66
Tabla 33 Buscar Tamizaje Laboratorial 67
Tabla 34 Especificación de Caso de Uso Administrar Extracción 67
Tabla 35 Modificar Extracción 68
Tabla 36 Ver Extracción 68
Tabla 37 Buscar Extracción 69
Tabla 38 Especificación de Caso de Uso Administrar Donaciones 69
 295

Tabla 39 Completar Donación 70

Tabla 40 Ver Resultado de Donación 70
Tabla 41 Buscar Registro Donación 71
Tabla 42 Especificación de Caso de Uso Administrar Rechazo 71
Tabla 43 Modificar Rechazo 72
Tabla 44 Ver Rechazo 72
Tabla 45 Buscar Rechazo 73
Tabla 46 Especificación de Caso de Uso Administrar Pregunta 73
Tabla 47 Adicionar Pregunta 74
Tabla 48 Modificar Pregunta 74
Tabla 49 Eliminar Pregunta 75
Tabla 50 Especificación de Caso de Uso Administrar Tipo Bolsa 75
Tabla 51 Adicionar Tipo Bolsa 76
Tabla 52 Modificar Tipo Bolsa 76
Tabla 53 Eliminar Tipo Bolsa 77
Tabla 54 Buscar Tipo Bolsa 77
Tabla 55 Especificación de Caso de Uso Administrar Tipo Donación 78
Tabla 56 Adicionar Tipo Donación 78
Tabla 57 Modificar Tipo Donación 79
Tabla 58 Eliminar Tipo Donación 79
Tabla 59 Especificación de Caso de Uso Administrar Lugar de Donación 80
Tabla 60 Adicionar Lugar Donación 80
Tabla 61 Modificar Lugar Donación 81
Tabla 62 Eliminar Lugar Donación 81
Tabla 63 Especificación de Caso de Uso Administrar Departamentos 82
Tabla 64 Adicionar Departamento 82
Tabla 65 Modificar Departamento 83
Tabla 66 Eliminar Departamento 83
Tabla 67 Especificación de Caso de Uso Administrar Provincia 84
Tabla 68 Adicionar Provincia 84
Tabla 69 Modificar Provincia 85
Tabla 70 Eliminar Provincia 85
Tabla 71 Especificación de Caso de Uso Administrar ciudad 86
Tabla 72 Adicionar Ciudad 86
Tabla 73 Modificar Ciudad 87
Tabla 74 Eliminar Ciudad 87
Tabla 75 Especificación de Caso de Uso Administrar Zonas 88
Tabla 76 Adicionar Zona 88
Tabla 77 Modificar Zona 89
Tabla 78 Eliminar Zona 89
Tabla 79 Especificación de Caso de Uso Administrar Enfermedades 90
Tabla 80 Adicionar Enfermedad 90
Tabla 81 Modificar Enfermedad 91
Tabla 82 Eliminar Enfermedad 91
Tabla 83 Especificación de Caso de Uso Administrar Usuarios 92
 296

Tabla 84 Adicionar Usuario 92

Tabla 85 Modificar Usuario 93
Tabla 86 Eliminar Usuario 93
Tabla 87 Habilitar e Inhabilitar Usuario 94
Tabla 88 Asignar Menús – Usuario 94
Tabla 89 Eliminar Menús – Usuario 95
Tabla 90 Especificación de Caso de Uso Administrar Menús 95
Tabla 91 Adicionar Menú 96
Tabla 92 Modificar Menú 96
Tabla 93 Eliminar Menú 97
Tabla 94 Especificación de Caso de Uso Administrar Cargos 97
Tabla 95 Adicionar Cargo 98
Tabla 96 Modificar Cargo 98
Tabla 97 Eliminar Cargo 99
Tabla 98 Reporte Tamizaje Clínico 99
Tabla 99 Reporte Tamizaje Laboratorial 100
Tabla 100 Reporte Extracciones 100
Tabla 101 Reporte Rechazo 101
Tabla 102 Reporte Estadísticos 101
Tabla 103 Reporte Habilitados- Inhabilitados para Donar 102
Tabla 104 Reporte Donantes Aptos – No Aptos 102