UNIVERSIDAD AUTÓNOMA GABRIEL RENÉ MORENO

FACULTAD INTEGRAL DEL NORTE

(F.I.NOR.)
CARRERA INGENIERÍA DE SISTEMAS

SISTEMA DE INFORMACIÓN DE GESTION

PARA DOTACION DE CARNET Y
AUTORIZACION SANITARIA
CORRESPONDIENTE A LA
“RED DE SALUD – Obispo Santisteban”
Docente:
Ing. Edwin Magno Calizaya

Integrantes:
Nery Lázaro Toconás Acevedo
Eligio Eloy Vaca Flores
Oscar Emir Velarde Figueredo
Roly Ponce Vargas
Kevin Montaño Zurita

Materia:
Ingeniería de Software II

MONTERO - SANTA CRUZ – BOLIVIA

 INDICE
1. INTRODUCCIÓN...........................................................................................................1
2. ANTECEDENTES..........................................................................................................2
3. DESCRIPCIÓN DEL PROBLEMA.................................................................................3
4. SITUACIÓN PROBLEMÁTICA......................................................................................3
5. JUSTIFICACIÓN............................................................................................................4
5.1. PERSONAL.............................................................................................................4
5.2. TÉCNICA.................................................................................................................4
5.3. TEÓRICA.................................................................................................................4
6. OBJETIVOS...................................................................................................................5
6.1. Objetivo General.....................................................................................................5
6.2. Objetivos Específicos..............................................................................................5
7. METODOLOGÍA............................................................................................................6
7.1. Que es eXtreme Programming...............................................................................6
7.2. Objetivos que persigue XP......................................................................................7
7.3. Roles dentro de XP.................................................................................................7
8. ALCANCE......................................................................................................................8
9. CRONOGRAMA..........................................................................................................10
10. ANALISIS...................................................................................................................11
10.1. Requerimientos Funcionales (Product Backlog).................................................11
10.1.1. Tabla Product blacklog.................................................................................12
10.2. Requerimientos no Funcionales..........................................................................14
10.2.1. Tiempo de Aprendizaje.................................................................................14
10.2.2. Identificación del usuario propio de la aplicación.........................................14
10.2.3. Confiabilidad.................................................................................................14
10.2.4. Performance..................................................................................................15
10.2.5. Restricciones de Diseño...............................................................................15
10.2.6. Interfaces......................................................................................................16
11. DISEÑO DEL SOFTWARE.......................................................................................17
11.1. Especificación de Requerimientos de Software.................................................17
11.2. Historias de Usuario............................................................................................17
 11.2.1. Historia de usuario para Gestionar Categoría..............................................18
11.2.2. Historia de usuario para Gestionar Empresa...............................................19
11.2.3. Historia de usuario para Gestionar Beneficiario...........................................20
11.2.4. Historia de usuario para Gestionar Recibo...................................................21
11.2.5. Historia de usuario para Gestionar Exámenes.............................................22
11.2.6. Historia de usuario para Gestionar Carnet...................................................23
11.2.7. Historia de usuario para Gestionar Autorización..........................................24
11.2.8. Historia de usuario para Gestionar Trabajadora..........................................25
11.2.9. Historia de usuario para Gestionar Usuario.................................................26
12. ELABORACION.........................................................................................................29
12.1. Arquitectura de la Solución para el modelo de Capas........................................29
12.2. DESCRIPCIÓN DE LA ARQUITECTURA..........................................................30
12.2.1. Biblioteca de Datos.......................................................................................30
12.2.2. Biblioteca de Negocio...................................................................................30
12.2.3. Biblioteca de Presentación...........................................................................30
12.3. ARQUITECTURA DE LA SOLUCIÓN BASADA EN LA TECNOLOGIA .NET...31
12.4. DESCRIPCIÓN DE CAPAS................................................................................31
12.4.1. Capa Presentación.......................................................................................31
12.4.2. Capa Negocio...............................................................................................32
12.4.3. Capa Dato.....................................................................................................32
12.5. ADO.NET.............................................................................................................32
12.6. Diseño Conceptual de la Base De Datos............................................................33
12.7. Diseño Físico de la base de datos......................................................................34
13. IMPLEMENTACION..................................................................................................38
13.1. APLICACIÓN DE ESCRITORIO.........................................................................38
13.1.1. Implementación de Categoría: Clase Categoría..........................................38
13.1.2. Implementación de Empresa: Clase Empresa..........................................39
13.1.3. Implementación de Beneficiario: Clase Beneficiario....................................41
13.1.4. Implementación de Recibo: Clase Recibo....................................................44
13.1.5. Implementación de Exámenes: Clase Exámenes........................................47
13.1.6. Implementación de Carnet: Clase Carnet....................................................49
13.1.7. Implementación de Autorización: Clase Autorización..................................51
13.1.8. Implementación de Serv. Venta al Crédito: Clase Crédito...........................53
13.1.9. Implementación de Plan de pago: Clase Plan de Pago...............................55
13.1.10. Implementación de Cuotas: Clase Cuotas.................................................58
13.1.11. Implementación de Pagos: Clase Pagos....................................................60
 AGRADECIMIENTO

Primeramente, dar gracias a DIOS por guiarnos en el

camino del bien y siempre llenándonos de alegría y gozo.

A la universidad que nos abrió las puertas para ser

mejores persona y profesionales.

A los docentes que con el pasar de los años se

convirtieron en un ejemplo a seguir.

A nuestras familias quienes dentro de sus preocupaciones

nos dieron la posibilidad de brillar y tuvieron una palabra
de apoyo para nosotros durante nuestra vida universitaria.

A nuestros amigos(as) con quienes compartimos, los

buenos y los malos momentos que solo se viven en la
universidad y más que compañeros somos
verdaderamente amigos (as).
 DEDICATORIA

A nuestros padres, por ser el pilar fundamental

en todo lo que somos, en toda nuestra
educación, tanto académica, como de la vida
por sus buenos consejos, sus valores, por la
motivación constante que nos ha permitido ser
una persona de bien, por su incondicional
apoyo a través del tiempo, pero más que nada,
por su AMOR.
 CAPITULO I
FUNDAMENTOS
TEÓRICOS
1. INTRODUCCIÓN

El Software de gestión hoy en día es fundamental para las entidades públicas

porque existen un mejor control de la información de las actividades que realiza.
En este proyecto se busca mejorar el funcionamiento de las entidades públicas
que no contaba con este software.

La información se constituye como uno de los activos más valiosos para toda
institución, que de ella depende la toma de decisiones que puede afectar o ayudar
en un papel fundamental para el alcance de sus objetivos y metas.

El software a medida es de gran utilidad para el desarrollo normal de las

actividades de la empresa y lograr mantener un control continuo sobre las
actividades comerciales, financieras y administrativas permitiendo de esta manera
crear un medio estructurado informático que contribuye al sostenimiento de la
misma.
Esto lleva a dar soluciones que faciliten la operación de las tareas mediante un
software que pueda satisfacer las necesidades del usuario en menor tiempo,
brindando así una mejor calidad en los servicios.

A si mismo tener un control estricto, para mejorar el rendimiento de la sub-

gobernación. De esta manera hacerlo más eficiente su uso, adaptándolo a las
necesidades en el ámbito de la gestión de la información, con el fin de obtener una
satisfacción total por parte del cliente.

De la misma manera los softwares constituyen un elemento de mucha utilidad en

las empresas, es por ello, que la Red de salud de “Obispo Santistevan” surge la
necesidad de registrar las actividades que se realizara diariamente o sobre las
cuales tiene control. Esto lleva a dar soluciones que faciliten la operación de las
tareas mediante el diseño, construcción e implementación de un software que
pueda satisfacer las necesidades de su registro.

8
2. ANTECEDENTES

Hace 42 años atrás en nuestro municipio de Montero llego un proyecto de USAID,

la cual se llama Saneamiento Ambiental, de dicho proyecto su función era el
trabajo de educación letrinización, manejo de basura y potabilización de agua en
toso el área rural de toda la provincia “Obispo Satiestevan “, el objetivo de este
proyecto era de educar a la población en estos tres aspectos para que contasen
con mejores condiciones de vida, mejor salud. Sus oficinas se encuentran en la
C/Cochabamba donde actualmente es la gerencia de la Res de salud.

15 años después del inicio de este proyecto se crea en todas las provincias del
Departamento de Santa Cruz las Redes de Salud para el manejo Administrativo de
la salud, donde el proyecto de saneamiento ambiental ingresa al área urbana con
el control de las T.S.C. Otorgando previo control médico sus libretas de salud y la
carnetilización se realizaba mediante unos exámenes de laboratorio que se
solicitaban a las personas para luego poder obtener el carnet, el cual era en
máquina de escribir.

Hace unos 5 años atrás la unidad de Saneamiento Ambiental pro normativa del
Servicio Departamental de Salud (SEDES), pasa a ser Inocuidad Alimentaria y
Salud otorgación de la libreta de salud a las T.S.C. La unidad continua hasta 2017
en la C/Cochabamba, pero viendo las condiciones en la que se encontraba las
oficinas de esta unidad fue trasladada a instalaciones de la Sub-gobernación
donde está ubicada en la C/Warnes donde a hasta el año 2018 se continuaba
realizando los carnets sanidad en máquina de escribir. Unos meses después llega
a la unidad equipos de cómputo el cual hasta la fecha brinda impresiones de
carnets sanitarios y las autorizaciones sanitarias de funcionamiento implementada
por el “SEDES”, para el control de todos los negocios.

Pero al notar que el sistema con el cual se está trabajando tiene fallas para la
impresión de estos documentos y viendo la necesidad de contar con un buen

9
sistema, se pidió la ayuda de los estudiantes de la universidad U.A.G.R.M. Para la
creación de buen sistema para los equipos de cómputo de la unidad.

3. DESCRIPCIÓN DEL PROBLEMA

La Red de Salud “Obispo Santistevan” del Municipio de Montero cuenta con los
siguientes problemas:
 Cuenta con un registro de carnet sanitario realizado en Access lo cual no
brinda un control adecuado ya que existe perdida de información por la falta
de un gestor de base de datos.
 El software fue desarrollado únicamente para el sistema operativo “XP” que
ya es un S.O obsoleto y no existe compatibilidad con las nuevas versiones
como ser Windows 7,10.
 No todo el personal tiene conocimiento sobre el funcionamiento del
software por su complejidad de interfaces.
 No realiza impresiones exactas del documento, necesita seguir una serie de
pasos de ajustes manuales para el centrado del contenido.

4. SITUACIÓN PROBLEMÁTICA

No cuenta con un software que gestione sus actividades y almacenamiento de

archivos del carnet Sanitario de la “Red de salud - Obispo Santisteban” de esta
manera hacer que la búsqueda de información sea más rápida y eficiente para un
buen control de las mismas.

10
5. JUSTIFICACIÓN

5.1. PERSONAL

El presente trabajo está enfocado con el fin de aprobar la materia software II,
además de la aplicación del conocimiento adquirido en el transcurso de los
semestres pasados con el fin de estar preparado para el campo laboral.

5.2. TÉCNICA

El presente proyecto sirve para realizar un control sobre sus registros y

almacenamiento de los mismos, mediante el uso del software el cual guarda
registros al momento de gestionar la información.

Durante el transcurso del desarrollo del sistema de información se aplicará toda la

información recolectada y los conocimientos aprendidos en materias pasadas de
Base de Datos I, II, Software I además de la investigación propia.

5.3. TEÓRICA

Esta investigación está basada en todos los conocimientos adquiridos de materias

anteriores útil para la elaboración del software, como también las referencias de
libros, internet que se realiza con el propósito de aportar al conocimiento existente,
como instrumento de evaluación del logro de competencias de indagación
científica en la formación educativa, cuyos resultados de este software podrá
sistematizarse en una propuesta para ser incorporado en muchos más municipios.

11
6. OBJETIVOS

6.1. Objetivo General

Desarrollar un software para gestionar la dotación de carnet sanitario y

certificación de sanidad implementando un Sistema Gestor de Dase de Datos,
lenguaje de programación y complementos adicionales correspondiente a la Red
de Salud - Obispo Santisteban de Montero.

6.2. Objetivos Específicos

 Recaudar información necesaria de la Red de Salud acerca del proceso de

gestión y registros para determinar el proceso de elaboración del software.
 Analizar toda la información recaudada a través de entrevistas para ver los
problemas y necesidades que tiene la Red de Salud “Montero.
 Diseñar los artefactos del sistema a través de diagramas UML en base a la
metodología utilizada para un buen desarrollo del sistema.
 Implementar las funciones del sistema a través de un lenguaje de
programación y un gestor de base de Datos para almacenar la información y
generar una plataforma interactiva con el cliente.
 Realizar pruebas a través de consultas para verificar la funcionalidad de la
Base de datos

12
7. METODOLOGÍA

El presente trabajo se basa en la metodología de Programación Extrema (XP),

para el desarrollo del producto se utiliza Framework SCRUM y el Lenguaje
Unificado Modelado (U.M.L.). Para la realización de cada tarea se realizará según
el proceso que realiza la demología XP de tal manera cada uno de las tareas
(Historia de Usuario), pasará por un proceso de:

 Análisis. Se realizará un análisis de cada tarea de manera de que sea más

fácil la detección de posibles fallas o complicaciones.
 Diseño. Se elaborará un diseño de cómo tiene que ser el resultado final, de
manera que este diseño ayude a los desarrolladores de cuál es el camino
que deben seguir para elaborar el producto.
 Código. Las transformaciones de los pasos anteriores ayudaran a los
desarrolladores a la realización del código en la herramienta
correspondiente, para cada una de las tareas.
 Pruebas. Luego de la aplicación de los anteriores pasos se procede a la
evaluación de la tarea realizada de manera que se pueda determinar si
cumple todas las especificaciones requeridas por el cliente.

7.1. Que es Programación Extrema” XP”

Es una metodología ágil que se centra en potencial relaciones entre personales

como clave para el éxito en desarrollo de software. Durante el proceso se
promueve el trabajo en equipo, preocupándose por el aprendizaje de los
desarrolladores, y se proporciona un buen clima de trabajo.

XP se basa en una retroalimentación continua entre el cliente y el equipo de

desarrollo, además requiere de comunicación fluida entre todos los participantes,
simplicidad en las soluciones implementadas y coraje para enfrentar los cambios.

13
XP es especialmente adecuada para proyectos con requisitos imprecisos y que
están sujetos a cambios.
7.2. Objetivos que persigue XP

Los objetivos de XP son la satisfacción del cliente. Esta metodología trata de dar
al cliente el software que el necesita y cuando lo necesita. Por tanto, debemos
responder muy rápido a las necesidades del cliente, incluso cuando los cambios
sean al final de ciclo de la programación.

7.3. Roles dentro de XP

- Programador. - Debe describir las pruebas unitarias y producir el código del

sistema. Debe existir la comunicación y coordinación adecuada entre todos los
programadores y otros miembros del equipo.

- Cliente. - Se encarga de describir las historias de usuario y las pruebas

funcionales a fin de validar su información. Además, se encarga de asignar la
prioridad a las historias de usuario y debe decidir cuales se implementan en
cada iteración centrándose en aportar mayor valor al negocio tanto al
desarrollo del sistema.

- Encargado de pruebas. – es el encargado de pruebas y apoya al cliente a

escribir las pruebas funcionales que le corresponden. También ejecuta las
pruebas de forma regular, difunde los resultados al equipo y es el responsable
de las herramientas de soporte para pruebas.

- Encargado de seguimiento. - Proporciona la realimentación al equipo

durante el proceso de XP. Su responsabilidad principal es de verificar el grado
de acierto entre las estimaciones que se han realizado y el tiempo real que se
ha dedicado, comunica los resultados para mejorar estimaciones a futuro.
También realiza el seguimiento del progreso que se realizara en cada iteración
y evalúa si los objetivos son alcanzables con las restricciones de tiempo

14
 establecidas y los recursos presentes. Determina cuando es necesario realizar
algún cambio para lograr los objetivos de cada iteración.

8. ALCANCE

El estudio se realizará en la Red de Salud Obispo Santisteban del Municipio de

Montero, específicamente enfocando hacia el sistema de Registros, controlando la
información general de cada reporte existente con el fin de obtener todos los datos
necesarios de una manera organizada, confiable y correcta.
Los resultados o productos esperados tras la realización del proyecto son los
siguientes:

 Aplicación del Software: compatible para todos los equipos de escritorio

en la versión Windows.
 Documento del análisis del sistema: este documento contendrá todas las
historias de usuario obtenidas tras el estudio del caso y toda su evolución a
lo largo del desarrollo del sistema.
 Documento de Diseño del sistema completo: este documento contendrá
el diseño de datos, de arquitectura, de componentes y de las interfaces
graficas de usuario.
 Manual de uso del software: permitirá al usuario una mejor comprensión
del manejo del software.
Este sistema está limitado para el uso exclusivo de la Red de Salud lo cual
permitirá determinar reportes y un control de sus registros adecuados.
Por otra parte, el sistema no cumplirá con lo siguiente:
 El sistema no realizará un monitoreo de las actividades del personal de la
alcaldía
 El sistema no generará tablas de creación.

15
16
 SISTEMA DE GESTION PARA LA DOTACION
DE CARNET Y AUTORIZACION SANITARIA DE
LA

Modulo de Modulo de Modulo de Dotacion de

Registros Reporte Credenciales

Autorizacion
Reg. Beneficiario Carnet Vencidos Sanidad

Autorizacion Carnet Sanitario

Reg. Empresas
Vencidas

Reg. Rubro

Reg. Categoria

Reg. Recibo

Reg. Examen
Medico

Reg. Examen
Laboratorio

Reg.
Trabajadora
Sexual

17
9. CRONOGRAMA

CRONOGRAMA DE ACTIVIDADES
25 de agosto Se asignó el Sistema en el cual se trabajaría de forma grupal
Se fue al lugar para determinar la entrevista correspondiente
05 de septiembre con el encargado de la Sub-Gobernación y se recaudó
información para la implementación del sistema.
Se analizó la información recaudada especialmente en el
06 de noviembre
ámbito de desarrollo de “la Sub Gobernación”
Elaboración del perfil del sistema de gestión con los
08 de septiembre
requisitos adquiridos.
15 de septiembre Presentación del perfil de proyecto y correcciones
Se realizó el diseño conceptual de la Base de Datos e
20 de septiembre
interfaces del sistema estructurado.
Presentación del diagrama de clases con el ing. Encargado
22 de septiembre
de la materia para verificar las fallas
Implementación de la Base de Datos a un Gestor de Base de
06 de octubre
Datos SQL Server
Elaboración de la metodología en 3 capas(Capa Negocio,
11 de octubre
Capa Datos y Capa Presentación)
Presentación avance del sistema para verificar fallas por
20 de octubre
parte del ing. Encargado de la materia.
trabajo grupal para la determinación del desarrollo con las
07 de noviembre
correcciones respectivas.
Muestra y Prueba del sistema hacia el encargado de la sub
15 de noviembre
gobernación para obtener mejoras específicas.
Se realizó pruebas al software y presentación al Ing.
17 de noviembre
encargado de la materia.
21 de noviembre Correcciones de las diferentes observaciones
Presentación final del Sistema de Gestión Sanitaria Sub
01 de diciembre
Gobernación..

18