Disenio de La Base de Datos

Tabla de contenidoTabla de contenido.....................................................................................................1Diseño de la base de datos.....................................................................................2Listado de cambios....................................................................................................2Diseño Conceptual (final)........................................................................................8

Usuarios del sistema.............................................................................................8Entidades...................................................................................................................9Relaciones...............................................................................................................11Diagramas entidad-relación.............................................................................15Modelo global.........................................................................................................15Vista de usuarios...................................................................................................16Vista de entidades................................................................................................17Vista de agenda medica.....................................................................................18Vista de paciente..................................................................................................19Vista de historia clínica.......................................................................................20

Diseño Lógico.............................................................................................................21Modelo Relacional normalizado.......................................................................21Vista usuario (Relacional)..................................................................................22Vista de entidades (Relacional).......................................................................23Vista agenda (Relacional)..................................................................................24Vista paciente (Relacional)...............................................................................25Vista historia clínica (Relacional)....................................................................26Diccionario de datos Relacional......................................................................27

Listado de Tablas.........................................................................................................................27Listado de atributos....................................................................................................................40Listado de Relaciones................................................................................................................48

Diseño de la base de datos

Los diseños realizados en cada una de las iteraciones se encuentras disponibles en los anexos digitales del proyecto. También los diseños finales de la base de datos, así como el diccionario de datos conceptual y Relacional se encuentran disponibles al final del capitulo.

Listado de cambios

Iteración Descripción detallada

Primera Basados en la información recogida durante la fase de análisis del dominio, y en los requerimientos de información levantados, se diseño la primera versión del modelo Relacional y el modelo físico de la base de datos del proyecto.

El diseño del diagrama entidad relación fue hecho en “DIA”1 (software de diagramación de código abierto) y se encuentra dividido en dos vistas, una global sin la sección de historias clínicas, y otra dedicada exclusivamente al modelo de historias clínicas, dado que la herramienta usada en esta etapa no permite agregar atributos a las entidades, el modelo Relacional se encuentra en un archivo llamado modelo_Relaciónal_DoC.doc , allí se encuentran cada una de las etapas de normalización de los datos y el resultado final junto con los tipos de datos de cada uno de los atributos del modelo.

La primera versión del diseño de la base de datos se caracterizo por manejar una gama bastante amplia de usuarios:

administradorGeneralusuarioEntidadAdministradorausuarioEntidadPrestadoraparamédico enfermeramedicoempleadoAdministrativoadministradorServicioadministradorCita

También se consideraron un buen número de

1 http://dia-installer.sourceforge.net/

entidades Relacionadas con la historia clínica:

PacienteAcudienteEspecialidadhistoriaClinicaformulaObstetrica revFisicarevSistemasdatosBasicoVisita eventotriageadjuntoantecedentesanalisisMedico

Las entidades que fueron generadas para el manejo de servicios y citas médicas en esta iteración fueron:

CitaentidadPrestadoradirecciónentidadAdministradoraalarmafechaservicioincapacidadexamenformularemisionCitamedicinacompuestapor

durante la elaboración de este primer modelo se pudo obtener un panorama bastante especifico sobre los volúmenes de información que debe manejar el sistema, sin embargo aun se encontraban bastantes incongruencias con respecto a los alcances y las limitaciones del proyecto, y tampoco se había contemplado la integración con el estándar para el manejo de la información medica HL7.

segunda En la segunda iteración en el diseño de la base de datos se migraron los diagramas Entidad relación de “DIA” a la herramienta “powerDesigner 12.5”, pudiendo así integrar las dos vistas generadas y el modelo Relacional, en el anexo digital se encontraran

los archivos editables de el modelo conceptual y el modelo físico de la base de datos, así como la vista global del diagrama entidad relación.

Luego de realizar un estudio mas detallado de las limitaciones del proyecto y de hacer la investigación concerniente al estándar HL7 encontramos bastantes modificaciones para realizar en el modelo de datos del sistema, las más importantes buscaron reducir considerablemente el número de usuarios para reducir la complejidad de las consultas y la facilidad de manejo de la aplicación:

Usuario:Se agrego una generalización de usuarios q comparten los datos básicos, password, login, etc.

administradorGeneral:Esta entidad no presento cambios mayores

usuarioEntidadAdministradora:Esta entidad no presento cambios mayores

usuarioEntidadPrestadora:Esta entidad no presento cambios mayores

Paramédico, enfermera, medico:Estas tres entidades se suprimieron y se creo una nueva llamada personalMedico, la cual engloba las tres gracias a un campo llamado rol, donde se especifica si es medico o auxiliar, esto también permite realizar o mayor control de las funciones y restricciones que tiene cada rol.

empleadoAdministrativo:Esta entidad se elimino pues representaba una generalización innecesaria.

administradorServicio:Esta entidad también fue eliminada, pues su funcionalidad en principio era la de aceptar o rechazar peticiones de servicios a los pacientes, sin embargo según la información recopilada en el análisis de dominio resulto ser un rol completamente innecesario.

administradorCita: Esta entidad no presento cambios mayores.

Con respecto a la información Relacionada con la

historia clínica:

Paciente:Esta entidad no presento cambios mayores.

Acudiente:Esta entidad no presento cambios mayores.

Especialidad:Esta entidad fue eliminada, dadas las limitaciones del proyecto, no es necesario tener la relación de las especialidades de cada medico.

historiaClinica:Esta entidad no presento cambios mayores.

formulaObstetrica, revFisica, revSistemas, datosBasicoVisita:Todas estas entidades fueron eliminadas pues a pesar de contener información de vital importancia para la historia clínica generan demasiada complejidad en el modelo y no se adaptan al estándar HL7, su reemplazo fue la entidad documentoCDA quien guarda la ruta de los documentos CDA asociados a una historia clínica. evento:Esta entidad no presento cambios mayores.

Triage:La entidad triage fue eliminada, en su reemplazo se agrego un campo de tipo boolean a la entidad evento que nos indica si es un evento generado por una evaluación triage o no.

Adjunto:Esta entidad no presento cambios mayores.

Antecedentes:Esta entidad no presento cambios mayores.

analisisMedico:Esta entidad no presento cambios mayores.

También se agregaron nuevas entidades:

casoAnonimo:Quien se encarga de modelar los datos necesario para la publicación en el portal de casos médicos especiales.

Teléfono:Surgió la necesidad de crearla pues en la actualidad una persona tiene mínimo dos números telefónicos (fijo, móvil), y para las necesidades del sistema es de vital importancia poder ubicar de forma ágil a una persona, en situaciones de emergencia.

telefonoEntiPres, telefonoPaciente, telUsuario:Estas tres entidades heredan de la entidad teléfono, su necesidad surge a partir de los múltiples roles u actores que intervienen en el sistema.

Al término de la segunda iteración se logro un diseño mucho más pulido y más acorde a los requerimientos del proyecto, sin embargo aun esta pendiente una revisión detallada y algunos cambios menores.

Tercera Luego de realizar una revisión detallada al diseño resultante de la iteración anterior se identificaron los siguientes cambios:

Se creo una nueva entidad llamada “telefonoEntiAdmin”, quien se encarga de contener la información de Relacionada con los teléfonos de las entidades administradoras de salud, dicha entidad hereda de la entidad teléfono.

En la entidad “entidad_administradora” se elimino el campo descripción dado que no es relevante para los alcances del proyecto, y se agrego el campo nombre.

En la entidad “persoMedico” se elimino el campo rol, dado que este campo ya se encuentra en la entidad gracias a la herencia que tiene con la entidad usuario.

En las entidades “entidad_Prestadora” y “Entidad_administradora” se elimino la llave primaria y el campo ID, ahora la llave primaria es el campo llamado nit.

Cuarta Cuando se hacen diseños de bases de datos muchas veces existen datos que tienden a generar redundancia, un ejemplo con el que nosotros nos encontramos fue el numero de teléfono en la entidad paciente ya que este puede estar presente en el, con mas de un valor, y a su vez este puede estar presente en otros pacientes o acudientes, por lo que si se

siguen al pie de la letra, las normalizaciones de bases de datos el teléfono debe considerarse como una entidad aparte (ver iteración 3 bases de datos), sin embargo los queries son mucho mas difíciles de crear y requieren mucho mas trabajo por parte del DBMS, como también incrementa la complejidad de la operación.

Por esto decidimos restringir a un teléfono local, un teléfono celular para el registro de pacientes, y un dato teléfono para cada entidad, también implementando el mismo principio de simplicidad y eficiencia en los queries, se creo una tabla llamada sede para las entidades prestadoras que tiene también un dato teléfono y uno de dirección, aunque esto no este 100% acorde con las reglas de normalización si incrementa la eficiencia de la aplicación y reduce la complejidad de los queries, y siendo concientes que la transmisión de datos se llevara la mayor cantidad de tiempo en nuestro proyecto, es mejor ser eficientes en el resto de partes.2

Quinta Durante esta iteración se hicieron revisiones detalladas a todos los atributos de cada una de las tablas, donde se encontraron ciertas inconsistencias, errores y redundancias en los datos, por lo cual se aplicaron los siguientes cambios al diseño:

Se creo la entidad “entidad” quien representa la generalización de las entidades administradoras y prestadoras. Anteriormente existía una relación entre la entidad prestadora y las sedes, sin embargo no existía la misma relación entre las entidades administradoras y las sedes, por esto fue necesario crear la generalización de las entidades y eliminar la relación entre entidades prestadoras y sedes, para crearla directamente entre la entidad “entidad” y las sedes.

Se creo la tabla Log, en esta tabla se guardara la información necesaria para llevar un registro de todos los movimientos que hacen los usuarios dentro del sistema.

La relación “representa” fue reasignada únicamente a los usuarios de tipo personalMedico y los roles. Dado q solo es necesaria para dichos tipos de usuario.

La tabla documento CDA fue eliminada, y en su

2 http://www.dbdebunk.com/page/page/1317920.htm

reemplazo fueron agregadas las entidades:

Motivo y diagnosticorevisionSistemasRevisionFisicaGPCAVE

En estas tablas se almacenara toda la información concerniente a la historia clínica. Y se crearan documentos CDA solo en el caso de q sean necesarios.

Este cambio es con el fin de optimizar los recursos de procesamiento en el servidor, y para explotar mucho mejor la capacidad del sistema gestor de bases de datos.

En la entidad servicio, se elimino el campo comentario, ya q ya existía un campo denominado descripción.

En la entidad examen, se elimino el campo resultado examen, puesto que la información necesaria para este campo, se sale de los alcances del proyecto.

Diseño Conceptual (final)

Usuarios del sistema

Administrador general: Es el Super-Usuario solo tiene acceso al modulo Web y está encargado de crear y modificar entidades prestadoras, y entidades administradoras de salud, también se encarga de la crearon o modificación de los usuario de tipo “usuario entidad administradora” y de tipo “usuario entidad prestadora”, mantener la aplicación y mirar los logs del sistema.

Usuario entidad administradora: es la persona encargada de gestionar la información de las entidades administradoras de salud (eps, ars, etc), crear o modificar pacientes en el sistema y tiene acceso a las historias clínicas de los mismos, también se encarga de asociar las entidades prestadoras de salud con la entidad administradora.

Usuario entidad prestadora: es la persona encargada de gestionar la información concerniente a las entidades prestadoras de salud, agregar o quitar sedes de atención, y registrar en el sistema el personal medico.

Personal medico: estas personas pueden ser médicos, paramédicos, enfermeras, o auxiliares en general, se encargan de

actualizar la información de las historias clínicas de los pacientes, los médicos pueden realizar publicaciones de casos anónimos.

Empleado citas: Las entidades administradoras de salud, organizan las citas de sus afiliados con el personal medico de una de las entidades prestadoras con quienes trabajan. Se encarga de de gestionar todo el proceso de administración de citas medicas.

Entidades

Acudiente: la entidad acudiente representa a una o varias personas que se hacen responsables por un paciente.

Adjunto: la entidad adjunto representa el contenido multimedia agregado a las historias clínicas, a través de los eventos médicos generados sobre la misma.

AdministradorGeneral: en esta entidad se modelan los datos referentes al usuario llamado administrador general.

Alarma: la entidad alarma es usada para guardar la información referente a las citas medicas, y exámenes asignados a los pacientes.

Análisis medico: describe los comentarios hechos por otros médicos a los casos anónimos publicados en el portal.

Antecedentes: esta entidad es usada para almacenar la información concerniente a los antecedentes relativos a un paciente.

Caso anónimo: la entidad caso anónimo guarda la información referente a los casos clínicos compartidos por los médicos a la comunidad.

Cita: la entidad cita representa la información acerca de las visitas que realiza un medico a un paciente, se compone de una hora, y un lugar especifico.

documentoCDA: en la entidad documento CDA se guarda la ruta del documento CDA asociado a la historia clínica de un paciente, en conjunto con la fecha en la que fue agregado el documento.

empleadoCitas: en esta entidad se modela la información referente a los datos de usuario del empleado que se encarga de asignar y modificar las visitas medicas.

Entidad: esta entidad se encarga de generalizar a las entidades prestadoras y a las entidades administradoras, puesto que ambas comparten información en común con respecto a las sedes de atención.

entidad_administradora: esta entidad representa a las empresas dedicadas a la administración en salud (EPS, ARS, ESS, ARP, régimen especial, SOAT).

entidad_prestadora: esta entidad representa a todas las empresas que brindar el servicio de atención médica (IPS, ESE).

Evento: la entidad evento describe la información Relacionada con cualquier acción ejecutada por el personal medico a un paciente, como por ejemplo (suturas, administración de medicamentos, evaluaciones triage, entre otros).Examen: en la entidad examen se almacena toda la información referente a los exámenes para clínicos asignados a los pacientes, fecha, tipo de examen y resultados del mismo.

FechaAlarma: en esta entidad se guardan todas las fechas programadas para una alarma específica asignada a un paciente, la información contenida aquí se usara para poder avisar a un paciente acerca de sus visitas o los resultados de sus exámenes.

Formula: la entidad formula representa el conjunto de medicamentos que asigna un medico a un paciente luego de realizar una visita medica.

GPCAVE: esta entidad es usada para guardar toda la información referente a la revisión ginecobstetrica hecha a las mujeres en cada cita médica.

Hc: la entidad Hc modela la información básica contenida en la historia clínica, esta entidad es usada para poder asociar los documentos CDA, los eventos y los pacientes a su historial medico. Incapacidad: representa la información concerniente a todas las incapacidades que se asignaran a los pacientes.

Log: entidad creada con el fin de llevar un control de todas las actividades que realiza un usuario dentro del sistema, aquí se guardara información con respecto a los cambios hechos, el usuario q los hizo, y la fecha en que los hizo.

Medicamento: esta entidad modela la información necesaria acerca de los medicamentos que se encuentran dentro del POS (plan obligatorio de salud), así como la posología del mismo y la formula medica a la cual se encuentra asociado.

Motivo y diagnostico: la entidad motivo y diagnostico, como su nombre lo indica, es usada para almacenar información concerniente a los motivos que tiene un paciente para ir a una cita medica, y al diagnostico dado por el medico, luego de los exámenes de rigor.

Paciente: la entidad paciente modela la información necesaria para llevar acabo una buena gestión de los datos de las personas registradas en el sistema, y garantizar la confidencialidad y unicidad de los mismos.

persoMedico: esta entidad modela la información de usuario Relacionada con todo el personal medico (médicos, paramédicos, enfermeras, auxiliares).

Remisión: describe la información necesaria para las remisiones a especialistas ordenadas por los médicos a los pacientes.

RevisionFisica: en esta entidad se almacena información referente a la revisión física hecha a un paciente durante una cita médica.

RevisionSistemas: en esta entidad se almacena información referente a la revisión hecha por un medico, a todos los sistemas de un paciente durante una cita médica.

sede: la entidad sede contiene la el numero de teléfonos, la dirección, la ciudad, y la descripción de cada uno de los centros de atención de las entidades prestadoras.

Servicio: esta entidad es una generalización de todas las prestaciones que brinda una entidad administradora a sus pacientes (remisiones, exámenes, formulaciones, incapacidades).

UserEntidadAdmin: en esta entidad se modela la información referente a los datos de usuario del empleado encargado de gestionar la entidad administradora en el sistema.

UserEntidadPrestadora: en esta entidad se modela la información referente a los datos de usuario del empleado encargado de administrar la entidad prestadora en el sistema.

Usuario: esta entidad es la generalización de todos los usuarios en el sistema, contiene la información primaria para todos los usuarios (documento de identificación, password, nombre, tipo de sangre, rol, etc).

Relaciones

Afilia: el usuario de la entidad administradora afilia pacientes en el sistema. Esta relación es usada para llevar el control de las afiliaciones de usuarios en el sistema, para saber a que entidad administradora pertenece y quien fue la persona responsable del registro de cada uno de los usuarios.

Afiliado en: el paciente esta afiliado en una entidad administradora. Dado que un paciente solo puede pertenecer a una única entidad prestadora, Esta relación nos permite saber a que entidad administradora se encuentra afiliado el paciente.

Asigna: el empleado de citas asigna citas. Esta relación es para representar la función que tiene el empleado de citas en el sistema, y para saber quien fue la persona que asigno determinada cita a un paciente.

Asignado a: los servicios son asignados a pacientes. Esta relación es usada para poder determinar a que usuario esta asignado un servicio y así mismo poder enviarle las alarmas necesarias.

Asiste: el paciente asiste a la cita. Esta relación es usada para identificar a que paciente esta asignada determinada cita en la agenda medica.

Atiende: el personal medico atiende una cita. Mas específicamente solo los usuarios cuyo rol sea medico y se encuentren en la tabla personal medico, están en capacidad de atender una cita, esta relación es usada para identificar el mecido que va a atender a un determinado paciente en una cita.

Contiene: los eventos contienen adjuntos. Esta relación fue creada para identificar los eventos que tienen asociados adjuntos (contenido multimedia).

Contrata: el usuario de la entidad prestadora contrata personal medico. Dicha relación hace referencia al registro de todo el personal medico, que debe hacer la entidad prestadora de servicios de salud en el sistema.

Crea: el usuario de la entidad administradora crea empleados de citas. Esta relación permite saber para qué entidad administradora de salud trabaja un empleado de citas.Esta asociado: los análisis médicos están asociados a los casos anónimos. Gracias a esta relación podemos identificar a que caso anónimo pertenece cada uno de los análisis médicos realizados por el personal medico dentro del portal.

Forma parte: los antecedentes del paciente forman parte de la historia clínica del mismo, la relación es usada para mantener asociados cada uno de los antecedentes de un paciente a la historia clínica.

Genera: el usuario genera logs, esta relación existe para poder asociar a un usuario a todos los cambios que el realice dentro del sistema.

Hace parte: los eventos hacen parte de la historia clínica. En conjunto con los antecedentes, los eventos médicos determinan una parte importante en la composición de una historia clínica.

Inscribe: el personal medico inscribe eventos. Únicamente el personal medico registrado en el sistema esta en capacidad de agregar eventos médicos a la historia clínica del paciente. La relación proporciona los mecanismos para que se cumpla esta premisa.

Labora para: el empleado de citas laboral para una entidad administradora. Cuando el usuario de la entidad administradora registra empleados de citas, dichos empleados deben quedar asociados directamente con la entidad administradora para la cual trabajan.

Posee: la entidad prestadora posee sedes. Todas las sedes en las cuales la entidad prestadora brinda servicios a los pacientes, deben estar registradas en el sistema y asociadas a la entidad a la que pertenecen.

Publica: el personal medico pública casos anónimos. Específicamente los usuarios cuyo rol se medico podrán realizar la publicación de casos anónimos en los cuales él requiera la opinión de otros expertos en el tema.

Realiza: el personal medico realiza análisis médicos. Cada medico registrado en el sistema podrá agregar análisis médicos a cualquier caso anónimo, estos análisis médicos aparecerán en el sistema asociados al medico que lo realizó.

Recibe: el paciente recibe alarmas. Esta relación nos permite asociar las alarmas a un paciente determinado con el fin de enviar mensajes recordatorios al teléfono celular del mismo.

Registra EA: el administrador general registra usuarios de la entidad administradora. Al realizar este registro dicho empleado quedara asociado a la entidad administradora deseada, en caso de que la entidad administradora no exista deberá crearse.

Registra EP: el administrador general registra usuarios de la entidad prestadora. Al realizar este registro dicho empleado quedara asociado a la entidad prestadora deseada, en caso de que la entidad prestadora no exista deberá crearse.

Relacionado con: un caso anónimos esta Relacionado con una historia clínica. Los casos anónimos son derivados de las historias clínicas, solo que en ellos no podrá aparecer ningún tipo de información que comprometa la integridad de un paciente.

Se_compone_1: la historia clínica se compone de motivo y diagnostico, esta relación es usada para asociar los motivos y diagnósticos dados por el medico, a la historia clínica de un paciente.

Se_compone_2: la historia clínica se compone de revisiones por sistemas, esta relación es usada para asociar la revisión por sistemas dada por el medico, a la historia clínica de un paciente.

Se_compone_3: la historia clínica se compone de revisiones físicas, esta relación es usada para asociar la revisión física dada por el medico, a la historia clínica de un paciente.

Se_compone_4: la historia clínica se compone de revisiones ginecobstetricas (GPCAVE), esta relación es usada para asociar los datos de la revisión ginecobstetrica de una mujer, su historia clínica..

Suena el: las alarmas suenan en varias fechas. Dentro del sistema se contempla que las alarmas tenga varias horas de llegada al paciente, (3 días antes, 1 día antes, 1 hora antes, para la citas)

Sugiere: el personal medico sugiere servicios a sus pacientes. Cada servicio sugerido por el medico debe ser asociado directamente a la historia clínica del paciente.

Tiene asignada: el paciente tiene asignada una historia clínica. Esta relación hace referencia a que todos los pacientes registrados dentro del sistema deben tener una historia clínica electrónica, para ser alimentada por el personal medico.

Tiene relación: el acudiente tiene relación con el paciente. Esta relación existe para poder asegurar que hay un persona responsable por cada uno de los pacientes, que pueda ser capaz de brindar información sobre el mismo, y pueda ser notificada de cualquier tipo de eventualidad.

Trabajan en: el usuario de la entidad administradora trabaja en una entidad administradora. Esta relación nos permite identificar para cual entidad administradora trabaja cierto tipo de usuario. Trabaja en EP: el usuario de la entidad prestadora trabaja en una entidad prestadora. Esta relación nos permite identificar para cual entidad prestadora trabaja cierto tipo de usuario.

Trabaja para: el personal medico trabaja para una entidad prestadora. El personal medico registrado dentro del sistema debe estar asociado a la entidad para la cual presta el servicio, esto con el fin de brindar mecanismos de seguridad con respecto a las consultas de la historia clínica de un paciente.

Diagramas entidad-relación

Modelo global

Vista de usuarios

Vista de entidades

Vista de agenda medica

Vista de paciente

Vista de historia clínica

Diseño Lógico

Modelo Relacional normalizado

Vista usuario (Relacional)

Vista de entidades (Relacional)

Vista agenda (Relacional)

Vista paciente (Relacional)

Vista historia clínica (Relacional)

Diccionario de datos Relacional

Listado de Tablas

Tabla acudiente

Nombre acudientePadre Modelo de datos Relacional 'base datos DoC'Fecha de creación

Martes, 27 de Enero de 2009 02:39:05 p.m.

Fecha de modificación


Relaciones salientes de la tabla acudienteNombre Código Tabla Padre Llave foráneatiene relación

TIENE_RELACIÓN paciente cedulaPaciente

Tabla adjunto

Nombre adjuntoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla adjuntoNombre Código Tabla Padre Llave foráneaContiene CONTIENE evento idEvento

Tabla administradorGeneral

Nombre administradorGeneralPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla administradorGeneralNombre Código Tabla Hija Llave foránearegistra EA REGISTRA_EA userEntidadAdmin adm_ccUsuarioregistra EP REGISTRA_EP userEntidadPrestad adm_ccUsuario

ora

Relaciones salientes de la tabla administradorGeneralNombre Código Tabla Padre Llave foráneaHerencia_uno

INHERITANCE_8 usuario ccUsuario

Tabla alarma

Nombre AlarmaPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla alarmaNombre Código Tabla Hija Llave foráneasuena el SUENA_EL fechaAlarma idAlarma

Relaciones salientes de la tabla alarmaNombre Código Tabla Padre Llave foráneaRecibe RECIBE paciente cedulaPaciente

Tabla analisis medico

Nombre analisis medicoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla análisis medicoNombre Código Tabla Padre Llave foráneaesta asociado

ESTA_ASOCIADO caso anónimo idCasoAnomino

realiza REALIZA persoMedico ccUsuario

Tabla antecedente

Nombre AntecedentePadre Modelo de datos Relacional 'base datos DoC'

Fecha de creación




Relaciones salientes de la tabla antecedenteNombre Código Tabla Padre Llave foráneaforma parte FORMA_PARTE hc idHC

Tabla caso anónimo

Nombre caso anónimoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla caso anónimoNombre Código Tabla Hija Llave foráneaesta asociado

ESTA_ASOCIADO analisis medico |idCasoAnomino

Relaciones salientes de la tabla caso anónimoNombre Código Tabla Padre Llave foráneapublica PUBLICA persoMedico ccUsuarioRelacionado con

RELACIONADO_CON hc idHC

Tabla cita

Nombre citaPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla citaNombre Código Tabla Padre Llave foráneaasigna ASIGNA empleadoCitas idAdminCitaasiste ASISTE paciente cedulaPacienteatiende ATIENDE persoMedico ccUsuario

Tabla compuesta por

Nombre compuesta porPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla compuesta porNombre Código Tabla Padre Llave foráneacompuesta por

COMPUESTA_POR2 medicamento idMedicamento

compuesta por

COMPUESTA_POR formula idServicio

Tabla contratada por

Nombre contratada porPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones saliente de la tabla contratada porNombre Código Tabla Padre Llave foráneacontratada por

CONTRATADA_POR2

entidad_administradora

nitEntAdmin

contratada por

CONTRATADA_POR

Entidad_Prestadora nitEntPrestadora

Tabla documentoCDA

Nombre documentoCDAPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla documentoCDANombre Código Tabla Padre Llave foráneaforma parte FORMA_PARTE_DE hc idHC

de

Tabla empleadoCitas

Nombre empleadoCitasPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla empleadoCitasNombre Código Tabla Hija Llave foráneaasigna ASIGNA cita idAdminCita

Relaciones salientes de la tabla empleadoCitasNombre Código Tabla Padre Llave foráneacrea CREA userEntidadAdmin ccUsuariolabora para LABORA_PARA entidad_administr

adoranitEntAdmin

Tabla entidad

Nombre EntidadPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla entidad_administradoraNombre Código Child Table Lave foránea

deriva de DERIVA_DE entidad_administradora nitEntidadderiva de DERIVA_DE2 Entidad_Prestadora nitEntidadposee POSEE Sede nitEntidad

Tabla entidad_administradora

Nombre Entidad_administradoraPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla entidad_administradoraNombre Código Tabla Hija Llave foráneaafiliado en AFILIADO_EN paciente nitEntAdmincontratada por

CONTRATADA_POR2 contratada por nitEntAdmin

labora para LABORA_PARA empleadoCitas nitEntAdmintrabaja en TRABAJA_EN userEntidadAdmin nitEntAdmin

Tabla Entidad_Prestadora

Nombre Entidad_PrestadoraPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla Entidad_PrestadoraNombre Código Tabla Hija Llave foráneacontratada por

CONTRATADA_POR contratada por nitEntPrestadora

trabaja en ep TRABAJA_EN_EP userEntidadPrestadora

nitEntPrestadora

trabaja para TRABAJA_PARA persoMedico nitEntPrestadora

Tabla evento

Nombre eventoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla eventoNombre Código Tabla Hija Llave foráneacontiene CONTIENE adjunto idEvento

Relaciones salientes de la tabla eventoNombre Código Tabla Padre Llave foráneahace parte HACE_PARTE hc idHCinscribe INSCRIBE persoMedico ccUsuario

Tabla examen

Nombre examenPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla examenNombre Código Tabla Padre Llave foráneaHerencia_dos INHERITANCE_12 servicio idServicio

Tabla fechaAlarma

Nombre fechaAlarmaPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla fechaAlarmaNombre Código Tabla Padre Llave foráneasuena el SUENA_EL alarma idAlarma

Tabla formula

Nombre formulaPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla formulaNombre Código Tabla Hija Llave foráneacompuesta por

COMPUESTA_POR compuesta por idServicio

Relaciones salientes de la tabla formulaNombre Código Tabla Padre Llave foráneaHerencia_dos INHERITANCE_11 servicio idServicio

Tabla hc

Nombre hcPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla hcNombre Código Tabla Hija Llave foráneaforma parte FORMA_PARTE antecedente idHCforma parte de FORMA_PARTE_DE documentoCDA idHChace parte HACE_PARTE evento idHCRelacionado con

RELACIONADO_CON

caso anónimo idHC

tiene asignada TIENE_ASIGNADA paciente idHC|

Tabla incapacidad

Nombre incapacidadPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla incapacidadNombre Código Tabla Padre Llave foráneaHerencia_dos INHERITANCE_14 servicio idServicio

Tabla medicamento

Nombre medicamentoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación


Fecha de Martes, 27 de Enero de 2009 02:39:06 p.m.

modificación

Relaciones entrantes de la tabla medicamentoNombre Código Tabla Hija Llave foráneacompuesta por

COMPUESTA_POR2 compuesta por idMedicamento

Tabla motivo y diagnostico

Nombre Motivo y diagnosticoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla motivo y diagnosticoNombre Código Tabla Padre Lave foránea

se compone 1 SE_COMPONE_1 hc idHC

Tabla paciente

Nombre pacientePadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla pacienteNombre Código Tabla Hija Llave foráneaasignado a ASIGNADO_A servicio cedulaPacienteasiste ASISTE cita cedulaPacienterecibe RECIBE alarma cedulaPacientetiene Relación

TIENE_RELACIÓN acudiente cedulaPaciente

Relaciones salientes de la tabla pacienteNombre Código Tabla Padre Llave foráneaafilia AFILIA userEntidadAdmin ccUsuarioafiliado en AFILIADO_EN entidad_administrado

ranitEntAdmin

tiene asignada

TIENE_ASIGNADA hc idHC

Tabla persoMedico

Nombre persoMedicoPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla persoMedicoNombre Código Tabla Hija Llave foráneaatiende ATIENDE cita ccUsuarioinscribe INSCRIBE evento ccUsuariopublica PUBLICA caso anónimo ccUsuariorealiza REALIZA analisis medico ccUsuariosugiere SUGIERE servicio ccUsuario

Relaciones salientes de la tabla persoMedicoNombre Código Tabla Padre Llave foráneacontrata CONTRATA userEntidadPrestad

orause_ccUsuario

Herencia_uno

HERENCIA_UNO usuario ccUsuario

trabaja para TRABAJA_PARA Entidad_Prestadora nitEntPrestadora

Tabla remision

Nombre remisionPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla remisionNombre Código Tabla Padre Llave foráneaHerencia_dos INHERITANCE_13 servicio idServicio

Tabla revisionFisica

Nombre revisionFisicaPadre Modelo de datos Relacional 'base datos DoC'Fecha de Martes, 27 de Enero de 2009 02:39:05 p.m.

creaciónFecha de modificación


Relaciones salientes de la tabla revisionFisicaNombre Código Tabla Padre Lave foránea


Tabla revisionGPCAVE

Nombre revisiongpcavePadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla revisionGPCAVENombre Código Tabla Padre Lave foránea


Tabla revisionSistemas

Nombre revisionSistemasPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones salientes de la tabla revisionSistemasNombre Código Tabla Padre Lave foránea


Tabla Sede

Nombre SedePadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones saliente de la tabla SedeNombre Código Tabla Padre Llave foráneaposee POSEE Entidad_Prestador

anitEntPrestadora

Tabla servicio

Nombre ServicioPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla servicioNombre Código Tabla Hija Llave foráneaHerencia_dos INHERITANCE_13 remision idServicioHerencia_dos INHERITANCE_14 incapacidad idServicioHerencia_dos INHERITANCE_12 examen idServicioHerencia_dos INHERITANCE_11 formula idServicio

Relaciones salientes de la tabla servicioNombre Código Tabla Padre Llave foráneaasignado a ASIGNADO_A paciente cedulaPacientesugiere SUGIERE persoMedico ccUsuario

Tabla userEntidadAdmin

Nombre userEntidadAdminPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla userEntidadAdminNombre Código Tabla Hija Llave foráneaafilia AFILIA paciente ccUsuariocrea CREA empleadoCitas ccUsuario

Relaciones salientes de la tabla userEntidadAdminNombre Código Tabla Padre Llave foráneaHerencia_uno

HERENCIA_DOS usuario ccUsuario

registra EA REGISTRA_EA administradorGeneral

adm_ccUsuario

trabaja en TRABAJA_EN entidad_administradora

nitEntAdmin

Tabla userEntidadPrestadora

Nombre userEntidadPrestadoraPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla userEntidadPrestadoraNombre Código Tabla Hija Llave foráneacontrata CONTRATA persoMedico use_ccUsuario

Relaciones salientes de la tabla userEntidadPrestadoraNombre Código Tabla Padre Llave foráneaHerencia_uno

INHERITANCE_9 usuario ccUsuario

registra EP REGISTRA_EP administradorGeneral

adm_ccUsuario

trabaja en ep TRABAJA_EN_EP Entidad_Prestadora

nitEntPrestadora

Tabla usuario

Nombre usuarioPadre Modelo de datos Relacional 'base datos DoC'Fecha de creación




Relaciones entrantes de la tabla usuarioNombre Código Tabla Hija Llave foráneaHerencia_uno

INHERITANCE_9 userEntidadPrestadora

ccUsuario

Herencia_un HERENCIA_DOS userEntidadAdmin ccUsuario

oHerencia_uno

INHERITANCE_8 administradorGeneral

ccUsuario

Herencia_uno

HERENCIA_UNO persoMedico ccUsuario

Listado de atributos

Name Data Type TablenitEntidad INT8 Entidad_PrestadoranombreEntidad VARCHAR(100) Entidad_PrestadoraidSede INT4 SedenitEntidad INT8 SededescripSede VARCHAR(500) SedeciudadSede VARCHAR(100) SededireccionSede VARCHAR(100) SedetelefonoSede INT8 SedenitEntidad INT8 entidad_administradoranombreEntidad VARCHAR(100) entidad_administradoracedulaPaciente INT8 PacienteidHC INT4 PacientenitEntidad INT8 PacienteccUsuario INT8 PacientenombrePaciente VARCHAR(100) PacienteapellidoPaciente VARCHAR(100) PacientetipoSangrePaciente VARCHAR(4) PacientefeNacPaciente DATE PacientetipoIdPaciente VARCHAR(3) PacientesexoPaciente VARCHAR(10) PacienteprofesionPaciente VARCHAR(100) PacienteciudadPaciente VARCHAR(100) Pacienteestado VARCHAR(10) PacientedireccionPaciente VARCHAR(100) PacientetelFijoPaciente INT8 PacientetelCelPaciente INT8 PacienteidAlarma INT4 AlarmacedulaPaciente INT8 AlarmametodoNotificacion VARCHAR(10) AlarmaidFechaAlarma INT4 fechaAlarmaidAlarma INT4 fechaAlarmafechaAlarma DATE fechaAlarmaidCita INT4 CitacedulaPaciente INT8 CitaccUsuario INT8 CitaidAdminCita INT4 Citaper_ccUsuario INT8 CitafechaCita DATE CitadireccionCita VARCHAR(100) Citaconsultorio VARCHAR(10) CitaccUsuario INT8 empleadoCitasidAdminCita INT4 empleadoCitas

nitEntidad INT8 empleadoCitasuse_ccUsuario INT8 empleadoCitaspassUsuario VARCHAR(100) empleadoCitasnombreUsuario VARCHAR(100) empleadoCitasapellidoUsuario VARCHAR(100) empleadoCitastelFIjoUsuario INT8 empleadoCitastelCelUsuario INT8 empleadoCitasccUsuario INT8 UsuariopassUsuario VARCHAR(100) UsuarionombreUsuario VARCHAR(100) UsuarioapellidoUsuario VARCHAR(100) UsuariotelFIjoUsuario INT8 UsuariotelCelUsuario INT8 UsuarioccUsuario INT8 administradorGeneralpassUsuario VARCHAR(100) administradorGeneralnombreUsuario VARCHAR(100) administradorGeneralapellidoUsuario VARCHAR(100) administradorGeneraltelFIjoUsuario INT8 administradorGeneraltelCelUsuario INT8 administradorGeneralentidadRepresentada VARCHAR(100) administradorGeneralccUsuario INT8 userEntidadPrestadoranitEntidad INT8 userEntidadPrestadoraadm_ccUsuario INT8 userEntidadPrestadorapassUsuario VARCHAR(100) userEntidadPrestadoranombreUsuario VARCHAR(100) userEntidadPrestadoraapellidoUsuario VARCHAR(100) userEntidadPrestadoratelFIjoUsuario INT8 userEntidadPrestadoratelCelUsuario INT8 userEntidadPrestadoraccUsuario INT8 persoMediconitEntidad INT8 persoMedicouse_ccUsuario INT8 persoMedicopassUsuario VARCHAR(100) persoMediconombreUsuario VARCHAR(100) persoMedicoapellidoUsuario VARCHAR(100) persoMedicotelFIjoUsuario INT8 persoMedicotelCelUsuario INT8 persoMedicodireccPerMedi VARCHAR(100) persoMedicotipoSangrePerMedi VARCHAR(4) persoMedicohorarioPerMedi VARCHAR(50) persoMedicocorreoPerMedi VARCHAR(100) persoMedicoccUsuario INT8 userEntidadAdminnitEntidad INT8 userEntidadAdminadm_ccUsuario INT8 userEntidadAdminpassUsuario VARCHAR(100) userEntidadAdminnombreUsuario VARCHAR(100) userEntidadAdminapellidoUsuario VARCHAR(100) userEntidadAdmintelFIjoUsuario INT8 userEntidadAdmin

telCelUsuario INT8 userEntidadAdminidServicio INT4 ServiciocedulaPaciente INT8 ServicioccUsuario INT8 ServiciofechaServicio DATE ServiciotipoServicio VARCHAR(100) ServiciodescripcionServicio VARCHAR(500) ServicioidServicio INT4 FormulacedulaPaciente INT8 FormulafechaServicio DATE FormulatipoServicio VARCHAR(100) FormuladescripcionServicio VARCHAR(500) FormulaidMedicamento INT4 MedicamentopresentacionMedicamento VARCHAR(100) Medicamentoposologia VARCHAR(50) MedicamentonombreMedicamento VARCHAR(50) MedicamentodescripcionMedicamento VARCHAR(500) MedicamentoidServicio INT4 ExamencedulaPaciente INT8 ExamenfechaServicio DATE ExamentipoServicio VARCHAR(100) ExamendescripcionServicio VARCHAR(500) ExamenresultadosExamen VARCHAR(2000) ExamenidServicio INT4 RemissioncedulaPaciente INT8 RemissionfechaServicio DATE RemissiontipoServicio VARCHAR(100) RemissiondescripcionServicio VARCHAR(500) RemissionorigenRemision VARCHAR(1000) RemissionidServicio INT4 IncapacidadcedulaPaciente INT8 IncapacidadfechaServicio DATE IncapacidadtipoServicio VARCHAR(100) IncapacidaddescripcionServicio VARCHAR(500) IncapacidaddiasIncapacidad INT4 IncapacidadidEvento INT4 EventoidHC INT4 EventoccUsuario INT8 EventotituloEvento VARCHAR(50) EventodescripcionEvento VARCHAR(500) EventofechaRegistroEvento DATE EventoisTriage BOOL EventoevalTraige INT4 EventoidAdjunto INT4 AdjuntoidEvento INT4 AdjuntodescAdjunto VARCHAR(300) AdjuntotipoAdjunto VARCHAR(10) adjunto

dirRecurso VARCHAR(300) adjuntoidHC INT4 hcultimaFechaHC DATE hcidUltimoMedico INT8 hcidAntecedente INT4 antecedenteidHC INT4 antecedentetipoAntecedente VARCHAR(50) antecedentedescAntecedente VARCHAR(500) antecedentefechaAntecedente DATE antecedenteidCasoAnomino INT4 caso anonimoidHC INT4 caso anonimoccUsuario INT8 caso anonimodescripcionCA VARCHAR(500) caso anonimoIdAnalisisMedico INT4 analisis medicoidCasoAnomino INT4 analisis medicoccUsuario INT8 analisis medicodescripcionAnMed VARCHAR(500) analisis medicofechaAnMed DATE analisis medicotituloAnMed VARCHAR(50) analisis medicoidAcudiente INT4 acudientecedulaPaciente INT8 acudientenombreAcudiente VARCHAR(100) acudienteapellidoAcudiente VARCHAR(100) acudientetelAcudiente INT8 acudientedirAcudiente VARCHAR(100) acudientenitEntidad INT8 entidadnombreEntidad VARCHAR(100) entidadidLog INT4 logccUsuario INT8 logdescripcionLog VARCHAR(200) logtipoLog VARCHAR(20) logfechaLog DATE logidRevSis INT8 revisionSistemaidHC INT4 revisionSistemafechaRevSis DATE revisionSistemaidMedicoRevSis INT8 revisionSistemasentidos VARCHAR(500) revisionSistemacardiovascular VARCHAR(500) revisionSistemagastrointestinal VARCHAR(500) revisionSistemaneurologico VARCHAR(500) revisionSistemaendocrinologico VARCHAR(500) revisionSistemarespiratorio VARCHAR(500) revisionSistemaidRevFisica INT8 revisionFisicaidHC INT4 revisionFisicafechaRevFis DATE revisionFisicaidMedicoRevFisica INT8 revisionFisicaestadoGeneral VARCHAR(500) revisionFisica

fc VARCHAR(100) revisionFisicafr VARCHAR(100) revisionFisicata VARCHAR(100) revisionFisicato VARCHAR(100) revisionFisicaglasgow VARCHAR(100) revisionFisicacab-cue VARCHAR(500) revisionFisicacp VARCHAR(500) revisionFisicaabd VARCHAR(500) revisionFisicagenitourinario VARCHAR(500) revisionFisicaextremidades VARCHAR(500) revisionFisicaneurologicos VARCHAR(500) revisionFisicaosteomuscular VARCHAR(500) revisionFisicatalla VARCHAR(10) revisionFisicapeso VARCHAR(10) revisionFisicaidGPCAVE INT8 revisionGPCAVEidHC INT4 revisionGPCAVEfechaGPCAVE DATE revisionGPCAVEgestas INT4 revisionGPCAVEpartos INT4 revisionGPCAVEcesareas INT4 revisionGPCAVEabortos INT4 revisionGPCAVEvivos INT4 revisionGPCAVEectopicos INT4 revisionGPCAVEmetodoAnticonceptivo VARCHAR(200) revisionGPCAVEultimaCitologia DATE revisionGPCAVEciclos VARCHAR(20) revisionGPCAVEfechaPP DATE revisionGPCAVEfechaUP DATE revisionGPCAVEidMedicoGPCAVE INT8 revisionGPCAVEidMotDiag INT8 motivo y diagnosticoidHC INT4 motivo y diagnosticofechaMotDiag DATE motivo y diagnosticoidMedicoMotDiag INT8 motivo y diagnosticomotivoVis VARCHAR(500) motivo y diagnosticoenfermedadActual VARCHAR(500) motivo y diagnosticoplanManejo VARCHAR(500) motivo y diagnosticodiagnostico VARCHAR(500) motivo y diagnosticonitEntidad INT8 contratada porent_nitEntidad INT8 contratada poridServicio INT4 compuesta poridMedicamento INT4 compuesta porcantidad INT4 compuesta pordosis VARCHAR(50) compuesta por

Listado de Relaciones

Relación afilia

Nombre afiliaTabla Hija pacienteTabla Padre userEntidadAdminLlave foránea ccUsuario

Relación afiliado en

Nombre afiliado enTabla Hija pacienteTabla Padre entidad_administradoraLlave foránea nitEntAdmin

Relación asigna

Nombre asignaTabla Hija citaTabla Padre empleadoCitasLlave foránea idAdminCita

Relación asignado a

Nombre asignado aTabla Hija servicioTabla Padre pacienteLlave foránea cedulaPaciente

Relación asiste

Nombre asisteTabla Hija citaTabla Padre pacienteLlave foránea cedulaPaciente

Relación atiende

Nombre atiendeTabla Hija citaTabla Padre persoMedicoLlave foránea ccUsuario

Relación compuesta por

Nombre compuesta porTabla Hija compuesta porTabla Padre formulaLlave foránea idServicio

Relación compuesta por

Nombre compuesta porTabla Hija compuesta porTabla Padre medicamentoLlave foránea idMedicamento

Relación contiene

Nombre contieneTabla Hija adjuntoTabla Padre eventoLlave foránea idEvento

Relación contrata

Nombre contrataTabla Hija persoMedicoTabla Padre userEntidadPrestadoraLlave foránea use_ccUsuario

Relación contratada por

Nombre contratada porTabla Hija contratada porTabla Padre entidad_administradoraLlave foránea nitEntAdmin

Relación contratada por

Nombre contratada porTabla Hija contratada porTabla Padre Entidad_Prestadora

Llave foránea nitEntPrestadora

Relación crea

Nombre creaTabla Hija empleadoCitasTabla Padre userEntidadAdminLlave foránea ccUsuario

Relación esta asociado

Nombre esta asociadoTabla Hija analisis medicoTabla Padre caso anónimoLlave foránea idCasoAnomino

Relación forma parte

Nombre forma parteTabla Hija antecedenteTabla Padre hcLlave foránea idHC

Relación forma parte de

Nombre forma parte deTabla Hija documentoCDATabla Padre hcLlave foránea idHC

Relación hace parte

Nombre hace parteTabla Hija eventoTabla Padre hcLlave foránea idHC

Relación Herencia_uno

Nombre Herencia_unoTabla Hija persoMedicoTabla Padre usuarioLlave foránea ccUsuario


Nombre Herencia_unoTabla Hija administradorGeneralTabla Padre usuarioLlave foránea ccUsuario


Nombre Herencia_unoTabla Hija userEntidadAdminTabla Padre usuarioLlave foránea ccUsuario


Nombre Herencia_unoTabla Hija userEntidadPrestadoraTabla Padre usuarioLlave foránea ccUsuario

Relación Herencia_dos

Nombre Herencia_dosTabla Hija formulaTabla Padre servicioLlave foránea idServicio


Nombre Herencia_dosTabla Hija examenTabla Padre servicioLlave foránea idServicio


Nombre Herencia_dosTabla Hija remisionTabla Padre servicioLlave foránea idServicio


Nombre Herencia_dosTabla Hija incapacidadTabla Padre servicioLlave foránea idServicio

Relación inscribe

Nombre inscribeTabla Hija eventoTabla Padre persoMedicoLlave foránea ccUsuario

Relación labora para

Nombre labora paraTabla Hija empleadoCitasTabla Padre entidad_administradoraLlave foránea nitEntAdmin

Relación posee

Nombre poseeTabla Hija SedeTabla Padre Entidad_PrestadoraLlave foránea nitEntPrestadora

Relación publica

Nombre publicaTabla Hija caso anónimoTabla Padre persoMedicoLlave foránea ccUsuario

Relación realiza

Nombre realizaTabla Hija analisis medicoTabla Padre persoMedicoLlave foránea ccUsuario

Relación recibe

Nombre recibeTabla Hija alarmaTabla Padre pacienteLlave foránea cedulaPaciente

Relación registra EA

Nombre registra EATabla Hija userEntidadAdminTabla Padre administradorGeneralLlave foránea adm_ccUsuario

Relación registra EP

Nombre registra EPTabla Hija userEntidadPrestadoraTabla Padre administradorGeneralLlave foránea adm_ccUsuario

Relación Relacionado con

Nombre Relacionado conTabla Hija caso anónimoTabla Padre hcLlave foránea idHC

Relación suena el

Nombre suena elTabla Hija fechaAlarmaTabla Padre alarmaLlave foránea idAlarma

Relación sugiere

Nombre sugiereTabla Hija servicioTabla Padre persoMedicoLlave foránea ccUsuario

Relación tiene asignada

Nombre tiene asignada

Tabla Hija pacienteTabla Padre hcLlave foránea idHC

Relación tiene Relación

Nombre tiene RelaciónTabla Hija acudienteTabla Padre pacienteLlave foránea cedulaPaciente

Relación trabaja en

Nombre trabaja enTabla Hija userEntidadAdminTabla Padre entidad_administradoraLlave foránea nitEntAdmin

Relación trabaja en ep

Nombre trabaja en epTabla Hija userEntidadPrestadoraTabla Padre Entidad_PrestadoraLlave foránea nitEntPrestadora

Relación trabaja para

Nombre trabaja paraTabla Hija persoMedicoTabla Padre Entidad_PrestadoraLlave foránea nitEntPrestadora

Documents

Disenio de La Base de Datos