UNIVERSIDAD NACIONAL DE INGENIERIA

INSTITUTO DE ESTUDIOS SUPERIORES

UNI-IES

CREACION Y GESTION DE UNA BASE DE DATOS DE FARMACIA

INTEGRANTES:

Warrent Talavera. Ernesto Torrentes. Roberto Salina.

GRUPO: 3T1-Co.

Viernes 20 de Abril del 2012

INTRODUCCION

El presente proyecto de base de datos que les presento trata sobre el análisis y la creación de una base de datos para una farmacia. La cual nos permitirá ingresar los datos de los clientes, productos, proveedores, empleados, etc. De esta se podrá llevar un control de los productos que están por expirar. Nos facilitara la tarea del registro de los mismos de una manera mucho más eficiente y conveniente para la empresa.

Para esto hemos desarrollado el uso de tablas de referencia de cada una de las posibles entidades que se nos presenta, además estas contendrán una serie de campos los cuales nos informaran detalladamente antes, durante, y después de la creación de la base de datos para dicha empresa.

La presente base de datos para la empresa de una farmacia nos disminuirá el trabajo de ingresar, modificar y eliminar registros ya sea de los clientes, empleados, productos, proveedores, etc.

El presente proyecto también trata de resolver problemas de facturación en los productos de los medicamentos. Actualmente esto se llevara a cabo hasta el punto únicamente del diseño de la base de datos en el gestor de base de datos SQL Server 2012. Para luego decidir el lenguaje de programación que se utilizara para elaborar la parte de pantallas y formularios que será conectado con la base de datos de farmacia.

Este proyecto lo elaboramos en el marco de la clase de Base de Datos como proyecto final de la asignatura.

Dentro de las tareas básicas que tendrá será de generar informes de los productos que están vigentes y de los que ya caducaron por la fecha de vencimiento de los mismos, generar informes de gastos y ganancias.

A través de los años las instituciones cambian y de la misma manera los sistemas informáticos deben ir evolucionando y ajustándose a las nuevas necesidades.

Por lo anterior, se justifica la implementación de un nuevo sistema para que se pueda utilizar en ambiente web y de esta manera poder hacer accesible la información desde cualquier lugar y cualquier dispositivo que permita hacer una conexión a Internet.

PLANTEAMIENTO DE LA SITUACION

Actualmente existen farmacias que no ocupan sistemas automatizados, Tampoco existen base de datos donde se guarden los registros de los clientes. Lo que usa actualmente es un sistema manual, es decir, que las facturas y recibos que se les entregan a los clientes por una compra se hacen de manera manual en el cual el empleado tiene que escribir y llenar los datos en un papel para poder realizar la factura.

En algunas farmacias ya existen sistemas de facturas, en el cual los clientes pueden realizar sus compras sin ningún tipo de inconveniente alguno pero en el caso de las órdenes de la empresa esta desvinculado con los productos que existen en dicha farmacia, aparte de que no puede llevarse un registro detallado de las ventas por año.

Los que diseñaron los sistemas de factura no tomo en cuenta la base de datos el cual iba a trabajar, es decir, el sistema dejo encasillada la base de datos a funcionar por un año, lo que esto significa que cuando termine un año, la farmacia debe hacer un copia del sistema de factura y de la base de datos, para proceder a borrar las tablas y volver a generar el proceso, eso se hace anualmente para evitar cualquier problema a futuro que se pueda presentar.

Otro problema del sistema es que este fue creado en plataformas ya obsoletas como lo es Visual Studio 2005, Visual Fox Pro 6.0 y las condiciones de las farmacias han cambiado mucho hasta el momento y se tiene la necesidad de poder tener alguna información en la página web y principalmente uno de los objetivos principales de la farmacia es poder llevar un control seguro de los registros de los clientes y los detalles de ventas permanentemente y no estar borrando los registros anualmente, el propósito con esto además será que los clientes puedan hacer algunas consultas por internet a través de la página para saber si el producto que buscan está actualmente disponible en la farmacia.

Por lo que nosotros como grupo se pretende contribuir esta actualización y sabemos que el diseño de la base de datos que nosotros haremos vendrá a facilitar un poco el diseño del programa.

OBJETIVOS

Objetivo General

Como objetivo general nos hemos trazado el poder de contribuir y colaborar a que el sistema pueda facilitar el trabajo en la farmacia, ya sea para los empleados para hacer más eficiente el trabajo por los mismos.

Poder llevar el control de los registros de los clientes, las órdenes de pedido, los detalles de pagos y detalles de las ventas.

Objetivos Específicos

Diseñar la estructura de la base de datos necesaria para el sistema, definiendo sus restricciones y relaciones en la misma.

Crear dicho diseño en SQL Server 2012. Aprobar la clase de Base De Datos.

DISEÑO DE LA BASE DE DATOS

Esquema Conceptual

Esquema Lógico

Diccionario de Datos

Un diccionario de datos es un conjunto de metadatos que contiene las características lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido y organización. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño.

En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema. Los elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y descripción de todos estos elementos.

Nombre: Tbl_Cliente. Creación: 23/10/2013.

Descripción: Esta tabla contendrá todos los datos de los clientes ya sea nombre, apellido, teléfono, etc.

Campo Tamaño

Tipo de Datos Descripción

ID_Cliente Defecto Integer Llave Principal de la tablaNombre 40 Varchar Nombre del ClienteApellido 40 Varchar Apellido del ClienteTeléfono 20 Varchar Teléfono del ClienteCedula 15 NVarchar Cedula del Cliente

Dirección 50 NVarchar Dirección del ClienteRUC 10 Varchar Ruc del ClienteSexo 15 Varchar Sexo del Cliente

Nombre: Tbl_Recibo Creación: 23/10/2013.

Relaciones: Llaves Principales, Recibo, Cliente, Empleado, Tipo de Pago.

Descripción: Esta tabla contendrá todos los recibos de cancelación de los clientes.

Campo Tamaño

Tipo de Datos Descripción

ID_Recibo Defecto Integer Llave Principal de la tablaFecha - Date Fecha del Recibo

ID_Cliente Defecto Integer Llave Principal de la tabla ClienteID_Empleado Defecto Integer Llave Principal de la tabla EmpleadoID_Tipo_Pago Defecto Integer Llave Principal de la tabla Tipo de Pago

Total 50 Decimal El total a pagar de los clientes

Nombre: Tbl_TipoDePago Creación: 23/10/2013.

Descripción: Esta tabla los tipos de pago que realizaran los clientes después de sus compras.

Campo Tamaño

Tipo de Datos Descripción

ID_Tipo_Pago Defecto Integer Llave Principal de la tablaEfectivo 20 NVarchar El tipo de pago del cliente

Cheque_Personal 20 NVarchar El tipo de pago del clienteCheque_Bancario 20 NVarchar El tipo de pago del cliente

Tarjeta_De_Credito 20 NVarchar El tipo de pago del cliente

Nombre: Tbl_Usuario Creación: 23/10/2013.

Relaciones: Llaves Principales, Usuario, Empleado.

Descripción: Esta tabla muestra los usuarios que estarán administrando el sistema.

Campo Tamaño

Tipo de Datos Descripción

ID_Usuario Defecto Integer La llave Principal de la tablaID_Empleado Defecto Integer Llave Principal de la tabla Empleado

Nombre_Usuario 20 NVarchar El usuario del clienteNivel_Usuario 20 NVarchar El tipo de usuario será en el sistema

Password 20 NVarchar Contraseña del usuario

Nombre: Tbl_Empleado. Creación: 23/10/2013.

Descripción: Esta tabla contendrá todos los Datos de los empleados que laboran en el recinto.

Campo Tamaño

Tipo de Datos

Descripción

ID_Empleado Defecto Integer La llave Principal de la tablaNombre_Empleado 20 NVarchar Nombre del empleadoApellido_Empleado 20 NVarchar Apellido del empleadoDireccion_Emplead

o40 NVarchar Dirección del empleado

Cargo 30 NVarchar Cargo del EmpleadoEdad 3 Integer Edad del empleado

Teléfono 15 NVarchar Telefono del empleadoCorreo 50 NVarchar Correo del empleado

Nombre: Tbl_OrdenPedido. Creación: 23/10/2013.

Relaciones: Llaves Principales, Orden del pedido, Empleado, Tipo de pago.

Descripción: Esta tabla contendrá todos los órdenes de los clientes hacia el recinto.

Campo Tamaño

Tipo de Datos

Descripción

ID_Orden_Pedido Defecto Integer La llave Principal de la tablaID_Empleado Defecto Integer La llave principal de la tabla empleadoID_Tipo_Pago Defecto Integer La llave principal de la tabla tipo de pago

Total 50 Decimal Total a pagar en la orden del pedidoDescripción 50 NVarchar Descripción de la compra de la orden

Nombre: Tbl_DetalleOrdenPedido Creación: 23/10/2013.

Relaciones: Llaves Principales, Detalle Orden Pedido, Producto

Descripción: Esta tabla contendrá los detalles de las órdenes y la cantidad de lo que necesita el cliente

Campo Tamaño

Tipo de Datos

Descripción

ID_Detalle_Orden_Pedido Defecto Integer La llave Principal de la tablaID_Producto Defecto Integer La llave principal de la tabla producto

Cantidad 10 Integer Cantidad del productoPrecio_Venta 50 Decimal Precio en el cual se venderá al recinto

Reporte 50 NVarchar Descripción del reporte en el pedidoTotal 50 Decimal Total a pagar en el detalle

Nombre: Tbl_Factura Creación: 23/10/2013.

Relaciones: Llaves Principales, Factura, Empleado, Cliente, Producto, Detalle orden de pedido, Tipo de Pago

Descripción: Esta tabla contendrá las facturas de cancelaciones de los clientes.

Campo Tamaño

Tipo de Datos

Descripción

ID_Factura Defecto Integer La llave Principal de la tablaID_Empleado Defecto Integer La llave principal de la tabla Empleado

ID_Cliente Defecto Integer La llave principal de la tabla ClienteID_Producto Defecto Integer La llave principal de la tabla Producto

detalle orden de pedidoID_Detalle_Orden_Pedido Defecto Integer La llave Principal de la tabla Detalle

orden de pedidoID_Tipo_Pago Defecto Integer La llave principal de la tabla tipo de pago

Cantidad 50 Integer Total a pagar en la facturaTotal 50 Decimal Total a pagar en la factura

Fecha Defecto Date Fecha de la facturaIVA 50 Decimal Impuesto del producto en la factura

Nombre: Tbl_Producto Creación: 23/10/2013.

Relaciones: Llaves Principales, Producto, Proveedor, Categoría.

Descripción: Esta tabla contendrá los productos que están disponibles en el recinto

Campo Tamaño

Tipo de Datos

Descripción

ID_Producto Defecto Integer La llave Principal de la tablaID_Proveedor Defecto Integer La llave principal de la tabla proveedorID_Categoria Defecto Integer La llave principal de la tabla categoría

Nombre_Producto 50 NVarchar Nombre del productoPre_Venta 50 NVarchar La venta de los producto

Pre_Compra 50 NVarchar La compra de los productosFecha_Vencimiento Defecto Date Fecha en la cual vence los productos

Stock 60 NVarchar Productos disponibles en venta

Nombre: Tbl_Proveedor Creación: 23/10/2013.

Relaciones: Llaves Principales, Proveedor.

Descripción: Esta tabla contendrá la lista de proveedores que abastecerán a la farmacia con los productos

Campo Tamaño

Tipo de Datos

Descripción

ID_Proveedor Defecto Integer La llave Principal de la tablaNombre_Proveedor 40 NVarchar Nombre del Proveedor

Direccion_Proveedor 60 NVarchar Dirección del proveedorTelefono

Nombre: Tbl_Categoria Creación: 23/10/2013.

Relaciones: Llaves Principales, Categoría.

Descripción: Esta tabla contendrá la categoría de los productos en el cual se califican estos

Campo Tamaño

Tipo de Datos

Descripción

ID_Categoria Defecto Integer La llave Principal de la tablaNombre Categoría 50 NVarchar Nombre de la categoría

Nombre: Tbl_Tabla_De_Pago Creación: 23/10/2013.

Relaciones: Llaves Principales, Proveedor, Producto, Tipo de Pago.

Descripción: Esta tabla contendrá la lista de cancelación de clientes que vayan a pagar a la tienda

Campo Tamaño

Tipo de Datos

Descripción

ID_Tabla_Pago Defecto Integer La llave Principal de la tablaID_Producto Defecto Integer La llave principal de la tabla producto

ID_Tipo_Pago Defecto Integer La llave principal de la tabla tipo de pagoFecha Defecto Date Fecha del pago

IVA Decimal 10 Impuesto del pagoSubtotal Decimal 10 Pago solamente del producto

Total Decimal 10 Pago Total con impuesto

ID_Cliente Nombre RUC Cedula Direccion

ID_Factura Nombre del cliente

ID_Factura Orden del Pedido

Detalle de la orden Cantidad Total

ID_Producto Nombre del producto Proveedor Stock

ID_Usuario UsuarioNombre

del empleado

Cargo

Diagramas de dependencias funcionales

- ID_Producto determina el nombre del producto, nombre del producto determina proveedor y proveedor determina stock

- ID_Cliente determina Nombre, Nombre determina RUC, RUC Determina Cedula y Cedula determina dirección

- ID_Factura determina el orden del pedido, orden del pedido determina el detalle de la orden, el detalle de la orden determina la cantidad y la cantidad determina el total

- ID_Usuario determina el usuario, el usuario determina el nombre del empleado y el nombre del empleado determina el cargo

Consultas SQL

1.- Listado total de los Productos:

SELECT * FROM tbl_Producto;

2.- Muestra los 100 primeros productos que están próximos a vencerse:

SELECT * FROM tbl_Producto ORDER BY Fecha_Vencimiento DESC LIMIT 100;

3.- Mostrar las ganancias en las ventas de los productos:

SELECT SUM (Total) as Suma FROM tbl_Factura;

4.- Mostrar el total de clientes que han comprado en la farmacia:

SELECT COUNT (ID_Cliente) FROM tbl_Clientes;

5.- Mostrar la cantidad de empleados que trabajan en el recinto:

SELECT COUNT (ID_Empleado) FROM tbl_Empleado;

6.- Mostrar todos los cargos del empleado de forma descendente

SELECT Cargo FROM tbl_Empleado ORDER BY Cargo DESC;

6.- Mostrar todos los proveedores que hay en la farmacia

SELECT * FROM tbl_Proveedores;

7.- Mostrar todas las órdenes de pedidos que hay en el recinto y el total

SELECT COUNT (ID_orden_Pedido);

SELECT SUM (Total) as Suma FROM tbl_ordenPedido;

8.- Mostrar cuantos clientes han pagado en efectivo

SELECT Efectivo FROM tbl_TipoDePago

9.- Mostrar cuantos clientes han pagado en Cheque Personal

SELECT Cheque_Personal FROM tbl_TipoDePago

10.- Mostrar cuantos clientes han pagado en Cheque Bancario

SELECT Cheque_Bancario FROM tbl_TipoDePago

11.- Mostrar cuantos clientes han pagado en Tarjeta de Crédito

SELECT Tarjeta_De_Credito FROM tbl_TipoDePago

12.- Mostrar los pagos mayores a 1000

SELECT Total FROM tbl_Factura where (total >=1000)

13.- Mostrar los productos donde su Valor sea mayor a 1000

SELECT Pre_Venta FROM tbl_Producto where (Pre_Venta >=1000)

14.- Mostrar todas las categorías

SELECT ID_Categoria FROM tbl_Categoria

15.- Mostrar todos los reportes

SELECT Reporte FROM tbl_DetalleOrdenPedido

16.- Calcular la inversión Total hecha en la tienda escolar

SELECT sum (Pre_Compra) FROM tbl_Productos

CONCLUSIONES

Después de haber realizado todos los pasos anteriores concluimos que:

La farmacia o la localidad donde será instalado el sistema es una entidad que presta servicios a la comunidad, con el fin de cubrir las necesidades del consumidor.

El servicio que brinda la farmacia se lo puede calificar medianamente aceptable, puesto que los propietarios de dicha farmacia no poseen la debida preparación que requiere al momento de la atención al público.

Analizamos que para la realización de una Base de datos la creación de consultas de base de datos consta de archivos que permiten realizar muchas tareas diferentes con los datos que se pueden ver. También se pueden utilizar para controlar los registros que visualiza Base de datos la consulta no contiene información de base de datos, si no tan solo las instrucciones necesarias para seleccionar los registros y campos requeridos de una base de datos.

Es muy importante el observar el proceso que se sigue en la organización para determinar los requerimientos que se necesitan para la elaboración de un sistema y para ello se recurren a varias técnicas de recopilación de información para que el proyecto satisfaga las necesidades de los usuarios finales que es el que está en pleno contacto con él.

Las tablas que fueron creadas en la base de datos se hicieron gracias a los esquemas conceptuales y lógicos por el cual se creó todo un SGBD, que será capaz de poder utilizarse en los locales de las farmacias por el cual podrán guardar todos sus productos y así ver con mucha facilidad y gracias a la automatización la fecha de vencimiento de los productos, la fecha por el cual fueron ingresados, los ingresos que se tiene y la lista de proveedores que abastecen el local.

Algunos de los aspectos aprendidos y que de gran peso es la base de datos su definición, requerimiento, ventajas y características donde podemos decir que la base de datos: Es una colección de datos o información usados para dar servicios a muchas aplicaciones al mismo tiempo. En cuanto al requerimiento podemos decir que cumple las mismas tareas de análisis que del software y tiene como característica relacionar la información como vía organización y asociación donde la base de datos tiene una ventaja que es utilizar la plataforma para el desarrollo del sistema de aplicación en las organizaciones.

BIBLIOGRAFIA

http://www.google.com http://www.monografias.com/trabajos14/basededatos/basededatos.shtml http://www.monografias.com/trabajos89/proyecto-postgree/proyecto-

postgree.shtml http://www.jorgesanchez.net/bd/disenoBD.pdf http://www-oei.eui.upm.es/Asignaturas/BD/BD/docbd/tema/tema2.pdf http://adimen.si.ehu.es/~rigau/teaching/EHU/ABD/Altres%20cursos/

mjortin/bd_t07_dl.pdf http://www.youtube.com/watch?v=THyQ-hhuOx4 http://www.youtube.com/watch?v=_SADhrQD5bY http://es.wikipedia.org/wiki/Esquema_dºe_una_base_de_datos http://elvex.ugr.es/idbis/db/docs/design/5-logical.pdf

GLOSARIO DE TERMINOS

TERMINO SIGNIFICADO

Administraciónde la calidad

Conjunto de actividades de la función general de administración que determina la política de calidad, los objetivos, las responsabilidades y la implantación de éstos por medios tales como: planeación de la calidad, control de calidad, aseguramiento de la calidad y mejoramiento de la calidad dentro del marco del sistema de calidad.

Aseguramientode calidad

Conjunto de actividades planeadas y sistemáticas implantadas dentro del sistema de calidad, demostradas según se requiera para proporcionar confianza adecuada de que un elemento cumplirá los requisitos para la calidad

Base de datos

Colección de información, organizada y presentada para servir a un propósito específico, como la facilitación de búsquedas, ordenamientos o procesamiento de los datos.

Campo

Elemento de información contenido dentro de un renglón o registro. Equivalente lógico de una columna.

Columna

Conjunto de todos los renglones de una tabla que tienen un atributo común. Contiene un dato individual dentro de cada renglón o registro.

TERMINO SIGNIFICADO

Dependencia funcional

El atributo A de una relación es funcionalmente dependiente del atributo B, si el valor de A está determinado por el valor de B.

Diccionario de datos

Descripción de los elementos de una base de datos y como están estructurados.

Documentación

Especificaciones técnicas, manuales de instalación y del usuario, que contengan la descripción, el diseño, el código y los comentarios que hacen a un sistema accesible, comprensible y fácilmente modificable.

Hardware

Toda la maquinaria y el equipamiento (monitor, unidades de disco, teclado, tarjetas de red, etc.), incluyendo los periféricos y componentes electrónicos. Contrástese con software, el cual es un conjunto de instrucciones que le dicen a la computadora qué hacer.

Índice

Conjunto de apuntadores ordenados lógicamente por los valores de una llave. Un índice es un elemento de la base de datos que proporciona acceso a los registros de una tabla, mediante el valor de una llave.

TERMINO SIGNIFICADO

Llave Uno o más campos usados para

identificar un registro, frecuentemente se utiliza como índice de una tabla.

Llave foránea

Columna o combinación de columnas cuyos valores se relacionan con la llave primaria de alguna otra tabla. Una llave foránea no tiene que ser única. No deben existir valores de las llaves foráneas, excepto “nulo”, a menos que el mismo valor exista en una llave primaria.

Llave primaria

Columna o combinación de columnas que identifican de manera única una tabla. Siempre deben ser diferentes de “nulo” y tener un índice único. Una llave primaria se usa para relacionarse con llaves foráneas en otras tablas.

Nulo

Que no tiene un valor explícito asociado. No es equivalente de cero o blanco. Normalmente se utiliza para representar la ausencia de información.

Primera forma normal

Una relación está en la primera forma normal si todos los campos en cada registro contienen un solo valor tomado de sus dominios respectivos.

TERMINO SIGNIFICADO

Programa

Conjunto de instrucciones que indican a la computadora cómo llevar a cabo una acción específica.

Registro

Grupo de campos (columnas) cuya información se trata como una unidad. Equivalente lógico de un renglón.

Relación

Dada una serie de conjuntos D1, D2, …, Dn (no necesariamente distintos) se dice que R es una relación sobre estos n conjuntos si es un conjunto de n tuplas ordenadas <d1, d2, …, dn>, tales que d1 pertenece a D1, d2 pertenece a D2, …, dn pertenece a Dn. Los conjuntos D1, D2, …, Dn son los dominios de R. El valor n es el grado de R.

Tabla Colección de renglones (o registros) que tienen columnas (o campos) asociadas.

Tipo de dato

Identificador que especifica la clase de información (números, valores lógicos, caracteres, texto, etc.) que contiene una columna y cómo será almacenada.

ANEXOS

Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.

Existen programas denominados sistemas gestores de bases de datos, abreviado DBMS, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos DBMS, así como su utilización y administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.

Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo en España, los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD) y en México por la Ley Federal de Transparencia y Acceso a la Información Pública Gubernamental.

En una base de datos orientada a objetos, la información se representa mediante objetos como los presentes en la programación orientada a objetos. Cuando se integra las características de una base de datos con las de un lenguaje de programación orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos (ODBMS, object database management system). Un ODBMS hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación en uno o más lenguajes de programación a los que dé soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperación de datos, consultas asociativas y otras capacidades.