Disenio de La Base de Datos

Tabla de contenido
Tabla de contenido.....................................................................................................1
Diseo de la base de datos.....................................................................................2
Listado de cambios....................................................................................................2
Diseo Conceptual (final)........................................................................................8
Usuarios del sistema.............................................................................................8
Entidades...................................................................................................................9
Relaciones................................................................................................................11
Diagramas entidad-relacin..............................................................................15
Modelo global.........................................................................................................15
Vista de usuarios...................................................................................................16
Vista de entidades................................................................................................17
Vista de agenda medica.....................................................................................18
Vista de paciente..................................................................................................19
Vista de historia clnica.......................................................................................20
Diseo Lgico.............................................................................................................21
Modelo Relacional normalizado.......................................................................21
Vista usuario (Relacional)..................................................................................22
Vista de entidades (Relacional).......................................................................23
Vista agenda (Relacional)..................................................................................24
Vista paciente (Relacional)................................................................................25
Vista historia clnica (Relacional)....................................................................26
Diccionario de datos Relacional......................................................................27
Listado de Tablas.........................................................................................................................27
Listado de atributos...................................................................................................................40
Listado de Relaciones................................................................................................................48
Diseo de la base de datos

Los diseos realizados en cada una de las iteraciones se encuentras
disponibles en los anexos digitales del proyecto. Tambin los diseos
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
Iteracin
Primera
Descripcin detallada
Basados en la informacin recogida durante la fase de
anlisis del dominio, y en los requerimientos de
informacin levantados, se diseo la primera versin
del modelo Relacional y el modelo fsico de la base de
datos del proyecto.
El diseo del diagrama entidad relacin fue hecho en
DIA1 (software de diagramacin de cdigo abierto) y
se encuentra dividido en dos vistas, una global sin la
seccin de historias clnicas, y otra dedicada
exclusivamente al modelo de historias clnicas, 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_Relacinal_DoC.doc , all se encuentran cada
una de las etapas de normalizacin de los datos y el
resultado final junto con los tipos de datos de cada uno
de los atributos del modelo.
La primera versin del diseo de la base de datos se
caracterizo por manejar una gama bastante amplia de
usuarios:
administradorGeneral
usuarioEntidadAdministradora
usuarioEntidadPrestadora
paramdico
enfermera
medico
empleadoAdministrativo
administradorServicio
administradorCita
Tambin se consideraron un buen nmero de entidades
http://dia-installer.sourceforge.net/
Relacionadas con la historia clnica:

Paciente
Acudiente
Especialidad
historiaClinica
formulaObstetrica
revFisica
revSistemas
datosBasicoVisita
evento
triage
adjunto
antecedentes
analisisMedico
Las entidades que fueron generadas para el manejo de
servicios y citas mdicas en esta iteracin fueron:
Cita
entidadPrestadora
direccin
entidadAdministradora
alarma
fecha
servicio
incapacidad
examen
formula
remisionCita
medicina
compuestapor
durante la elaboracin de este primer modelo se pudo
obtener un panorama bastante especifico sobre los
volmenes de informacin 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 haba
contemplado la integracin con el estndar para el
manejo de la informacin medica HL7.
segunda
En la segunda iteracin en el diseo de la base de

datos se migraron los diagramas Entidad relacin 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 fsico de la base de datos, as como la vista
global del diagrama entidad relacin.
Luego de realizar un estudio mas detallado de las
limitaciones del proyecto y de hacer la investigacin
concerniente al estndar HL7 encontramos bastantes
modificaciones para realizar en el modelo de datos del
sistema, las ms importantes buscaron reducir
considerablemente el nmero de usuarios para reducir
la complejidad de las consultas y la facilidad de manejo
de la aplicacin:
Usuario:
Se agrego una generalizacin de usuarios q comparten
los datos bsicos, password, login, etc.
administradorGeneral:
Esta entidad no presento cambios mayores
usuarioEntidadAdministradora:
usuarioEntidadPrestadora:
Paramdico, 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 tambin permite realizar o
mayor control de las funciones y restricciones que
tiene cada rol.
empleadoAdministrativo:
Esta entidad se elimino
generalizacin innecesaria.
pues
representaba
una
administradorServicio:
Esta entidad tambin fue eliminada, pues su
funcionalidad en principio era la de aceptar o rechazar
peticiones de servicios a los pacientes, sin embargo
segn la informacin recopilada en el anlisis de
dominio resulto ser un rol completamente innecesario.
administradorCita:
Esta entidad no presento cambios mayores.
Con respecto a la informacin Relacionada con la
historia clnica:
Paciente:
Acudiente:
Especialidad:
Esta entidad fue eliminada, dadas las limitaciones del
proyecto, no es necesario tener la relacin de las
especialidades de cada medico.
historiaClinica:
formulaObstetrica,
revFisica,
revSistemas,
datosBasicoVisita:
Todas estas entidades fueron eliminadas pues a pesar
de contener informacin de vital importancia para la
historia clnica generan demasiada complejidad en el
modelo y no se adaptan al estndar HL7, su reemplazo
fue la entidad documentoCDA quien guarda la ruta de
los documentos CDA asociados a una historia clnica.
evento:
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
evaluacin triage o no.
Adjunto:
Antecedentes:
analisisMedico:
Tambin se agregaron nuevas entidades:
casoAnonimo:
Quien se encarga de modelar los datos necesario para
la publicacin en el portal de casos mdicos
especiales.
Telfono:
Surgi la necesidad de crearla pues en la actualidad
una persona tiene mnimo dos nmeros telefnicos
(fijo, mvil), 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 telfono, su
necesidad surge a partir de los mltiples roles u
actores que intervienen en el sistema.
Al trmino de la segunda iteracin se logro un diseo
mucho ms pulido y ms acorde a los requerimientos
del proyecto, sin embargo aun esta pendiente una
revisin detallada y algunos cambios menores.
Tercera
Luego de realizar una revisin detallada al diseo

resultante de la iteracin anterior se identificaron los
siguientes cambios:
Se
creo
una
nueva
entidad
llamada
telefonoEntiAdmin, quien se encarga de contener la
informacin de Relacionada con los telfonos de las
entidades administradoras de salud, dicha entidad
hereda de la entidad telfono.
En la entidad entidad_administradora se elimino el
campo descripcin 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 diseos 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 telfono 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 telfono debe considerarse como una entidad
aparte (ver iteracin 3 bases de datos), sin embargo
los queries son mucho mas difciles de crear y
requieren mucho mas trabajo por parte del DBMS,
como tambin incrementa la complejidad de la
operacin.
Quinta
Por esto decidimos restringir a un telfono local, un

telfono celular para el registro de pacientes, y un dato
telfono para cada entidad, tambin implementando el
mismo principio de simplicidad y eficiencia en los
queries, se creo una tabla llamada sede para las
entidades prestadoras que tiene tambin un dato
telfono y uno de direccin, aunque esto no este 100%
acorde con las reglas de normalizacin si incrementa la
eficiencia de la aplicacin y reduce la complejidad de
los queries, y siendo concientes que la transmisin de
datos se llevara la mayor cantidad de tiempo en
nuestro proyecto, es mejor ser eficientes en el resto de
partes.2
Durante esta iteracin 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 diseo:
Se creo la entidad entidad quien representa la
generalizacin de las entidades administradoras y
prestadoras. Anteriormente exista una relacin entre
la entidad prestadora y las sedes, sin embargo no
exista la misma relacin entre las entidades
administradoras y las sedes, por esto fue necesario
crear la generalizacin de las entidades y eliminar la
relacin 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
informacin necesaria para llevar un registro de todos
los movimientos que hacen los usuarios dentro del
sistema.
La relacin 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
http://www.dbdebunk.com/page/page/1317920.htm
reemplazo fueron agregadas las entidades:

Motivo y diagnostico
revisionSistemas
RevisionFisica
GPCAVE
En estas tablas se almacenara toda la informacin
concerniente a la historia clnica. 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 exista un campo denominado descripcin.
En la entidad examen, se elimino el campo resultado
examen, puesto que la informacin necesaria para este
campo, se sale de los alcances del proyecto.
Diseo 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, tambin se
encarga de la crearon o modificacin de los usuario de tipo usuario
entidad administradora y de tipo usuario entidad prestadora,
mantener la aplicacin y mirar los logs del sistema.
Usuario entidad administradora: es la persona encargada de
gestionar la informacin de las entidades administradoras de salud
(eps, ars, etc), crear o modificar pacientes en el sistema y tiene
acceso a las historias clnicas de los mismos, tambin se encarga de
asociar las entidades prestadoras de salud con la entidad
administradora.
Usuario entidad prestadora: es la persona encargada de gestionar
la informacin concerniente a las entidades prestadoras de salud,
agregar o quitar sedes de atencin, y registrar en el sistema el
personal medico.
Personal
medico:
estas personas pueden ser mdicos,
paramdicos, enfermeras, o auxiliares en general, se encargan de
actualizar la informacin de las historias clnicas de los pacientes, los

mdicos pueden realizar publicaciones de casos annimos.
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 administracin 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 clnicas, a travs de los eventos mdicos
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 informacin
referente a las citas medicas, y exmenes asignados a los pacientes.
Anlisis medico: describe los comentarios hechos por otros mdicos
a los casos annimos publicados en el portal.
Antecedentes: esta entidad es usada para almacenar la informacin
concerniente a los antecedentes relativos a un paciente.
Caso annimo: la entidad caso annimo guarda la informacin
referente a los casos clnicos compartidos por los mdicos a la
comunidad.
Cita: la entidad cita representa la informacin 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 clnica de un paciente, en
conjunto con la fecha en la que fue agregado el documento.
empleadoCitas: en esta entidad se modela la informacin 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 informacin en comn con respecto a las sedes de
atencin.
entidad_administradora: esta entidad representa a las empresas
dedicadas a la administracin en salud (EPS, ARS, ESS, ARP, rgimen
especial, SOAT).
entidad_prestadora: esta entidad representa a todas las empresas

que brindar el servicio de atencin mdica (IPS, ESE).
Evento: la entidad evento describe la informacin Relacionada con
cualquier accin ejecutada por el personal medico a un paciente,
como por ejemplo (suturas, administracin de medicamentos,
evaluaciones triage, entre otros).
Examen: en la entidad examen se almacena toda la informacin
referente a los exmenes para clnicos 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 especfica asignada a un paciente, la
informacin contenida aqu se usara para poder avisar a un paciente
acerca de sus visitas o los resultados de sus exmenes.
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 informacin
referente a la revisin ginecobstetrica hecha a las mujeres en cada
cita mdica.
Hc: la entidad Hc modela la informacin bsica contenida en la
historia clnica, esta entidad es usada para poder asociar los
documentos CDA, los eventos y los pacientes a su historial medico.
Incapacidad: representa la informacin 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 informacin con respecto a los cambios hechos, el usuario q
los hizo, y la fecha en que los hizo.
Medicamento: esta entidad modela la informacin necesaria acerca
de los medicamentos que se encuentran dentro del POS (plan
obligatorio de salud), as como la posologa 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 informacin concerniente
a los motivos que tiene un paciente para ir a una cita medica, y al
diagnostico dado por el medico, luego de los exmenes de rigor.
Paciente: la entidad paciente modela la informacin necesaria para
llevar acabo una buena gestin de los datos de las personas
registradas en el sistema, y garantizar la confidencialidad y unicidad
de los mismos.
persoMedico: esta entidad modela la informacin de usuario

Relacionada con todo el personal medico (mdicos, paramdicos,
enfermeras, auxiliares).
Remisin: describe la informacin necesaria para las remisiones a
especialistas ordenadas por los mdicos a los pacientes.
RevisionFisica: en esta entidad se almacena informacin referente a
la revisin fsica hecha a un paciente durante una cita mdica.
RevisionSistemas: en esta entidad se almacena informacin
referente a la revisin hecha por un medico, a todos los sistemas de
un paciente durante una cita mdica.
sede: la entidad sede contiene la el numero de telfonos, la
direccin, la ciudad, y la descripcin de cada uno de los centros de
atencin de las entidades prestadoras.
Servicio: esta entidad es una generalizacin de todas las
prestaciones que brinda una entidad administradora a sus pacientes
(remisiones, exmenes, formulaciones, incapacidades).
UserEntidadAdmin: en esta entidad se modela la informacin
referente a los datos de usuario del empleado encargado de gestionar
la entidad administradora en el sistema.
UserEntidadPrestadora: en esta entidad se modela la informacin
referente a los datos de usuario del empleado encargado de
administrar la entidad prestadora en el sistema.
Usuario: esta entidad es la generalizacin de todos los usuarios en el
sistema, contiene la informacin primaria para todos los usuarios
(documento de identificacin, password, nombre, tipo de sangre, rol,
etc).
Relaciones
Afilia: el usuario de la entidad administradora afilia pacientes en el
sistema. Esta relacin 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 relacin nos permite saber a que entidad
administradora se encuentra afiliado el paciente.
Asigna: el empleado de citas asigna citas. Esta relacin es para

representar la funcin 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 relacin 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 relacin es usada para
identificar a que paciente esta asignada determinada cita en la
agenda medica.
Atiende: el personal medico atiende una cita. Mas especficamente
solo los usuarios cuyo rol sea medico y se encuentren en la tabla
personal medico, estn en capacidad de atender una cita, esta
relacin es usada para identificar el mecido que va a atender a un
determinado paciente en una cita.
Contiene: los eventos contienen adjuntos. Esta relacin fue creada
para identificar los eventos que tienen asociados adjuntos (contenido
multimedia).
Contrata: el usuario de la entidad prestadora contrata personal
medico. Dicha relacin 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 relacin permite saber para qu entidad administradora de
salud trabaja un empleado de citas.
Esta asociado: los anlisis mdicos estn asociados a los casos
annimos. Gracias a esta relacin podemos identificar a que caso
annimo pertenece cada uno de los anlisis mdicos realizados por el
personal medico dentro del portal.
Forma parte: los antecedentes del paciente forman parte de la
historia clnica del mismo, la relacin es usada para mantener
asociados cada uno de los antecedentes de un paciente a la historia
clnica.
Genera: el usuario genera logs, esta relacin 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 clnica. En
conjunto con los antecedentes, los eventos mdicos determinan una
parte importante en la composicin de una historia clnica.
Inscribe: el personal medico inscribe eventos. nicamente el

personal medico registrado en el sistema esta en capacidad de
agregar eventos mdicos a la historia clnica del paciente. La relacin
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
pblica
casos
annimos.
Especficamente los usuarios cuyo rol se medico podrn realizar la
publicacin de casos annimos en los cuales l requiera la opinin de
otros expertos en el tema.
Realiza: el personal medico realiza anlisis mdicos. Cada medico
registrado en el sistema podr agregar anlisis mdicos a cualquier
caso annimo, estos anlisis mdicos aparecern en el sistema
asociados al medico que lo realiz.
Recibe: el paciente recibe alarmas. Esta relacin nos permite asociar
las alarmas a un paciente determinado con el fin de enviar mensajes
recordatorios al telfono 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 annimos esta Relacionado con una
historia clnica. Los casos annimos son derivados de las historias
clnicas, solo que en ellos no podr aparecer ningn tipo de
informacin que comprometa la integridad de un paciente.
Se_compone_1: la historia clnica se compone de motivo y
diagnostico, esta relacin es usada para asociar los motivos y
diagnsticos dados por el medico, a la historia clnica de un paciente.
Se_compone_2: la historia clnica se compone de revisiones por

sistemas, esta relacin es usada para asociar la revisin por sistemas
dada por el medico, a la historia clnica de un paciente.
Se_compone_3: la historia clnica se compone de revisiones fsicas,
esta relacin es usada para asociar la revisin fsica dada por el
medico, a la historia clnica de un paciente.
Se_compone_4: la historia clnica se compone de revisiones
ginecobstetricas (GPCAVE), esta relacin es usada para asociar los
datos de la revisin ginecobstetrica de una mujer, su historia clnica..
Suena el: las alarmas suenan en varias fechas. Dentro del sistema se
contempla que las alarmas tenga varias horas de llegada al paciente,
(3 das antes, 1 da 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 clnica del paciente.
Tiene asignada: el paciente tiene asignada una historia clnica. Esta
relacin hace referencia a que todos los pacientes registrados dentro
del sistema deben tener una historia clnica electrnica, para ser
alimentada por el personal medico.
Tiene relacin: el acudiente tiene relacin con el paciente. Esta
relacin existe para poder asegurar que hay un persona responsable
por cada uno de los pacientes, que pueda ser capaz de brindar
informacin 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 relacin 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 relacin 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 clnica de un paciente.
Diagramas entidad-relacin
Modelo global
Vista de usuarios
Vista de entidades
Vista de agenda medica
Vista de paciente
Vista de historia clnica
Diseo Lgico
Modelo Relacional normalizado
Vista usuario (Relacional)
Vista de entidades (Relacional)
Vista agenda (Relacional)
Vista paciente (Relacional)
Vista historia clnica (Relacional)
Diccionario de datos Relacional

Listado de Tablas
Tabla acudiente
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
acudiente
Modelo de datos Relacional 'base datos DoC'
Martes, 27 de Enero de 2009 02:39:05 p.m.
Relaciones salientes de la tabla acudiente

Nombre
Cdigo
Tabla Padre
tiene relacin TIENE_RELACIN
paciente
Llave fornea
cedulaPaciente
Tabla adjunto
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
adjunto
Relaciones salientes de la tabla adjunto

Nombre
Cdigo
Tabla Padre
Contiene
CONTIENE
evento
Llave fornea
idEvento
Tabla administradorGeneral
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Relaciones entrantes de la tabla administradorGeneral

Nombre
Cdigo
Tabla Hija
registra EA
REGISTRA_EA
userEntidadAdmin
registra EP
REGISTRA_EP
userEntidadPrestad
ora
Llave fornea
adm_ccUsuario
adm_ccUsuario
Relaciones salientes de la tabla administradorGeneral

Nombre
Cdigo
Tabla Padre
Herencia_uno INHERITANCE_8
usuario
Llave fornea
ccUsuario
Tabla alarma
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Alarma
Relaciones entrantes de la tabla alarma

Nombre
Cdigo
Tabla Hija
suena el
SUENA_EL
fechaAlarma
Llave fornea
idAlarma
Relaciones salientes de la tabla alarma

Nombre
Cdigo
Tabla Padre
Recibe
RECIBE
paciente
Llave fornea
cedulaPaciente
Tabla analisis medico

Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
analisis medico
Relaciones salientes de la tabla anlisis medico

Nombre
Cdigo
Tabla Padre
esta
ESTA_ASOCIADO caso annimo
asociado
realiza
REALIZA
persoMedico
Llave fornea
idCasoAnomino
ccUsuario
Tabla antecedente
Nombre
Padre
Fecha de
creacin
Antecedente
Fecha de
modificacin
Relaciones salientes de la tabla antecedente

Nombre
Cdigo
Tabla Padre
forma parte
FORMA_PARTE
hc
Llave fornea
idHC
Tabla caso annimo

Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
caso annimo
Relaciones entrantes de la tabla caso annimo

Nombre
Cdigo
Tabla Hija
esta
ESTA_ASOCIADO
analisis medico
asociado
Llave fornea
|idCasoAnomino
Relaciones salientes de la tabla caso annimo

Nombre
Cdigo
Tabla Padre
publica
PUBLICA
persoMedico
Relacionado
RELACIONADO_CON hc
con
Llave fornea
ccUsuario
idHC
Tabla cita
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
cita
Relaciones salientes de la tabla cita

Nombre
Cdigo
asigna
ASIGNA
asiste
ASISTE
atiende
ATIENDE
Tabla compuesta por
Tabla Padre
empleadoCitas
paciente
persoMedico
Llave fornea
idAdminCita
cedulaPaciente
ccUsuario
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
compuesta por
Relaciones salientes de la tabla compuesta por

Nombre
Cdigo
Tabla Padre
compuesta
COMPUESTA_POR2
medicamento
por
compuesta
COMPUESTA_POR
formula
por
Llave fornea
idMedicamento
idServicio
Tabla contratada por

Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
contratada por
Relaciones saliente de la tabla contratada por

Nombre
Cdigo
Tabla Padre
contratada
CONTRATADA_POR entidad_administrado
por
2
ra
contratada
CONTRATADA_POR Entidad_Prestadora
por
Llave fornea
nitEntAdmin
nitEntPrestadora
Tabla documentoCDA
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
documentoCDA
Relaciones salientes de la tabla documentoCDA

Nombre
Cdigo
Tabla Padre
forma parte
FORMA_PARTE_DE
hc
de
Llave fornea
idHC
Tabla empleadoCitas
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
empleadoCitas
Relaciones entrantes de la tabla empleadoCitas

Nombre
Cdigo
Tabla Hija
asigna
ASIGNA
cita
Relaciones salientes de la tabla empleadoCitas
Nombre
Cdigo
Tabla Padre
crea
CREA
userEntidadAdmin
labora para
LABORA_PARA
entidad_administr
adora
Llave fornea
idAdminCita
Llave fornea
ccUsuario
nitEntAdmin
Tabla entidad
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Entidad
Relaciones entrantes de la tabla entidad_administradora

Nombre
Cdigo
Child Table
deriva de
DERIVA_DE
entidad_administradora
deriva de
DERIVA_DE2
Entidad_Prestadora
posee
POSEE
Sede
Lave fornea
nitEntidad
nitEntidad
nitEntidad
Tabla entidad_administradora
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Entidad_administradora
Relaciones entrantes de la tabla entidad_administradora

Nombre
Cdigo
Tabla Hija
Llave fornea
afiliado en
contratada
por
labora para
trabaja en
AFILIADO_EN
CONTRATADA_POR2
paciente
contratada por
nitEntAdmin
nitEntAdmin
LABORA_PARA
TRABAJA_EN
empleadoCitas
userEntidadAdmin
nitEntAdmin
nitEntAdmin
Tabla Entidad_Prestadora
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Entidad_Prestadora
Relaciones entrantes de la tabla Entidad_Prestadora

Nombre
Cdigo
Tabla Hija
contratada
CONTRATADA_POR
contratada por
por
trabaja en ep TRABAJA_EN_EP
userEntidadPrestad
ora
trabaja para
TRABAJA_PARA
persoMedico
Llave fornea
nitEntPrestadora
nitEntPrestadora
nitEntPrestadora
Tabla evento
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
evento
Relaciones entrantes de la tabla evento

Nombre
Cdigo
Tabla Hija
contiene
CONTIENE
adjunto
Llave fornea
idEvento
Relaciones salientes de la tabla evento

Nombre
Cdigo
Tabla Padre
hace parte
HACE_PARTE
hc
inscribe
INSCRIBE
persoMedico
Llave fornea
idHC
ccUsuario
Tabla examen
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
examen
Relaciones salientes de la tabla examen

Nombre
Cdigo
Tabla Padre
Herencia_dos INHERITANCE_12
servicio
Llave fornea
idServicio
Tabla fechaAlarma
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
fechaAlarma
Relaciones salientes de la tabla fechaAlarma

Nombre
Cdigo
Tabla Padre
suena el
SUENA_EL
alarma
Llave fornea
idAlarma
Tabla formula
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
formula
Relaciones entrantes de la tabla formula

Nombre
Cdigo
Tabla Hija
compuesta
COMPUESTA_POR
compuesta por
por
Relaciones salientes de la tabla formula
Nombre
Cdigo
Tabla Padre
servicio
Tabla hc
Llave fornea
idServicio
Llave fornea
idServicio
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
hc
Relaciones entrantes de la tabla hc

Nombre
Cdigo
forma parte
FORMA_PARTE
forma parte de FORMA_PARTE_DE
hace parte
HACE_PARTE
Relacionado
RELACIONADO_CO
con
N
tiene asignada TIENE_ASIGNADA
|
Tabla Hija
antecedente
documentoCDA
evento
caso annimo
Llave fornea
idHC
idHC
idHC
idHC
paciente
idHC
Tabla incapacidad
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
incapacidad
Relaciones salientes de la tabla incapacidad

Nombre
Cdigo
Tabla Padre
servicio
Llave fornea
idServicio
Tabla medicamento
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
medicamento
Relaciones entrantes de la tabla medicamento

Nombre
Cdigo
Tabla Hija
compuesta
COMPUESTA_POR2
compuesta por
por
Llave fornea
idMedicamento
Tabla motivo y diagnostico

Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Motivo y diagnostico
Relaciones salientes de la tabla motivo y diagnostico

Nombre
Cdigo
Tabla Padre
se compone 1
SE_COMPONE_1
hc
Lave fornea
idHC
Tabla paciente
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
paciente
Relaciones entrantes de la tabla paciente

Nombre
Cdigo
Tabla Hija
asignado a
ASIGNADO_A
servicio
asiste
ASISTE
cita
recibe
RECIBE
alarma
tiene
TIENE_RELACIN
acudiente
Relacin
Relaciones salientes de la tabla paciente
Nombre
Cdigo
Tabla Padre
afilia
AFILIA
userEntidadAdmin
afiliado en
AFILIADO_EN
entidad_administrado
ra
tiene
TIENE_ASIGNADA hc
asignada
Tabla persoMedico
Llave fornea
cedulaPaciente
cedulaPaciente
cedulaPaciente
cedulaPaciente
Llave fornea
ccUsuario
nitEntAdmin
idHC
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
persoMedico
Relaciones entrantes de la tabla persoMedico

Nombre
Cdigo
Tabla Hija
atiende
ATIENDE
cita
inscribe
INSCRIBE
evento
publica
PUBLICA
caso annimo
realiza
REALIZA
analisis medico
sugiere
SUGIERE
servicio
Relaciones salientes de la tabla persoMedico

Nombre
Cdigo
Tabla Padre
contrata
CONTRATA
userEntidadPrestad
ora
Herencia_uno HERENCIA_UNO
usuario
trabaja para
TRABAJA_PARA
Entidad_Prestadora
Llave fornea
ccUsuario
ccUsuario
ccUsuario
ccUsuario
ccUsuario
Llave fornea
use_ccUsuario
ccUsuario
nitEntPrestadora
Tabla remision
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
remision
Relaciones salientes de la tabla remision

Nombre
Cdigo
Tabla Padre
servicio
Llave fornea
idServicio
Tabla revisionFisica
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
revisionFisica
Relaciones salientes de la tabla revisionFisica

Nombre
Cdigo
Tabla Padre
se compone 3
SE_COMPONE_3 hc
Lave fornea
idHC
Tabla revisionGPCAVE
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
revisiongpcave
Relaciones salientes de la tabla revisionGPCAVE

Nombre
Cdigo
Tabla Padre
se compone 4
SE_COMPONE_4
hc
Lave fornea
idHC
Tabla revisionSistemas
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
revisionSistemas
Relaciones salientes de la tabla revisionSistemas

Nombre
Cdigo
Tabla Padre
se compone 2
SE_COMPONE_2 hc
Lave fornea
idHC
Tabla Sede
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Sede
Relaciones saliente de la tabla Sede

Nombre
Cdigo
posee
POSEE
Tabla Padre
Entidad_Prestador
Llave fornea
nitEntPrestadora
a
Tabla servicio
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
Servicio
Relaciones entrantes de la tabla servicio

Nombre
Cdigo
Tabla Hija
remision
incapacidad
examen
formula
Llave fornea
idServicio
idServicio
idServicio
idServicio
Relaciones salientes de la tabla servicio

Nombre
Cdigo
Tabla Padre
asignado a
ASIGNADO_A
paciente
sugiere
SUGIERE
persoMedico
Llave fornea
cedulaPaciente
ccUsuario
Tabla userEntidadAdmin
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
userEntidadAdmin
Relaciones entrantes de la tabla userEntidadAdmin

Nombre
Cdigo
Tabla Hija
afilia
AFILIA
paciente
crea
CREA
empleadoCitas
Relaciones salientes de la tabla userEntidadAdmin
Nombre
Cdigo
Tabla Padre
Herencia_uno HERENCIA_DOS
usuario
registra EA
REGISTRA_EA
administradorGen
eral
trabaja en
TRABAJA_EN
entidad_administr
adora
Llave fornea
ccUsuario
ccUsuario
Llave fornea
ccUsuario
adm_ccUsuario
nitEntAdmin
Tabla userEntidadPrestadora
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
userEntidadPrestadora
Relaciones entrantes de la tabla userEntidadPrestadora

Nombre
Cdigo
Tabla Hija
contrata
CONTRATA
persoMedico
Relaciones salientes de la tabla userEntidadPrestadora
Nombre
Cdigo
Tabla Padre
usuario
registra EP
REGISTRA_EP
administradorGen
eral
trabaja en ep TRABAJA_EN_EP
Entidad_Prestador
a
Llave fornea
use_ccUsuario
Llave fornea
ccUsuario
adm_ccUsuario
nitEntPrestadora
Tabla usuario
Nombre
Padre
Fecha de
creacin
Fecha de
modificacin
usuario
Relaciones entrantes de la tabla usuario

Nombre
Cdigo
Tabla Hija
userEntidadPresta
dora
Herencia_uno HERENCIA_DOS
userEntidadAdmin
administradorGen
eral
Herencia_uno HERENCIA_UNO
persoMedico
Llave fornea
ccUsuario
ccUsuario
ccUsuario
ccUsuario
Listado de atributos
Name
nitEntidad
nombreEntidad
idSede
nitEntidad
descripSede
ciudadSede
direccionSede
telefonoSede
nitEntidad
nombreEntidad
cedulaPaciente
idHC
nitEntidad
ccUsuario
nombrePaciente
apellidoPaciente
tipoSangrePaciente
feNacPaciente
tipoIdPaciente
sexoPaciente
profesionPaciente
ciudadPaciente
estado
direccionPaciente
telFijoPaciente
telCelPaciente
idAlarma
cedulaPaciente
metodoNotificacion
idFechaAlarma
idAlarma
fechaAlarma
idCita
cedulaPaciente
ccUsuario
idAdminCita
per_ccUsuario
fechaCita
direccionCita
consultorio
ccUsuario
idAdminCita
Data Type
INT8
VARCHAR(100)
INT4
INT8
VARCHAR(500)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
VARCHAR(100)
INT8
INT4
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(4)
DATE
VARCHAR(3)
VARCHAR(10)
VARCHAR(100)
VARCHAR(100)
VARCHAR(10)
VARCHAR(100)
INT8
INT8
INT4
INT8
VARCHAR(10)
INT4
INT4
DATE
INT4
INT8
INT8
INT4
INT8
DATE
VARCHAR(100)
VARCHAR(10)
INT8
INT4
Table
Entidad_Prestadora
Entidad_Prestadora
Sede
Sede
Sede
Sede
Sede
Sede
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Paciente
Alarma
Alarma
Alarma
fechaAlarma
fechaAlarma
fechaAlarma
Cita
Cita
Cita
Cita
Cita
Cita
Cita
Cita
empleadoCitas
empleadoCitas
nitEntidad
use_ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
telCelUsuario
ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
telCelUsuario
ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
telCelUsuario
entidadRepresentada
ccUsuario
nitEntidad
adm_ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
telCelUsuario
ccUsuario
nitEntidad
use_ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
telCelUsuario
direccPerMedi
tipoSangrePerMedi
horarioPerMedi
correoPerMedi
ccUsuario
nitEntidad
adm_ccUsuario
passUsuario
nombreUsuario
apellidoUsuario
telFIjoUsuario
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
VARCHAR(100)
INT8
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
INT8
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
INT8
VARCHAR(100)
VARCHAR(4)
VARCHAR(50)
VARCHAR(100)
INT8
INT8
INT8
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
INT8
empleadoCitas
empleadoCitas
empleadoCitas
empleadoCitas
empleadoCitas
empleadoCitas
empleadoCitas
Usuario
Usuario
Usuario
Usuario
Usuario
Usuario
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
persoMedico
userEntidadAdmin
userEntidadAdmin
userEntidadAdmin
userEntidadAdmin
userEntidadAdmin
userEntidadAdmin
userEntidadAdmin
telCelUsuario
idServicio
cedulaPaciente
ccUsuario
fechaServicio
tipoServicio
descripcionServicio
idServicio
cedulaPaciente
fechaServicio
tipoServicio
descripcionServicio
idMedicamento
presentacionMedicamento
posologia
nombreMedicamento
descripcionMedicamento
idServicio
cedulaPaciente
fechaServicio
tipoServicio
descripcionServicio
resultadosExamen
idServicio
cedulaPaciente
fechaServicio
tipoServicio
descripcionServicio
origenRemision
idServicio
cedulaPaciente
fechaServicio
tipoServicio
descripcionServicio
diasIncapacidad
idEvento
idHC
ccUsuario
tituloEvento
descripcionEvento
fechaRegistroEvento
isTriage
evalTraige
idAdjunto
idEvento
descAdjunto
tipoAdjunto
INT8
INT4
INT8
INT8
DATE
VARCHAR(100)
VARCHAR(500)
INT4
INT8
DATE
VARCHAR(100)
VARCHAR(500)
INT4
VARCHAR(100)
VARCHAR(50)
VARCHAR(50)
VARCHAR(500)
INT4
INT8
DATE
VARCHAR(100)
VARCHAR(500)
VARCHAR(2000)
INT4
INT8
DATE
VARCHAR(100)
VARCHAR(500)
VARCHAR(1000)
INT4
INT8
DATE
VARCHAR(100)
VARCHAR(500)
INT4
INT4
INT4
INT8
VARCHAR(50)
VARCHAR(500)
DATE
BOOL
INT4
INT4
INT4
VARCHAR(300)
VARCHAR(10)
userEntidadAdmin
Servicio
Servicio
Servicio
Servicio
Servicio
Servicio
Formula
Formula
Formula
Formula
Formula
Medicamento
Medicamento
Medicamento
Medicamento
Medicamento
Examen
Examen
Examen
Examen
Examen
Examen
Remission
Remission
Remission
Remission
Remission
Remission
Incapacidad
Incapacidad
Incapacidad
Incapacidad
Incapacidad
Incapacidad
Evento
Evento
Evento
Evento
Evento
Evento
Evento
Evento
Adjunto
Adjunto
Adjunto
adjunto
dirRecurso
idHC
ultimaFechaHC
idUltimoMedico
idAntecedente
idHC
tipoAntecedente
descAntecedente
fechaAntecedente
idCasoAnomino
idHC
ccUsuario
descripcionCA
IdAnalisisMedico
idCasoAnomino
ccUsuario
descripcionAnMed
fechaAnMed
tituloAnMed
idAcudiente
cedulaPaciente
nombreAcudiente
apellidoAcudiente
telAcudiente
dirAcudiente
nitEntidad
nombreEntidad
idLog
ccUsuario
descripcionLog
tipoLog
fechaLog
idRevSis
idHC
fechaRevSis
idMedicoRevSis
sentidos
cardiovascular
gastrointestinal
neurologico
endocrinologico
respiratorio
idRevFisica
idHC
fechaRevFis
idMedicoRevFisica
estadoGeneral
VARCHAR(300)
INT4
DATE
INT8
INT4
INT4
VARCHAR(50)
VARCHAR(500)
DATE
INT4
INT4
INT8
VARCHAR(500)
INT4
INT4
INT8
VARCHAR(500)
DATE
VARCHAR(50)
INT4
INT8
VARCHAR(100)
VARCHAR(100)
INT8
VARCHAR(100)
INT8
VARCHAR(100)
INT4
INT8
VARCHAR(200)
VARCHAR(20)
DATE
INT8
INT4
DATE
INT8
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
INT8
INT4
DATE
INT8
VARCHAR(500)
adjunto
hc
hc
hc
antecedente
antecedente
antecedente
antecedente
antecedente
caso anonimo
caso anonimo
caso anonimo
caso anonimo
analisis medico
analisis medico
analisis medico
analisis medico
analisis medico
analisis medico
acudiente
acudiente
acudiente
acudiente
acudiente
acudiente
entidad
entidad
log
log
log
log
log
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionSistema
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
fc
fr
ta
to
glasgow
cab-cue
cp
abd
genitourinario
extremidades
neurologicos
osteomuscular
talla
peso
idGPCAVE
idHC
fechaGPCAVE
gestas
partos
cesareas
abortos
vivos
ectopicos
metodoAnticonceptivo
ultimaCitologia
ciclos
fechaPP
fechaUP
idMedicoGPCAVE
idMotDiag
idHC
fechaMotDiag
idMedicoMotDiag
motivoVis
enfermedadActual
planManejo
diagnostico
nitEntidad
ent_nitEntidad
idServicio
idMedicamento
cantidad
dosis
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(10)
VARCHAR(10)
INT8
INT4
DATE
INT4
INT4
INT4
INT4
INT4
INT4
VARCHAR(200)
DATE
VARCHAR(20)
DATE
DATE
INT8
INT8
INT4
DATE
INT8
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
VARCHAR(500)
INT8
INT8
INT4
INT4
INT4
VARCHAR(50)
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionFisica
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
revisionGPCAVE
motivo y diagnostico
contratada por
contratada por
compuesta por
compuesta por
compuesta por
compuesta por
Listado de Relaciones
Relacin afilia
Nombre
Tabla Hija
Tabla Padre
Llave fornea
afilia
paciente
userEntidadAdmin
ccUsuario
Relacin afiliado en
Nombre
Tabla Hija
Tabla Padre
Llave fornea
afiliado en
paciente
nitEntAdmin
Relacin asigna
Nombre
Tabla Hija
Tabla Padre
Llave fornea
asigna
cita
empleadoCitas
idAdminCita
Relacin asignado a
Nombre
Tabla Hija
Tabla Padre
Llave fornea
asignado a
servicio
paciente
cedulaPaciente
Relacin asiste
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Relacin atiende
asiste
cita
paciente
cedulaPaciente
Nombre
Tabla Hija
Tabla Padre
Llave fornea
atiende
cita
persoMedico
ccUsuario
Relacin compuesta por

Nombre
Tabla Hija
Tabla Padre
Llave fornea
compuesta por
compuesta por
formula
idServicio
Relacin compuesta por

Nombre
Tabla Hija
Tabla Padre
Llave fornea
compuesta por
compuesta por
medicamento
idMedicamento
Relacin contiene
Nombre
Tabla Hija
Tabla Padre
Llave fornea
contiene
adjunto
evento
idEvento
Relacin contrata
Nombre
Tabla Hija
Tabla Padre
Llave fornea
contrata
persoMedico
use_ccUsuario
Relacin contratada por

Nombre
Tabla Hija
Tabla Padre
Llave fornea
contratada por
contratada por
nitEntAdmin
Relacin contratada por

Nombre
Tabla Hija
Tabla Padre
contratada por
contratada por
Entidad_Prestadora
Llave fornea
nitEntPrestadora
Relacin crea
Nombre
Tabla Hija
Tabla Padre
Llave fornea
crea
empleadoCitas
userEntidadAdmin
ccUsuario
Relacin esta asociado

Nombre
Tabla Hija
Tabla Padre
Llave fornea
esta asociado
analisis medico
caso annimo
idCasoAnomino
Relacin forma parte

Nombre
Tabla Hija
Tabla Padre
Llave fornea
forma parte
antecedente
hc
idHC
Relacin forma parte de

Nombre
Tabla Hija
Tabla Padre
Llave fornea
forma parte de
documentoCDA
hc
idHC
Relacin hace parte

Nombre
Tabla Hija
Tabla Padre
Llave fornea
hace parte
evento
hc
idHC
Relacin Herencia_uno
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_uno
persoMedico
usuario
ccUsuario
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_uno
usuario
ccUsuario
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_uno
userEntidadAdmin
usuario
ccUsuario
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_uno
usuario
ccUsuario
Relacin Herencia_dos
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_dos
formula
servicio
idServicio
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_dos
examen
servicio
idServicio
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_dos
remision
servicio
idServicio
Nombre
Tabla Hija
Tabla Padre
Llave fornea
Herencia_dos
incapacidad
servicio
idServicio
Relacin inscribe
Nombre
Tabla Hija
Tabla Padre
Llave fornea
inscribe
evento
persoMedico
ccUsuario
Relacin labora para

Nombre
Tabla Hija
Tabla Padre
Llave fornea
labora para
empleadoCitas
nitEntAdmin
Relacin posee
Nombre
Tabla Hija
Tabla Padre
Llave fornea
posee
Sede
Entidad_Prestadora
nitEntPrestadora
Relacin publica
Nombre
Tabla Hija
Tabla Padre
Llave fornea
publica
caso annimo
persoMedico
ccUsuario
Relacin realiza
Nombre
Tabla Hija
Tabla Padre
Llave fornea
realiza
analisis medico
persoMedico
ccUsuario
Relacin recibe
Nombre
Tabla Hija
Tabla Padre
Llave fornea
recibe
alarma
paciente
cedulaPaciente
Relacin registra EA
Nombre
Tabla Hija
Tabla Padre
Llave fornea
registra EA
userEntidadAdmin
adm_ccUsuario
Relacin registra EP
Nombre
Tabla Hija
Tabla Padre
Llave fornea
registra EP
adm_ccUsuario
Relacin Relacionado con

Nombre
Tabla Hija
Tabla Padre
Llave fornea
Relacionado con
caso annimo
hc
idHC
Relacin suena el
Nombre
Tabla Hija
Tabla Padre
Llave fornea
suena el
fechaAlarma
alarma
idAlarma
Relacin sugiere
Nombre
Tabla Hija
Tabla Padre
Llave fornea
sugiere
servicio
persoMedico
ccUsuario
Relacin tiene asignada

Nombre
tiene asignada
Tabla Hija
Tabla Padre
Llave fornea
paciente
hc
idHC
Relacin tiene Relacin

Nombre
Tabla Hija
Tabla Padre
Llave fornea
tiene Relacin
acudiente
paciente
cedulaPaciente
Relacin trabaja en
Nombre
Tabla Hija
Tabla Padre
Llave fornea
trabaja en
userEntidadAdmin
nitEntAdmin
Relacin trabaja en ep
Nombre
Tabla Hija
Tabla Padre
Llave fornea
trabaja en ep
Entidad_Prestadora
nitEntPrestadora
Relacin trabaja para

Nombre
Tabla Hija
Tabla Padre
Llave fornea
trabaja para
persoMedico
Entidad_Prestadora
nitEntPrestadora

Disenio de La Base de Datos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Disenio de La Base de Datos

Cargado por

Copyright:

Formatos disponibles

Tabla de contenido

Diseo de la base de datos

Relacionadas con la historia clnica:

En la segunda iteracin en el diseo de la base de

los archivos editables de el modelo conceptual y el

Luego de realizar una revisin detallada al diseo

Cuando se hacen diseos de bases de datos muchas

al pie de la letra, las normalizaciones de bases de

Por esto decidimos restringir a un telfono local, un

reemplazo fueron agregadas las entidades:

Diseo Conceptual (final)

actualizar la informacin de las historias clnicas de los pacientes, los

entidad_prestadora: esta entidad representa a todas las empresas

persoMedico: esta entidad modela la informacin de usuario

Asigna: el empleado de citas asigna citas. Esta relacin es para

Inscribe: el personal medico inscribe eventos. nicamente el

Se_compone_2: la historia clnica se compone de revisiones por

Vista de agenda medica

Vista de historia clnica

Vista usuario (Relacional)

Vista de entidades (Relacional)

Vista agenda (Relacional)

Vista paciente (Relacional)

Vista historia clnica (Relacional)

Diccionario de datos Relacional

Relaciones salientes de la tabla acudiente

Relaciones salientes de la tabla adjunto

Relaciones entrantes de la tabla administradorGeneral

Relaciones salientes de la tabla administradorGeneral

Relaciones entrantes de la tabla alarma

Relaciones salientes de la tabla alarma

Tabla analisis medico

Relaciones salientes de la tabla anlisis medico

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

Relaciones salientes de la tabla antecedente

Tabla caso annimo

Relaciones entrantes de la tabla caso annimo

Relaciones salientes de la tabla caso annimo

Relaciones salientes de la tabla cita

Relaciones salientes de la tabla compuesta por

Tabla contratada por

Relaciones saliente de la tabla contratada por

Relaciones salientes de la tabla documentoCDA

Relaciones entrantes de la tabla empleadoCitas

Relaciones entrantes de la tabla entidad_administradora

Relaciones entrantes de la tabla entidad_administradora

Relaciones entrantes de la tabla Entidad_Prestadora

Relaciones entrantes de la tabla evento

Relaciones salientes de la tabla evento

Relaciones salientes de la tabla examen

Relaciones salientes de la tabla fechaAlarma

Relaciones entrantes de la tabla formula

Relaciones entrantes de la tabla hc

Relaciones salientes de la tabla incapacidad

Relaciones entrantes de la tabla medicamento

Tabla motivo y diagnostico

Relaciones salientes de la tabla motivo y diagnostico

Relaciones entrantes de la tabla paciente

Relaciones entrantes de la tabla persoMedico

Relaciones salientes de la tabla persoMedico

Relaciones salientes de la tabla remision

Relaciones salientes de la tabla revisionFisica

Relaciones salientes de la tabla revisionGPCAVE