SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA FUNDACIÓN FUNVIVIR
Manual para aplicar normas Icontec a los trabajos de grado
Similar a SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA FUNDACIÓN FUNVIVIR
DISEÑO DE UN SISTEMA DE INFORMACION PARA LA GESTION DE PEDIDOS DE VENTA INTEG...Vince Adriani
Similar a SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA FUNDACIÓN FUNVIVIR (20)
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA FUNDACIÓN FUNVIVIR
1. SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE
CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON
CÁNCER DE LA FUNDACIÓN FUNVIVIR
YANINA CASTELLANO GUERRERO
Corporación Universitaria Rafael Núñez
Facultad de Ingenierías
Programa de Ingeniería de Sistemas
Cartagena Bolívar – Octubre 13 del 2016
2. SISTEMA DE INFORMACIÓN PARA EL MANTENIMIENTO DEL PROCESO DE
CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON
CÁNCER DE LA FUNDACIÓN FUNVIVIR
YANINA CASTELLANO GUERRERO
Monografía para optar el título de ingeniería de sistemas
Director de proyecto
Ing. María Claudia Bonfante
Corporación Universitaria Rafael Núñez
Facultad de Ingenierías
Programa de Ingeniería de Sistemas
Cartagena Bolívar – Octubre 13 del 2016
3. Cartagena de Indias, Octubre 13 de 2016
Señores:
Coordinación de Investigaciones
Facultad de Ingeniería
Corporación Universitaria Rafael Núñez
Cordial saludo.
La presente es para manifestar que dirigí el Trabajo de grado de la estudiante
Yanina castellano guerrero, que lleva por título: SISTEMA DE INFORMACIÓN
WEB PARA EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN
BIO PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA
FUNDACIÓN FUNVIVIR, y estoy de acuerdo con los objetivos y alcances
planteados en el proyecto.
Atentamente:
_________________________
Ing. María Claudia Bonfante
Director Del Proyecto
4. Cartagena de Indias, Octubre 13 de 2016
Señores:
Coordinación de Investigaciones
Facultad de Ingeniería
Corporación Universitaria Rafael Núñez
Cordial saludo.
Por medio de la presente presentamos a ustedes el Trabajo de grado titulado:
SISTEMA DE INFORMACIÓN WEB PARA EL MANTENIMIENTO DEL
PROCESO DE CARACTERIZACIÓN BIO PSICOSOCIAL Y EN SALUD DE LOS
NIÑOS CON CÁNCER DE LA FUNDACIÓN FUNVIVIR, para su estudio y
revisión.
Agradeciendo la atención presentada.
Atentamente:
______________________
Yanina Castellano Guerrero
6. Agradecidos
Con Dios
A mis padres
Con todo
Mi amor, a mis
Hermanos
Agradecidos
Con Dios
A mis padres
Con todo
Mi amor, a mis
Hermanos
7. AGRADECIMIENTOS
Primeramente agradecida con Dios por darnos la inteligencia, sabiduría y
paciencia en toda la etapa de mi formación profesional agradecida con mis
padres quienes me brindaron el apoyo moral y económico para seguir estudiando
y lograr el objetivo trazado para un futuro mejor y ser orgullo de ellos ya para toda
la familia. A la corporación universitaria Rafael Núñez por brindar formación a
profesionales integrales.
De igual manera a mis queridos formadores, en es especial a aquellos docentes
que fueron los encargados de guiarnos en cada proceso que se llevó acabo a la
hora de resolver nuestro proyecto para obtener el título de ingeniería de sistemas
8. CONTENIDO
INTRODUCCIÓN ...........................................................................................................................................1
CAPITULO I DISEÑO METODOLOGICO DE LA INVESTIGACIÓN ......................................................................2
1.1 . PLANTEAMIENTO DEL PROBLEMA................................................................................................... 2
1.1.1. DESCRIPCIÓN DEL PROBLEMA............................................................................................................. 2
1.2 FORMULACIÓN DEL PROBLEMA............................................................................................................... 3
1.3 JUSTIFICACIÓN .................................................................................................................................. 3
1.4 OBJETIVOS......................................................................................................................................... 4
1.4.1 OBJETIVO GENERAL........................................................................................................................... 4
1.4.2 OBJETIVOS ESPECÍFICOS.................................................................................................................... 4
1.5 METAS DE LA INVESTIGACIÓN........................................................................................................... 5
1.6 PRODUCTO........................................................................................................................................ 5
1.7 ESTRATEGIAS METODOLÓGICAS ..................................................................................................... 5
1.7.1 CLASE O MODALIDAD DE LA INVESTIGACIÓN........................................................................................ 5
1.8 MARCO TEÓRICO...................................................................................................................................... 5
1.8 .1 ANTECEDENTES INSTITUCIONALES................................................................................................ 5
1.8.2 ANTECEDENTES A NIVEL NACIONAL ...................................................................................................... 7
1.8.3 ANTECEDENTES A NIVEL INTERNACIONAL ........................................................................................ 7
1.9 ESTADO DEL ARTE ............................................................................................................................. 9
1.9.1 SISTEMA DE INFORMACIÓN ............................................................................................................ 11
1.9.2 ESTADO DEL DESARROLLO DE LOS SISTEMAS DE INFORMACIÓN ...................................................................... 11
1.9.3 CARACTERÍSTICAS DE LOS SISTEMAS DE INFORMACIÓN ..................................................................................... 15
1.9.4 Clasificación de los sistemas de información ......................................................................... 16
1.9.5 EVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN......................................................................................... 17
1.10 HERRAMIENTAS UTILIZADAS PARA EL PROYECTO........................................................................... 18
2.2.2 REQUERIMIENTOS NO FUNCIONALES ................................................................................................. 34
CAPÍTULO III DISEÑO DEL SISTEMA ........................................................................................................... 35
MODELO LOGICO DE DATOS .............................................................................................................................. 50
3.2 MODELO FISICO DE DATOS................................................................................................................... 51
3.3 TABLAS DE LA BASE DE DATOS............................................................................................................. 53
3.4 DICCIONARIO DE DATOS ...................................................................................................................... 54
3.5 DISEÑO DE INTERFACES GRAFICAS....................................................................................................... 65
CAPITULO IV DESARROLLO DEL SISTEMA ................................................................................................... 83
4.2 ESTRUCTURA DE CÓDIGOS DEL PROGRAMA ........................................................................................ 83
4.2.1. CLASE CONEXIÓN A LA BASE DE DATOS DEL SISTEMA............................................................... 83
4.2.2 COMO LLAMAR A LA CLASE CONEXIÓN. ....................................................................................................... 84
4.2.3 LIBRERÍA JPGRAPH................................................................................................................................. 85
4.2.4 ESTRUCTURA DE UNA GRAFICA HECHA CON JPGRAPH ................................................................... 85
4.2.5 LIBRERÍA TCPDF...................................................................................................................................... 86
9. V CONCLUSIONES...................................................................................................................................... 87
VI RECOMENDACIONES............................................................................................................................. 88
VII BIBLIOGRAFÍA...................................................................................................................................... 89
RESULTADO DE LA ENTREVISTA ................................................................................................................. 95
FORMATO DE AFILIACIÓN.......................................................................................................................... 98
FORMATO DE USABILIDAD ...................................................................................................................... 100
PRUEBAS Y DEPURACIÓN......................................................................................................................... 101
10. LISTA DE FIGURAS
Figura N° 1. Esquema de un sistema de procesamiento de bases de datos.
Figura N° 2. Componentes de un sistema de información.
Figura N°3.Clasificación operativa y administrativa de los sistemas de
información.
Figura N° 4. Mapa de procesos para Inicio de sesión de en el sistema.
Figura N° 5. Mapa de procesos para Registro del beneficiario en el sistema.
Figura N° 6.Mapa de procesos para Registro de pariente de beneficiario en
el sistema.
Figura N°7. Mapa de procesos para Registro de acudiente de beneficiario
en el sistema.
Figura N°8. Mapa de proceso para Registro de usuario en el sistema en el
sistema.
Figura N°9. Mapa de procesos para Ver información del beneficiario en el
sistema.
Figura N°10. Mapa de procesos para Editar información de beneficiario en
el sistema.
Figura N°11.Mapa del proceso para Editar estado del beneficiario en el
sistema.
Figura N°12.Mapa del proceso para Eliminar beneficiario en el sistema.
Figura N°13.Mapa del proceso para Eliminar usuario del sistema.
Figura N°14.Mapa del proceso para Generar reportes en el sistema.
Figura N°15.Mapa del proceso para Cerrar sesión en el sistema.
Figura N°16. Modelo entidad relación.
Figura N°17.Diseño base de datos.
Figura N°18.Tabla de la Base de datos.
Figura N°19. Interfaz Principal
Figura N°20.Acceso a módulos del sistema.
Figura N°21.Interfaz Administrar usuario.
Figura N°22. Interfaz Editar usuario.
Figura N°23 .Interfaz Eliminar usuario.
Figura N°24. Interfaz Nuevo beneficiario.
Figura N°25. Interfaz Principal del beneficiario.
Figura N°26. Interfaz Registro del beneficiario.
Figura N°27. Interfaz Editar datos personales del beneficiario.
Figura N°28. Interfaz Editar familiares y acudientes del beneficiario.
Figura N°29 .Interfaz Cambiar estado del beneficiario.
Figura N°30 .Interfaz enfermedades y EPS del sistema.
Figura N°31. Interfaz Listado enfermedades.
Figura N°32. Interfaz Actualizar o editar una enfermedad.
Figura N°33 .Interfaz Agregar una enfermedad.
Figura N°34. Interfaz Eliminar una enfermedad del sistema.
Figura N°35. Interfaz Listado de EPS del sistema.
Figura N°36. Interfaz Actualizar o editar una EPS del sistema.
Figura N°37. Interfaz Agregar una nueva EPS al sistema.
pág.
9
16
17
38
39
40
41
42
43
44
45
46
47
48
49
50
52
53
65
65
67
68
69
70
71
72
73
74
75
76
76
77
77
78
78
79
79
11. Figura N°38. Interfaz Eliminar EPS del sistema.
Figura N°39. Interfaz Listado de reporte del sistema.
Figura N°40. Interfaz Estructura general de los reportes del sistema.
Figura N°41. Interfaz clase de conexión a la base de datos del sistema.
Figura N°42. Interfaz llamar a la clase
Figura N°43.Interfaz estructura de una gráfica hecha con JPGRAPH
80
81
82
83
84
85
12.
13. LISTA DE TABLAS
Tabla 1. Formato para levantar los requisitos
Tabla 2: Requerimiento inicio de sesión.
Tabla 3. Requerimiento visualizar menú
Tabla 4..Requerimiento registro de beneficiario
Tabla 6. Requerimiento ver beneficiarios.
Tabla 7. Requerimiento Actualizar datos beneficiarios.
Tabla 8. Requerimiento Cambiar estado del beneficiario.
Tabla 9. Requerimiento elimina beneficiario.
Tabla 10. Requerimiento pariente y acudiente de beneficiario.
Tabla 11. Requerimiento Actualizar familiar o acudiente de beneficiario.
Tabla 12. Requerimiento crear una cuenta de Usuario.
Tabla 13. Requerimiento Ver la información de una cuenta de usuario.
Tabla 14. Requerimiento Eliminar una cuenta Usuario.
Tabla 15. Requerimiento Actualizar los datos de una cuenta de usuario.
Tabla 16. Requerimiento generar reporte de los beneficiarios.
Tabla 17. Tabla funv_beneficiario.
Tabla 18. Tabla funv_ciudades.
Tabla 19. Tabla funv_comentarios.
Tabla 20. Tabla funv_direcciones.
Tabla 21. Tabla funv_enfermedad.
Tabla 22. Tabla funv_enfermedad_etapa.
Tabla 23. Tabla funv_eps.
Tabla 24. Tabla funv_escolaridad.
Tabla 25. Tabla funv_paises.
Tabla 26. Tabla funv_parentesco.
Tabla 27. Tabla funv_acud.
Tabla 28. Tabla funv_persona
Tabla 29. Tabla funv_persona_salud.
Tabla 30. Tabla funv_regiones.
Tabla 31. Tabla funv_telefonos.
Tabla 32. Tabla funv_telefonos_tipos.
Tabla 33. Tabla funv_tipo_afiliacion.
Tabla 34. Tabla funv_tipo_identificacion.
Tabla 35. Tabla funv_tipo_sangre.
Tabla 36. Tabla funv_usuario.
pág.
24
25
25
26
26
27
28
28
29
30
30
31
31
32
33
54
55
56
56
57
57
57
58
58
59
59
60
61
61
62
62
63
63
64
64
64
16. GLOSARIO
ENFOQUE A PROCESOS: El enfoque orientado a procesos se ha transformado
en el eje central sobre el cual se apoyan los nuevos paradigmas de gestión. El
objetivo del trabajo es presentar una metodología destinada a estructurar sistemas
de información a partir de los procesos físicos que se realizan en las
organizaciones. La metodología se basa en los conceptos cadena de valor y el
modelamiento de procesos por regulación. Los sistemas de información
resultantes están destinados a respaldar la gestión en todos los diferentes
niveles de las organizaciones. [27]
SOFTWARE: Es un término informático que hace referencia a un programa o
conjunto de programas de cómputo que incluye datos, procedimientos y pautas y
que permite realizar distintas tareas en un sistema informático.
Comúnmente se utiliza este término para referirse de una forma muy genérica a
los programas de un dispositivo informático [28].
APLICACIONES WEB: Son herramientas de ofimática [procesadores de texto,
hojas de cálculo] de la web 2.0 que se manejan simplemente con una conexión, y
en estos casos cabe la opción de utilizar el ordenador solo como forma de acceso
a la aplicación remota [29].
SISTEMA DE INFORMACIÓN (SI): Es un sistema que reúne, almacena procesa y
distribuye conjunto de información entre los diferentes elementos que configuran
una organización, y entre las organizaciones mismas y su entorno [30].
INGENIERÍA DE SOFTWARE: es una disciplina de la ingeniería que comprende
todos los aspectos de la producción de software desde la etapa inicial de la
especificación del sistema, hasta el mantenimiento de este después que se utiliza
[31].
INTERFAZ GRÁFICA DE USUARIO: conocida también como GUI (del inglés
graphical user interface) es un programa informático que actúa de interfaz de
usuario, utilizando un conjunto de imágenes y objetos gráficos para representar la
17. información y acciones disponibles en la interfaz. Su principal uso, consiste en
proporcionar un entorno visual sencillo para permitir la comunicación con el
sistema operativo de una máquina o computador. [32].
HIPERTEXTO: Es un sistema para escribir y mostrar texto que enlaza a
información adicional sobre ese texto. [33].
LENGUAJE DE PROGRAMACIÓN: es aquella estructura que, con una cierta
base sintáctica y semántica, imparte distintas instrucciones a un programa de
computadora [34].
LENGUAJE INTERPRETADO: Es un lenguaje de programación que necesita de
un intérprete para implementar o ejecutar el código escrito en éste. Contrasta con
los lenguajes compilados. [35].
JAVASCRIPT: Es un lenguaje de programación interpretado, Se define como
orientado a objetos, basado en prototipos, imperativo, débilmente tipado y
dinámico [36].
INTERNET: es una red de redes que permite la interconexión descentralizada de
computadoras a través de un conjunto de protocolos denominado TCP/IP. [37].
BPM:(Business Process Management). Es Una nueva categoría de software
empresarial que permite a las empresas modelizar, implementar y ejecutar
conjuntos de actividades interrelacionadas. Es decir, Procesos de cualquier
naturaleza, sea dentro de un departamento o permeando la entidad en su
conjunto, con extensiones para incluir los clientes, proveedores y otros agentes
como participantes en las tareas de los procesos [38].
18. 1
INTRODUCCIÓN
El presente trabajo se desarrolla en la fundación Funvivir, la cual es una entidad
sin ánimo de lucro creada legalmente en el 2006 como una respuesta a la
preocupación colectiva de un grupo de personas habitantes de Cartagena, por el
crecimiento alarmante de cáncer en la población infantil de bajos recursos de la
región Caribe y las carencias evidentes que padecen los niños y sus familias una
vez diagnosticada la enfermedad.
En este trabajo de grado se diseñó un SISTEMA DE INFORMACIÓN WEB PARA
EL MANTENIMIENTO DEL PROCESO DE CARACTERIZACIÓN BIO
PSICOSOCIAL Y EN SALUD DE LOS NIÑOS CON CÁNCER DE LA
FUNDACIÓN FUNVIVIR. La importancia de este radicó en facilitar el trabajo a los
digitadores, lo cual permitirá un ahorro de tiempo, ya que esta herramienta es más
fácil de usar, haciendo más eficiente el trabajo de los usuarios y consolidando las
necesidades más comunes que tienen los niños.
Sin embargo, las limitaciones más relevantes de este estudio, fueron el tiempo y el
manejo del recurso humano, dado que se dependerá de las citas que aprueben a
los investigadores para adelantar trabajos en la Fundación y también, la
disponibilidad de atención de los funcionarios al momento de la misma.
La metodología aplicada en este proyecto fue la Tecnología Aplicada, ya que se
desarrolló un sistema de información, que permitió agilizar los procesos que se
realizan en la fundación FUNVIVIR, para hacerlos más eficientes y organizar la
información requerida para el desarrollo de futuras investigaciones al respecto
19. 2
CAPITULO I DISEÑO METODOLOGICO DE LA INVESTIGACIÓN
En este capítulo se describe el marco metodológico que ambienta la investigación
y que mediante el cual fue posible el diseño del mismo. Contiene el Planteamiento
del problema, su descripción, justificación, Objetivos generales y específicos,
metas de la investigación, producto y estrategias metodológicas, antecedentes del
proyecto, estado del arte y la metodología de la investigación.
1.1. PLANTEAMIENTO DEL PROBLEMA
1.1.1. DESCRIPCIÓN DEL PROBLEMA
La fundación FUNVIVIR es una entidad sin ánimo de lucro con sede en la ciudad
de Cartagena encargada de beneficiar a los niños que padecen cáncer. En el
desarrollo de sus diferentes actividades de la fundación se recopila información
sobre los beneficiarios donde específicamente se obtienen datos como la edad,
tipo de enfermedad que padece el beneficiario, departamento donde residen cada
uno entre otros. Y con la recopilación de esta información se generan estadísticas
las cuales son guardadas, con el fin de consolidar la información semestralmente,
la cual permite analizar la situación general de los niños atendidos y hacer una
socialización de los datos encontrados a los colaboradores.
Es de resaltar, que el proceso de recolección de datos, por medio de la
caracterización biopsicosocial, fue diseñado por los programas de Enfermería,
Bacteriología, Trabajo Social y Administración de empresas de la Corporación
Universitaria Rafael Núñez, será aplicado a más de 100 niños beneficiarios que
posee la fundación por los mismos estudiantes de estos programas.
El proceso de tabulación y la generación de reportes estadísticos por dimensiones,
que actualmente se viene desarrollando en la fundación es tedioso, ya que
requiere de un esfuerzo en horas de trabajo de manera manual, por lo cual se
generan errores y omisiones de información importante, ocasionando una
información no confiable, y por ende no apropiados para la toma de decisiones
sobre los niños con cáncer.
La fundación dentro de sus actividades utiliza un tipo de procedimiento para
almacenar, gestionar y registrar los datos de sus beneficiarios. Este
20. 3
almacenamiento no es el más eficiente, ya que exige gran cantidad de tiempo y
tienen procesos que pueden ser agrupados en un software, de manera que existe
una necesidad entre la fundación por ampliar la recolección de información y a la
vez, hacerlo más accesible por parte del beneficiario y las personas dispuestas
para manejar la nueva información de la fundación.
Por lo anterior, se propuso un sistema para la fundación FUNVIVIR, que permitió
registrar información fuente del beneficiario y de sus familias, registrar y generar
los reportes estadísticos que permitirán tomar las decisiones de iniciar programas
de acompañamiento a los niños y a sus familias.
1.2 FORMULACIÓN DEL PROBLEMA
La elaboración del Sistema de Información para la Fundación FUNVIVIR, permitió
mejorar la gestión de los beneficiarios, logrando así un mejor rendimiento y
eficacia de los procesos al momento de especificar reportes, indicadores y
estadísticas.
1.3JUSTIFICACIÓN
Este proyecto se realizó debido a la calidad de los procesos de información que
tiene esta fundación, dado que su objetivo es saber sobre las insuficiencias más
comunes que tienen los niños. La importancia de este proyecto, consistió en
facilitar el trabajo a los digitadores, lo cual se traducirá en un ahorro de tiempo, ya
que esta herramienta es más fácil de usar, por lo cual hizo eficiente el trabajo de
los usuarios y permitió consolidar las necesidades más comunes que tienen los
niños.
De esta manera, la Fundación FUNVIVIR se benefició de este proyecto, que al
reducir por un lado el uso de papel y el tiempo; además el desarrollo de este
sistema facilitó el registro de cada uno de los niños beneficiarios a través de su
plataforma y con una metodología entendible para el digitador-cliente.
El uso adecuado de esta herramienta, permitió consolidar información estadística
que sirva de insumo para la elaboración de proyectos futuros, con miras a mejorar
la calidad de vida de los niños beneficiarios de la fundación FUNVIVIR.
21. 4
1.4OBJETIVOS
1.4.1 OBJETIVO GENERAL
Diseñar e implementar un sistema de información web para el mantenimiento del
proceso de caracterización Bio Psicosocial y en salud de los niños con cáncer de
la fundación FUNVIVIR.
1.4.2 OBJETIVOS ESPECÍFICOS
Recopilar información relacionada con los procesos de negocios de la fundación
FUNVIVIR, que permitieron la caracterización de la población de los niños con
cáncer.
Identificar los requerimientos funcionales y no funcionales para el desarrollo de la
aplicación web, acordes con las características y necesidades de la fundación
FUNVIVIR.
Diseñar el modelo de datos y definir la arquitectura de la aplicación web, que
contribuyan a responder a los requerimientos de los diferentes actores de la
fundación FUNVIVIR.
Desarrollar la aplicación web para la gestión y caracterización del proceso Bio
psicosocial y en salud de los niños con cáncer de la fundación FUNVIVIR
Realizar pruebas para verificar la calidad del software e implementar la aplicación.
22. 5
1.5 METAS DE LA INVESTIGACIÓN
Desarrollar e implementar un sistema de información para el mantenimiento del
proceso de caracterización Bio psicosocial y en salud de los niños con cáncer de
la fundación FUNVIVIR.
Generar los manuales de usuario y manual del sistema de la aplicación.
1.6 PRODUCTO
Diseño de un software propio para las necesidades de la fundación FUNVIVIR,
para registrar y realizar reportes estadísticos a los niños, los cuales están
vinculados o por registrar. De esta forma, mejoraran los procesos internos que se
llevan a cabo actualmente en la fundación.
1.7ESTRATEGIAS METODOLÓGICAS
1.7.1 CLASE O MODALIDAD DE LA INVESTIGACIÓN
Este proyecto es Tecnología Aplicada, ya que desarrolla un sistema de
información el cual consienta en agilizar los procesos que se realizan en la
fundación FUNVIVIR.
1.8 MARCO TEÓRICO
1.8.1 ANTECEDENTES INSTITUCIONALES
En la búsqueda bibliográfica realizada se encontraron algunos trabajos similares al
desarrollado y que nos sirven de referencia, ellos son:
SISTEMA DE INFORMACIÓN PARA GRANITOS DE PAZ. Trabajo de Grado
realizado en el año 2013, por el programa de Ingeniería de Sistemas de la
Corporación Universitaria Rafael Núñez, en el cual se realizó una aplicación para
soporte informativo y tecnológico de una fundación, elaborada por los estudiantes
Nafer Hernández Mendoza y Placido Jaraba García, por la cual optaron para su
grado y finalización de su formación académica. Esta aplicación estaba basada en
el registro, control y reportes orientados a la web, como método de agilización y
optimización de procesos administrativos. [1]
23. 6
SISTEMA DE INFORMACIÓN PARA EL SOPORTE EDUCATIVO DEL PNUD –
PROGRAMA DE LAS NACIONES UNIDAS PARA EL DESARROLLO. Trabajo
de Grado realizado en el año 2011 por el programa de Ingeniería de Sistemas de
la Corporación Universitaria Rafael Núñez, en el cual se realizó una aplicación,
cuyo objetivo principal consistió en mejorar la protección de los derechos
ciudadanos en servicios públicos domiciliarios y salud a través del fortalecimiento
del componente de participación ciudadana. Esta aplicación fue realizada con el
fin de mejorar los procesos que se llevan a cabo en entidades prestadoras de
servicios. Fue elaborado por los estudiantes Jorge Mario Zamora córdoba y Leiber
Estemor ortega. El producto final de este trabajo fue obtener una aplicación web
para documentar todo lo relacionado con los procesos en el PNUD, basado en
unos requerimientos de sistemas acorde a los procesos que se llevaban en el
PNUD, logrando así agilizar y optimizar los procesos administrativos. [2]
SISTEMA DE INFORMACIÓN PARA EL MEJORAMIENTO DE LOS
PROCESOS ADMINISTRATIVOS, DE SEGUIMIENTO Y EL
ALMACENAMIENTO RELACIONADOS CON CADA UNO DE LOS
PROGRAMAS DE LA FUNDACIÓN PROBOQUILLA., Trabajo de Grado
realizado en el año 2010 en el programa de ingeniería de sistemas de la
Corporación Universitaria Rafael Núñez, por los estudiantes Farley Bonfante Díaz
y Carlos d. Villarreal Salazar, en el cual se diseñó e implementó un sistema de
información basado en registro, control y reportes orientados a la web, como
objeto de agilización y optimización de procesos administrativos, para la fundación
Proboquilla. [3]
En el mismo sentido el trabajo permitió optimizar el tiempo empleado en la
elaboración de registros estadísticos con el fin de recopilar información que
favorezca en primera instancia a los niños beneficiarios de la Fundación
FUNVIVIR, a la parte científica y cuerpo médico que se encargan de atender la
población de niños afectada, la cual recogería información actualizada y veraz
para el desarrollo de futuras investigaciones basadas en el historial de sus
pacientes.
24. 7
1.8.2 ANTECEDENTES A NIVEL NACIONAL
Trabajo de grado titulado: "DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN PARA LA ASIGNACIÓN DE CITAS DE CONSULTA EXTERNA
EN LAS ÁREAS DE MEDICINA GENERAL, ODONTOLOGÍA Y PSICOLOGÍA ".
Realizado por los Señores Eleazar cantillo lozano, milena rueda Gómez y óscar
Javier fuquene, en el año 2007 para la Fundación Universitaria Korad Lorenz en
Bogotá; plantea la solución a la necesidad que tiene los usuarios en el momento
de la asignación de cita a diferentes servicios en el área de la salud, por esta
razón se pretendió crear un sistema de información a fin de agilizar el servicio a
los usuario y al mismo tiempo, organizar de una mejor manera el registro, la hora y
atención medica de cada paciente. [4]
Para la construcción de la Agenda Médica Virtual propuesta se utilizaron los
lenguajes de programación Java Script, Visual Basic, Script y ASP, soportando un
acceso a base de datos SQL Server 2000. Así mismo como herramienta de diseño
de la página web, se utilizó Dreamweaver.
1.8.3 ANTECEDENTES A NIVEL INTERNACIONAL
Trabajo de grado titulado: “DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE
INFORMACIÓN GERENCIAL SIG DE GESTIÓN, ANÁLISIS Y MONITOREO
FINANCIERO EN LAS CAJAS COMUNITARIAS DE AHORRO Y CRÉDITO
SOCIAS DE LA COOPERATIVA MUJERES UNIDAS, SOBRE LA
PLATAFORMA TECNOLÓGICA JEE6 CON EL FRAMEWORK JBOSS SEAM"
ha sido realizada en su totalidad por el programa de ingeniería computacionales
de la Universidad Técnica del Norte Ibarra-Ecuador; se planteó una herramienta
que facilite la obtención de estos datos financieros analizados, mostrando la
situación económica de las Cajas Solidarias de Ahorro y Crédito, en su etapa
inicial de las socias de la Cooperativa Mujeres Unidas, CACMU Ltda.,
permitiéndoles optimizar sus procesos y facilitar la toma de decisiones, así como
transparentar su desempeño financiero y fácil acceso a fondos externos de
programas micro financieros. Como elementos de entrada para SIGMAF se
consideran los balances que arrojan las cajas solidarias, los cuales serán
validados, procesados mediante análisis financiero y luego reportados y
monitoreados. Para su implementación se ha tomado en cuenta tecnología
actualizada, cumpliendo estándares de desarrollo de software y programación. [5]
25. 8
Trabajo de grado titulado: " DESARROLLO DE UNA APLICACIÓN WEB PARA
EL REGISTRO DE HISTORIAS CLÍNICAS ELECTRÓNICAS (HCE) PARA EL
HOSPITAL NACIONAL GUILLERMO ALMENARA" realizado por Miguel Ángel
Rojas Cabrejos Guillermo Renato Sullca Padilla en el año 2012 por la Facultad
de Ingeniería Industrial y Sistemas Para obtener el Título Profesional de ingeniero
de sistemas de la universidad tecnología del Perú; se planteó La Aplicación Web
será la plataforma que soporte el registro de la Historias Clínicas de los pacientes
del Hospital Nacional Guillermo Almenara con esto se pretende lograr un mejor
servicio en la atención de los pacientes al momento de una consulta o examen
médico. Además que podremos evitar la pérdida total o parcial de información de
los Historias Clínicas de los pacientes y evitar accidentes no deseados (incendios,
inundaciones, espacio) con respecto al almacenamiento de las Historias Clínicas.
La información que se obtiene con la aplicación le permitirá al personal de salud y
administrativo tomar decisiones más precisas ya que se seguirá un estándar a
nivel nacional e internacional [6].
26. 9
1.9 ESTADO DEL ARTE
Hacia los años 70 las organizaciones migraron su sistema de procesamiento de
archivos, a los sistemas de procesamiento en bases de datos, lo que permitió
separar la relación directa entre los programas de cómputo y los datos, además de
minimizar la redundancia en los datos, mejorar las consultas, presentación de los
datos, y la incompatibilidad de los archivos. El sistema de procesamiento en base
de datos centralizaba los datos, en un Sistema Administrador de Bases de
Datos (DBMS) como DB2 u ORACLE, que fueron los primeros que aparecieron en
el mercado, lo cual permitió ofrecer definición, manipulación y control a los datos,
recuperación ante fallos y copias de seguridad y respaldo [7].
En la figura No. 1 se muestra como estos sistemas independizan las aplicaciones
de los datos. Si fuese necesario cambiar la estructura de los datos, se realiza
directamente en el DBMS, donde se encuentra el repositorio de datos y no es
necesario realizar modificaciones a las aplicaciones. La separación de la gestión
de los datos de las aplicaciones fue el principal paso en la racionalización del
desarrollo de aplicaciones.
Figura N°1. Esquema de un Sistema de Procesamiento en Base de Datos.
Tomado de http://www3.unileon.es/pecvnia/pecvnia02/02_129_158.pdf
En los años 80 se consolidó el diseño de bases de datos relacionales y el
desarrollo de las aplicaciones estuvo orientado hacia las áreas de negocio, así que
las áreas de planificación, almacén, contabilidad, finanzas, ventas, mercado y
recurso humano tenían sus propias aplicaciones. Esto permitía una gran
personalización y adaptación de las aplicaciones a cada una de las áreas de
negocio pero provocaba una falta de integración de todos los datos generados
dentro de una organización [8]. Es decir que el desarrollo de software estaba
dirigido por la información. Cada vez que se necesitaba procesar ciertos datos se
27. 10
desarrollaba una aplicación que lo hiciera y muchas veces en diferentes
plataformas y lenguajes, lo que era imposible compartir la información entre las
diferentes áreas y visionar en forma global la situación de la empresa.
Surgieron entonces, los ERP (Enterprise Resource Planning) [9] que se
constituyeron como sistemas integradores de los datos de todas las áreas de una
organización. Los ERP son paquetes de software compuestos de varios módulos
tales como: recurso humano, ventas, facturación o producción, posibilitando la
integración de los datos y las áreas del negocio a través de los procesos. Las
grandes organizaciones utilizaron todas las potencialidades de los ERP por su
característica principal de comunicar las áreas del negocio y mejorar la
productividad, pero para la pequeña y mediana empresa fue imposible por los
altos costos que requería su implementación, en cuanto a la infraestructura de
telecomunicaciones, personal capacitado y el software. En muchas ocasiones,
estos sistemas presentaban dificultades para adaptarlos a una organización
concreta.
Ante la llegada de la globalización, se han observado los exagerados cambios que
han sufrido las sociedades, la economía mundial y las telecomunicaciones. Esto
ha generado como consecuencia que muchas organizaciones para alcanzar la
competitividad y permanencia en los mercados, innoven en sus modelos y
procesos de negocios implementando sistemas de calidad estandarizados
soportados por tecnologías informáticas y servicios Web. Las organizaciones han
comprendido que tener una buena estrategia ya no es suficiente y que es
necesario diseñar modelos de negocios con un enfoque hacia procesos.
En cuanto a estandarización, la norma ISO 9004 enuncia dos principios de
calidad: el enfoque basado en procesos y el enfoque de sistema para la gestión,
identificación y gestión los procesos interrelacionados como un sistema, que
contribuyen a la eficacia y eficiencia de una organización en el logro de sus
objetivos. Los procesos que se identifican en una organización pueden ser: a)
procesos gerenciales, que son los encargados de definir la política y objetivos
estratégicos, aportar los recursos, verificar la implementación y validar el sistema
de calidad. b) procesos de generación de valor, son los directamente relacionados
con la prestación del servicio o producto, y c) procesos de apoyo, que son los que
gestionan el talento humano, las tecnologías informáticas o las compras y que
favorecen la operabilidad de los procesos de generación de valor.
28. 11
Para caracterizar los procesos de negocios se utilizan los mapas de procesos, en
donde se describen de forma general los procesos que hacen parte de un grupo
específico y su comunicación entre los mismos. En algunos casos se exige una
representación gráfica más detallada. El mapa de proceso permite tener una visión
de la organización más allá de sus límites geográficos y funcionales, y la forma de
relación con los clientes externos. Luego entonces los sistemas de información se
desarrollaron con el enfoque hacia procesos.
1.9.1 SISTEMA DE INFORMACIÓN
A la hora de definir un sistema de información existe un amplio abanico de
definiciones, tal vez la más precisa sea la propuesta por Hernández Trasobares
Alejandro [9], en la cual define un sistema de información como: “conjunto formal
de procesos que, operando sobre una colección de datos estructurada de acuerdo
a las necesidades de la empresa, recopila, elabora y distribuyen selectivamente la
información necesaria para la operación de dicha empresa y para las actividades
de dirección y control correspondientes, apoyando, al menos en parte, los
procesos de toma de decisiones necesarios para desempeñar funciones de
negocio de la empresa de acuerdo con su estrategia”.
De acuerdo a lo anterior, se deduce que todo sistema de información utiliza como
materia prima los datos, los cuales almacena, procesa y transforma para obtener
como resultado final información, la cual será suministrada a los diferentes
usuarios del sistema, existiendo además un proceso de retroalimentación en la
cual se ha de valorar si la información obtenida se adecua a lo esperado Junto con
los datos, los otros dos componente básicos que constituyen un sistema de
información son los usuarios (personal directivo, empleados y en general cualquier
agente de la organización empresarial que utilice la información en su puesto de
trabajo) y los equipos (informáticos, software, hardware y tecnologías de
Almacenamiento de la información y de las telecomunicaciones).
1.9.2 ESTADO DEL DESARROLLO DE LOS SISTEMAS DE INFORMACIÓN
La consecución de una ventaja competitiva utilizando los sistemas de información
dependerá en gran medida del correcto desarrollo y puesta en funcionamiento del
sistema de información. El desarrollo de un sistema de información no resulta
sencillo. Aquellas organizaciones que simplemente adquieren tecnologías de
información sin tener en cuenta las necesidades existentes en la compañía
29. 12
fracasarán, poniendo en peligro la supervivencia de la empresa. Por ello resulta
fundamental los pasos a seguir en el desarrollo de los sistemas de información.
El proceso de desarrollo de los sistemas de información constaría de siete etapas
fundamentales según el trabajo descrito por Hernández Trasobares Alejandro [10].
Fase 1. Definición del proyecto: en esta etapa se determina si la empresa
presenta problemas y como esto pueden solucionarse mediante la implantación
de un sistema de información. En ella se identifican cuáles son los objetivos del
uso de los sistemas e información y como estos se ubican dentro de la estrategia
global de la compañía. En esta fase resulta fundamental que la alta dirección
considere los sistemas de información como un arma estratégica y crea realmente
en ello.
Fase 2. Análisis de sistemas: tras haber identificados los diferentes problemas
de la organización estos se analizan más detenidamente, identificando las causas
que lo originan y planteando diversas soluciones. En esta fase se produce un
estudio de factibilidad, para ver si las soluciones son posibles dados los recursos
que posee la organización.
Fase 3. Diseño de Sistemas: una vez elegida aquella solución que resuelva los
problemas, se detalla cómo el sistema de información satisface los requisitos
planteados por la organización. A la hora de diseñar los sistemas, se debe indicar
que componentes de los sistemas de información se utilizarán (nivel hardware,
software y tecnología de las telecomunicaciones) y como se relacionarán dichos
componentes entre sí. De esta forma se producirá las especificaciones del sistema
de información
Fase 4 Programación: se traducen las especificaciones del sistema desarrolladas
en la etapa anterior, llevándose a cabo la programación y el desarrollo del
software
Fase 5 Pruebas: para evaluar el correcto funcionamiento del sistema de
información es necesario llevar a cabo un proceso exhaustivo y profundo para
determinar si el sistema de información funciona en diversas condiciones y si los
resultados se corresponden con lo que se esperaba. A la hora de establecer las
pruebas, las empresas pueden realizarlas de tres tipos:
Pruebas de programas: los diversos programas elaborados se probaran o
separado, con el fin de garantizar que cada uno de ellos está libre de errores
Pruebas al sistema: se probará el sistema de información como un todo. La
finalidad será el correcto funcionamiento del sistema en conjunto, puesto que en
ocasiones puede que los programas función correctamente de forma individual,
30. 13
pero a la hora de funcionar en conjunto el sistema de información no ofrezca los
resultados esperados por la empresa
Pruebas de aceptación: pruebas realizadas por los usuarios finales del sistema
de información. Cuando estos dan el visto bueno se proporciona la certificación
final del correcto funcionamiento del sistema de información
Fase 6 Conversión: una vez comprobado que el sistema de información funciona
correctamente se llevará a cabo la implantación de este, o bien la sustitución del
antiguo sistema de información por el nuevo. A la hora de llevar a cabo esta
conversión, las organizaciones van a poder optar por diversas estrategias:
- la denominada estrategia en paralelo. En ella durante un periodo de tiempo
ambos programas van a convivir y utilizarse, funcionando tanto el nuevo sistema
de información como el antiguo. Esta estrategia es la más fiable y segura, aunque
sin embargo es la más costosa y podemos obtener información redundante
- se puede optar por un cambio directo, remplazando el viejos sistema de
información por el nuevo en una fecha determinado. Esta estrategia sería la
menos costosa, sin embargo ante cualquier problema que surja se puede originar
la paralización de la actividad de la empresa. Igualmente requiere que el personal
de la compañía haya recibido formación sobre el nuevo sistema de información, si
no nos encontraremos con empleados incapaces de saber manejar el nuevo
sistema de información
- Realizar una experiencia piloto, dónde el nuevo sistema de información se utiliza
en un área limitada de la compañía y tras comprobar su correcto funcionamiento
se instala en la totalidad de la compañía. Sería una mezcla de las dos estrategias
anteriores
Fase 7 Producción y mantenimiento: una vez instalado el nuevo sistema de
información se dice que el sistema está en producción. A partir de aquí existe un
proceso constante de evaluación del sistema de información por parte de los
usuarios y personal especializado. Tras ello se identificaran nuevos errores y se
planteará la corrección de estos.
La totalidad de las fases analizadas constituirían el denominado ciclo de vida de
los sistemas de información. Sin embargo, para muchas compañías desarrollar el
sistema de información siguiendo la totalidad de las etapas anteriores puede
resultarle muy costoso tanto en tiempo como en dinero. Otros inconvenientes
vendrían dados por los continuos cambios de los requisitos de la información que
puede originar que un sistema de información quede obsoleto incluso en la etapa
de desarrollo. Por ello, las empresas a la hora de desarrollar un sistema de
31. 14
información pueden optar por otro conjunto de estrategias que le permitan obtener
resultados tan positivos como los conseguidos utilizando el ciclo de vida de los
sistemas de información. Otras posibles estrategias a adoptar por las empresas
serían las siguientes:
- Elaboración de prototipos: la empresa desarrolla un sistema de información
no funcional, el cual será una versión preliminar del sistema de información total.
La elaboración de un prototipo supone la reducción de las etapas seguidas en el
ciclo de vida de sistemas, buscando la rapidez en el desarrollo y la reducción de
costes tanto en tiempo como en dinero. Los prototipos son evaluados por los
empleados en su puesto de trabajo y se van continuamente adaptando a las
necesidades de estos. Una vez que se comprueba su correcto funcionamiento el
prototipo se irá extendiendo por el resto de áreas de la empresa. Indicar que el
principal problema del uso de prototipos es su superficialidad, Pues en muchas
ocasiones la empresa se centra en la reducción de costos olvidándose de las
necesidades de información de la empresa, falta elaboración de documentación
sobre el funcionamiento del prototipo lo cual puede originar el desconocimiento del
funcionamiento del prototipo y la ausencia de pruebas para comprobar el correcto
funcionamiento del prototipo. Suelen utilizar se en organizaciones pequeñas o con
bajas necesidades de información; en grandes organizaciones no son muy
recomendables.
- paquetes de software de aplicaciones: adquisición por parte de la empresa de
paquetes de software de aplicaciones ya existentes en e l mercado y que utilizará
para manejar la información. Resulta una solución muy sencilla para las
organizaciones, pues la empresa simplemente adquiere el programa y lo instala en
la organización. Los paquetes de software suelen ser aplicarse a una gran
variedad de áreas de la empresa (nominas, contabilidad, personal...) y son muy
útiles cuando la empresa no dispone del suficiente capital para poder desarrollar
por ella misma el sistema de información. Sin embargo, el principal inconveniente
sería la ausencia de flexibilidad de estos para adaptarse a las necesidades
específicas de la empresa. Ha de valorarse pues cuestiones tales como los
recursos que posee la empresa, las funciones del software, el esfuerzo de
instalación y mantenimiento del paquete de software, el coste y la facilidad de
manejo de este.
- Desarrollo por los usuarios finales: el desarrollo de las aplicaciones
informáticas durante los últimos años tales como las hojas de cálculo, editores de
texto, bases de datos,... permite que sean los propios usuarios finales quienes
32. 15
elaboren y desarrollen sus propios sistemas de información, existiendo una escasa
participación por parte de los especialistas técnicos.
Esta solución permite un mayor control del sistema por parte de los usuarios así
como el ahorro en coste. Sin embargo, los principales inconvenientes serían la
excesiva proliferación de sistemas de información sin control, el no - cumplimiento
de unos mínimos de calidad y la falta de valoración de la organización desde un
punto de vista global.
- Subcontratación de los sistemas de información: la empresa decide
contratar a empresas externas para que desarrollen los sistemas de información
de la organización. Las empresas se beneficiarían del aprovechamiento de
economías de escala por parte del proveedor, se asegurarían de calidad en el
servicio, no existiría incertidumbre en los costes y la adaptación a las necesidades
de las empresas sería más adecuada. Por otro lado subcontratar supone una
cierta pérdida de control por parte de las empresas, siendo clave el poder
negociador con el proveedor de los servicios informáticos. Igualmente información
considerada como estratégica por la organización es conocida por organizaciones
ajenas a la empresa, surgiendo además una dependencia del proveedor
1.9.3 CARACTERÍSTICAS DE LOS SISTEMAS DE INFORMACIÓN
Las características que deben tener y maneras de obrar, sin embargo no ocurre lo
mismo con el concepto de sistema de información, del cual existen muchas
definiciones, matices y escuelas. [11] De todas formas, hablando en términos
generales, podemos decir que un sistema de información es un conjunto de
componentes que interaccionan entre sí para alcanzar un fin determinado, el cual
es satisfacer las necesidades de información de dicha organización. Estos
componentes pueden ser personas, datos, actividades o recursos materiales en
general, los cuales procesan la información y la distribuyen de manera adecuada,
buscando satisfacer las necesidades de la organización.
El objetivo primordial de un sistema de información es apoyar la toma de
decisiones y controlar todo lo que en ella ocurre. Es importante señalar que
existen dos tipos de sistema de información, los formales y los informales; los
primeros utilizan como medio para llevarse a cabo estructuras sólidas como
ordenadores, los segundos son más artesanales y usan medios más antiguos
como el papel y el lápiz o el boca a boca. El estudio de los sistemas de
información surgió como una sub-disciplina de las ciencias de la computación, con
el objetivo de racionalizar la administración de la tecnología dentro de las
33. 16
organizaciones. El campo de estudio fue avanzando hasta pasar a ser parte de los
estudios superiores dentro de la administración.
1.9.4 Clasificación de los sistemas de información
Desde un punto de vista empresarial, los sistemas de información pueden
clasificarse de diversas formas. Existen, por ejemplo, sistemas de información
gerencial (con el fin de resolver conflictos en empresas), sistemas de
procesamiento de transacciones (que se encargan de manejar la información en el
contexto de los intercambios comerciales), sistemas de información ejecutiva (para
los directivos), sistemas de soporte a decisiones (analizan los distintos factores
que hacen al negocio para decidir qué rumbo tomar), sistemas de automatización
de oficinas (aplicaciones que ayudan en el trabajo administrativo) y sistemas
expertos (que emulan el comportamiento de un especialista en un dominio
concreto).
Según los autores, un sistema de información es un organismo que recolecta,
procesa, almacena y distribuye información. Son indispensables para ayudar a los
gerentes a mantener ordenada su compañía, analizar todo lo que por ella pasa y a
crear nuevos productos que coloquen en un buen lugar a la organización. Esta
definición es una de las únicas que manifiesta la exigencia de que un sistema de
información tenga componentes, aunque no especifica cuáles deban ser,
posiblemente porque intenta englobar todas las posibles variantes de este
concepto. (Ver figura N°2).
Figura N° 2. Componentes de un Sistema de Información.
Tomado de http://definicion.de/sistema-de-informacion/#ixzz3W5oSJmC1
Cabe resaltar que el concepto de sistema de información suele ser utilizado como
sinónimo de sistema de información informático, aunque no son lo mismo. Este
34. 17
último pertenece al campo de estudio de la tecnología de la información y puede
formar parte de un sistema de información como recurso material. De todas
formas, se dice que los sistemas de información tratan el desarrollo y la
administración de la infraestructura tecnológica de una organización. (Ver figura
N°3)
Figura N°3. Clasificación Operativa y Administrativa de los Sistemas de
Información.
Tomando de O”BRIEN james y MARAKAS geoge (2006) Sistemas de Información
Gerencial
1.9.5 EVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN
Los Sistemas de información han ido evolucionando durante los últimos años
hasta constituir los denominados sistemas de información estratégicos.
Primeramente los Sistemas de Información empresariales eran considerados
como un instrumento simplificador de las distintas actividades de la empresa, una
herramienta con la cual se facilitaban los tramites y reducía la burocracia. Su
finalidad era básicamente llevar la contabilidad y el procesamiento de los
documentos que a nivel operativo. Posteriormente el desarrollo de la informática
[12] y las telecomunicaciones permitieron incrementar la eficacia en la realización
de las tareas, ahorrar tiempo en el desarrollo de las actividades y almacenar la
mayor cantidad de información en el menor espacio posible, lo cual aumentó en
las organizaciones el interés en los sistemas de información. Con el transcurrir del
tiempo las empresas fueron observando como las tecnologías y sistemas de
35. 18
información permitían a la empresa obtener mejores resultados que sus
competidores, constituyéndose por sí mismas como una fuente de ventaja
competitiva y una poderosa arma que permitía diferenciarse de sus competidores
y obtener mejores resultados que estos. De este modo los sistemas de
información se constituyeron como una de las cuestiones estratégicas de la
empresa, que ha de considerarse siempre en todo proceso de planificación
empresarial.
Dada la clasificación de K y J Laudon [12], los primeros sistemas de información
en desarrollarse fueron los de Procesamiento de operaciones y con el transcurrir
del tiempo, se desarrollaron los sistemas de información para la administración y
finalmente, los de apoyo a las decisiones así como los estratégicos. De esta
manera se produjo un desarrollo vertical de la información, la cual ha ido
evolucionando durante los últimos años, hasta construir los de información
estratégica.
Inicialmente, los sistemas de información empresarial eran considerados como un
instrumento simplificado de las distintas actividades de la empresa, una
herramienta con la cual se facilitaban los tramites y se reducía la burocracia. Su
finalidad era básicamente llevar la contabilidad y el procesamiento de los
documentos a nivel operativo. Posteriormente, el desarrollo de la informática y las
telecomunicaciones permitieron incrementar la eficiencia en la realización de las
tareas, ahorrar tiempo en el desarrollo de las actividades y almacenar la mayor
cantidad de información en el menor espacio posible, lo cual aumento en las
organizaciones el interés de los sistemas de información, con el construir del
tiempo las empresas fueron observando como las tecnologías y sistemas de
información permitieron a las empresas obtener mejores resultados que sus
competidores.
1.10 HERRAMIENTAS UTILIZADAS PARA EL PROYECTO.
1.10.1 METODOLOGÍA PROTOTIPO
Un prototipo es un sistema de información funcional a pequeña escala que
permite describir cuales son las necesidades del usuario. El método para el
desarrollo rápido de aplicaciones tiene varias ventajas, ente las que destacan su
rápido desarrollo y su bajo costo económico.
36. 19
Los especialistas que utilizan prototipos para el desarrollo de sistemas proponen
que los usuarios no acostumbran a conocer de forma explícita que necesidades
tienen, por lo que es muy difícil representar el sistema que se quiere conseguir
mediante representaciones graficas o modelos por ello, algunos especialista
justifican que la mejor manera de desarrollar un sistema es a través de prototipos
ya que los usuarios pueden ver si el sistema resultante se adapta o no a sus
necesidades.
El desarrollo de un prototipo se realiza de forma interactiva tras ensamblar una
primera versión, los usuarios y los analistas trabajan sobre el prototipo haciendo
crecer hasta alcanzar con el sistema de información deseado. Normal mente, los
prototipos solo tienen implementado la parte funcional (que afecta directamente al
usuario), mientras que la parte de seguridad y de errores informáticos se
resuelven posterior mente.
Aunque parezca el desarrollo rápido de aplicaciones utilizando prototipos es un
método con solo ventajas existen unos inconvenientes bastante importantes. La
utilización de un prototipo para desarrollar un sistema puede causar una excesiva
preocupación por el aspecto del sistema en lugar de por las necesidades
auténticas de los usuarios. Es posible que los implicados en el desarrollo de un
sistema se centren principalmente en el diseño del sistema (y por consiguiente en
la tecnología) en lugar de centrase en el análisis de los requerimiento y los
problemas.
Esta metodología consta de las siguientes fases:
1. Recopilación de información
Para el desarrollo de esta fase se requirió del desarrollo de técnicas de
levantamiento de información, los autores del proyecto seleccionaron la
Entrevistas, puesto que a través de esta técnica pueden conocer de los
responsables de cada uno de los procesos sus actividades, decisiones que se
toman, actores que intervienen, los documentos que se generan en la ejecución
normal.
2. Análisis de la información
Esta fase permitió identificar un listado de requerimientos funcionales, desde el
punto de vista de los interesados, y además los requisitos no funcionales del
software, lo que servirá de insumo para su diseño.
3. Diseño del modelo de datos
37. 20
Con el diseño del modelo de datos se garantizó la persistencia de la información
segura, miniando la redundancia y la repetición y los errores en el borrado y
actualización de datos.
4. Diseñar la aplicación
Esta fase permitió diseñar interfaces amigables para la validación de los datos
capturados.
5. Desarrollar la aplicación
En esta fase se utilizaron herramientas y lenguajes de desarrollo que permitieron
la conexión de la interfaz con la base de datos.
6. Realizar pruebas de software
En esta fase se realizaron las pruebas al software para comprobar su rendimiento
y desempeño ante el acceso concurrente, de tal forma que se realicen los ajustes
antes de su liberación definitiva.
7. Implementar aplicación
Esta fase se realizaron las configuraciones del software en los equipos que la
fundación disponga para ello, se le hizo seguimiento a su funcionamiento, y la
experiencia del usuario con él.
38. 21
CAPITULO II ANALISIS DEL SISTEMA PROPUESTO
En este apartado se describen las técnicas de información utilizadas en el
desarrollo de la investigación y que fueron importantes para el logro de la misma
como son la observación directa y la entrevista, así como también los
requerimientos funcionales y no funcionales necesarios para el diseño.
2.1 técnicas para captura de información
2.1.1 Observación Directa
Mediante la observación directa se consigue documentar en detalle el proceso
ASIS. Podría ocurrir que haya actividades y tareas que no se tienen en cuenta
porque no se perciben fácilmente en la observación. Sin embargo, puede ser
efectivo al identificar variaciones y desviaciones que ocurren diariamente. Aunque,
hay que considerar que se corre el riesgo de observar una realidad ficticia porque
pueden mostrarse como ellos piensan que al observador le gustaría ver el trabajo
y no como realmente lo hacen.
2.1.2 Entrevistas
Las entrevistas son un medio que hacen partícipes al entrevistado considerándose
importante en la fase de modelización y documentación de procesos. No requiere
mucho tiempo al participante por lo que no se le interrumpe de sus obligaciones
normales. Esta técnica puede requerir mucho tiempo para organizar las
entrevistas y realizarlas, en comparación con otros métodos. A la hora de definir
un flujo del proceso desde las diferentes entrevistas, puede ser complejo y requerir
más seguimientos y comprobaciones, y se pueden quedar muchos detalles sin
tratar.
2.1.3. Encuestas y Comentarios por escrito
Al igual que las entrevistas, las encuestas o comentarios por escrito requieren
poco tiempo para el encuestado y no se le interrumpe de sus obligaciones.
Aunque tiene similares problemas que las entrevistas, toma más tiempo para
analizar toda la información, hay detalles que no se consiguen, y un mismo trabajo
puede ser descrito diferente requiriendo acciones adicionales para comprobar los
flujos reales.
39. 22
2.2. Análisis de Requerimientos
Para el levantamiento de requerimientos del sistema de información para
FUNVIVIR se hizo la técnica de entrevista al personal administrativo y operativo,
está técnica permitió conocer los requerimientos directamente del personal que
está involucrado en los procesos de la fundación.
2.2.1. Formato de Entrevista
Se solicitaron los datos generales de la entrevista como nombre del usuario y la
fecha de la entrevista. Las preguntas abiertas realizadas a los funcionarios de
FUNVIVIR fueron:
Encuesta Para Levantar Requerimientos Del Software
Datos del encuestado: _______________________
Nombre y Apellidos: ______________________
Cargo: ________________________
Nivel de Formación: ___________________
PREGUNTAS
Recursos Tecnológicos
1. ¿Ustedes tienen página web y quien se las administra?
2. Tienen hosting propio?
3. ¿Con cuántos Computadores existen en la fundación?
4. Qué características de cómputo tienen?
5. ¿Qué sistema Operativo Utilizan?
6. ¿Cómo y dónde almacenan la información referente a los niños?
7. ¿Utilizan internet frecuentemente?
8. ¿Qué ancho de banda poseen?
40. 23
Información requerida y opcional
9. ¿Qué datos requieren almacenar de los niños?
10. Qué datos requieren almacenar de las Enfermedades?
11. Qué datos requieren almacenar sobre el apoyo a los beneficiarios
10. ¿Qué datos requieren almacenar de los parientes?
11. Aspectos a tener en cuenta en el sistema?
12. ¿Qué información o reportes necesitan generar frecuentemente de los niños?
Fuente: Elaboración propia de los investigadores
Una vez analizadas las respuestas a las diferentes preguntas de la entrevista, se
pueden resumir los resultados de la misma así:
La Fundación dispone de dos equipos de cómputo de características aceptables,
con sistema operativo Windows 7 ultímate y acceso a internet con un ancho de
banda de 2 MB.
Actualmente se mantiene información manual de los niños beneficiarios
organizadas en AZ.
Con respecto a los datos solicitados a los beneficiarios se encuentra la solicitud de
información personal como: nombres y apellidos, identificación, dirección, edad.
Información familiar: parentesco, nombres y apellidos del pariente, Identificación,
ocupación, nivel educativo del pariente.
Información en salud como: Diagnóstico y Fecha de diagnóstico, Fecha de ingreso
a la fundación, Entidad de salud que pertenece, Antecedentes familiares.
Información educativa como: ¿El niño está en el colegio actualmente?,
Habilidades del niño, Habilidades de la madre, Habilidades del padre.
Los reportes solicitados son:
Beneficiarios por Edad
Genero
41. 24
Procedencia
Fallecido por diagnostico
Diagnostico
Etapa de la enfermedad
Asiste a casa hogar
Ingreso de niños a la fundación mes a mes
Eps y Ips
Reporte general de los beneficiarios
Generar Reporte Beneficiarios inactivos
Para consolidar la información levantada se diseñó la siguiente
Tabla donde se presentan los requisitos funcionales y su prioridad
Tabla 1 Formato Para Levantar Los Requisitos
Objetivo N°1:
Requisitos funcionales:
Requisitos no funcionales:
Prerrequisito:
Encargo:
Fuente: Elaboración propia de los investigadores
En la tabla1 se observa las características de los siguientes requerimientos:
En el Objetivo del requerimiento se realiza la actividad que se desarrolla dentro
de la interfaz
En los Requisitos funcionales son aquellos datos que se piden el sistema para la
realización de sus funciones
En los Requisitos no funcionales son aquellos que son ajenos al sistema pero
hacen parte para el ingreso a este.
42. 25
Prerrequisito es el consecutivo de lo anterior en una función para poder cumplir la
siguiente en el proceso
Encargo es la persona encargado de realizar el manejo en el sistema ejemplo
administrador o encuestador
2.2.1 REQUERIMIENTOS FUNCIONALES.
Los Requerimientos Funcionales levantados son los siguientes:
Tabla 2. Requerimiento iniciar sesión
Objetivo N°2: Crear una interfaz que permita el ingreso de
usuarios para manipular el sistema
Requisitos funcionales: El usuario administrador o encuestador
deben estar activos en el sistema
Requisitos no funcionales: El usuario administrador o encuestador no
se encuentran activos no tiene acceso al
sistema
Prerrequisito:
Encargo: Administrador y encuestador
Fuente: Elaboración propia de los investigadores
Tabla 3. Requerimiento visualizar menú de sistema
Objetivo N°3: Crear una interfaz que permita visualizar el
menú para manipular el sistema
Requisitos funcionales: El usuario administrador o encuestador
deben estar activos en el sistema
Requisitos no funcionales: El usuario administrador o encuestador no
se encuentran activos no tiene acceso al
menú.
Prerrequisito: Objetivo N°2:
Encargo: Administrador y encuestador
Fuente: Elaboración propia de los investigadores
43. 26
Tabla 4. Requerimiento registro del beneficiario.
Objetivo N°4: Crear una interfaz que permita registrar los
datos de los beneficiarios
Requisitos funcionales Tipo identificación
Identificación
Nombre
Apellido
Fecha de nacimiento
Genero
Nivel escolaridad
Departamento
Ciudad de procedencia
Requisitos no funcionales Tipo de identificación no debe ser un dato (
Nulo o vacío)
Al identificar, nombre, apellido, genero, nivel
escolaridad, departamento, ciudad de
procedencia
Fecha de nacimiento debe ser un dato
numérico no puede ser un dato (Nulo o vacío)
Prerrequisito: Objetivo N°3
Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
Tabla 5. Requerimiento ver beneficiario
Objetivo N°5: Crear una interfaz que permita visualizar los
datos de los beneficiarios registrados en el
sistema.
Requisitos funcionales Haber iniciado sesión en el sistema.
Requisitos no funcionales La sesión iniciada debe estar activa.
Prerrequisito: Objetivo N°2
Encargo: Administrador o encuestador
Fuente: Elaboración propia de los investigadores
44. 27
Tabla 6. Requerimiento actualizar datos beneficiarios
Objetivo N°6 Crear una interfaz que permita actualizar los
datos de los beneficiarios en caso que se
desee realizar algún cambio.
Requisitos funcionales Actualizar tipo de identificación
Identificación
Nueva identificación
El nombre
Apellido
Fecha de nacimiento
Género
Nivel de escolaridad
Departamento
Municipio
Requisitos no funcionales Actualizar tipo de identificación no deben se
datos(Nulos o vacíos)
Identificación no deben se datos(Nulos o
vacíos)
Nueva identificación no deben se datos(Nulos
o vacíos)
El nombre no deben se datos(Nulos o vacíos)
Apellido no deben se datos(Nulos o vacíos)
Fecha de nacimiento no deben se
datos(Nulos o vacíos)
Género no deben se datos(Nulos o vacíos)
Nivel de escolaridad no deben se datos(Nulos
o vacíos)
Departamento no deben se datos(Nulos o
vacíos)
Municipio no deben se datos(Nulos o vacíos)
Prerrequisito: Objetivo: N° 2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
45. 28
Tabla 7. Requerimiento cambiar estado del beneficiario
Objetivo N°7 Crear una interfaz que permita Cambiar
estado del beneficiario escogido en el
sistema
Requisitos funcionales Activo
inactivo
fallecido
Requisitos no funcionales Activo no deben ser un dato (nulo o vacío)
Inactivo no debe ser una dato (nulo o vacío)
Fallecido no debe ser un dato nulo o vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
Tabla 8. Requerimiento eliminar un beneficiario
Objetivo N°8 Crear una interfaz que permita eliminar un
beneficiario registrado en el sistema.
Requisitos funcionales Escoger el beneficiario que se desea eliminar
del sistema.
Requisitos no funcionales Eliminar beneficiario no puede ser un dato
(Nulo o vacío)
Datos de los parientes no puede ser un
dato(Nulo o vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
46. 29
Tabla.9. Requerimiento registro parientes y acudientes de beneficiario
Objetivo N°9 Crear una interfaz que permita registrar los
parientes y los acudientes de los
beneficiarios ya registrados en el sistema.
Requisitos funcionales Tipo identificación
Identificación
Nombre
Apellido
Parentesco
Ocupación
Requisitos no funcionales Tipo identificación no deben ser datos
(Nulos o vacío)
Identificación no deben ser datos (Nulos o
vacío)
Nombre no deben ser datos (Nulos o vacío)
Apellido no deben ser datos (Nulos o vacío)
Parentesco no deben ser datos (Nulos o
vacío)
Ocupación no deben ser datos (Nulos o
vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
47. 30
Tabla 10. Requerimiento actualizar familiares o acudientes del beneficiario
Objetivo N°10 Crear una interfaz que permita actualizar
los parientes o acudientes de los
beneficiarios ya registrados en el
sistema.
Requisitos funcionales Actualizar tipo identificación
Identificación
Nombre
Apellido
Parentesco
Ocupación
Requisitos no funcionales Tipo identificación no deben ser datos
(Nulos o vacío)
Identificación no deben ser datos (Nulos
o vacío)
Nombre no deben ser datos (Nulos o
vacío)
Apellido no deben ser datos (Nulos o
vacío)
Parentesco no deben ser datos (Nulos o
vacío)
Ocupación no deben ser datos (Nulos o
vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigador
48. 31
Tabla 11. Requerimiento crear cuenta de usuario
Objetivo N°11 Crear una interfaz que permita el registro
de usuario.
Requisitos funcionales Tipo de identificación.
Nombre de la persona.
Apellidos de la persona.
Contraseña de usuario.
Tipo de usuario.
Requisitos no funcionales Tipo identificación no pueden ser datos
(Nulos o vacío)
Identificación no pueden ser datos (Nulos
o vacíos)
Nombre no pueden ser datos (Nulos o
vacíos)
Apellido no pueden ser datos (Nulos o
vacíos)
Contraseña no pueden ser datos (Nulos
o vacío)
Tipo de usuario no pueden ser datos
(Nulos o vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
Tabla 12. Requerimiento ver la información de una cuenta de usuario
Objetivo N°12 Crear una interfaz que permita
visualizar la información de los usuarios
del sistema
Requisitos funcionales Tipo identificación.
Identificación.
Nombre.
Apellido.
Tipo usuario.
Contraseña.
Requisitos no funcionales La sesión iniciada debe ser tipo
administrador.
La cuenta de la sesión iniciada debe
estar activa.
Prerrequisito: Objetivo N° 2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
49. 32
Tabla 13. Requerimiento eliminar una cuenta de usuario
Objetivo N°13 Crear una interfaz que permita eliminar la
información de los usuarios registrados
en el sistema
Requisitos funcionales Escoger botón eliminar usuario
Requisitos no funcionales La sesión iniciada debe ser tipo
administrador.
La cuenta de la sesión iniciada debe
estar activa.
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
Tabla 14. Requerimiento actualizar los datos de una cuenta de usuario
Objetivo N°14 Crear una interfaz para actualizar los
datos de una cuenta de usuario
Requisitos funcionales Tipo identificación
Identificación
Nombre
Apellido
Tipo de usuario
Contraseña
Requisitos no funcionales Tipo identificación no sea un dato (Nulo o
vacío)
Identificación no debe ser un dato (Nulo
o vacío)
Nombre no debe ser un dato (Nulo o
vacío)
Apellido no debe ser un dato (Nulo o
vacío)
Tipo de usuario no debe ser un dato
(Nulo o vacío)
Contraseña no debe ser un dato (Nulo o
vacío)
Prerrequisito: Objetivo N°2
Encargo: Administrador
Fuente: Elaboración propia de los investigadores
50. 33
Tabla15. Requerimiento generar reportes de los beneficiarios
Objetivo N°15 Crear una interfaz gráfica que permita
generar reportes a partir de la información
ingresada de los beneficiarios en el sistema.
Requisitos funcionales Generar reporte beneficiarios por Edad
Generar reporte genero
Generar reporte procedencia
Generar reporte fallecido por diagnostico
Generar reporte diagnostico
Generar reporte etapa de la enfermedad
Generar reporte asiste a casa hogar
Generar reporte ingreso de niños a la
fundación mes a mes
Generar reporte Eps y Ips
Generar reporte general de los beneficiarios
Generar reporte Beneficiarios inactivos
Requisitos no funcionales Generar reporte beneficiarios por Edad no
deben ser datos(Nulos o vacíos)
Generar reporte género no deben ser
datos(Nulos o vacíos)
Generar reporte procedencia no deben ser
datos(Nulos o vacíos)
Generar reporte fallecido por diagnostico no
deben ser datos(Nulos o vacíos)
Generar reporte diagnostico no deben ser
datos(Nulos o vacíos)
Generar reporte etapa de la enfermedad no
deben ser datos(Nulos o vacíos)
Generar reporte asiste a casa hogar no deben
ser datos(Nulos o vacíos)
Generar reporte ingreso de niños a la
fundación mes a mes no deben ser
datos(Nulos o vacíos)
Generar reporte Eps y Ips no deben ser
datos(Nulos o vacíos)
Generar reporte general de los beneficiarios
no deben ser datos(Nulos o vacíos)
Generar reporte Beneficiarios inactivos no
deben ser datos(Nulos o vacíos)
Prerrequisito: Objetivo N°2
Encargo: Administrador o Encuestador
Fuente: Elaboración propia de los investigadores.
51. 34
2.2.2 REQUERIMIENTOS NO FUNCIONALES
Para el correcto funcionamiento de la aplicación el servidor de aplicaciones
requiere:
Sistema operativo. Windows 7
Motor de base de datos Mysql.
Servidor web Thawte® SSL
Conexión a internet
Para el correcto funcionamiento de la aplicación en clientes requiere:
Navegador: internet Explorer, google Chrome, Mozilla
Acceso a internet
Sistema operativo: cualquiera compatible con los navegadores arriba
descritos.
}
52. 35
CAPÍTULO III DISEÑO DEL SISTEMA
En este apartado se describe el funcionamiento de los procesos que realiza el
sistema como: el proceso de registro del beneficiario, actualización de datos de
beneficiario, registro de familiares y acudientes del beneficiario, actualización de
parientes y acudientes, además registro de usuarios Administrador y Encuestado.
3.1 MODELAMIENTO DE PROCESOS
A continuación se describen los BPM de los procesos del sistema
Proceso inicio de sesión: El usuario (Administrador o encuestador) inicia sesión
para manipular el sistema y realizar acciones como: manejo de ficha técnica de
beneficiarios, manejo de usuarios, manejo de reportes etc. Si los datos ingresados
en la interfaz de inicio de sesión son correctos el sistema lo dirige al menú
principal, de lo contrario, si los datos son erróneos el software no permitirá el
ingreso a el sistema. (Ver Figura N°4)
Proceso Registrar Beneficiario: El usuario (Administrador) inicia sesión para
realizar dicho proceso y registrar la ficha técnica de cada beneficiario, cabe aclarar
que solo el usuario administrador posee los privilegios para realizar dicho proceso,
al iniciar sesión como administrador este debe dirigirse al botón beneficiarios el
cual lo direcciona a el módulo de beneficiarios, y allí escoger la opción agregar
nuevo beneficiario, esta opción le permitirá visualizar el formulario de registro de
nuevo beneficiario, al llenar los datos del formulario, este debe envía al
información a través del botón registrar y el sistema valida los datos ingresados, si
son correctos estos son guardados en el registro y redirige al usuarios una vista
donde visualiza los datos ingresados del nuevo beneficiario. De lo contrario le
muestra un mensaje de error y devuelve los datos que trata registra. (Ver figura
N°5)
Proceso Registrar Pariente De Beneficiario: Para realizar este proceso es
necesario haber iniciado sesión como administrador en el sistema, paso a seguir
es escoger el botón de beneficiarios, y escoger del listado de beneficiarios uno en
específico, y escoger ver información del beneficiario el cual le despliega la
información de dicho beneficiario y en esta se visualiza en la sección de parientes
si tiene o no registrado un pariente, de no haber registro el sistema habilita un
botón para el registro para pariente, que muestra una vista con un formulario
53. 36
para registrar dicho pariente, de los contrario se visualiza la información del
pariente. (Ver figura N°6)
Proceso Registrar Acudiente De Beneficiario: Para realizar este proceso es
necesario haber iniciado sesión como administrador en el sistema, paso a seguir
es escoger el botón de beneficiarios, y escoger del listado de beneficiarios uno en
específico, y escoger ver información del beneficiario el cual le despliega la
información de dicho beneficiario y en esta se visualiza en la sección de
acudientes si tiene o no registrado un acudiente, de no haber registro el sistema
habilita un botón para el registro para acudiente, que muestra una vista con un
formulario para registrar dicho acudiente, de los contrario se visualiza la
información del acudiente. (Ver figura N°7)
Proceso Registrar Usuario: Para realizar este proceso es necesario haber
iniciado sesión como administrador en el sistema, paso a seguir es escoger el
botón de usuarios, el sistema los redirige al módulo de usuarios en el cual el
usuario debe escoger el botón agregar nuevo usuario, una vez hecho esto el
sistema le despliega un formulario en el cual se registran los datos del nuevo
usuario, y este guarda dicha información, el sistema redirige a una vista y muestra
los datos del usuario registrado. (Ver figura N°8)
Proceso Ver Información De Beneficiario: Para realizar este proceso es
necesario haber iniciado sesión como administrador en el sistema, paso a seguir
es escoger el botón de beneficiarios, el sistema los redirige al módulo de
beneficiario en el cual el usuario debe escoger el botón ver información de
beneficiario, una vez hecho esto el sistema le despliega una vista en el cual se
visualizan los datos del beneficiario escogido. (Ver figura N°9.)
Proceso editar información de beneficiario: Para realizar este proceso es
necesario haber iniciado sesión como administrador en el sistema, paso a seguir
es escoger el botón de beneficiarios, el sistema los redirige al módulo de
beneficiario en el cual el usuario debe escoger el botón editar información de
beneficiario, una vez hecho esto el sistema le despliega una vista en el cual se
visualizan los datos del beneficiario escogido y ofrece la posibilidad de modificar la
información una vez modificada esta es guarda y el usuario es redirigido al
módulo ver información de beneficiario. (Ver figura N°10.)
Proceso editar estado de beneficiario: Para realizar este proceso es necesario
haber iniciado sesión como administrador en el sistema, paso a seguir es escoger
el botón de beneficiarios, el sistema los redirige al módulo de beneficiario en el
cual el usuario debe escoger el botón editar o ver información de beneficiario, una
vez hecho esto el sistema le despliega una vista en el cual se visualizan los datos
54. 37
del beneficiario escogido y ofrece la posibilidad de modificar el estado del
beneficiario la información una vez modificada esta es guarda y el usuario es
redirigido al módulo ver información de beneficiario.( Ver figura N°11)
Proceso Eliminar Beneficiario: Para realizar este proceso es necesario haber
iniciado sesión como administrador en el sistema, paso a seguir es escoger el
botón de beneficiarios, el sistema los redirige al módulo de beneficiario en el cual
el usuario debe escoger el botón editar o ver información de beneficiario, una vez
hecho esto el sistema le despliega una vista en el cual se visualizan los datos del
beneficiario escogido y ofrece la posibilidad de eliminar beneficiario una vez
eliminado el usuario es redirigido al módulo de beneficiarios. (Ver figura N°12)
Proceso Eliminar Usuarios: Para realizar este proceso es necesario haber
iniciado sesión como administrador en el sistema, paso a seguir es escoger el
botón de usuarios, el sistema los redirige al módulo de usuario en el cual el
usuario debe escoger el botón borrar que se encuentra junto al usuario que se
desea eliminar una vez hecho esto el sistema elimina al usuarios de forma
permanente. Y redirige al usuario el modulo usuario. (Ver figura N°13)
Proceso Generar Reportes: Para realizar este proceso es necesario haber
iniciado sesión como administrador en el sistema, paso a seguir es escoger el
botón de reportes, el sistema los redirige al módulo de reportes en el cual el
usuario debe escoger el reporte a generar del listado que el sistema devuelve, al
seleccionar un reporte el sistema genera una vista con el contenido del reporte
escogido. (Ver figuraN°14)
Proceso cerrar sesión: Para realizar este proceso es necesario haber iniciado
sesión en el sistema, paso a seguir es escoger el botón de cerrar sesión, el
sistema destruye la sesión existente y redirige a la vista iniciar (Ver figura N°15)
55. 38
Figura N°4. Mapa de procesos para inicio de sesión en el sistema. Fuente: Elaboración propia de los investigadores
56. 39
Figura N°5. Mapa de procesos para el registro de beneficiarios en el sistema. Fuente: Elaboración propia de los
investigadores
57. 40
Figura N°6. Mapa de procesos para el registro parientes de beneficiarios en el sistema. Fuente: Elaboración
propia de los investigadores
58. 41
Figura N°7. Mapa de procesos para el registro acudientes de beneficiarios en el sistema. Fuente: Elaboración
propia de los investigadores
59. 42
Figura N°8. Mapa de procesos para el registro usuarios en el sistema. Fuente: Elaboración propia de los
investigadores
60. 43
Figura N°9. Mapa de procesos para ver información de beneficiario en el sistema. Fuente: Elaboración propia de
los investigadores
61. 44
Figura N°10. Mapa de procesos para editar información de beneficiario en el sistema. Fuente: Elaboración propia
de los investigadores
62. 45
Figura N°11. Mapa de procesos para editar estado de beneficiario en el sistema. Fuente: Elaboración propia de los
investigadores
63. 46
Figura N°12. Mapa de procesos para eliminar beneficiario en el sistema. Fuente: Elaboración propia de los
investigadores
64. 47
Figura N°13. Mapa de procesos para eliminar usuarios del sistema. Fuente: Elaboración propia de los
investigadores
65. 48
Figura N°14. Mapa de procesos para generar reportes del sistema. Fuente: Elaboración propia de los investigadores
66. 49
Figura N°15. Mapa de procesos cerrar sesión del sistema. Fuente: Elaboración propia de los investigadores
.
67. 50
MODELO LOGICO DE DATOS
El modelo ER es uno de los enfoques de modelización de datos que más se utiliza
actualmente por su simplicidad y legibilidad. su legibilidad se ve favorecida porque
proporciona una notación diagramática muy comprensiva. es una herramienta útil
tanto para ayudar al diseñador a reflejar en un modelo conceptual los requisitos
del mundo real de interés como para comunicarse con el usuario final sobre el
modelo conceptual obtenido y, de este modo, poder verificar si satisface sus
requisitos. (Ver figura n°16. modelo entidad relación).
Figura N° 16. Modelo entidad relación. Fuente: Elaboración propia de los
investigador
68. 51
3.2 MODELO FISICO DE DATOS
Consiste en definir la estructura de los datos que debe tener la base de datos de
un sistema de información determinado. En el caso relacional, esta estructura será
un conjunto de esquemas de relación con sus atributos, dominios de atributos,
claves primarias, claves foráneas.
La base de datos está compuesta por unas tablas las cuales contienen la
información que es requerida en el sistema estas tablas están compuesta por
unos campos que nos indican la información de datos que se registran, tabla
persona se encuentra relacionada con otras tablas donde se puede definir un
Beneficiario, Pariente, Teléfono, Dirección, Tipo de identificación, Formación
Educativa. La tabla beneficiario se encuentra relacionada con tabla Encuesta,
Cuestionario y Tipo de sangre. Estos datos permiten la identificación por
beneficiario en el momento de ser buscado en el sistema, también se muestran
unas tablas las cuales solo contienen información de consulta, como
Departamento, Eps, Municipio, Enfermedad, Tipo de pariente y País. (Ver figura
N°17. Diseño de la base de datos).
69. 52
Figura N° 17. Diseño de la base de datos
Fuente: Elaboración propia de los investigadores
70. 53
3.3 TABLAS DE LA BASE DE DATOS
Figura N°18. Tablas de la base de datos
Fuente: Elaboración propia de los investigadores
71. 54
3.4 DICCIONARIO DE DATOS
Tabla N°17 funv_beneficiario
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
iden_bene
(Primaria)
varchar(15) No funv_persona
->iden_pers
Identificación del beneficiario, está
relacionado con la tabla persona
casa_hoga varchar(2) Sí NULL En este campo se guarda la información de si
asiste o no a casa hogar
Thermanos int(11) Sí 0 En este campo se guarda la información
relacionada con la cantidad e hermanos que
posee cada beneficiario
Cantpers int(11) Sí 0 En este campo se guarda la información
relacionada con la cantidad de personas con
las que vive cada beneficiario
Vivienda varchar(50) Sí NULL En este campo se guarda la información
relacionada con el tipo de vivienda que posee
el beneficiario
item_esco int(11) Sí NULL En este campo se guarda la información
relacionada con el tipo de escolaridad de
cada beneficiario
Estudia varchar(20) Sí No En este campo se guarda la información
relacionada con la escolaridad de si estudia o
no actualmente
Grado varchar(20) Sí NULL En este campo se guarda la información
relacionada de si estudia y en qué grado o
nivel escolar se encuentra
Habilidades Text Sí NULL En este campo se guarda la información
relacionada con las habilidades del
beneficiario
Religión varchar(40) Sí NULL En este campo se guarda la información
relacionada a la religión del beneficiario
Bautizado varchar(40) Sí NULL En este campo se guarda la información
relacionada con les que esta religión del
beneficiario y si este esta bautizado o no
Comunión varchar(40) Sí NULL En este campo se guarda la información
relacionada con si hizo o no la primera
comunión
Activo int(11) Sí 1 En este campo se guarda la información
relacionada con el estado del beneficiario si
esta, activo, inactivo o fallecido
72. 55
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No iden_bene 67 A No
Fuente: Elaboración propia de los investigadores
Tabla N°18 funv_ciudades
Comentarios de la tabla: Ciudades, actualmente de Colombia
Columna Tipo Nulo Predeterminado Enlace
a
Comentarios
codi_pais Varchar(10) No Código del país
codi_regi
(Primaria)
Varchar(10) No Código de la región(Mnemónico: código país +
código región)
codi_ciud Varchar(10) No Código de la ciudad(Mnemónico: código
región + código país)
nom_ciud Varchar(80) No Null Nombre de la ciudad, distrito, o municipio
lati_long Doublé Si Null En este campo se guarda la latitud de la
ciudad
long_ciud Doublé Si Null En este campo se guarda la latitud den la
ciudad
Indices
Nombre de la
clave
Tipo Único Empaquetad
o
Columna CardinalidadCotejamiento Nulo Comentarios
PRIMARY BTREE Sí No
codi_pais 4 A No
codi_regi 70 A No
codi_ciud 1120 A No
indx_codi_ciud BTREE Sí No codi_ciud 1120 A No
region_ciudades BTREE No No codi_regi 70 A No
Fuente: Elaboración propia de los investigadores
73. 56
Tabla N°19. funv_comentarios
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
iden_pers varchar(15) Sí NULL funv_persona
->iden_pers
En este campo se almacena la
información de la persona a la que
pertenece el comentario
desc_come Text Sí NULL En este campo se guarda el comentario
como tal
fech_come Date Sí NULL Este campo almacena la fecha en la que
se realizó el comentario
item_come int(11) No Este campo guarda el identificador del
comentario
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Coment
arioitem_come BTREE Sí No item_come 61 A No
FK_funv_comentarios BTREE No No iden_pers 61 A Sí
Fuente: Elaboración propia de los investigadores
Tabla N°20 funv_direcciones
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
iden_pers (Primaria)varchar(15) No funv_persona
->iden_pers
Este campo almacena la identificación de
la persona
pais_dire int(11) Sí NULL Este campo almacena el país de la
dirección de la persona
regi_dire int(11) Sí NULL Este campo almacena la región donde
vive la persona
ciud_dire int(11) Sí NULL Este campo almacena la ciudad donde
vive la persona
desc_dire (Primaria) varchar(250) No Este campo almacena la dirección de la
persona
item_dire int(11) No Este campo almacena es un identificador
Índices
Nombre de la clave Tipo Únic
o
Empaquetad
o
Columna CardinalidadCotejamiento Nulo Comentario
PRIMARY BTREE Sí No
iden_pers 66 A No
desc_dire 66 A No
item_dire BTREE Sí No item_dire 66 A No
Fuente: Elaboración propia de los investigadores
74. 57
Tabla N°21 funv_enfermedad
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
item_enfe (Primaria) int(11) No Este campo almacena el identificador de la
enfermedad
nomb_enfe varchar(50) No Este campo almacena el nombre de la
enfermedad
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna CardinalidadCotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_enfe 29 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°22 funv_enfermedad_etapa
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
item_etap (Primaria) int(11) No
nomb_etap varchar(30) Sí NULL
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_etap 7 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°23 funv_eps
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
codi_adsa (Primaria)int(11) No Este campo almacena el código de la eps el cual
es único
codi_mini varchar(10) Sí Este campo almacena un código relacionado con
la eps
nomb_adsa varchar(255) No Este campo almacena el nombre de la eps
75. 58
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No codi_adsa20 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°24 funv_escolaridad
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
item_esco (Primaria)int(15) No Este campo almacena un código único para cada
escolaridad
nomb_esco varchar(30) Sí Null Este campo almacena un nombre o descripción de
la escolaridad
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_esco 11 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°25 funv_paises
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
codi_pais (Primaria) varchar(10) No código de identificación del país
refe_pais varchar(5) Sí NULL código de referencia de dos letras del país
nomb_pais varchar(80) No nombre del país
nofi_pais varchar(100) No Nombre oficial del país
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No codi_pais 245 A No
Fuente: Elaboración propia de los investigadores
76. 59
Tabla N° 26: funv_parentescos
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
item_pari (Primaria) int(11) No Este campo almacena un identificador único para
el parentesco
desc_pari varchar(100) No Este campo almacena la descripción del
parentesco
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_pari 18 A No
item_pari BTREE Sí No item_pari 18 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°27 funv_pari_acud
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
iden_pers (Primaria)varchar(15) No funv_persona
->iden_pers
Identificación de la persona
iden_bene varchar(15) No funv_beneficiario
->iden_bene
identificación del beneficiario
item_rela varchar(20) No tipo de relación Parientes o
acudientesitem_pari int(20) No 0 funv_parentescos
->item_pari
tipo de relación de consanguinidad o
conocidos
ocup_pari varchar(200) Sí NULL ocupación de la persona pariente o
acudiente
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No iden_pers 109 A No
FK_funv_pari_acud_beneficiario BTREE No No iden_bene 109 A No
FK_funv_pari_acud_parentesco BTREE No No item_pari 6 A No
Fuente: Elaboración propia de los investigadores
77. 60
Tabla: N° 28 funv_persona
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
item_tide int(11) No funv_tipo_identificacion->
item_tide
Tipo de identificación
iden_pers (Primaria)varchar(15) No Identificación de la persona
nomb_pers varchar(60) No nombres de la persona
apel_pers varchar(60) No Apellidos de la persona
sexo_pers enum('M','F') No Sexo de la persona
fnac_pers Date Sí NULL Fecha de nacimiento de la persona
emai_pers varchar(60) Sí NULL Este campo almacena el correo
electrónico dela persona
lnac_pais int(11) Sí NULL código de país de nacimiento
lnac_regi int(11) Sí NULL código de la región de nacimiento
lnac_ciud int(11) Sí NULL código de la ciudad de nacimiento
item_tisa int(11) Sí NULL Tipo de Sangre
fech_ingr Date Sí NULL Este campo almacena la fecha de
registro en el sistema
Indice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No iden_pers 181 A No
persona_tipo_iden BTREE No No item_tide 8 A No
FK_funv_persona2 BTREE No No item_tisa 15 A Sí
Fuente: Elaboración propia de los investigadores
78. 61
Tabla: N°29 funv_persona_salud
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
iden_pers varchar(15) Sí NULL funv_persona-> iden_pers Este campo almacena la
identificación de la persona
item_enfe int(11) Sí NULL Este campo almacena el
identificador de la enfermedad de la
persona y con este se sabe que
enfermedad tienefech_enfe Date Sí NULL Este campo almacena la fecha de
diagnostico
fech_trat Date Sí NULL Este campo almacena la fecha en la
que se inició el tratamiento de la
personaitem_etap int(11) Sí NULL Este campo almacena la etapa de la
enfermedad
item_afil int(11) Sí NULL Este campo almacena el tipo de
afiliación que posee la persona con
su eps
Eps
item_adsa int(11) Sí NULL Este campo almacena el código de
la eps en la que está afiliado
Ips varchar(250 Sí NULL Este campo almacena la ips en la
cual es atendido
item_salud int(11) No Este campo almacena un
identificador único para la tabla
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
item_salud BTREE Sí No item_salud 54 A No
FK_funv_persona_salud BTREE No No iden_pers 54 A Sí
Fuente: Elaboración propia de los investigadores
Tabla: N°30 funv_regiones
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
codi_pais (Primaria) varchar(10) No código del país a que pertenece la región
codi_regi (Primaria) varchar(10) No código de la región
nomb_regi varchar(80) No nombre de la región de un país
79. 62
Índice
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No
codi_pais 12 A No
codi_regi 37 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°31 funv_telefonos
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
iden_pers (Primaria) varchar(15) No funv_persona ->
iden_pers
Este campo almacena la identificación
de la persona de la cual es cada
número telefónico
nume_tele (Primaria)varchar(500) No Este campo almacena el número
telefónico de persona
item_ttel int(11) Sí NULL funv_telefonos_tipos
-> item_ttel
Este campo almacena el tipo de
teléfono
item_tele int(11) No Este campo almacena un identificador
único para la tabla
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna CardinalidadCotejamie
nto
Nulo Comentario
PRIMARY BTREE Sí No iden_pers 3 A No
nume_tele 3 A No
item_tele BTREE Sí No item_tele 3 A No
FK_funv_telefonos1 BTREE No No item_ttel 3 A Sí
Fuente: Elaboración propia de los investigadores
Tabla: N°32 funv_telefonos_tipos
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
item_ttel (Primaria) int(11) No Este campo almacena un identificador único para
los tipo de teléfonos
desc_ttel varchar(30) No Este campo almacena una descripción del
teléfono
80. 63
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_ttel 4 A No
Fuente: Elaboración propia de los investigadores
Tabla: N°33 funv_tipo_afiliacion
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
item_afil (Primaria) int(11) No Este campo almacena un identificador único para
cada afiliación
nomb_afil varchar(200) No Este campo almacena una descripción de la
afiliación
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_afil 4 A No
Fuente: Elaboración propia de los investigadores
Tabla: N° 34 funv_tipo_identificacion
Columna Tipo Nulo Predeterminado Enlaces a Comentarios
item_tide (Primaria) int(11) No Este campo almacena un identificador único
para cada tipo de identificación
nomb_tide varchar(40) No Este campo almacena el nombre o descripción
de del tipo de identificación
abre_tide varchar(4) No Este campo almacena una abreviación de la
identificación de la identificación
Índice
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_tide 4 A No
Fuente: Elaboración propia de los investigadores
81. 64
Tabla: N°35 funv_tipo_sangre
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
item_tisa (Primaria) int(11) No Este campo almacena identificador para casa tipo de
sangre
nomb_tisa varchar(50) No Este campo almacena el nombre del tipo de sangre
Índice
Nombre de la clave Tipo Único EmpaquetadoColumna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No item_tisa 9 A NoFuente: Elaboración propia de los investigadores
Tabla: N°36 funv_usuario
Columna Tipo Nulo Predeterminad
o
Enlaces a Comentarios
iden_pers (Primaria)varchar(15) No funv_persona
->iden_pers
Este campo almacena un identificador para cada
usuario
nomb_usua varchar(40) No Este campo almacena nombre de usuario
cont_usua varchar(100)No Este campo almacena contraseña de usuario
tipo_usua int(11) No Este campo almacena el tipo de usuario
esta_usua int(1) No 1 Este campo almacena estado de usuario
Ítem_usua int(11) No Este campo almacena un ítem de usuario de
usuario el cual es auto incrementable
Índice
Nombre de la clave Tipo Único Empaquetado Columna Carnalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No iden_pers 2 A No
Fuente: Elaboración propia de los investigadores
82. 65
3.5 DISEÑO DE INTERFACES GRAFICAS
Es un software que facilita el manejo de la información de los beneficiarios a
través de una interfaz amigable al usuario y de fácil entendimiento.
A continuación se presentan la composición de las interface que componen el
sistema.
3.6 Interfaz Principal
Esta figura muestra la estructura del panel principal del sistema en la cual el
usuario que ha iniciado sesión tiene acceso a las partes de los sistemas
dependiendo de los privilegios que su cuenta posea.
Figura N°19. Interfaz principal
Fuente: Elaboración propia de los investigadores
Navegación Para Acceder A Los Módulos Del Sistema
A continuación se muestra una vista con los botones para la navegación y el
acceso a las opciones o partes del sistema.
83. 66
NOTA: desde esta parte del sistema se tiene acceso a las siguientes opciones
INICIO
BENEFICIARIOS
EDITAR SISTEMA
REPORTES
USUARIOS
SALIR
Figura N°20. Navegación para acceder a las opciones del sistema.
Fuente: Elaboración propia de los investigadores