Ao de la Diversificacin Productiva y del Fortalecimiento de la EducacinUniversidad NacionalFEDERICO VILLARREAL

Facultad de Ingeniera Industrial y SistemasEscuela de Ingeniera de Sistemas

CURSO: TALLER DE BASE DE DATOS

TEMA: SISTEMA DE BASE DE DATOS DE UNA CLINICA DENTALINTEGRANTES: AGILAR AGUILAR CARBAJALDIAZ CERNA BRUNOORTIZ JOYO DIANASANDOVAL RODRIGUEZ NESTOR ALANSEGURA AGUIRRE ELVIS IVANLEDESMA GARRIAZO LISSETH ANDREA

DOCENTE: ING. IVAN CRISPIN SANCHEZLIMA PERU Junio de 2015

NDICE

RESUMEN2INTRODUCCION3I.ANLISIS DE REQUERIMIENTOS31.Modelo de Negocio41.1.Descripcin de los procesos del negocio especficos a modelar.61.2.Los problemas del Negocio71.3.Matriz Procesos vs. Entidades del negocio72.Entrevista.83.Resumen de los requerimientos83.1.Requerimientos Funcionales83.2.Requerimientos no Funcionales83.3.Requerimientos de implementacin9II.DISEO CONCEPTUAL: MODELO CONCEPTUAL91.Seleccin de Entidades o de Clases. Segn notacin a utilizar.92.Definir los atributos principales103.Definir las relaciones114.Diagrama entidad relacin a nivel conceptual15III.DISEO LGICO: MODELO LGICO161.Normalizacin.162.Completar las relaciones y atributos163.Definir Integridad de dominio, de entidad y referencial.164.Modelamiento Entidad Relacin16

RESUMEN

El objetivo de este proyecto es realizar el anlisis y desarrollo de un software de gestin de una clnica dental, a partir del estudio de las necesidades del negocio y las carencias actuales, para as, conseguir una mejora en la organizacin y funcionamiento de la clnica.Este software permitir realizar no slo una mejora en cuanto a la gestin de pacientes, sino que llevar a cabo un control del negocio. El objetivo principal es automatizar el proceso de atencin de pacientes que permitir reducir costes y tiempo, y mejorar en cuanto a organizacin; simplificando el trabajo a los profesionales y ofreciendo una mejor calidad de servicio al paciente.INTRODUCCION

Hoy en da, la informtica puede aportar un gran beneficio a empresas como lo es una clnica dental, ofreciendo soluciones que facilitan el manejo de grandes cantidades de informacin con la que se trabaja da a da. Esta aplicacin beneficia notablemente al cliente; ahorrando desde espacio fsico para el almacenamiento del historial de los pacientes hasta la gran cantidad de tiempo invertida en la bsqueda de la informacin requerida, aportando a su vez seguridad y fiabilidad de los datos guardados. Un gran beneficio ser la organizacin a la hora de gestionar las citas, una de las principales gestiones de una clnica dental.En la actualidad las organizaciones tienen la necesidad de implementar tecnologa de informacin. Hacer uso de la tecnologa de informacin le permite acercarse ms a sus clientes para poder brindar un servicio no solo de calidad, sino en servicios administrativos ptimos, tanto para el paciente, como para los que atienden.I. ANLISIS DE REQUERIMIENTOS

El primer paso del proyecto consiste en una entrevista con el cliente, quin nos expone sus necesidades generales, a partir de las cuales se establecen los objetivos y se determinan las pautas a seguir.El objetivo principal de la implantacin de este software de gestin es la mejora en la organizacin para un buen funcionamiento de la clnica, optimizando as los recursos y el tiempo, de manera sencilla y eficaz para el cliente. Objetivos Los objetivos del problema en estudio, que expone el cliente es gestionar de citas de los pacientes. Las cuales

Diversidad de profesionales. En la clnica se cuenta con varios profesionales, cada uno especializado en un rea de la odontologa. Odontlogo general. Ortodontista. Edondontista. Implantlogo.

Control en el tiempo de consulta. Es tpico que en la consulta del dentista el paciente tenga que esperar an pasada la hora de su cita. Esto se debe a que no siempre se tiene en cuenta la duracin de la intervencin de cada paciente. El objetivo es, aunque sea de forma aproximada, establecer tiempos de consulta siendo ms precisos en las intervenciones ms habituales.

Gestin de citas. Teniendo en cuenta la disponibilidad de los especialistas y el control en el tiempo de consulta, el objetivo es que los pacientes, por medio del personal de recepcin, puedan pedir cita de una manera gil y sencilla tanto para el personal de recepcin como para los propios pacientes. De esta forma se busca evitar largas esperas para los pacientes y confusiones en la asignacin de horarios, tan habituales.

Control de pagos de clientes. Actualmente el control de los pagos se lleva en una libreta, de forma manual, el personal de recepcin anota los pagos que se han realizado, incluso los que se hacen a plazos, anotando el nombre y DNI del paciente y actualizando el pago pendiente despus de cada plazo. No slo por el tiempo que se invierte en buscar y actualizar manualmente en papel, sino por la gran dificultad que tiene llevar un buen control financiero en estas circunstancias, es necesario establecer una solucin a este problema.

En esta fase del proyecto se profundiza en las necesidades, problemas y requisitos del cliente para alcanzar un conocimiento del sistema que permita ofrecer una solucin especfica y definir el alcance de la aplicacin.1. Modelo de NegocioLos objetivos de los casos de uso son los siguientes: Capturar los requisitos funcionales del sistema y expresarlos desde el punto de vista del usuario. Guiar todo el proceso de desarrollo del sistema de informacin. Los casos de uso proporcionan, por tanto, un modo claro y preciso de comunicacin entre el cliente y el desarrollador.Aporta una visin de cmo aparece el sistema desde el exterior sin necesidad de entrar en los detalles de su construccin. Para definir el modelado del negocio se ha utilizado la herramienta IBM Rational Rose.

En este diagrama se muestran los usuarios finales que interactan con el software.

Se distingue entre Trabajadores del negocio, que son los usuarios que interactan directamente con el sistema, y los Actores, que lo hacen de forma indirecta.

Figura 1 Modelo de Negocio

Figura 2 Modelo de NegocioEl siguiente grfico es el Modelo de Casos de Uso, que proporciona una visin general de la funcionalidad del software, a partir del cual se ir desarrollando en detalle cada caso en particular.

Figura 3 Modelo de Negocio

1.1. Descripcin de los procesos del negocio especficos a modelar.

1. El paciente solicita cita al personal de recepcin.2. El personal de recepcin le solicita datos personales.3. Si el cliente solicita un determinado dentista 3.1. El personal de recepcin registra los datos del dentista requerido4. El personal de recepcin asigna la hora y la fecha de la cita5. El personal de recepcin le d el monto a pagar6. El paciente se dirige a caja a pagar el monto establecido.7. El cajero recepciona y registra el pago8. El cajero informa del pago al administrador9. El dentista recepciona la orden de trabajo para el paciente10. Si requiere realizar servicio 10.1. Se atiende al cliente11. Si requiere realizar tratamiento 11.1. Se atiende al cliente 11.2. Asigna la cantidad de procedimientos a realizar. 11.3. Designa las fechas de visita del cliente a la clnica12. El dentista solicita requerimientos al laboratorio13. El laboratorio prepara los requerimientos del dentista

1.2. Los problemas del Negocio-Problemas de coordinacin de citas-Falta de coordinacin entre el personal de la clnica-Ineficiente control de seguimiento de los tratamientos-Ineficiente control de inventario de los laboratorios

1.3. Matriz Procesos vs. Entidades del negocio

Entidades Procesos PacientesdentistaVisita laboratoriotrabajoClnica

Servicio Tratamiento Procedimiento Cargo Pago

Registrar pacientesXX*

Registrar visitas X*XX*X*X*

Registrar trabajoXXX*X*X*

Realizacin de servicioXX

Seguimiento de procedimientoX

Realizacin de tratamientoXX

Gestin precio de trabajoX

Realizacin de pagoX

Gestin de pedido X

Requerir servicios de laboratorio X

Registrar pagoX*

Asignacin de dentista /X*

Tabla 1 Matriz Procesos vs. Entidades del negocio

X: MAYOR USO/: MENOR USO*: CREAR DATOS

2. Entrevista.Se debe preguntar a los usuarios sobre como realizan su trabajo actualmente. Rena evidencias, cuadros reportes, pantallazos.

Actualmente la clnica dental no cuenta con ningn sistema informtico para la gestin del negocio. La organizacin se realiza de forma manual, por lo que se requiere una aplicacin que se desarrollar desde cero sin tener en cuenta ningn sistema informtico anterior.

CUADROS DE REPORTES

Figura 4 Reporte de citas y clientes

Figura 5 Reporte mensual de visitas

1Figura 1 Reporte mensual de visitas por sedes

1Figura 1 Reporte de visitas por mdicos, especialidad y sede

RECOLECCION DE DATOS

ENTREVISTA

POBLACION Y MUESTRAEl grupo de aplicacin de la encuesta est conformado por el Administrador, personal mdico, personal de laboratorio, personal de secretaria y caja que son las personas que participan en el sistema.

El tamao de la muestra consta de un personal mdico, personal de laboratorio y un personal de secretaria

ESTRUCTURA DE LA ENTREVISTALa entrevista consta de un total de 7 preguntas: 2 orientadas al rea de recepcin, 2 al rea de atencin, 3 al rea de caja, a travs de este cuestionario se busca obtener informacin acerca de los procesos que se llevan a cabo al igual que el rendimiento y satisfaccin del sistema que se hace uso para el desarrollo, control y mantenimiento de dichos procesos.

ENTREVISTA(Para el rea de Recepcin)

1. Cmo calificara el funcionamiento del sistema con respecto al registro y almacenamiento de los datos de los pacientes y de consultas que se realizan?

R:

2. Considera usted que es necesario implementar un sistema automatizado para realizar el almacenamiento de los datos de los pacientes, y que beneficios proporcionara?

R:

(Para el rea de atencin)

1. El sistema actual le permite obtener todo los datos que son necesarios para que pueda realizar sus funciones de manera eficiente?

R:

2. Qu beneficios le proporcionara la implementacin de un sistema que le permita almacenar los datos de sus pacientes al igual que las evaluaciones y diagnsticos de sus pacientes?

R:

(Para el rea de Caja)

1. Se registran todos los procesos administrativos que se realizan en el rea de caja? De qu forma

R:

2. Cmo considera usted el funcionamiento actual del Sistema con respecto al rea de caja?

R:

3. Considera usted que el registro de la informacin que se lleva en el rea de caja, necesita ser automatizada? Y de qu manera facilitara al personal mejorar la eficiencia de la misma?

R:

TRANSCRIPCIN DE LA ENTREVISTA ELABORADAENTREVISTA(Para el rea de Recepcin)

1. Cmo calificara el funcionamiento del sistema con respecto al registro y almacenamiento de los datos de los pacientes y de consultas que se realizan?

Bueno, el sistema que utilizamos actualmente es muy ineficiente, por ejemplo: Para realizar el registro de los pacientes toma demasiado tiempo al igual que no hay control en cuanto a si los datos almacenados son correctos, lo cual genera molestias al personal y a los pacientes.

2. Considera usted que es necesario implementar un sistema automatizado para realizar el almacenamiento de los datos de los pacientes, y que beneficios proporcionara?

Si, implementar un sistema automatizado permitira realizar los diferentes procesos de manera ms rpida y eficiente; permitira evitar errores en cuanto a la informacin al igual que permitira reducir la informacin redundante (informacin innecesaria).

(Para el rea de atencin)

1. El sistema actual le permite obtener todo los datos correctos que son necesarios para que pueda realizar sus funciones de manera eficiente?

En ocasiones, el sistema no puede ofrecerme todo los datos que necesito para realizar por ejemplo un seguimiento del historial del paciente, y en alguna situacin los datos que se me proporciona no son los correctos lo cual obstaculiza con el cumplimiento de mis deberes

2. Qu beneficios le proporcionara la implementacin de un sistema que le permita almacenar los datos de sus pacientes al igual que las evaluaciones y diagnsticos de sus pacientes?

Los beneficios serian muchos desde agilizar la obtencin de los datos del paciente al igual que poder realizar un correcto seguimiento del historial del paciente

(Para el rea de Caja)

1. Se registran todos los procesos administrativos que se realizan en el rea de caja? De qu forma

S, pero hay ocasiones en los cuales por irresponsabilidad del personal o errores del sistema no se pueden registrar todos los procesos de manera adecuada ya que se trabaja con hojas de clculo lo cual no le da seguridad a los datos que se registran.

2. Cmo considera usted el funcionamiento actual del Sistema con respecto al rea de caja?

Como lo mencione antes el hecho de que se hace uso de hojas de clculo para realizar los diferentes procesos convierte al sistema en un sistema que carece de seguridad, rapidez y eficiencia.

3. Considera usted que el registro de la informacin que se lleva en el rea de caja, necesita ser automatizada? Y de qu manera facilitara al personal mejorar la eficiencia de la misma?

Si, una automatizacin del sistema sera la mejor forma de facilitar al personal la obtencin de datos, el control de los ingresos, la generacin de reportes y una mayor eficiencia del mismo.

3. Resumen de los requerimientos 3.1. Requerimientos Funcionales Los datos de la clnica dental deben ser distribuidos y almacenados en bases de datos relacionales de forma eficiente, ordenada y segura. Se realizarn copias de seguridad diarias contra las bases de datos. Estas copias se realizarn fuera de horario para no afectar al rendimiento del sistema El sistema debe gestionar y controlar los registros de todos los pacientesde la clnica dental, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar bsquedas sobre determinados criterios. El sistema debe gestionar y controlar los registros de todos los dentistas de la clnica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar bsquedas sobre determinados criterios. El sistema debe gestionar y controlar los registros de todas las consultas que se soliciten en la clnica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar bsquedas sobre determinados criterios. Para solicitar una consulta hay que comprobar la disponibilidad del dentista en el da indicado. Si no existe disponibilidad, el paciente debe elegir otra fecha. Al crear una nueva consulta, sta se aade al historial del paciente que puede ser consultado por los especialistas. stos reflejarn los sntomas, diagnstico y tratamientos de la consulta. Se permiten realizar bsquedas sobre determinados criterios. El sistema debe gestionar y controlar todos los comprobantes que se generen en la clnica dental de forma segura. Se deben poder realizar bsquedas sobre determinados criterios y generar listados. El sistema debe gestionar y controlar todos materiales con los que trabaja la clnica. Se deben poder realizar bsquedas y listados. El sistema debe gestionar los pedidos de materiales que realicen los administradores de la clnica dental. Estos pedidos se hacen a los proveedores indicando que materiales se quieren adquirir y la cantidad.3.2. Requerimientos no Funcionales Se debe garantizar la integridad, consistencia y confidencialidad de los datos. Los empleados de la clnica dental deben autentificarse para poder acceder al sistema. El sistema deben integrar un men de principal de las actividades que se realizar Las interfaces del sistema deben integrar el logotipo de la empresa preferentemente en la parte superior de la vista. Para sacar una cita se tiene que registrar al cliente previamente en el sistema y tambin a los dentistas para que el cliente pueda elegir si este lo requiere. El sistema deben integrar ventanas para cada actividad que se realice como: Registro de cliente, Cita, Historial, Pago, Especialista, Laboratorio, etc.

3.3. Requerimientos de implementacin

El fin de este proyecto es el desarrollo de un aplicativo de escritorio. Se desarrollar en base la metodologa orientado a objetos con el lenguaje de programacin JAVA en el entorno de desarrollo NetBeans 8.0.Se analizan los posibles requisitos de software y hardware para llevar a cabo el proyecto.

Software:Rational Rose: Leguaje de Modelamiento Unificado (UML)Sistema Operativo Windows 8.1 pro Licencia de pago.IDE para la aplicacin: plataforma NetBeans Licencia de libre distribucin.Lenguaje de Programacin Java Swing de escritorio: libre distribucin.Motor de Base de datos: MSSQL Licencia de Estudiantil.

Hardware:Servidor de alojamiento:HP ProLiant ML330 G6 Special ServerProcesador 2.13 GHzRAM 2 GB RAM - 4 MB

II. DISEO CONCEPTUAL: MODELO CONCEPTUAL1. Seleccin de Entidades o de Clases. Segn notacin a utilizar.

ENTIDADDESCRIPCION

PACIENTE Es la entidad que contiene los datos del paciente.

PAGOEs la entidad en donde se registra los pagos del paciente por los servicios prestados.

EMPLEADOEs la entidad que contiene los datos de los empleados de la clnica

CONSULTAEs la entidad que registra todos las consultas a llevarse a cabo.

CLINICAEs la entidad donde estn registrado los datos de las clnicas.

LABORATORIOEs la entidad que contiene los datos de los laboratorios.

Tabla 2 Entidades

2. Definir los atributos principales

ENTIDADATRIBUTOS DESCRIPCION

PACIENTEIDPACIENTEEs el atributo identificacin del paciente

NOMBRESIndica el nombre del paciente

APELLIDOSIndica los apellidos del paciente

DNIIndica el dni del paciente del paciente

DIRECCIONIndica la direccin del paciente

TELEFONOIndica el telfono del paciente

FECHA NACIMIENTOIndica la fecha de nacimiento

REGIONIndica la regin del paciente

EMPLEADOIDEMPLEADOIndica el cdigo del empleado

NOMBRESIndica el nombre del empleado

APELLIDOSIndica los apellidos del empleado

DNIIndica el dni del empleado

DIRECCIONIndica la direccin del empleado

CARGOIndica el cargo del empleado

CONSULTAIDCONSULTAIndica el cdigo de la consulta

TRATAMIENTOIndica el tratamiento de la consulta

OBSERVACIONIndica la observacin de la consulta

ESTADOIndica el estado del paciente

SINTOMAIndica el sntoma del paciente

HORAIndica la hora de la consulta

FECHAIndica la fecha de la consulta

PAGO

IDPAGOIndica el cdigo de pago

DESCRIPCIONIndica la descripcin del pago

FECHAIndica la fecha de pago

MONTOIndica el monto total de pago

LABORATORIOIDLABORATORIOIndica el cdigo de laboratorio

TIPOIndica el tipo de especialidad

DESCRIPCIONIndica la descripcin de la especialidad

CLINICAIDCLINICAIndica el cdigo de clnica

DIRECCIONIndica la direccin de la clnica

TELEFONOIndica el telfono de la clnica

Tabla 3 Atributos de las entidades

3. Definir las relaciones

SOLICITA

CONSULTAPACIENTE

En la entidad PACIENTE y la entidad CONSULTA existe una relacin (un paciente puede solicitar muchas consultas y una consulta solo es solicitado por un paciente).

ATIENDE

CONSULTAEMPLEADO

En la entidad EMPLEADO y la entidad CONSULTA existe una relacin (un empelado puede atender muchas consultas y una consulta solo es atendido por un empleado).

PAGOGENERA

CONSULTA

En la entidad CONSULTA y la entidad PAGO existe una relacin (una consulta puede generar muchos pagos y un pago solo es generado por una consulta).

REALIZA

CONSULTACLINICA

En la entidad CLINICA y la entidad CONSULTA existe una relacin (en una clnica puede realizarse muchas consultas y una consulta solo es atendido en una clnica).

REQUIERELABORATORIO

CONSULTA

En la entidad CONSULTA y la entidad LABORATORIO existe una relacin (una consulta requiere un laboratorio y un laboratorio puede ser requerido por varias consultas).

TALLER DE BASE DE DATOS

Sistemas de Base de datos de una Clnica dentalPgina 20

4. Diagrama entidad relacin a nivel conceptual

Figura 6 Diagrama entidad Relacin

III. DISEO LGICO: MODELO LGICO

1. Normalizacin.

1ERA. FORMA NORMAL:

Es la etapa de la atomizacin, las entidades pacientes, dentista y empleado tienen un atributo Apellidos, es ah donde se tiene que atomizar, separndolo en dos campos ApellidoP y ApellidoM.

Figura 7 1era forma normal

2DO. FORMA NORMAL:

Se generan las entidades: Empleado, Tratamiento, Clnica, Especialidades, Horario. Se separan los diferentes atributos con sus respectivas Primary Key de cada entidad ya generada.

Figura 8 2da forma normal

3RA. FORMA NORMAL:

Se generan las entidades: Horario_Asignado, Procedimiento, Laboratorio, Suministro, Pago, Concepto, Regin, Provincia, Distrito; debido a un caso de transicin idneo de esta forma normal, la entidad Horario_Asignado se gener debido a una relacin de muchos a muchos.

Figura 9 3era forma normal

2. Completar las relaciones y atributos

RELACIONES ADICIONALES:

En la entidad PACIENTE y la entidad REGION existe una relacin (un paciente solo habita una regin y una regin es habitada por muchos pacientes).

En la entidad REGION y la entidad PROVINCIA existe una relacin (una region puede pertenecer muchas provincias y una provincia solo pertenece a una region).

En la entidad PROVINCIA y la entidad DISTRITO existe una relacin (una provincia puede pertenecer muchos distritos y un distrito solo pertenece a una provincia).

En la entidad ESPECIALIDAD y la entidad DENTISTA existe una relacin (una especialidad puede tenerlo muchos dentistas y un dentista solo tiene una especialidad).

En la entidad DENTISTA y la entidad HORARIO_ASIGNADO existe una relacin (un dentista puede tener muchos horarios asignados y un horario asignado solo lo tiene un dentista).

En la entidad HORARIO_ASIGNADO y la entidad HORARIO existe una relacin (un horario asignado solo deriva de un horario y un horario puede derivar muchos horarios asignados).

En la entidad PAGO y la entidad DETALLE_PAGO existe una relacin (un pago puede tener muchos detalles pagos y un detalle pago solo lo tiene un pago).

En la entidad DETALLE_PAGO y la entidad CONCEPTO existe una relacin (un detalle pago solo lo tiene un concepto y un concepto puede tener muchos detalles pagos).

En la entidad CONSULTA y la entidad TRATAMIENTO existe una relacin (una consulta puede tener muchos tratamientos y un tratamiento solo lo tiene una consulta).

En la entidad TRATAMIENTO y la entidad PROCEDIMIENTO existe una relacin (un tratamiento puede requerir muchos procedimientos y un procedimiento solo lo requiere un tratamiento).

En la entidad PROCEDIMIENTO y la entidad LABORATORIO existe una relacin (un procedimiento solo atiende un laboratorio y un laboratorio puede atender muchos procedimientos).

En la entidad LABORATORIO y la entidad SUMINISTRO existe una relacin (un procedimiento puede utilizar muchos suministros y un suministro solo lo utiliza un laboratorio).

ATRIBUTOS ADICIONALES:

ENTIDAD

ATRIBUTOS

DESCRIPCION

REGIONIDEs el id de la regin.

NOMBREEs el nombre de la regin.

PROVINCIAIDEs el id de la provincia.

NOMBREEs el nombre de la provincia.

DISTRITOIDEs el id del distrito.

NOMBREEs el nombre del distrito.

ESPECIALIDAD

IDEs el id de la especialidad.

NOMBREEs el nombre de la especialidad.

HORARIO_ASIGNADOFECHA_ASIGNACIONEs la fecha del horario asignado.

HORARIOIDEs el id del horario.

HORAEs la hora del horario.

DIAEs el da del horario.

MESEs el mes del horario.

TURNOEs el turno del horario.

DETALLE_PAGOFECHA Es la fecha del detalle pago.

HORAEs la hora del detalle pago

MONTOEs el monto del detalle pago.

CONCEPTOIDEs el id del concepto.

CONCEPTOEs el nombre del concepto.

TRATAMIENTOIDEs el id del tratamiento.

NOMBREEs el nombre del tratamiento.

PROCEDIMIENTOIDEs el id del procedimiento.

DESCRIPCIONEs la descripcin del procedimiento.

FECHAEs la fecha del procedimiento.

LABORATORIOIDEs el id del laboratorio.

TIPOEs el tipo de Laboratorio

NOMBREEs el nombre del laboratorio.

SUMINISTROIDEs el id del suministro.

NOMBREEs el nombre del suministro.

Tabla 4 Atributos adicionales

3. Definir Integridad de dominio, de entidad y referencial.

Figura 10 Integridad de dominio, de entidad y referencial

Cuadro detallando la Primary Key (PK), Foreign Key (FK) y Unique (si tuviera) de cada Entidad.

ENTIDAD

PRIMARY KEY (PK)

FOREIGN KEY (FK)

UNIQUE

PACIENTE

idPacienteRegionIDDNI

REGION

RegionID

PROVINCIA

ProvinciaIDRegionID

DISTRITO

DistritoIDProvinciaID

CONSULTA

idConsultaidPaciente

idEmpleado

idDentista

idClinica

EMPLEADO

idEmpleado

DNI

DENTISTA

idDentistaidEspecialidadDNI

ESPECIALIDADES

idEspecialidad

HORARIO_ASIGNADO

idHorario

idHorario

idDentista

idDentista

TRATAMIENTO

idTratamientoidConsulta

PROCEDIMIENTO

idProcedimientoiIdTratamiento

idLaboratorio

LABORATORIO

idLaboratorio

SUMINISTRO

idSuministroidLaboratorio

PAGO

idPagoidConsulta

DETALLE_PAGO

id_Pago

id_Pago

id_Concepto

id_Concepto

CONCEPTO

idConceptoidPago

Tabla 5 Cuadro de PK, FK y Unique4. Modelamiento Entidad Relacin

Figura 11 Modelo Entidad Relacin