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 ..................................................................................................................... 45

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 Relacionadas con la historia clnica:

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

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: Esta entidad no presento cambios mayores usuarioEntidadPrestadora: Esta entidad no presento cambios mayores 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 pues representaba una generalizacin innecesaria. 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: 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 relacin 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 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: 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 evaluacin triage o no. Adjunto: Esta entidad no presento cambios mayores. Antecedentes: Esta entidad no presento cambios mayores. analisisMedico: Esta entidad no presento cambios mayores. 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. Por esto decidimos restringir a un telfono local, un telfono celular para el registro de pacientes, y un dato telfono para

Quinta

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 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

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

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 incapacidades que se asignaran a los pacientes. a todas las

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. Martes, 27 de Enero de 2009 02:39:06 p.m.

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

Llave fornea cedulaPaciente

adjunto Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla adjunto Nombre Cdigo Contiene CONTIENE Tabla administradorGeneral Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Padre evento

Llave fornea idEvento

administradorGeneral Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla administradorGeneral Nombre Cdigo Tabla Hija registra EA REGISTRA_EA userEntidadAdmin registra EP REGISTRA_EP userEntidadPrestadora

Llave fornea adm_ccUsuario adm_ccUsuario

Relaciones salientes de la tabla administradorGeneral Nombre Cdigo Tabla Padre Herencia_uno INHERITANCE_8 usuario Tabla alarma Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea ccUsuario

Alarma Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla alarma Nombre Cdigo suena el SUENA_EL Relaciones salientes de la tabla alarma Nombre Cdigo Recibe RECIBE Tabla analisis medico Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Hija fechaAlarma

Llave fornea idAlarma

Tabla Padre paciente

Llave fornea cedulaPaciente

analisis medico Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla anlisis medico Nombre Cdigo Tabla Padre esta asociado ESTA_ASOCIADO caso annimo realiza REALIZA persoMedico Tabla antecedente Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idCasoAnomino ccUsuario

Antecedente Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla antecedente Nombre Cdigo Tabla Padre forma parte FORMA_PARTE hc Tabla caso annimo Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idHC

caso annimo Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla caso annimo Nombre Cdigo Tabla Hija esta asociado ESTA_ASOCIADO analisis medico Relaciones salientes de la tabla caso annimo Nombre Cdigo Tabla Padre publica PUBLICA persoMedico Relacionado RELACIONADO_CON hc con Tabla cita Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea |idCasoAnomino

Llave fornea ccUsuario idHC

cita Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla cita Nombre Cdigo asigna ASIGNA asiste ASISTE atiende ATIENDE Tabla compuesta por Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Padre empleadoCitas paciente persoMedico

Llave fornea idAdminCita cedulaPaciente ccUsuario

compuesta por Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla compuesta por Nombre Cdigo Tabla Padre compuesta por COMPUESTA_POR2 medicamento compuesta por COMPUESTA_POR formula Tabla contratada por Nombre Padre Fecha de creacin Fecha de modificacin Relaciones saliente Nombre contratada por contratada por

Llave fornea idMedicamento idServicio

contratada por Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m. por Tabla Padre entidad_administradora Entidad_Prestadora

de la tabla contratada Cdigo CONTRATADA_POR2 CONTRATADA_POR

Llave fornea nitEntAdmin nitEntPrestadora

Tabla documentoCDA Nombre Padre Fecha de creacin Fecha de modificacin documentoCDA Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla documentoCDA Nombre Cdigo Tabla Padre forma parte de FORMA_PARTE_DE hc Tabla empleadoCitas Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idHC

empleadoCitas Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla empleadoCitas Nombre Cdigo Tabla Hija asigna ASIGNA cita

Llave fornea idAdminCita

Relaciones salientes de la tabla empleadoCitas Nombre Cdigo Tabla Padre Llave fornea crea CREA userEntidadAdmin ccUsuario labora para LABORA_PARA entidad_administrado nitEntAdmin ra Tabla entidad Nombre Padre Fecha de creacin Fecha de modificacin Entidad Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

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 Tabla entidad_administradora Nombre Padre Fecha de creacin Fecha de modificacin

Lave fornea nitEntidad nitEntidad nitEntidad

Entidad_administradora Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

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

Llave fornea nitEntAdmin nitEntAdmin nitEntAdmin nitEntAdmin

Entidad_Prestadora Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla Entidad_Prestadora Nombre Cdigo Tabla Hija contratada por CONTRATADA_POR contratada por trabaja en ep TRABAJA_EN_EP userEntidadPrestadora trabaja para TRABAJA_PARA persoMedico Tabla evento Nombre Padre Fecha de creacin Fecha de modificacin evento Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Llave fornea nitEntPrestadora nitEntPrestadora nitEntPrestadora

Relaciones entrantes de la tabla evento Nombre Cdigo contiene CONTIENE Relaciones salientes de la tabla evento Nombre Cdigo hace parte HACE_PARTE inscribe INSCRIBE Tabla examen Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Hija adjunto

Llave fornea idEvento

Tabla Padre hc persoMedico

Llave fornea idHC ccUsuario

examen Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla examen Nombre Cdigo Herencia_dos INHERITANCE_12 Tabla fechaAlarma Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Padre servicio

Llave fornea idServicio

fechaAlarma Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla fechaAlarma Nombre Cdigo Tabla Padre suena el SUENA_EL alarma Tabla formula Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idAlarma

formula Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla formula Nombre Cdigo compuesta por COMPUESTA_POR Relaciones salientes de la tabla formula Nombre Cdigo Herencia_dos INHERITANCE_11 Tabla hc Nombre Padre Fecha de creacin Fecha de modificacin Relaciones entrantes Nombre forma parte forma parte de hace parte Relacionado con tiene asignada |

Tabla Hija compuesta por

Llave fornea idServicio

Tabla Padre servicio

Llave fornea idServicio

hc Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m. de la tabla hc Cdigo FORMA_PARTE FORMA_PARTE_DE HACE_PARTE RELACIONADO_CON TIENE_ASIGNADA

Tabla Hija antecedente documentoCDA evento caso annimo paciente

Llave fornea idHC idHC idHC idHC idHC

Tabla incapacidad Nombre Padre Fecha de creacin Fecha de modificacin incapacidad Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla incapacidad Nombre Cdigo Tabla Padre Herencia_dos INHERITANCE_14 servicio Tabla medicamento Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idServicio

medicamento Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla medicamento Nombre Cdigo Tabla Hija compuesta por COMPUESTA_POR2 compuesta por Tabla motivo y diagnostico Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea idMedicamento

Motivo y diagnostico Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla motivo y diagnostico Nombre Cdigo Tabla Padre se compone 1 SE_COMPONE_1 hc Tabla paciente Nombre Padre Fecha de creacin Fecha de modificacin

Lave fornea idHC

paciente Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla paciente Nombre Cdigo asignado a ASIGNADO_A asiste ASISTE recibe RECIBE tiene Relacin TIENE_RELACIN Relaciones salientes de la tabla paciente Nombre Cdigo afilia AFILIA afiliado en AFILIADO_EN tiene asignada TIENE_ASIGNADA Tabla persoMedico Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Hija servicio cita alarma acudiente

Llave fornea cedulaPaciente cedulaPaciente cedulaPaciente cedulaPaciente

Tabla Padre userEntidadAdmin entidad_administradora hc

Llave fornea ccUsuario nitEntAdmin idHC

persoMedico Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

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

Llave fornea ccUsuario ccUsuario ccUsuario ccUsuario ccUsuario

Relaciones salientes de la tabla persoMedico Nombre Cdigo Tabla Padre contrata CONTRATA userEntidadPrestadora Herencia_uno HERENCIA_UNO usuario trabaja para TRABAJA_PARA Entidad_Prestadora Tabla remision Nombre Padre Fecha de creacin Fecha de

Llave fornea use_ccUsuario ccUsuario nitEntPrestadora

remision Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

modificacin Relaciones salientes de la tabla remision Nombre Cdigo Herencia_dos INHERITANCE_13 Tabla revisionFisica Nombre Padre Fecha de creacin Fecha de modificacin revisionFisica Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Tabla Padre servicio

Llave fornea idServicio

Relaciones salientes de la tabla revisionFisica Nombre Cdigo se compone 3 SE_COMPONE_3 hc Tabla revisionGPCAVE Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Padre idHC

Lave fornea

revisiongpcave Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

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

Tabla Padre idHC

Lave fornea

revisionSistemas Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones salientes de la tabla revisionSistemas Nombre Cdigo se compone 2 SE_COMPONE_2 hc

Tabla Padre idHC

Lave fornea

Tabla Sede Nombre Padre Fecha de creacin Fecha de modificacin Sede Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones saliente de la tabla Sede Nombre Cdigo posee POSEE Tabla servicio Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Padre Entidad_Prestadora

Llave fornea nitEntPrestadora

Servicio Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla servicio Nombre Cdigo Herencia_dos INHERITANCE_13 Herencia_dos INHERITANCE_14 Herencia_dos INHERITANCE_12 Herencia_dos INHERITANCE_11 Relaciones salientes de la tabla servicio Nombre Cdigo asignado a ASIGNADO_A sugiere SUGIERE Tabla userEntidadAdmin Nombre Padre Fecha de creacin Fecha de modificacin

Tabla Hija remision incapacidad examen formula

Llave fornea idServicio idServicio idServicio idServicio

Tabla Padre paciente persoMedico

Llave fornea cedulaPaciente ccUsuario

userEntidadAdmin Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla userEntidadAdmin Nombre Cdigo Tabla Hija afilia AFILIA paciente

Llave fornea ccUsuario

crea

CREA

empleadoCitas

ccUsuario

Relaciones salientes de la tabla userEntidadAdmin Nombre Cdigo Tabla Padre Herencia_uno HERENCIA_DOS usuario registra EA REGISTRA_EA administradorGeneral trabaja en TRABAJA_EN entidad_administrado ra Tabla userEntidadPrestadora Nombre Padre Fecha de creacin Fecha de modificacin

Llave fornea ccUsuario adm_ccUsuario nitEntAdmin

userEntidadPrestadora Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla userEntidadPrestadora Nombre Cdigo Tabla Hija contrata CONTRATA persoMedico Relaciones salientes de la tabla userEntidadPrestadora Nombre Cdigo Tabla Padre Herencia_uno INHERITANCE_9 usuario registra EP REGISTRA_EP administradorGeneral trabaja en ep TRABAJA_EN_EP Entidad_Prestadora

Llave fornea use_ccUsuario

Llave fornea ccUsuario adm_ccUsuario nitEntPrestadora

Tabla usuario Nombre Padre Fecha de creacin Fecha de modificacin usuario Modelo de datos Relacional 'base datos DoC' Martes, 27 de Enero de 2009 02:39:05 p.m. Martes, 27 de Enero de 2009 02:39:06 p.m.

Relaciones entrantes de la tabla usuario Nombre Cdigo Herencia_uno INHERITANCE_9 Herencia_uno HERENCIA_DOS

Tabla Hija userEntidadPrestador a userEntidadAdmin

Llave fornea ccUsuario ccUsuario

Herencia_uno Herencia_uno

INHERITANCE_8 HERENCIA_UNO

administradorGeneral persoMedico

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 entidad_administradora entidad_administradora 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 administradorGeneral administradorGeneral administradorGeneral administradorGeneral administradorGeneral administradorGeneral administradorGeneral userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora userEntidadPrestadora 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 motivo y diagnostico motivo y diagnostico motivo y diagnostico motivo y diagnostico motivo y diagnostico motivo y diagnostico 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 Relacin afiliado en Nombre Tabla Hija Tabla Padre Llave fornea Relacin asigna Nombre Tabla Hija Tabla Padre Llave fornea Relacin asignado a Nombre Tabla Hija Tabla Padre Llave fornea Relacin asiste Nombre Tabla Hija Tabla Padre Llave fornea Relacin atiende asiste cita paciente cedulaPaciente asignado a servicio paciente cedulaPaciente asigna cita empleadoCitas idAdminCita afiliado en paciente entidad_administradora nitEntAdmin afilia paciente userEntidadAdmin ccUsuario

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 Relacin contiene Nombre Tabla Hija Tabla Padre Llave fornea Relacin contrata Nombre Tabla Hija Tabla Padre Llave fornea contrata persoMedico userEntidadPrestadora use_ccUsuario contiene adjunto evento idEvento compuesta por compuesta por medicamento idMedicamento

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

Relacin contratada por Nombre contratada por

Tabla Hija Tabla Padre Llave fornea Relacin crea Nombre Tabla Hija Tabla Padre Llave fornea

contratada por Entidad_Prestadora nitEntPrestadora

crea empleadoCitas userEntidadAdmin ccUsuario

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

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

Relacin Herencia_uno Nombre Tabla Hija Herencia_uno persoMedico

Tabla Padre Llave fornea

usuario ccUsuario

Relacin Herencia_uno Nombre Tabla Hija Tabla Padre Llave fornea Herencia_uno administradorGeneral usuario ccUsuario

Relacin Herencia_uno Nombre Tabla Hija Tabla Padre Llave fornea Herencia_uno userEntidadAdmin usuario ccUsuario

Relacin Herencia_uno Nombre Tabla Hija Tabla Padre Llave fornea Herencia_uno userEntidadPrestadora usuario ccUsuario

Relacin Herencia_dos Nombre Tabla Hija Tabla Padre Llave fornea Herencia_dos formula servicio idServicio

Relacin Herencia_dos Nombre Tabla Hija Tabla Padre Llave fornea Herencia_dos examen servicio idServicio

Relacin Herencia_dos Nombre Tabla Hija Herencia_dos remision

Tabla Padre Llave fornea

servicio idServicio

Relacin Herencia_dos Nombre Tabla Hija Tabla Padre Llave fornea Relacin inscribe Nombre Tabla Hija Tabla Padre Llave fornea Relacin labora para Nombre Tabla Hija Tabla Padre Llave fornea Relacin posee Nombre Tabla Hija Tabla Padre Llave fornea Relacin publica Nombre Tabla Hija Tabla Padre Llave fornea Relacin realiza Nombre Tabla Hija realiza analisis medico publica caso annimo persoMedico ccUsuario posee Sede Entidad_Prestadora nitEntPrestadora labora para empleadoCitas entidad_administradora nitEntAdmin inscribe evento persoMedico ccUsuario Herencia_dos incapacidad servicio idServicio

Tabla Padre Llave fornea

persoMedico ccUsuario

Relacin recibe Nombre Tabla Hija Tabla Padre Llave fornea Relacin registra EA Nombre Tabla Hija Tabla Padre Llave fornea Relacin registra EP Nombre Tabla Hija Tabla Padre Llave fornea registra EP userEntidadPrestadora administradorGeneral adm_ccUsuario registra EA userEntidadAdmin administradorGeneral adm_ccUsuario recibe alarma paciente cedulaPaciente

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

Tabla Padre Llave fornea

persoMedico ccUsuario

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

Relacin tiene Relacin Nombre Tabla Hija Tabla Padre Llave fornea Relacin trabaja en Nombre Tabla Hija Tabla Padre Llave fornea trabaja en userEntidadAdmin entidad_administradora nitEntAdmin tiene Relacin acudiente paciente cedulaPaciente

Relacin trabaja en ep Nombre Tabla Hija Tabla Padre Llave fornea Relacin trabaja para Nombre Tabla Hija Tabla Padre Llave fornea trabaja para persoMedico Entidad_Prestadora nitEntPrestadora trabaja en ep userEntidadPrestadora Entidad_Prestadora nitEntPrestadora