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

INDICE

Introducción

Estructura de Base de Datos

Conclusiones

Bibliografía

3

5

15

17

2

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

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

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

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

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

7

modifican en determinada forma la documentación es esencial para probar el

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

8

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

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.

9

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.

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).

10

El mismo utiliza cuatro notaciones sencillas:

Cuadro 1. Simbologías de Diagrama de Flujo de Datos (DFD)

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.

11

Sistema que este relacionado directamente con el operador.

Se necesita tener la existencia de cada niño del sector.

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.

12

DISEÑO DEL SISTEMA

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

13

información en el servicio de consulta de citas medicas en el IRDEB Barinas, el

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

14

CONCLUSIONES

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.

15

Asimismo, se pudo constatar que los objetivos planteados se cumplieron a

cabalidad siguiendo los siguientes pasos: recolección de información análisis de

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.

16

BIBLIOGRAFÍA

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.

17

Flujograma del Proceso propuesto

Carta estructurada

18