Post on 08-Jul-2015
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.
5/9/2018 Guia_01_Laboratorio_Diseno_de_Base_de_Datos - slidepdf.com
http://slidepdf.com/reader/full/guia01laboratoriodisenodebasededatos 2/5
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.
5/9/2018 Guia_01_Laboratorio_Diseno_de_Base_de_Datos - slidepdf.com
http://slidepdf.com/reader/full/guia01laboratoriodisenodebasededatos 3/5
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.
5/9/2018 Guia_01_Laboratorio_Diseno_de_Base_de_Datos - slidepdf.com
http://slidepdf.com/reader/full/guia01laboratoriodisenodebasededatos 4/5
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/9/2018 Guia_01_Laboratorio_Diseno_de_Base_de_Datos - slidepdf.com
http://slidepdf.com/reader/full/guia01laboratoriodisenodebasededatos 5/5
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.