entregable taller bd
DESCRIPTION
1er Entregable Taller BdTRANSCRIPT
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