Embed Size (px)
Citation preview
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
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
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
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
Nota de aceptación
_____________________
_____________________
______________________
______________________
Presidente del Jurado
______________________
Jurado
______________________
Jurado
Cartagena, Octubre 13 de 2016
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
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
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
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
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
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
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
ANEXOS
Entrevista.
Formato de Afiliación de la Fundación FUNVIVIR.
Manual de usuario.
Formato de usabilidad.
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
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].
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
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
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.3 JUSTIFICACIÓ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.
4
1.4 OBJETIVOS
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.
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.7 ESTRATEGIAS 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]
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.
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]
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].
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
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.
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
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,
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
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
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
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
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
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.
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
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.
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.
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?
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
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.
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
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
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
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
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
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
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
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
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.
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.
}
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
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
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)
38
Figura N°4. Mapa de procesos para inicio de sesión en el sistema. Fuente: Elaboración propia de los investigadores
39
Figura N°5. Mapa de procesos para el registro de beneficiarios en el sistema. Fuente: Elaboración propia de los investigadores
40
Figura N°6. Mapa de procesos para el registro parientes de beneficiarios en el sistema. Fuente: Elaboración propia de los investigadores
41
Figura N°7. Mapa de procesos para el registro acudientes de beneficiarios en el sistema. Fuente: Elaboración propia de los investigadores
42
Figura N°8. Mapa de procesos para el registro usuarios en el sistema. Fuente: Elaboración propia de los investigadores
43
Figura N°9. Mapa de procesos para ver información de beneficiario en el sistema. Fuente: Elaboración propia de los investigadores
44
Figura N°10. Mapa de procesos para editar información de beneficiario en el sistema. Fuente: Elaboración propia de los investigadores
45
Figura N°11. Mapa de procesos para editar estado de beneficiario en el sistema. Fuente: Elaboración propia de los investigadores
46
Figura N°12. Mapa de procesos para eliminar beneficiario en el sistema. Fuente: Elaboración propia de los investigadores
47
Figura N°13. Mapa de procesos para eliminar usuarios del sistema. Fuente: Elaboración propia de los investigadores
48
Figura N°14. Mapa de procesos para generar reportes del sistema. Fuente: Elaboración propia de los investigadores
49
Figura N°15. Mapa de procesos cerrar sesión del sistema. Fuente: Elaboración propia de los investigadores .
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
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).
52
Figura N° 17. Diseño de la base de datos Fuente: Elaboración propia de los investigadores
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
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
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 Cardinalidad Cotejamiento 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
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
ario item_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 Cardinalidad Cotejamiento 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
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 Cardinalidad Cotejamiento 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
58
Índices
Nombre de la clave Tipo Único Empaquetad
o
Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No codi_adsa 20 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
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
acudientes item_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
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
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 tiene fech_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
persona item_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
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 Cardinalidad Cotejamie
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
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
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 Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY
BTREE
Sí
No
item_tisa
9
A
No
Fuente: 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
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.
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
67
Administrar Usuarios
Muestra la opción de administrador de usuarios, obtiene la información del
administradores del sistema ya debidamente registrados, además, se puede crear
un nuevo usuario, editar o eliminar usuarios del sistema.
Esta Figura N° 21. Interfaz de administrar usuario Fuente: Elaboración propia de los investigadores
68
Editar Usuario
A continuación de muestra la vista de opción editar usuarios, en la cual el usuario
administrador puede editar cuentas de usuarios haciendo clic sobre el botón el
editar que se encuentra al lado del botón cancelar sistema.
Figura N° 22. Interfaz editar usuario Fuente: Elaboración propia de los investigadores
69
Eliminar Usuario
A continuación de muestra la vista de la opción eliminar usuarios, en la cual el
usuario administrador puede eliminar cuentas de usuarios haciendo clic sobre el
botón eliminar que se encuentra al lado de cada cuenta de usuario registrado en el
sistema.
Figura N° 23. Interfaz eliminar usuario Fuente: Elaboración propia de los investigadores
70
Nuevo Usuario
A continuación se muestra una vista de la opción registrar usuarios en el cual el
administrador del sistema puede agregar nuevas cuentas de usuarios, en esta
vista se muestra un formulario el cual debe ser completado para llevar acabo el
registro de una nueva cuenta en el sistema.
Figura N°24. Interfaz nuevo usuario Fuente: Elaboración propia de los investigadores
71
Principal Del Beneficiario
A continuación se muestra una vista de la opción de beneficiarios, esta muestra la
el listado beneficiarios registrados, esta contiene las opciones de registrar
beneficiarios nuevos y ver información de beneficiarios.
Figura N°25. Interfaz principal del beneficiario Fuente: Elaboración propia de los investigadores
72
Registro De Beneficiario
A continuación se muestra una vista con de la opción registrar beneficiarios en el
cual está plasmado un formulario el cual debe ser diligenciado para lograr registrar
beneficiarios en el sistema
Figura N°26. Interfaz registro del beneficiario Fuente: Elaboración propia de los investigadores
73
Editar Datos Personales Del Beneficiario
A continuación de muestra una vista de la opción registro de beneficiarios el cual
se muestra un formulario el cual debe ser diligenciado para editar los datos un
beneficiario en el sistema.
.
Figura N°27. Interfaz editar datos personales del beneficiario Fuente: Elaboración propia de los investigadores
74
Registrar Familiares Y Acudientes Del Beneficiario
En esta figura se muestra una vista de la opción registrar familiares de
beneficiarios en el cual se muestra un formulario el cual debe ser diligenciado para
lograr registrar familiares para los beneficiarios.
Figura N°28. Interfaz editar familiares y acudientes del beneficiario Fuente: Elaboración propia de los investigadores
75
Cambiar Estados A Beneficiarios
En esta vista se muestra la opción editar estado de beneficiarios los cuales
pueden ser: (Activos, Inactivos, Fallecido, y Eliminar)
Figura N°29. Interfaz cambiar estados de beneficiarios Fuente: Elaboración propia de los investigadores
76
Módulo Eps Y Enfermedades Del Sistema
A continuación se mutra una vista de la opción EPS – ENFERMEDADES del
sistema en cual se pueden listar todas las EPS y las ENFERMEDADES del
sistema, también se pueden agregar, eliminar y actualizar registros de las misma
en el sistema.
Figura N°30. Interfaz enfermedades y EPS del sistema Fuente: Elaboración propia de los investigadores
Listado De Enfermedades Del Sistema
Figura N°31. Interfaz listado de enfermedades Fuente: Elaboración propia de los investigadores
77
EDITAR O ACTUALIZAR UNA ENFERMEDAD DEL SISTEMA
Figura N°32. Interfaz actualizar o editar una enfermedad al sistema Fuente: Elaboración propia de los investigadores
Agregar Una Nueva Enfermedad Al Sistema
Figura N°33. Interfaz agregar una enfermedad a el sistema Fuente: Elaboración propia de los investigadores
78
Eliminar Una Enfermedad Del Sistema
Figura N° 34. Interfaz eliminar una enfermedad del sistema Fuente: Elaboración propia de los investigadores
Listado De Eps Del Sistema
Figura N°35. Interfaz listado de EPS del sistema Fuente: Elaboración propia de los investigadores
79
Editar O Actualizar Una Eps Del Sistema
Figura N°36. Interfaz actualizar o editar una EPS del sistema Fuente: Elaboración propia de los investigadores
Agregar Una Nueva Eps Al Sistema
Figura N°37. Interfaz agregar nueva EPS a el sistema Fuente: Elaboración propia de los investigadores
80
Eliminar Una Eps Del Sistema
Figura N°38. Interfaz eliminar EPS del sistema Fuente: Elaboración propia de los investigadores
81
Reportes Del Sistema
A continuación se muestra una vista de la opción reportes del sistema, esta
despliega un listado con todos los reportes disponibles del sistema los cuales se
puede acceder solo dando clic en el reporte que se desea generar.
Figura N°39. Interfaz listado de reportes del sistema Fuente: Elaboración propia de los investigadores
82
Estructura General De Los Reportes
Figura N°40. Interfaz estructura general de los reportes del sistema Fuente: Elaboración propia de los investigadores
83
CAPITULO IV DESARROLLO DEL SISTEMA
A continuación se describe la estructura del código.
4.2 ESTRUCTURA DE CÓDIGOS DEL PROGRAMA
A Continuación se describen y explican secciones del código del programa para el
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.
4.2.1. CLASE CONEXIÓN A LA BASE DE DATOS DEL SISTEMA
Figura N°41. Clase conexión a la base de datos del sistema. Fuente:
Elaboración propia de los investigadores
Esta clase llamada conexión está compuesta por ocho (8) variables las cuales
almacena las credenciales de acceso a la base de datos, además posee un
método llamado conectar con el cual se verifica que la conexión a la base de datos
se realizó correctamente, de lo contrario devuelve errores almacenado en las
variables $i_servidor, para devolver error de conexión al servidor, y la siguiente
variable $i_DB para devolver error al conectar a la base de datos,
84
4.2.2 Como Llamar A La Clase Conexión.
Figura N°42. Llamar a la clase. Fuente: Elaboración propia de los investigadores
En la imagen anterior se muestra como hacer al llamado a la clase conexión a
través de la palabra reservada require y posteriormente para crear una instancia
a la clase y el llamado al método conectar.
85
4.2.3 Librería JPGRAPH
JpGraph es una poderosa librería desarrollada para PHP4 y PHP5 cuyo propósito
es simplificar la creación del trazado de gráficas dinámicas en 2D, JpGraph
además se puede usar por si misma o como parte integrada de un proyecto
mayor.
4.2.4 ESTRUCTURA DE UNA GRAFICA HECHA CON JPGRAPH
Figura N°43. Estructura de una gráfica hecha con JPGRAPH. Fuente:
Elaboración propia de los investigadores
86
4.2.5 Librería TCPDF
Es una librería muy útil para crear documentos PDF, esta librería es descendiente
FPDF, aunque se han reescrito muchos módulos, entre las funciones interesantes
destaca:
Soporte UTF-8 unicode
Soporte para agregar código HTML, CSS y JavaScript en el documento
Creación de figuras geométricas
Soporte de imágenes JPG, PNG, SVG y otros formatos vía ImagMagick
Transparencia en colores
Encabezado y pie de página
Adjuntar documentos en el PDF
Múltiples happy wheels demo columnas
Código de barras
Código Qr
Entre otras opciones
87
V CONCLUSIONES
El desarrollo de este trabajo permitió 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. Para
ello fue necesario en primera instancia recopilar la información relacionada con los
actores del proceso, de la misma manera se identificaron 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, unido a esto, se diseñó el
modelo de datos, que permitió definir la arquitectura de la aplicación web, para
contribuir a responder los requerimientos de los diferentes actores de la fundación.
Todo lo anterior, permitió el desarrollo de la aplicación web, el cual una vez
realizadas las pruebas de verificación de la calidad del mismo, se procedió a
implementar la aplicación de la cual se puede concluir que:
Mejoró el rendimiento y eficacia de los procesos al momento de especificar
reportes, indicadores y estadísticas asociadas a los datos y variables de los
actores caracterizados por la fundación.
El uso adecuado de esta herramienta, permitió analizar y consolidar información
estadística que sirvió 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.
Gracias a las investigaciones realizadas se logró realizar Diseño el modelo de
datos y definir la arquitectura de la aplicación web, contribuyendo a dar respuesta
a los requerimientos de los diferentes actores de la fundación.
Gracias a las interfaces prototípicas e investigaciones realizadas en la estructura
del funcionamiento del software se logró el desarrollo de la aplicación el cual
mejoro el funcionamiento estructurado de la fundación.
88
VI RECOMENDACIONES
Dentro de un proyecto como lo fue este, siempre se desea que haya una mejora
continua del mismo; por lo tanto se recomiendan a futuros estudiantes que tengan
interés en este proyecto.
Otra recomendación, seguir mejorando la aplicación con nuevos diseño y opciones
de desarrollo en el leguaje y código y agregar nuevos módulos al sistema.
89
VII BIBLIOGRAFÍA
[1]. HERNÁNDEZ Nafer, JARABA placido .2013 diseño e implementación de una
aplicación web para los soportes informáticos y tecnológicos de los frentes de
trabajo de tecnología y patios productivos de la fundación granitos de paz.
CORPORACIÓN UNIVERSITARIA RAFAEL NÚÑEZ, facultad ingeniería de
sistemas, Cartagena de indias D.T.Y.C junio de 2013 .IS0012013EJ.1
[2]. ZAMBRANO Jorge, ESTEMOR Leiber. 2011Soporte educativo del PNUD –
Programa de las Naciones Unidas para el Desarrollo, cuyo objetivo principal es
“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.” CORPORACIÓN UNIVERSITARIA RAFAEL NÚÑEZ, facultad de
ingeniería de sistemas.
[3]. BONFANTE DÍAZ Farley, VILLARREAL SALAZAR Carlos d. 2010 diseño e
implementación de 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., CORPORACIÓN
UNIVERSITARIA RAFAEL NÚÑEZ, facultad de ingeniería de sistemas
[4]. CANTILLO LOZANO Eleazar, RUEDA GÓMEZ milena y FUQUENE óscar
Javier.2007 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. Para la FUNDACIÓN UNIVERSITARIA KORAD
LORENZ en Bogotá, facultad de ingeniería de sistemas.
[5]. 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.
90
[6]. ROJAS CABREJOS Miguel Ángel, SULLCA PADILLA Guillermo Renato. 2012
Desarrollo de una Aplicación Web para el Registro de Historias Clínicas
Electrónicas (HCE) para el Hospital Nacional Guillermo Almenara" realizado en 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Ú.
[7]. De Soto A, Cuervo E. Nuevas tendencias de Sistemas de Información
Procesos y Servicios. Disponible en:
http://www3.unileon.es/pecvnia/pecvnia02/02_129_158.pdf
[8]. SILBERSCHATZ, A, Korth H. F. & Susarshan, S. “Fundamentos de Bases de
Datos”. Mc Graw Hill. Quinta edición. 2006
[9]. [10]. HERNANDEZ TRASOBARES Alejandro, los sistemas de información:
evolución y Desarrollo Departamento de Economía y Dirección de Empresas
Universidad de Zaragoza pág. 14
[11]. Definicion.de Copyright © 2008-2015 {en línea}. {Consultado el 9 de abril de
2015}. Disponible en: http://definicion.de/sistema-de-informacion/
[12]. LAUDON, K.C. Y LAUDON, J.P. (1996): Administración de los Sistemas de
Información Prentice Hall, México
[13]. Dambrosio, El Centro de Tesis, Documentos, Publicaciones y Recursos
Educativos más amplio de la Red. © Monografias.com S.A. {en línea}. {Consultado
el 9 de abril 2015}. Disponible en:
http://www.monografias.com/trabajos14/datos/datos.shtml
91
[14].ingeniería de procesos. {En línea}. {Consultado el 9 de abril 2015}. Disponible
en:
ftp://ftp.unicauca.edu.co/Facultades/FIET/DEIC/Materias/Proyecto%20de%20Auto
matizacion/Ingenier%EDa%20de%20Proceso.pdf
[15].definicionABC.com 2007-2015 Prohibida la reproducción
Privacidad. {En línea}. {Consultado el 7de abril2015}. Disponible en: ·
http://www.definicionabc.com/general/procedimientos.php#ixzz3WmkIODND
[16]. Mperalta, El Centro de Tesis, Documentos, Publicaciones y Recursos
Educativos más amplio de la Red. © Monografias.com S.A. {en línea}. {Consultado
el 8 de abril2015}. Disponible en:
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
[17]. LINKEDIN CORPORATION © 2015 {en línea}. {Consultado el 6 de abril
2015}.Disponible en:
http://es.slideshare.net/JuancHo95050110169/diagramas-5163918
[18]. LINKEDIN CORPORATION © 2015 {en línea}. {Consultado el 4 de
abril2015}.Disponible en:
http://es.slideshare.net/j_a_gaxiola/procesos-de-negocio
[19]. RODRÍGUEZ Nelson Fabián, Sistemas de Bases de Datos Como Soporte de
Entornos de Simulación de Algoritmos de Sistemas Operativos: El Caso de Mysql.
{En línea}. {Consultado el 5 de abril2015}. Disponible en:
http://exa.unne.edu.ar/informatica/SO/Adcripcion_Nelson_DAD.pdf
[20]. SCALONE Fernanda, “estudio comparativo de los modelos y
92
Estándares de calidad del software” 2006 {en línea}. {Consultado el 9 de abril
2015}.Disponible en:
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf
[21]. LANCKER Luc Van .2012 HTML5: Los fundamentos del lenguaje. Ediciones
Española ENI, pág. 18
[22]. LAFOSSE Jérôme 2010: El framework de desarrollo de aplicaciones Java
EE. ENI Amazoni.com
[23]. http://www.academia.edu/9876884/Residencias_Profesionales-Reporte_Final
[24]. COBO Ángel.2005PHP y Mysql: Tecnología para el desarrollo de
aplicaciones web. Ediciones Díaz de Santos pág. 23,39.
[25]. Schmal Simón y Cisternas Silva Rodolfo Carlos 2000: Sistema de
Información: Una metodología para su estructuración bajo la organización del
Instituto Tecnológico y de Estudios Superiores de Monterrey, Campus Estado de
México.
[26]. Significados: Descubrir lo que significa, conceptos y definiciones. © 2013-
2015 7G – {en línea}. {Consultado el 4 de mayo 2015}. Disponible en:
http://www.significados.com/software/
[27]. CAIVANO ROMINA marcela y VILLORIA NOEMÍ Liliana (2009) aplicaciones
web 2.0 - google docs. Primera Edición Villa María, Eduvim pág.15
[28]. PASTOR Joan y I COLLADO Antoni (2002). Concepto de Sistema de
Información en la Organización, la universidad virtual
[29]. SOMMERVILLE Ian y GALIPIENSO ALFONSO María Isabel (2005).
Ingeniería del software, séptima edición, pág. 6
[30]. Wikipedia en enciclopedia libre 2015 {en línea}. {Consultado el 4 de mayo
2015}. Disponible en:
http://es.wikipedia.org/wiki/Interfaz_gr%C3%A1fica_de_usuario
93
[31] masadelante.com Copyright 1999-2015 {en línea}. {Consultado el 5 de mayo
2015}. Disponible en: http://www.masadelante.com/faqs/hipertexto
[32]. - Definicion.de Copyright © 2008 -2015 {en línea}. {Consultado el 5 de mayo
2015}. Disponible en: http://definicion.de/lenguaje-de-programacion/
[33].alegsa.com.ar Santa Fe, Argentina 1998-2015 [en línea}. {Consultado el 5 de
mayo 2015}. Disponible en:
http://www.alegsa.com.ar/Dic/lenguaje%20interpretado.php
[34]. Wikipedia en enciclopedia libre (2015) {en línea}. {Consultado el 5 de mayo
2015}. Disponible en: http://es.wikipedia.org/wiki/JavaScript
[35]. Definicion.de Copyright © 2008-201 {en línea}. {Consultado el 5 de mayo
2015}. Disponible en: http://definicion.de/internet/
[36].Aura portal, Advanced software for Enterprises (2015) {En línea}. {Consultado
el 5 de mayo 2015}. Disponible en: http://www.auraportal.com/es/home
[37]. creately, Copyright © 2008-2015Cinergix Pty. Ltd. All Rights Reserved. {En
linea}. {Consultado el 28 de mayo 2015}.Disponible en:
http://creately.com/blog/diagrams/business-process-modeling-techniques/
[38]. FERNÁNDEZ ALARCÓN Vicenç (2006). Desarrollo de sistemas de
información: una metodología basada en el modelado, Primera edición, pág. 217
94
ANEXOS
ANEXOS
95
RESULTADO DE LA ENTREVISTA
Realizado a: FUNVIVIR
Fecha: 18/01/2014
1. ¿Ustedes tienen página web y quien se las administra?
La fundación maneja una página web la cual es administrada por colaboradores
pertenecientes a CYRSE “Profesionales con vocación de servicio ligados a la
comunicación estratégica y comprometidos con el desarrollo de la
Responsabilidad Social Empresarial” que se encargan de montar toda la
información referente a los eventos que realiza la fundación, las actividades, fotos
de los niños etc.
2. ¿Con cuántos Computadores Cuentan?
Actualmente contamos con 2 computadores, uno lo utilizamos para el registro de
los niños que van ingresando a la fundación y el otro lo utiliza la encargada de
conseguir los recursos para la fundación.
3. ¿Qué sistema Operativo Utilizan?
Actualmente utilizamos Windows 7 Ultímate.
4. ¿Dónde guardan la información referente a los niños?
Todo lo guardamos en office, utilizamos Excel y hay hacemos las estadísticas de
cuantos niños ingresan, cuantos salen, fallecidos y guardamos todo lo referente a
los niños y a sus parientes.
5. ¿Utilizan internet?
Si claro para comunicarnos con nuestros colaboradores e incentivar a los niños a
que se diviertan por medio de juegos online, comunicación con sus parientes,
investigaciones entre otras.
6. ¿Qué preguntas personales les hacen a sus pacientes?
Le preguntamos el nombre completo del niño, numero de documento tipo de
sangre, fecha y lugar de nacimiento, lugar donde residen actualmente, si estudia
actualmente, habilidades que posea, diagnostico/ fecha de diagnóstico, entidad de
salud a la cual pertenece, cantidad de hermanos que tienen y si tienen
antecedentes familiares.
96
7. ¿Preguntas personales que les hacen a los parientes?
Se le pregunta el nombre de los padres, nivel de estudio hasta el cual han llegado,
su ocupación actual, “madre” la edad en la que tuvo su hij@, nombre completo del
acudiente y el parentesco.
Aspectos a tener en cuenta:
Requisitos para registrar al beneficiario.
Nombre completo, fotocopia del documento de identidad y su acta de nacimiento.
Servicios que se prestan a los beneficiarios.
- Provisión de medicamentos que no son cubiertos por el sistema de salud
EPS y SISBEN.
- Gestionamos con el apoyo de abogados vinculados a la fundación, los
procesos jurídicos requeridos frente al estado para la atención del menor (tutelas).
- Garantizamos el transporte de los menores afectados y el de su
acompañante, entre el hospital, las entidades de salud y su lugar de residencia
(urbana rural).
Página WEB
Aquí se maneja la información de la fundación en donde muestran todo lo
específico con relación a ella. Actualizaciones que se estén llevando a cabo en la
fundación funvivir, las actividades que se estén realizando etc.
Colaboradores del SO:
Personas encargadas del funcionamiento dela web y del sistema en la
fundación FUNVIVIR.
Computadores:
Guardan información de los niños y sus parientes
Información General del Niño
Datos generales de los pacientes
97
Tipo de Sangre
Es un método para decirle cuál es el tipo específico de sangre que usted tiene. El
tipo de sangre que usted tenga depende de si hay o no ciertas proteínas, llamadas
antígenos, en sus glóbulos rojos.
Información del Responsable
Datos del pariente
98
FORMATO DE AFILIACIÓN.
99
100
FORMATO DE USABILIDAD
1.- Cuando desea encontrar algo en Internet, ¿cómo llega a un sitio que pueda
tener esa Información? ¿Usa un Buscador? ¿Cuál? Si no usa un buscador, ¿cómo
lo hace?
2.- ¿Distingue alguna imagen que represente (logotipo) a la institución? ¿Cree que
aparece en un lugar importante dentro de la página? ¿Puede leer el nombre de la
institución? ¿Es claro?
3.- ¿Relaciona los colores predominantes en el sitio web con la institución?
¿Relaciona la dirección del sitio web con la institución?
4.- ¿Con la información que se ofrece en pantalla, es posible saber a qué
institución o empresa corresponde el sitio? ¿Cómo lo sabe?
5.- ¿Hay algún elemento gráfico o de texto que le haya ayudado a entender más
claramente a que institución o empresa pertenece el sitio?
6.- ¿Al ver la portada del sitio, pudo distinguir de una sola mirada cuál era el
contenido más relevante que se ofrecía? ¿Cómo logró hacer esa distinción?
7.- ¿Los textos usados en los contenidos de los enlaces son suficientemente
descriptivos de lo que se ofrece en las páginas hacia las cuales se accede a
través de ellos?
8.- ¿Puede ver en la portada y las demás páginas, la forma en que se navega por
el sitio? ¿Se distingue fácilmente?
9.- ¿Existen elementos dentro de las páginas, que le permitan saber exactamente
dónde se encuentra dentro de este sitio y cómo volver atrás sin usar los botones
del programa navegador?
10.- ¿Le pareció adecuada la forma en que se muestran las imágenes en el sitio
web? ¿Son nítidas? ¿Son adecuadas para representar el contenido del que trata
el sitio?
11.- ¿Las imágenes grandes se demoraron más de lo esperado? ¿Tuvo que
seguir navegando sin que llegaran a mostrarse completamente? ¿Cree que el sitio
es muy lento?
12.- ¿Se fijó si el sitio tenía gráficas con animaciones? ¿Hay alguna que le haya
llamado la atención? ¿Ninguna?
101
13.- ¿Considera que gráficamente el sitio está equilibrado, muy simple o
recargado? ¿Cómo haría la operación de buscar? ¿Qué escribiría? ¿Dónde lo
escribiría?
14.- ¿Tras una primera mirada, le queda claro cuál es el objetivo del sitio? ¿Qué
contenidos y servicios ofrece? ¿Los puede enumerar?
15.- ¿Cree que los contenidos y servicios que se ofrecen en este sitio son de
utilidad para su caso personal?
16.- ¿Qué e s lo que más te llamó la atención positivamente o negativamente de la
utilidad que ofrece el sitio web?
PRUEBAS Y DEPURACIÓN
Resumen de resultados Calificación Calificación final
Página de inicio 83 68,89%
Funcionalidad y tareas 81 65,61%
Formularios de entrada de datos 94 88,36%
confianza y credibilidad 98 96,04%
Calidad del contenido y escritura 93 86,49%
Diagramación y Diseño grafico 86 73,96%
Búsquedas 85 72,25%
ayuda, retroalimentación y recuperación de datos
84 70,56%
Calificación final 78,22222222 77,77%
102
Comentario: estas pruebas son basadas en el uso del sistemas en diferentes
dispositivos, Celulares smarphones, tablets, portatiles y equipos de escritorio. Con
las pruebas efectuasas el sistema genera un porcentaje de acepctacion y uso
bastante bueno.
Nota: estos resultados pueden variar dependiendo del equipo que se este usando
y de la conexión a internet con la que se este trabajando en el sistema.
83
81
94
98
93
86
85
84
78
.22
22
22
22
68
.89
65
.61
88
.36 9
6.0
4
86
.49
73
.96
72
.25
70
.56 7
7.7
7
PRUEBA Y DEPURACIÓN
Calificación Calificación final
103
