Guia_01_Laboratorio_Diseno_de_Base_de_Datos

5/9/2018 Guia_01_Laboratorio_Diseno_de_Base_de_Datos - slidepdf.com

http://slidepdf.com/reader/full/guia01laboratoriodisenodebasededatos 1/5

UNIVERSIDAD DE EL SALVADORFACULTAD DE INGENIERIA Y ARQUITECTURAESCUELA DE INGENIERIA DE SISTEMAS INFORMATICOSPROGRAMACION II (OTRAS CARRERAS)CICLO I - 2011

GUIA DE LABORATORIO Nº 1Diseño de Base de Datos Relacionales

Objetivo:Diseño lógico de una base de datos que guarde información de pacientes ingresados enun Centro Medico.

Ejemplo Desarrollado:Para este ejemplo se llevarán a cabo las primeras etapas del Ciclo de Vida de

Sistemas y del Diseño de bases de datos (diseños conceptual y lógico). Laimplementación 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

aplicación informática que permita el control de citas para sus pacientes. Existe unatarifa por consulta; en la actualidad no existe un sistema informatizado, todo se registraen papel y hojas de cálculo.

Aplicación 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

médica en un

consultorio por medio

de hojas de cálculo y

diferentes apuntes.

Creación de una aplicación

informática que permita

administrar las citas

medicas.



2

Diseño Conceptual

En este apartado se muestran las dos primeras etapas (diseño conceptual ydiseño lógico) de la base de datos relacional.

Identificación de entidades.

La entidad que surge inmediatamente es Personas que representa a todosaquellos que solicitan cita médica. Otras entidades posibles son Médicos y la consultamedica.

- Médicos: se refiere a los médicos que son responsables de atender a laspersonas.

- Consulta Médica: representa en encuentro entre las personas y medico, en unlocal, fecha y hora de atención.

Podrían surgir las siguientes preguntas¿Por qué no eliminar Médicos y hacer que forme parte como atributos de Pacientes?R/ Como un médico será responsable en general de varios pacientes, repetir la

información del médico 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 médicos , nonecesariamente el mismo medico.

Identificación de atributos.A cada tipo de entidad se le debe asignar tantos atributos como sea necesario en laespecificación del problema.

• Entidad Personas:- Documento de Identificación.- Nombre del paciente.- Apellidos del paciente.- Genero.- Domicilio.- Número de teléfono.- Seguro Medico (Si/No)- Alérgico

- Observaciones

• Entidad Médicos:- Código de identificación del médico.- Nombre.

- Apellidos.- Especialidad. - Observaciones.



3

• Entidad Consulta:- Médico que atiende- Persona atendida- Fecha de la consulta.- Hora de consulta- Costo por la consulta.- Receta. - Observaciones

Identificación de relacionesPor una parte tenemos:

- Personas que solicitan y realizan una consulta medica- Médicos que atienden a personas.

Según esto, aparecen dos relaciones:- Programa: Pacientes × cita.- Consulta:: Persona × Médico.

Identificación de restriccionesRestricciones de clave primaria para las entidades• Entidad Personas: Número Clínico.• Entidad Médicos: Código de Identificación del Médico.• Entidad Consulta: Numero de cita.

Restricciones de CardinalidadRelación consulta:• Persona- 1 – Consulta N - Médicos: Varios médicos pueden atender a un Persona.• Persona- N – Consulta 1 - Médico: un médico pueden atender a varios Personas.

Diagrama E-RCon la información identificada anteriormente se puede llegar al siguiente diagramaentidad-relación, en el que se muestran los atributos claves para simplificar el dibujo.

Simbología SignificadoRelación de uno a muchos. Una entidad en A se relacionacon una o muchas entidades en B.

Relación de muchos a muchos. Una entidad en A se puederelacionar con una o muchas entidades en B y viceversa.

PK Clave Primaria (Primary Key) es un atributo o combinaciónde atributos que identifica de forma única a cada fila oregistro dentro de una entidad.



4

ER Primera aproximación:

En esta primera etapa colocamos todos los atributos del objeto que vamos a analizardentro de una única entidad.

Expediente

id_persona

apellidos

nombres

domicilio

fecha_nacimiento

genero

telefono

alergico

seguro

observaciones

id_medico

nomb_medicoapell_medico

especialidad

fech_ingreso_med

observaciones_med

Luego verificamos si existen atributos que dependan únicamente de la clave principaldel objeto en estudio, para el caso persona y además si existe otro conjunto de atributossecundarios que dependan únicamente del segundo objeto en estudio en este casomédico; para lo cual extraemos los atributos en dos entidades apartes y colocamos acada una de ellas su clave primaria (PK) a cada entidad.

ER Segunda aproximación:

Persona

PK id_persona

nombresapellidosdomiciliofecha_nacimiento

generotelefonoalergicoseguroobservaciones

Medico

PK id_medico

nombresapellidosespecialidad

fecha_ingreso

observaciones

Consultan

La relación es de muchos a muchos por lo que necesitamos una nueva tabla intermediaque permita almacenar los datos relacionados con Persona y Médico; esta nuevaentidad es: Consulta



5

ER Definitiva

Persona

PK id_persona

nombres

apellidosdireccionfecha_nacimientogenerotelefonoalergicoseguroobservaciones

Medico

PK id_medico

nombres

apellidos

especialidadfecha_ingresoobservaciones

Consulta

PK correlativo

id_persona

id_medicofecha_consultahora_consulta

recetacosto

Solicita Asigna

Ejercicios Propuestos

Diseñar el Modelo Entidad Relación y Modelo Relacional para los siguientes

enunciados:

o Directorio Telefónico.

o Registro Académico de los estudiantes de la Facultad de Ingeniería y

Arquitectura

o Historial Laboral de empleados de una empresa.

o Facturación en un almacén dedicado a la venta de pinturas.

o Inventario de productos de una Librería.

o Una Biblioteca y sus préstamos de libros.

o Un Banco, sus clientes y sus diferentes cuentas.

Guia_01_Laboratorio_Diseno_de_Base_de_Datos

Documents

Transcript of Guia_01_Laboratorio_Diseno_de_Base_de_Datos