UNIVERSIDAD DE EL SALVADOR FACULTAD DE INGENIERIA Y ARQUITECTURA ESCUELA DE INGENIERIA DE SISTEMAS INFORMATICOS PROGRAMACION II (OTRAS CARRERAS) CICLO I - 2011

GUIA DE LABORATORIO N 1
Diseo de Base de Datos Relacionales Objetivo: Diseo lgico de una base de datos que guarde informacin de pacientes ingresados en un Centro Medico. Ejemplo Desarrollado: Para este ejemplo se llevarn a cabo las primeras etapas del Ciclo de Vida de Sistemas y del Diseo de bases de datos (diseos conceptual y lgico). La implementacin se realizar en una base de datos Visual FoxPro mas adelante. Enunciado del problema: Los propietarios del Centro Medico La Salud, solicita se desarrolle una aplicacin informtica que permita el control de citas para sus pacientes. Existe una tarifa por consulta; en la actualidad no existe un sistema informatizado, todo se registra en papel y hojas de clculo. Aplicacin del Ciclo de Vida de Sistemas Bajo el supuesto que se han recopilado los datos necesarios. Planteamiento del Problema Datos de personas que solicitan consulta mdica en un consultorio por medio de hojas de clculo y diferentes apuntes. Creacin de una aplicacin informtica que permita administrar las citas medicas.

Diseo Conceptual En este apartado se muestran las dos primeras etapas (diseo conceptual y diseo lgico) de la base de datos relacional. Identificacin de entidades. La entidad que surge inmediatamente es Personas que representa a todos aquellos que solicitan cita mdica. Otras entidades posibles son Mdicos y la consulta medica. - Mdicos: se refiere a los mdicos que son responsables de atender a las personas. - Consulta Mdica: representa en encuentro entre las personas y medico, en un local, fecha y hora de atencin. Podran surgir las siguientes preguntas Por qu no eliminar Mdicos y hacer que forme parte como atributos de Pacientes? R/ Como un mdico ser responsable en general de varios pacientes, repetir la informacin del mdico para cada paciente no es buena idea. Por qu no eliminar Personas y hacer que forme parte como atributos de Pacientes? R/ Un paciente puede realizar muchas consultas con diferentes mdicos , no necesariamente el mismo medico. Identificacin de atributos. A cada tipo de entidad se le debe asignar tantos atributos como sea necesario en la especificacin del problema. Entidad Personas: - Documento de Identificacin. - Nombre del paciente. - Apellidos del paciente. - Genero. - Domicilio. - Nmero de telfono. - Seguro Medico (Si/No) - Alrgico - Observaciones Entidad Mdicos: - Cdigo de identificacin del mdico. - Nombre. - Apellidos. - Especialidad. - Observaciones.

 Entidad Consulta: - Mdico que atiende - Persona atendida - Fecha de la consulta. - Hora de consulta - Costo por la consulta. - Receta. - Observaciones Identificacin de relaciones Por una parte tenemos: - Personas que solicitan y realizan una consulta medica - Mdicos que atienden a personas. Segn esto, aparecen dos relaciones: - Programa: Pacientes cita. - Consulta:: Persona Mdico. Identificacin de restricciones Restricciones de clave primaria para las entidades Entidad Personas: Nmero Clnico. Entidad Mdicos: Cdigo de Identificacin del Mdico. Entidad Consulta: Numero de cita. Restricciones de Cardinalidad Relacin consulta: Persona- 1 Consulta N - Mdicos: Varios mdicos pueden atender a un Persona. Persona- N Consulta 1 - Mdico: un mdico pueden atender a varios Personas.

Diagrama E-R Con la informacin identificada anteriormente se puede llegar al siguiente diagrama entidad-relacin, en el que se muestran los atributos claves para simplificar el dibujo.

Simbologa

PK

Significado Relacin de uno a muchos. Una entidad en A se relaciona con una o muchas entidades en B. Relacin de muchos a muchos. Una entidad en A se puede relacionar con una o muchas entidades en B y viceversa. Clave Primaria (Primary Key) es un atributo o combinacin de atributos que identifica de forma nica a cada fila o registro dentro de una entidad.

ER Primera aproximacin: En esta primera etapa colocamos todos los atributos del objeto que vamos a analizar dentro de una nica entidad.
Expediente

id_persona apellidos nombres domicilio fecha_nacimiento genero telefono alergico seguro observaciones id_medico nomb_medico apell_medico especialidad fech_ingreso_med observaciones_med

Luego verificamos si existen atributos que dependan nicamente de la clave principal del objeto en estudio, para el caso persona y adems si existe otro conjunto de atributos secundarios que dependan nicamente del segundo objeto en estudio en este caso mdico; para lo cual extraemos los atributos en dos entidades apartes y colocamos a cada una de ellas su clave primaria (PK) a cada entidad.

ER Segunda aproximacin:
Persona PK id_persona nombres apellidos domicilio fecha_nacimiento genero telefono alergico seguro observaciones PK Medico id_medico nombres apellidos especialidad fecha_ingreso observaciones

Consultan

La relacin es de muchos a muchos por lo que necesitamos una nueva tabla intermedia que permita almacenar los datos relacionados con Persona y Mdico; esta nueva entidad es: Consulta 4

ER Definitiva
Medico Persona PK PK id_persona nombres apellidos direccion fecha_nacimiento genero telefono alergico seguro observaciones id_medico nombres apellidos especialidad fecha_ingreso observaciones

Solicita

Asigna

Consulta PK correlativo id_persona id_medico fecha_consulta hora_consulta receta costo

Ejercicios Propuestos Disear el Modelo Entidad Relacin y Modelo Relacional para los siguientes enunciados: o Directorio Telefnico. o Registro Acadmico de los estudiantes de la Facultad de Ingeniera y Arquitectura o Historial Laboral de empleados de una empresa. o Facturacin en un almacn dedicado a la venta de pinturas. o Inventario de productos de una Librera. o Una Biblioteca y sus prstamos de libros. o Un Banco, sus clientes y sus diferentes cuentas.