1. UNIVERSIDAD NACIONAL EXPERIMENTAL
DE LOS LLANOS OCCIDENTALES
“EZEQUIEL ZAMORA”
UNELLEZ – BARINAS
BASE DE DATOS
DE SOFTWARE DE CONTROL DE CITAS MEDICAS DEL INSTITUTO
REGIONAL DEPORTE DEL ESTADO BARINAS (IRDEB)
Profesor: Bachilleres:
Mariana Castro Mora Brenda C.I.: 23.557.678
Peraza Merlyn C.I.: 23.037.370
Carrera T.S.U. en Informática
Sección. F-02
Semestre: V
Barinas, Julio 2015
1

2. INDICE
Introducción
Estructura de Base de Datos
Conclusiones
Bibliografía
3
5
15
17
2

3. INTRODUCCIÓN
Antes de las bases de datos se conocía sólo la noción de archivo y se le daba
gran importancia al archivo secuencial para el almacenamiento masivo de datos
almacenado en cintas magnéticas. Posteriormente, los costos de almacenamiento
comenzaron a descender y la capacidad de procesamiento comenzó a aumentar. Esa
es la época en que la computación salió de las universidades y los centros de
investigación y se incorporó a la administración de la industria y el comercio.
Al inventarse el disco duro se crearon los primeros sistemas de archivos, usando
los distintos tipos de organizaciones que permitían el acceso directo a los datos.
Surgieron nuevos equipos de computación (familia de Sistema/360 de IBM) y las
empresas comenzaron a tomar conciencia de la importancia y el poder que la
información podía darles en el mejoramiento de la productividad y el mayor logro de
eficiencia así como en la toma de decisiones.
En esencia, un sistema de base de datos no es más que un sistema para archivar
en un computador. La base de datos en sí puede considerarse como una especie de
archivero electrónico; dicho de otra manera es un lugar donde se almacenan un
conjunto de archivos de datos computarizados. Al usuario del sistema se le brindarán
recursos para realizar diversas operaciones sobre estos archivos, incluidas entre otras
las siguientes:
• Agregar archivos nuevos (vacíos) a la base de datos.
• Insertar datos nuevos en archivos ya existentes.
3

4. • Obtener datos de archivos ya existentes.
• Actualizar datos en archivos ya existentes.
• Borrar datos en archivos ya existentes
• Eliminar archivos ya existentes (vacíos o no) de la base de datos
Por tal razón nuestro interés en crear un software de control de citas medicas del
Instituto Regional del Deporte del Estado Barinas (IRDEB), el cual presente mas de
250 atletas a los cuales no se les tiene ningún tipo de control automatizado solo es
manual a través de carpetas que son archivas y en muchos casos se extravían.
En tal sentido el diseñar e implementar una nueva base de datos desde cero
puede tardar más que escribir una sola aplicación de archivos especializada; sin
embargo una vez que esté lista la base de datos, se requerirá mucho menos tiempo
para crear nuevas aplicaciones con los recursos del Sistema de Gestión de Base de
Datos; aproximadamente esta creación tarda una sexta parte de lo requerido en un
sistema de archivos.
4

5. ESTRUCTURA DE LA BASE DE DATOS
Fase 1
Investigación preliminar
La investigación preliminar es una actividad que tiene: aclaración de la
solicitud, estudios de factibilidad y aprobación de la solicitud.
Aclaración de la solicitud: antes de considerar cualquier investigación de
sistemas, la solicitud de proyecto debe examinarse para determinar con precisión lo
que el solicitante desea.
Estudio de la factibilidad: existen tres aspectos relacionados con el estudio de
la factibilidad:
• Factibilidad técnica: el trabajo para el proyecto, ¿puede realizarse con el
equipo actual la tecnología existente de software y el personal disponible? Si
se necesita nueva tecnología ¿Cuál es la necesidad de desarrollarla?
• Factibilidad económica: al crear el sistema, ¿los beneficios que se obtienen
serán suficientes para aceptar los costos? ¿los costos asociados con la decisión
de no crear el sistema son tan grandes que se debe aceptar el proyecto?
• Factibilidad operacional: si se desarrolla e implanta, ¿será utilizado el
sistema?, ¿existirá cierta resistencia al cambio por parte de los usuarios de que
como resultado una disminución de los posibles beneficios de la aplicación?
Aprobación de la solicitud: no todos los proyectos solicitados son deseables
o factibles. Algunas organizaciones reciben tantas solicitudes de sus funcionarios
5

6. públicos que solo son posibles atender unas cuantas. Sin embargo, aquellos proyectos
que son deseables y factibles deben incorporarse en los planes del IRDEB.
Fase 2
Determinación de los Requerimientos
El aspecto fundamental del análisis de sistemas es comprender todas las facetas
importantes del consultorio que se encuentra bajo estudio. Los analistas, al trabajar
con los niños y médicos deben estudiar los procesos de un consultorio para dar
respuestas a las siguientes preguntas claves:
• ¿Qué es lo que se hace?
• ¿como se hace?
• ¿con que frecuencia se presenta?
• ¿Cual es el grado de deficiencia con el que se efectúan las tareas?
• ¿Existe algún problema?
• si existe un problema ¿Qué tan serio es?
• si existe un problema ¿Cuál es la causa que lo origina?
Para contestar estas preguntas el analista conversa con varias personas para
reunir detalles con los procesos del consultorio, sus opiniones sobre el porque ocurren
las cosas, las soluciones que proponen y las ideas para implantar el programa.
6

7. Fase 3
Diseño del sistema
Comienza el proceso de diseño identificando los reportes y demás salidas que
debe producir el sistema, hecho lo anterior se determina con toda la precisión los
datos específicos para cada reporte y salida.
El diseño indica los datos de entrada aquellos que estarán calculados y los que
deben ser almacenados. Así mismo, se escriben con todo detalle los procedimientos
de cálculos y los datos individuales se seleccionan las estructuras de archivos y los
dispositivos de almacenamiento, tales como discos y cintas magnéticas o incluso
archivos en papel.
Los documentos de diseño representan de muchas maneras (diagramas, tablas y
símbolos especiales). La información proporciona al equipo de información datos
para comenzar el desarrollo de software
Fase 4
Desarrollo del Software
Los encargados de desarrollar software pueden instalar software a terceros o
escribir programas diseñados a la medida del solicitante la elección depende del costo
de cada alternativa, del tiempo disponible para escribir el software y de la
disponibilidad de los programadores.
Los programadores son responsables de la documentación de los programas y
de proporcionar una explicación de cómo y porque ciertos procedimientos se
modifican en determinada forma la documentación es esencial para probar el
7

8. programa y llevar a cabo el mantenimiento unas ves que la aplicación se encuentre
instalada.
Fase 5
Prueba de Sistema
Durante la fase de prueba de sistema, el sistema se emplea de manera
experimental para asegurarse de que el software no tenga fallas, es decir, que
funciona de acuerdo con las especificaciones y en la forma en que los usuarios
esperan que lo hagan. Se alimentan como entrada conjuntos de datos de prueba para
su procedimiento y después se examinan los resultados. En ocasiones se permite que
varios usuarios utilicen el sistema para que los analistas observen si tratan de
emplearlo de forma no prevista.
En muchas organizaciones las pruebas son conducidas por personas ajenas al
grupo que escribió los programas origínales con esto se persigue asegurar, por una
parte, que las pruebas sean completas e imparciales y, por otra que el software sea
confiable.
Fase 6
Implantación y evaluación
La implantación es el proceso de verificar e instalar nuevo equipo entrenara a
los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios
para utilizar dependiendo del tamaño de la organización que empezara la aplicación y
el riesgo asociado con su uso, puede elegirse comenzar la operación del sistema solo
8

9. en área del consultorio (prueba piloto), por ejemplo en el consultorio Malagón N°. 40
Bárbula, cada estrategia de implantación tiene sus meritos de acuerdo con la situación
que se considere dentro de la consultorio. Sin importar cual sea la estrategia utilizada,
los encargados de desarrollar el sistema procuran que el uso inicial del sistema se
encuentre libre de problemas. Una vez instaladas. Las aplicaciones se emplean
durante muchos años. Sin embargo las organizaciones y los usuarios cambian con el
paso del tiempo, incluso el ambiente es diferente con el paso de las semanas y los
meses por consiguiente es indudable que debe darse manteniendo las aplicaciones,
realizar cambios y modificaciones en el software, archivos o procedimientos para
satisfacer las nuevas necesidades de los usuarios. Dado que los sistemas de las
organizaciones junto con el ambiente del consultorio experimentan cambios de
manera continua, los sistemas de información deben mantenerse siempre al día en ese
sentido de la implantación es un proceso en constante evolución.
La evaluación de un sistema se lleva a cabo a lo largo de cualquiera de las
siguientes dimensiones:
• Evaluación operacional: Valoración de la forma en que funciona el sistema,
incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los
formatos de información, confiabilidad global y nivel de utilización.
• Impacto organizacional: Identificación y medición de los beneficios para la
organización es áreas tales como registro, y eficiencia sobre el flujo de
información interno y externo.
9

10. • Opinión de los administradores: Evaluación de las actitudes de directivos y
administradores dentro de la organización así como de los usuarios finales.
• Desempeño del desarrollo: La evaluación del proceso de desarrollo de
acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan
con presupuestos y estándares, y otros criterios de administración de
proyectos. También se incluyen la valoración de los métodos y herramientas
utilizados en el desarrollo
Desafortunadamente la evaluación de sistemas no siempre recibe la atención
que merece. Sin embargo, cuando se conduce en forma adecuada proporciona mucha
información que pueda ayudar a mejorar la efectividad de los esfuerzos de desarrollo
de aplicaciones subsecuentes
Diagrama de Flujo de Datos (DFD):
Es una representación viviente escrita en papel del funcionamiento de un
sistema, refleja la organización del personal involucrado en el proceso en virtud del
trabajo que efectúa. Tiene como objetivo representar como fluyen los datos a través
de una organización y su entorno, las transformaciones que sufren y los tipos de
salida. Los métodos para el diseño de los DFD fueron desarrollados y promovidos al
mismo tiempo por dos organizaciones: Yourdan Inc. y Gane y Sarson. (Senn, 1988).
El mismo utiliza cuatro notaciones sencillas:
Cuadro 1. Simbologías de Diagrama de Flujo de Datos (DFD)
10

11. DETERMINACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA
• Requerimientos de entrada
Los usuarios requieren un sistema automatizado que les facilite el proceso de
registro de niños que se produce diariamente donde dicho sistema tenga las siguientes
características principales previamente estudiadas como lo son:
• La automatización de consultas con respecto a la existencia de enfermedades
tomando en cuenta su descripción especifica.
• Herramientas de fácil manejo por medio de la automatización en
computadoras la cual hará el proceso de registro más fácil.
• Programa de adiestramiento y capacitación para el manejo del sistema
computarizado el cual facilita el proceso.
• Sistema que este relacionado directamente con el operador.
• Se necesita tener la existencia de cada niño del sector.
11

12. • Se requiere almacenar los niños para agilizar el funcionamiento del
consultorio.
Requerimientos de almacenamiento
La información será almacenada en un disco fijo de 80 GB.
Se requiere almacenar todos los productos para realizar consultas más rápidas.
Se debe guardar las transacciones diarias por concepto de consultas.
Un contador y actualizador diario de datos para tener un reporte diario de todas
las consultas que sales diariamente.
Se necesita que a la hora de guardar los datos se tenga toda la actualización y
descripción de todos los niños, para que el inicio del día sea lo más rápido posible.
Requerimientos de salida
Generar reportes por medio de pantalla e impresora, estos reportes puede
Ser: consultas, zonas, exámenes, vacunas, entre otros.
Se requiere que el reporte que es controlado por la medico, se realice con un
Formato claro y bien detallado.
Se requiere que el reporte que es controlado por el operador, sea más específico
de acuerdo a sus actividades.
DISEÑO DEL SISTEMA
12

13. Descripción del Sistema Propuesto
• Descripción del Software
Para completar la metodología utilizada en el diseño del sistema, se llevó a cabo
con la construcción del sistema propuesto, cuyo diseño inicial fue generado con un
software modelador de base de datos para luego ser generado en Microsoft Visual
Basic 6.0, software sumamente versátil y constituye unos de los estándares para el
desarrollo del sistema de información para el registro de las consultas de citas
medicas.
• Descripción específica del sistema Propuesto
Microsoft Visual Basic es un manejador de base de datos, el cual se utilizara
para estructurar, consultas complejas como los productos por tipo, salida de producto,
consultas diaria; en varias tablas que son de provecho para el sistema y que maneja
grandes volúmenes de información, seguidamente se estableció la necesidad de
adiestramiento del usuario del sistema, con el objetivo de conseguir la explotación
eficaz del nuevo sistema.
Para la definición del adiestramiento se tomaron en cuenta las características
funcionales y técnicas propias del sistema de información. Es por ello que el sistema
contara con una base de datos donde estarán almacenados la información de cada de
estos niños existente, zona, vacunas, entre otro, formando estos los elementos
fundamentales que permiten los registros y procesos que reflejan un mejor manejo de
información en el servicio de consulta de citas medicas en el IRDEB Barinas, el
13

14. sistema cuenta con un formulario para la introducción de datos de los atletas que
pertenecen a la institución.
De esta manera, se puede contar con un programa que muestra el avance al
obtener información actualizada, clara, precisa y rápida, para el mejor desempeño de
las actividades del servicio medico en el IRDEB
CONCLUSIONES
14

15. El periodo de la realización del trabajo de investigación es el momento más
adecuado para poner en práctica todo lo que se ha aprendido durante los cinco
semestres de estudio. En la oportunidad de demostrar cuanto se puede llegar aprender
en un pequeño lapso. En el presente trabajo se vio la necesidad de realizar un sistema
automatizado para el proceso de control de citas medicas en el IRDEB Barinas
capaz de manejar un gran volumen de información, y a de mas le permita al
medico, contar con un sistema seguro y confiable que les permita el ahorra tanto de
tiempo, arrojándose datos reales y verdaderos para que a la hora de tomar decisiones
estas se hagan mas fáciles y rápidas de tomar.
De esta forma, luego de hacer un estudio minucioso a la consultorio antes
mencionado, se pudo llegar a detectar las fallas y problemas que tenias al no contar
con un sistema automatizado, después de conversar con los médicos vecinos y
asociación de vecinos se conocieron las necesidades que requerían, empezando de
esta forma con el proceso de este trabajo, hasta lograr desarrollar el sistema cubriendo
justo con las necesidades que ellos mencionaron cuando se realizaba la entrevista.
El éxito de dicha labor se debe a diversos agentes que influyeron para que esta
meta fuese posible, los cuales son: el grupo de trabajo, el interés y el esfuerzo de cada
uno de los integrantes, por la ayuda y enseñanza por los tutores, todos estos factores
permitieron que el trabajo de grado requisito indispensable para optar al titulo de
técnico superior universitario en informática, finalizara de una manera exitosa.
Asimismo, se pudo constatar que los objetivos planteados se cumplieron a
cabalidad siguiendo los siguientes pasos: recolección de información análisis de
15

16. datos, diseño de sistema de información, desarrollo de aplicación de sistema y la
prueba del mismo, obteniendo los resultados y metas para los cuales fue creado el
sistema.
Asimismo, se pudo constar que los objetivos planteados se cumplieron a
cabalidad siguiendo los siguientes pasos: recolección de información, análisis de
datos, determinación de las necesidades, diseño y codificación del sistema propuesto
y la prueba del mismo. Obteniendo los siguientes resultados. En la recolección de
datos se pudo detectar fallas como mala redacción, cálculos erróneos, así como
también el trabajo que se le genera al consultorio para acceder a la información
referente al proceso de registro del servicio.
En la determinación de las necesidades se concluyo en la automatización del
sistema de registro que agilice un mejor manejo del servicio de consultas medicas. A
demás, el diseño y codificación dio como resultado un sistema que muestra el avance
al obtener información actualizada. Clara fresca y rápida para el mayor desempeño de
las actividades. Finalizando con la aplicación de pruebas las cuales demostraron que
el sistema esta funcionando adecuadamente.
BIBLIOGRAFÍA
16

17. González, Y. y Bohórquez, M. (1999). Desarrollar un Sistema Automatizado a la
gestión de los Procesos de Facturación de Inventarios para el Gigante Guayanés
C.A. Trabajo Especial de Grado. Instituto Universitario Juan Pablo Alfonso,
Valencia.
Herrera, S. y Mayaudón, D. (2000). Desarrollo de un sistema de Información
Automatizado de los Bienes Muebles del Cuerpo de Seguridad y Orden Público
del Estado Aragua Trabajo Especial de Grado. Instituto Universitario Juan Pablo
Alfonso, Valencia.
Marín, Chirinos y Velásquez (2002). Sistema automatizado para el proceso del
control de las historias medicas de prevención social IASTBASEC. Trabajo
Especial de Grado. Colegio Universitario de Administración y Mercadeo,
Valencia..
Rebeca Landeau. (2002) Cómo realizar un Proyecto de investigación.
Flujograma del Proceso propuesto
Carta estructurada
17

18. 18