Tabla de contenido

Tabla de contenido ........................................................................................................ 1 Diseño de la base de datos........................................................................................... 2 Listado de cambios ........................................................................................................ 2 Diseño Conceptual (final) .............................................................................................. 8 Usuarios del sistema .................................................................................................. 8 Entidades ..................................................................................................................... 9 Relaciones.................................................................................................................. 11 Diagramas entidad-relación .................................................................................... 15 Modelo global ............................................................................................................ 15 Vista de usuarios ...................................................................................................... 16 Vista de entidades .................................................................................................... 17 Vista de agenda medica .......................................................................................... 18 Vista de paciente ...................................................................................................... 19 Vista de historia clínica ............................................................................................ 20 Diseño Lógico ................................................................................................................ 21 Modelo Relacional normalizado .............................................................................. 21 Vista usuario (Relacional) ....................................................................................... 22 Vista de entidades (Relacional) .............................................................................. 23 Vista agenda (Relacional) ....................................................................................... 24 Vista paciente (Relacional) ..................................................................................... 25 Vista historia clínica (Relacional) ........................................................................... 26 Diccionario de datos Relacional ............................................................................. 27

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

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

Listado de cambios
Iteración Primera Descripción detallada Basados en la información recogida durante la fase de análisis del dominio, y en los requerimientos de información levantados, se diseño la primera versión del modelo Relacional y el modelo físico de la base de datos del proyecto. El diseño del diagrama entidad relación fue hecho en “DIA”1 (software de diagramación de código abierto) y se encuentra dividido en dos vistas, una global sin la sección de historias clínicas, y otra dedicada exclusivamente al modelo de historias clínicas, dado que la herramienta usada en esta etapa no permite agregar atributos a las entidades, el modelo Relacional se encuentra en un archivo llamado modelo_Relaciónal_DoC.doc , allí se encuentran cada una de las etapas de normalización de los datos y el resultado final junto con los tipos de datos de cada uno de los atributos del modelo. La primera versión del diseño de la base de datos se caracterizo por manejar una gama bastante amplia de usuarios: administradorGeneral usuarioEntidadAdministradora usuarioEntidadPrestadora paramédico enfermera medico empleadoAdministrativo administradorServicio administradorCita También se consideraron un buen número de entidades Relacionadas con la historia clínica:

1

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 médicas en esta iteración fueron: Cita entidadPrestadora dirección entidadAdministradora alarma fecha servicio incapacidad examen formula remisionCita medicina compuestapor durante la elaboración de este primer modelo se pudo obtener un panorama bastante especifico sobre los volúmenes de información que debe manejar el sistema, sin embargo aun se encontraban bastantes incongruencias con respecto a los alcances y las limitaciones del proyecto, y tampoco se había contemplado la integración con el estándar para el manejo de la información medica HL7. segunda En la segunda iteración en el diseño de la base de datos se migraron los diagramas Entidad relación de “DIA” a la herramienta “powerDesigner 12.5”, pudiendo así integrar las dos vistas generadas y el modelo Relacional, en el anexo digital se encontraran los archivos editables de el modelo conceptual y el modelo físico de la base de datos, así como la vista global del diagrama entidad relación.

Luego de realizar un estudio mas detallado de las limitaciones del proyecto y de hacer la investigación concerniente al estándar HL7 encontramos bastantes modificaciones para realizar en el modelo de datos del sistema, las más importantes buscaron reducir considerablemente el número de usuarios para reducir la complejidad de las consultas y la facilidad de manejo de la aplicación: Usuario: Se agrego una generalización de usuarios q comparten los datos básicos, password, login, etc. administradorGeneral: Esta entidad no presento cambios mayores usuarioEntidadAdministradora: Esta entidad no presento cambios mayores usuarioEntidadPrestadora: Esta entidad no presento cambios mayores Paramédico, enfermera, medico: Estas tres entidades se suprimieron y se creo una nueva llamada personalMedico, la cual engloba las tres gracias a un campo llamado rol, donde se especifica si es medico o auxiliar, esto también permite realizar o mayor control de las funciones y restricciones que tiene cada rol. empleadoAdministrativo: Esta entidad se elimino pues representaba una generalización innecesaria. administradorServicio: Esta entidad también fue eliminada, pues su funcionalidad en principio era la de aceptar o rechazar peticiones de servicios a los pacientes, sin embargo según la información recopilada en el análisis de dominio resulto ser un rol completamente innecesario. administradorCita: Esta entidad no presento cambios mayores. Con respecto a la información Relacionada con la historia clínica: Paciente: Esta entidad no presento cambios mayores.

Acudiente: Esta entidad no presento cambios mayores. Especialidad: Esta entidad fue eliminada, dadas las limitaciones del proyecto, no es necesario tener la relación de las especialidades de cada medico. historiaClinica: Esta entidad no presento cambios mayores. formulaObstetrica, revFisica, revSistemas, datosBasicoVisita: Todas estas entidades fueron eliminadas pues a pesar de contener información de vital importancia para la historia clínica generan demasiada complejidad en el modelo y no se adaptan al estándar HL7, su reemplazo fue la entidad documentoCDA quien guarda la ruta de los documentos CDA asociados a una historia clínica. evento: Esta entidad no presento cambios mayores. Triage: La entidad triage fue eliminada, en su reemplazo se agrego un campo de tipo boolean a la entidad evento que nos indica si es un evento generado por una evaluación triage o no. Adjunto: Esta entidad no presento cambios mayores. Antecedentes: Esta entidad no presento cambios mayores. analisisMedico: Esta entidad no presento cambios mayores. También se agregaron nuevas entidades: casoAnonimo: Quien se encarga de modelar los datos necesario para la publicación en el portal de casos médicos especiales. Teléfono: Surgió la necesidad de crearla pues en la actualidad una persona tiene mínimo dos números telefónicos (fijo, móvil), y para las necesidades del sistema es de vital importancia poder ubicar de forma ágil a una persona, en situaciones de

emergencia. telefonoEntiPres, telefonoPaciente, telUsuario: Estas tres entidades heredan de la entidad teléfono, su necesidad surge a partir de los múltiples roles u actores que intervienen en el sistema. Al término de la segunda iteración se logro un diseño mucho más pulido y más acorde a los requerimientos del proyecto, sin embargo aun esta pendiente una revisión detallada y algunos cambios menores. Tercera Luego de realizar una revisión detallada al diseño resultante de la iteración anterior se identificaron los siguientes cambios: Se creo una nueva entidad llamada “telefonoEntiAdmin”, quien se encarga de contener la información de Relacionada con los teléfonos de las entidades administradoras de salud, dicha entidad hereda de la entidad teléfono. En la entidad “entidad_administradora” se elimino el campo descripción dado que no es relevante para los alcances del proyecto, y se agrego el campo nombre. En la entidad “persoMedico” se elimino el campo rol, dado que este campo ya se encuentra en la entidad gracias a la herencia que tiene con la entidad usuario. En las entidades “entidad_Prestadora” y “Entidad_administradora” se elimino la llave primaria y el campo ID, ahora la llave primaria es el campo llamado nit. Cuarta Cuando se hacen diseños de bases de datos muchas veces existen datos que tienden a generar redundancia, un ejemplo con el que nosotros nos encontramos fue el numero de teléfono en la entidad paciente ya que este puede estar presente en el, con mas de un valor, y a su vez este puede estar presente en otros pacientes o acudientes, por lo que si se siguen al pie de la letra, las normalizaciones de bases de datos el teléfono debe considerarse como una entidad aparte (ver iteración 3 bases de datos), sin embargo los queries son mucho mas difíciles de crear y requieren mucho mas trabajo por parte del DBMS, como también incrementa la complejidad de la operación. Por esto decidimos restringir a un teléfono local, un teléfono celular para el registro de pacientes, y un dato teléfono para

Quinta

cada entidad, también implementando el mismo principio de simplicidad y eficiencia en los queries, se creo una tabla llamada sede para las entidades prestadoras que tiene también un dato teléfono y uno de dirección, aunque esto no este 100% acorde con las reglas de normalización si incrementa la eficiencia de la aplicación y reduce la complejidad de los queries, y siendo concientes que la transmisión de datos se llevara la mayor cantidad de tiempo en nuestro proyecto, es mejor ser eficientes en el resto de partes.2 Durante esta iteración se hicieron revisiones detalladas a todos los atributos de cada una de las tablas, donde se encontraron ciertas inconsistencias, errores y redundancias en los datos, por lo cual se aplicaron los siguientes cambios al diseño: Se creo la entidad “entidad” quien representa la generalización de las entidades administradoras y prestadoras. Anteriormente existía una relación entre la entidad prestadora y las sedes, sin embargo no existía la misma relación entre las entidades administradoras y las sedes, por esto fue necesario crear la generalización de las entidades y eliminar la relación entre entidades prestadoras y sedes, para crearla directamente entre la entidad “entidad” y las sedes. Se creo la tabla Log, en esta tabla se guardara la información necesaria para llevar un registro de todos los movimientos que hacen los usuarios dentro del sistema. La relación “representa” fue reasignada únicamente a los usuarios de tipo personalMedico y los roles. Dado q solo es necesaria para dichos tipos de usuario. La tabla documento CDA fue eliminada, y en su reemplazo fueron agregadas las entidades: Motivo y diagnostico revisionSistemas RevisionFisica GPCAVE En estas tablas se almacenara toda la información concerniente a la historia clínica. Y se crearan documentos CDA solo en el caso de q sean necesarios. Este cambio es con el fin de optimizar los recursos de procesamiento en el servidor, y para explotar mucho mejor la

2

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 existía un campo denominado descripción. En la entidad examen, se elimino el campo resultado examen, puesto que la información necesaria para este campo, se sale de los alcances del proyecto.

Diseño Conceptual (final)
Usuarios del sistema
Administrador general: Es el Super-Usuario solo tiene acceso al modulo Web y está encargado de crear y modificar entidades prestadoras, y entidades administradoras de salud, también se encarga de la crearon o modificación de los usuario de tipo “usuario entidad administradora” y de tipo “usuario entidad prestadora”, mantener la aplicación y mirar los logs del sistema. Usuario entidad administradora: es la persona encargada de gestionar la información de las entidades administradoras de salud (eps, ars, etc), crear o modificar pacientes en el sistema y tiene acceso a las historias clínicas de los mismos, también se encarga de asociar las entidades prestadoras de salud con la entidad administradora. Usuario entidad prestadora: es la persona encargada de gestionar la información concerniente a las entidades prestadoras de salud, agregar o quitar sedes de atención, y registrar en el sistema el personal medico. Personal medico: estas personas pueden ser médicos, paramédicos, enfermeras, o auxiliares en general, se encargan de actualizar la información de las historias clínicas de los pacientes, los médicos pueden realizar publicaciones de casos anónimos. Empleado citas: Las entidades administradoras de salud, organizan las citas de sus afiliados con el personal medico de una de las entidades prestadoras con quienes trabajan. Se encarga de de gestionar todo el proceso de administración de citas medicas.

Entidades
Acudiente: la entidad acudiente representa a una o varias personas que se hacen responsables por un paciente. Adjunto: la entidad adjunto representa el contenido multimedia agregado a las historias clínicas, a través de los eventos médicos generados sobre la misma. AdministradorGeneral: en esta entidad se modelan los datos referentes al usuario llamado administrador general. Alarma: la entidad alarma es usada para guardar la información referente a las citas medicas, y exámenes asignados a los pacientes. Análisis medico: describe los comentarios hechos por otros médicos a los casos anónimos publicados en el portal. Antecedentes: esta entidad es usada para almacenar la información concerniente a los antecedentes relativos a un paciente. Caso anónimo: la entidad caso anónimo guarda la información referente a los casos clínicos compartidos por los médicos a la comunidad. Cita: la entidad cita representa la información acerca de las visitas que realiza un medico a un paciente, se compone de una hora, y un lugar especifico. documentoCDA: en la entidad documento CDA se guarda la ruta del documento CDA asociado a la historia clínica de un paciente, en conjunto con la fecha en la que fue agregado el documento. empleadoCitas: en esta entidad se modela la información referente a los datos de usuario del empleado que se encarga de asignar y modificar las visitas medicas. Entidad: esta entidad se encarga de generalizar a las entidades prestadoras y a las entidades administradoras, puesto que ambas comparten información en común con respecto a las sedes de atención. entidad_administradora: esta entidad representa a las empresas dedicadas a la administración en salud (EPS, ARS, ESS, ARP, régimen especial, SOAT). entidad_prestadora: esta entidad representa a todas las empresas que brindar el servicio de atención médica (IPS, ESE). Evento: la entidad evento describe la información Relacionada con cualquier acción ejecutada por el personal medico a un paciente, como por ejemplo (suturas, administración de medicamentos, evaluaciones triage, entre otros).

Examen: en la entidad examen se almacena toda la información referente a los exámenes para clínicos asignados a los pacientes, fecha, tipo de examen y resultados del mismo. FechaAlarma: en esta entidad se guardan todas las fechas programadas para una alarma específica asignada a un paciente, la información contenida aquí se usara para poder avisar a un paciente acerca de sus visitas o los resultados de sus exámenes. Formula: la entidad formula representa el conjunto de medicamentos que asigna un medico a un paciente luego de realizar una visita medica. GPCAVE: esta entidad es usada para guardar toda la información referente a la revisión ginecobstetrica hecha a las mujeres en cada cita médica. Hc: la entidad Hc modela la información básica contenida en la historia clínica, esta entidad es usada para poder asociar los documentos CDA, los eventos y los pacientes a su historial medico. Incapacidad: representa la información concerniente 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 información con respecto a los cambios hechos, el usuario q los hizo, y la fecha en que los hizo. Medicamento: esta entidad modela la información necesaria acerca de los medicamentos que se encuentran dentro del POS (plan obligatorio de salud), así como la posología del mismo y la formula medica a la cual se encuentra asociado. Motivo y diagnostico: la entidad motivo y diagnostico, como su nombre lo indica, es usada para almacenar información concerniente a los motivos que tiene un paciente para ir a una cita medica, y al diagnostico dado por el medico, luego de los exámenes de rigor. Paciente: la entidad paciente modela la información necesaria para llevar acabo una buena gestión de los datos de las personas registradas en el sistema, y garantizar la confidencialidad y unicidad de los mismos. persoMedico: esta entidad modela la información de usuario Relacionada con todo el personal medico (médicos, paramédicos, enfermeras, auxiliares). Remisión: describe la información necesaria para las remisiones a especialistas ordenadas por los médicos a los pacientes. RevisionFisica: en esta entidad se almacena información referente a la revisión física hecha a un paciente durante una cita médica.

RevisionSistemas: en esta entidad se almacena información referente a la revisión hecha por un medico, a todos los sistemas de un paciente durante una cita médica. sede: la entidad sede contiene la el numero de teléfonos, la dirección, la ciudad, y la descripción de cada uno de los centros de atención de las entidades prestadoras. Servicio: esta entidad es una generalización de todas las prestaciones que brinda una entidad administradora a sus pacientes (remisiones, exámenes, formulaciones, incapacidades). UserEntidadAdmin: en esta entidad se modela la información referente a los datos de usuario del empleado encargado de gestionar la entidad administradora en el sistema. UserEntidadPrestadora: en esta entidad se modela la información referente a los datos de usuario del empleado encargado de administrar la entidad prestadora en el sistema. Usuario: esta entidad es la generalización de todos los usuarios en el sistema, contiene la información primaria para todos los usuarios (documento de identificación, password, nombre, tipo de sangre, rol, etc).

Relaciones
Afilia: el usuario de la entidad administradora afilia pacientes en el sistema. Esta relación es usada para llevar el control de las afiliaciones de usuarios en el sistema, para saber a que entidad administradora pertenece y quien fue la persona responsable del registro de cada uno de los usuarios. Afiliado en: el paciente esta afiliado en una entidad administradora. Dado que un paciente solo puede pertenecer a una única entidad prestadora, Esta relación nos permite saber a que entidad administradora se encuentra afiliado el paciente. Asigna: el empleado de citas asigna citas. Esta relación es para representar la función que tiene el empleado de citas en el sistema, y para saber quien fue la persona que asigno determinada cita a un paciente. Asignado a: los servicios son asignados a pacientes. Esta relación es usada para poder determinar a que usuario esta asignado un servicio y así mismo poder enviarle las alarmas necesarias. Asiste: el paciente asiste a la cita. Esta relación es usada para identificar a que paciente esta asignada determinada cita en la agenda medica.

Atiende: el personal medico atiende una cita. Mas específicamente solo los usuarios cuyo rol sea medico y se encuentren en la tabla personal medico, están en capacidad de atender una cita, esta relación es usada para identificar el mecido que va a atender a un determinado paciente en una cita. Contiene: los eventos contienen adjuntos. Esta relación fue creada para identificar los eventos que tienen asociados adjuntos (contenido multimedia). Contrata: el usuario de la entidad prestadora contrata personal medico. Dicha relación hace referencia al registro de todo el personal medico, que debe hacer la entidad prestadora de servicios de salud en el sistema. Crea: el usuario de la entidad administradora crea empleados de citas. Esta relación permite saber para qué entidad administradora de salud trabaja un empleado de citas. Esta asociado: los análisis médicos están asociados a los casos anónimos. Gracias a esta relación podemos identificar a que caso anónimo pertenece cada uno de los análisis médicos realizados por el personal medico dentro del portal. Forma parte: los antecedentes del paciente forman parte de la historia clínica del mismo, la relación es usada para mantener asociados cada uno de los antecedentes de un paciente a la historia clínica. Genera: el usuario genera logs, esta relación existe para poder asociar a un usuario a todos los cambios que el realice dentro del sistema. Hace parte: los eventos hacen parte de la historia clínica. En conjunto con los antecedentes, los eventos médicos determinan una parte importante en la composición de una historia clínica. Inscribe: el personal medico inscribe eventos. Únicamente el personal medico registrado en el sistema esta en capacidad de agregar eventos médicos a la historia clínica del paciente. La relación proporciona los mecanismos para que se cumpla esta premisa. Labora para: el empleado de citas laboral para una entidad administradora. Cuando el usuario de la entidad administradora registra empleados de citas, dichos empleados deben quedar asociados directamente con la entidad administradora para la cual trabajan. Posee: la entidad prestadora posee sedes. Todas las sedes en las cuales la entidad prestadora brinda servicios a los pacientes, deben estar registradas en el sistema y asociadas a la entidad a la que pertenecen. Publica: el personal medico pública casos anónimos. Específicamente los usuarios cuyo rol se medico podrán realizar la publicación de casos anónimos en los cuales él requiera la opinión de otros expertos en el tema.

Realiza: el personal medico realiza análisis médicos. Cada medico registrado en el sistema podrá agregar análisis médicos a cualquier caso anónimo, estos análisis médicos aparecerán en el sistema asociados al medico que lo realizó. Recibe: el paciente recibe alarmas. Esta relación nos permite asociar las alarmas a un paciente determinado con el fin de enviar mensajes recordatorios al teléfono celular del mismo. Registra EA: el administrador general registra usuarios de la entidad administradora. Al realizar este registro dicho empleado quedara asociado a la entidad administradora deseada, en caso de que la entidad administradora no exista deberá crearse. Registra EP: el administrador general registra usuarios de la entidad prestadora. Al realizar este registro dicho empleado quedara asociado a la entidad prestadora deseada, en caso de que la entidad prestadora no exista deberá crearse. Relacionado con: un caso anónimos esta Relacionado con una historia clínica. Los casos anónimos son derivados de las historias clínicas, solo que en ellos no podrá aparecer ningún tipo de información que comprometa la integridad de un paciente. Se_compone_1: la historia clínica se compone de motivo y diagnostico, esta relación es usada para asociar los motivos y diagnósticos dados por el medico, a la historia clínica de un paciente. Se_compone_2: la historia clínica se compone de revisiones por sistemas, esta relación es usada para asociar la revisión por sistemas dada por el medico, a la historia clínica de un paciente. Se_compone_3: la historia clínica se compone de revisiones físicas, esta relación es usada para asociar la revisión física dada por el medico, a la historia clínica de un paciente. Se_compone_4: la historia clínica se compone de revisiones ginecobstetricas (GPCAVE), esta relación es usada para asociar los datos de la revisión ginecobstetrica de una mujer, su historia clínica.. Suena el: las alarmas suenan en varias fechas. Dentro del sistema se contempla que las alarmas tenga varias horas de llegada al paciente, (3 días antes, 1 día antes, 1 hora antes, para la citas) Sugiere: el personal medico sugiere servicios a sus pacientes. Cada servicio sugerido por el medico debe ser asociado directamente a la historia clínica del paciente.

Tiene asignada: el paciente tiene asignada una historia clínica. Esta relación hace referencia a que todos los pacientes registrados dentro del sistema deben tener una historia clínica electrónica, para ser alimentada por el personal medico. Tiene relación: el acudiente tiene relación con el paciente. Esta relación existe para poder asegurar que hay un persona responsable por cada uno de los pacientes, que pueda ser capaz de brindar información sobre el mismo, y pueda ser notificada de cualquier tipo de eventualidad. Trabajan en: el usuario de la entidad administradora trabaja en una entidad administradora. Esta relación nos permite identificar para cual entidad administradora trabaja cierto tipo de usuario. Trabaja en EP: el usuario de la entidad prestadora trabaja en una entidad prestadora. Esta relación nos permite identificar para cual entidad prestadora trabaja cierto tipo de usuario. Trabaja para: el personal medico trabaja para una entidad prestadora. El personal medico registrado dentro del sistema debe estar asociado a la entidad para la cual presta el servicio, esto con el fin de brindar mecanismos de seguridad con respecto a las consultas de la historia clínica de un paciente.

Diagramas entidad-relación Modelo global

Vista de usuarios

Vista de entidades

Vista de agenda medica

Vista de paciente

Vista de historia clínica

Diseño Lógico
Modelo Relacional normalizado

Vista usuario (Relacional)

Vista de entidades (Relacional)

Vista agenda (Relacional)

Vista paciente (Relacional)

Vista historia clínica (Relacional)

Diccionario de datos Relacional
Listado de Tablas
Tabla acudiente Nombre Padre Fecha de creación Fecha de modificación 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 Código Tabla Padre tiene relación TIENE_RELACIÓN paciente Tabla adjunto Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código Contiene CONTIENE Tabla administradorGeneral Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre evento

Llave foránea 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 Código Tabla Hija registra EA REGISTRA_EA userEntidadAdmin registra EP REGISTRA_EP userEntidadPrestadora

Llave foránea adm_ccUsuario adm_ccUsuario

Relaciones salientes de la tabla administradorGeneral Nombre Código Tabla Padre Herencia_uno INHERITANCE_8 usuario Tabla alarma Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código suena el SUENA_EL Relaciones salientes de la tabla alarma Nombre Código Recibe RECIBE Tabla analisis medico Nombre Padre Fecha de creación Fecha de modificación

Tabla Hija fechaAlarma

Llave foránea idAlarma

Tabla Padre paciente

Llave foránea 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 análisis medico Nombre Código Tabla Padre esta asociado ESTA_ASOCIADO caso anónimo realiza REALIZA persoMedico Tabla antecedente Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código Tabla Padre forma parte FORMA_PARTE hc Tabla caso anónimo Nombre Padre Fecha de creación Fecha de modificación

Llave foránea idHC

caso anónimo 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 anónimo Nombre Código Tabla Hija esta asociado ESTA_ASOCIADO analisis medico Relaciones salientes de la tabla caso anónimo Nombre Código Tabla Padre publica PUBLICA persoMedico Relacionado RELACIONADO_CON hc con Tabla cita Nombre Padre Fecha de creación Fecha de modificación

Llave foránea |idCasoAnomino

Llave foránea 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 Código asigna ASIGNA asiste ASISTE atiende ATIENDE Tabla compuesta por Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre empleadoCitas paciente persoMedico

Llave foránea 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 Código Tabla Padre compuesta por COMPUESTA_POR2 medicamento compuesta por COMPUESTA_POR formula Tabla contratada por Nombre Padre Fecha de creación Fecha de modificación Relaciones saliente Nombre contratada por contratada por

Llave foránea 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 Código CONTRATADA_POR2 CONTRATADA_POR

Llave foránea nitEntAdmin nitEntPrestadora

Tabla documentoCDA Nombre Padre Fecha de creación Fecha de modificación 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 Código Tabla Padre forma parte de FORMA_PARTE_DE hc Tabla empleadoCitas Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código Tabla Hija asigna ASIGNA cita

Llave foránea idAdminCita

Relaciones salientes de la tabla empleadoCitas Nombre Código Tabla Padre Llave foránea crea CREA userEntidadAdmin ccUsuario labora para LABORA_PARA entidad_administrado nitEntAdmin ra Tabla entidad Nombre Padre Fecha de creación Fecha de modificación 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 Código Child Table deriva de DERIVA_DE entidad_administradora deriva de DERIVA_DE2 Entidad_Prestadora posee POSEE Sede Tabla entidad_administradora Nombre Padre Fecha de creación Fecha de modificación

Lave foránea 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 Código 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 creación Fecha de modificación

Llave foránea 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 Código 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 creación Fecha de modificación 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 foránea nitEntPrestadora nitEntPrestadora nitEntPrestadora

Relaciones entrantes de la tabla evento Nombre Código contiene CONTIENE Relaciones salientes de la tabla evento Nombre Código hace parte HACE_PARTE inscribe INSCRIBE Tabla examen Nombre Padre Fecha de creación Fecha de modificación

Tabla Hija adjunto

Llave foránea idEvento

Tabla Padre hc persoMedico

Llave foránea 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 Código Herencia_dos INHERITANCE_12 Tabla fechaAlarma Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre servicio

Llave foránea 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 Código Tabla Padre suena el SUENA_EL alarma Tabla formula Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código compuesta por COMPUESTA_POR Relaciones salientes de la tabla formula Nombre Código Herencia_dos INHERITANCE_11 Tabla hc Nombre Padre Fecha de creación Fecha de modificación Relaciones entrantes Nombre forma parte forma parte de hace parte Relacionado con tiene asignada |

Tabla Hija compuesta por

Llave foránea idServicio

Tabla Padre servicio

Llave foránea 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 Código FORMA_PARTE FORMA_PARTE_DE HACE_PARTE RELACIONADO_CON TIENE_ASIGNADA

Tabla Hija antecedente documentoCDA evento caso anónimo paciente

Llave foránea idHC idHC idHC idHC idHC

Tabla incapacidad Nombre Padre Fecha de creación Fecha de modificación 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 Código Tabla Padre Herencia_dos INHERITANCE_14 servicio Tabla medicamento Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código Tabla Hija compuesta por COMPUESTA_POR2 compuesta por Tabla motivo y diagnostico Nombre Padre Fecha de creación Fecha de modificación

Llave foránea 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 Código Tabla Padre se compone 1 SE_COMPONE_1 hc Tabla paciente Nombre Padre Fecha de creación Fecha de modificación

Lave foránea 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 Código asignado a ASIGNADO_A asiste ASISTE recibe RECIBE tiene Relación TIENE_RELACIÓN Relaciones salientes de la tabla paciente Nombre Código afilia AFILIA afiliado en AFILIADO_EN tiene asignada TIENE_ASIGNADA Tabla persoMedico Nombre Padre Fecha de creación Fecha de modificación

Tabla Hija servicio cita alarma acudiente

Llave foránea cedulaPaciente cedulaPaciente cedulaPaciente cedulaPaciente

Tabla Padre userEntidadAdmin entidad_administradora hc

Llave foránea 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 Código Tabla Hija atiende ATIENDE cita inscribe INSCRIBE evento publica PUBLICA caso anónimo realiza REALIZA analisis medico sugiere SUGIERE servicio

Llave foránea ccUsuario ccUsuario ccUsuario ccUsuario ccUsuario

Relaciones salientes de la tabla persoMedico Nombre Código Tabla Padre contrata CONTRATA userEntidadPrestadora Herencia_uno HERENCIA_UNO usuario trabaja para TRABAJA_PARA Entidad_Prestadora Tabla remision Nombre Padre Fecha de creación Fecha de

Llave foránea 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.

modificación Relaciones salientes de la tabla remision Nombre Código Herencia_dos INHERITANCE_13 Tabla revisionFisica Nombre Padre Fecha de creación Fecha de modificación 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 foránea idServicio

Relaciones salientes de la tabla revisionFisica Nombre Código se compone 3 SE_COMPONE_3 hc Tabla revisionGPCAVE Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre idHC

Lave foránea

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 Código se compone 4 SE_COMPONE_4 hc Tabla revisionSistemas Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre idHC

Lave foránea

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 Código se compone 2 SE_COMPONE_2 hc

Tabla Padre idHC

Lave foránea

Tabla Sede Nombre Padre Fecha de creación Fecha de modificación 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 Código posee POSEE Tabla servicio Nombre Padre Fecha de creación Fecha de modificación

Tabla Padre Entidad_Prestadora

Llave foránea 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 Código Herencia_dos INHERITANCE_13 Herencia_dos INHERITANCE_14 Herencia_dos INHERITANCE_12 Herencia_dos INHERITANCE_11 Relaciones salientes de la tabla servicio Nombre Código asignado a ASIGNADO_A sugiere SUGIERE Tabla userEntidadAdmin Nombre Padre Fecha de creación Fecha de modificación

Tabla Hija remision incapacidad examen formula

Llave foránea idServicio idServicio idServicio idServicio

Tabla Padre paciente persoMedico

Llave foránea 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 Código Tabla Hija afilia AFILIA paciente

Llave foránea ccUsuario

crea

CREA

empleadoCitas

ccUsuario

Relaciones salientes de la tabla userEntidadAdmin Nombre Código 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 creación Fecha de modificación

Llave foránea 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 Código Tabla Hija contrata CONTRATA persoMedico Relaciones salientes de la tabla userEntidadPrestadora Nombre Código Tabla Padre Herencia_uno INHERITANCE_9 usuario registra EP REGISTRA_EP administradorGeneral trabaja en ep TRABAJA_EN_EP Entidad_Prestadora

Llave foránea use_ccUsuario

Llave foránea ccUsuario adm_ccUsuario nitEntPrestadora

Tabla usuario Nombre Padre Fecha de creación Fecha de modificación 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 Código Herencia_uno INHERITANCE_9 Herencia_uno HERENCIA_DOS

Tabla Hija userEntidadPrestador a userEntidadAdmin

Llave foránea 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
Relación afilia Nombre Tabla Hija Tabla Padre Llave foránea Relación afiliado en Nombre Tabla Hija Tabla Padre Llave foránea Relación asigna Nombre Tabla Hija Tabla Padre Llave foránea Relación asignado a Nombre Tabla Hija Tabla Padre Llave foránea Relación asiste Nombre Tabla Hija Tabla Padre Llave foránea Relación 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 foránea

atiende cita persoMedico ccUsuario

Relación compuesta por Nombre Tabla Hija Tabla Padre Llave foránea compuesta por compuesta por formula idServicio

Relación compuesta por Nombre Tabla Hija Tabla Padre Llave foránea Relación contiene Nombre Tabla Hija Tabla Padre Llave foránea Relación contrata Nombre Tabla Hija Tabla Padre Llave foránea contrata persoMedico userEntidadPrestadora use_ccUsuario contiene adjunto evento idEvento compuesta por compuesta por medicamento idMedicamento

Relación contratada por Nombre Tabla Hija Tabla Padre Llave foránea contratada por contratada por entidad_administradora nitEntAdmin

Relación contratada por Nombre contratada por

Tabla Hija Tabla Padre Llave foránea Relación crea Nombre Tabla Hija Tabla Padre Llave foránea

contratada por Entidad_Prestadora nitEntPrestadora

crea empleadoCitas userEntidadAdmin ccUsuario

Relación esta asociado Nombre Tabla Hija Tabla Padre Llave foránea Relación forma parte Nombre Tabla Hija Tabla Padre Llave foránea forma parte antecedente hc idHC esta asociado analisis medico caso anónimo idCasoAnomino

Relación forma parte de Nombre Tabla Hija Tabla Padre Llave foránea Relación hace parte Nombre Tabla Hija Tabla Padre Llave foránea hace parte evento hc idHC forma parte de documentoCDA hc idHC

Relación Herencia_uno Nombre Tabla Hija Herencia_uno persoMedico

Tabla Padre Llave foránea

usuario ccUsuario

Relación Herencia_uno Nombre Tabla Hija Tabla Padre Llave foránea Herencia_uno administradorGeneral usuario ccUsuario

Relación Herencia_uno Nombre Tabla Hija Tabla Padre Llave foránea Herencia_uno userEntidadAdmin usuario ccUsuario

Relación Herencia_uno Nombre Tabla Hija Tabla Padre Llave foránea Herencia_uno userEntidadPrestadora usuario ccUsuario

Relación Herencia_dos Nombre Tabla Hija Tabla Padre Llave foránea Herencia_dos formula servicio idServicio

Relación Herencia_dos Nombre Tabla Hija Tabla Padre Llave foránea Herencia_dos examen servicio idServicio

Relación Herencia_dos Nombre Tabla Hija Herencia_dos remision

Tabla Padre Llave foránea

servicio idServicio

Relación Herencia_dos Nombre Tabla Hija Tabla Padre Llave foránea Relación inscribe Nombre Tabla Hija Tabla Padre Llave foránea Relación labora para Nombre Tabla Hija Tabla Padre Llave foránea Relación posee Nombre Tabla Hija Tabla Padre Llave foránea Relación publica Nombre Tabla Hija Tabla Padre Llave foránea Relación realiza Nombre Tabla Hija realiza analisis medico publica caso anónimo 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 foránea

persoMedico ccUsuario

Relación recibe Nombre Tabla Hija Tabla Padre Llave foránea Relación registra EA Nombre Tabla Hija Tabla Padre Llave foránea Relación registra EP Nombre Tabla Hija Tabla Padre Llave foránea registra EP userEntidadPrestadora administradorGeneral adm_ccUsuario registra EA userEntidadAdmin administradorGeneral adm_ccUsuario recibe alarma paciente cedulaPaciente

Relación Relacionado con Nombre Tabla Hija Tabla Padre Llave foránea Relación suena el Nombre Tabla Hija Tabla Padre Llave foránea Relación sugiere Nombre Tabla Hija sugiere servicio suena el fechaAlarma alarma idAlarma Relacionado con caso anónimo hc idHC

Tabla Padre Llave foránea

persoMedico ccUsuario

Relación tiene asignada Nombre Tabla Hija Tabla Padre Llave foránea tiene asignada paciente hc idHC

Relación tiene Relación Nombre Tabla Hija Tabla Padre Llave foránea Relación trabaja en Nombre Tabla Hija Tabla Padre Llave foránea trabaja en userEntidadAdmin entidad_administradora nitEntAdmin tiene Relación acudiente paciente cedulaPaciente

Relación trabaja en ep Nombre Tabla Hija Tabla Padre Llave foránea Relación trabaja para Nombre Tabla Hija Tabla Padre Llave foránea trabaja para persoMedico Entidad_Prestadora nitEntPrestadora trabaja en ep userEntidadPrestadora Entidad_Prestadora nitEntPrestadora