Disenio de La Base de Datos (1)

8/18/2019 Disenio de La Base de Datos (1)

1/53

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

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

ista de !istoria cl"nica.......................................................................................20Diseño Lógico.............................................................................................................21Modelo Relacional normali#ado.......................................................................21ista usuario (Relacional)..................................................................................22ista de entidades (Relacional).......................................................................23ista agenda (Relacional)..................................................................................24ista paciente (Relacional)................................................................................25ista !istoria cl"nica (Relacional)....................................................................26Diccionario de datos Relacional......................................................................27

Listado de Tablas.........................................................................................................................27

Listado de atributos...................................................................................................................40

Listado de Relaciones................................................................................................................48


2/53

Diseño de la base de datos

Los diseños reali#ados en cada una de las iteraciones se encuentrasdisponibles en los ane$os digitales del pro%ecto& Tambi'n los diseñosfnales de la base de datos as" como el diccionario de datosconceptual % Relacional se encuentran disponibles al fnal delcapitulo&

Listado de cambios

Iteración Descripción detallada

rimera *asados en la in+ormación recogida durante la +ase dean,lisis del dominio % en los reuerimientos dein+ormación le.antados se diseño la primera .ersióndel modelo Relacional % el modelo +"sico de la base dedatos del pro%ecto&

El diseño del diagrama entidad relación +ue !ec!o en/D0123 (so+t4are de diagramación de código abierto) %se encuentra di.idido en dos .istas una global sin lasección de !istorias cl"nicas % otra dedicadae$clusi.amente al modelo de !istorias cl"nicas dadoue la !erramienta usada en esta etapa no permite

agregar atributos a las entidades el modelo Relacionalse encuentra en un arc!i.o llamadomodelo5Relaciónal5DoC&doc all" se encuentran cadauna de las etapas de normali#ación de los datos % elresultado fnal 6unto con los tipos de datos de cada unode los atributos del modelo&

La primera .ersión del diseño de la base de datos secaracteri#o por mane6ar una gama bastante amplia deusuarios7

administrador8eneralusuarioEntidad1dministradorausuarioEntidadrestadoraparam'dicoen+ermeramedicoempleado1dministrati.oadministrador9er.icioadministradorCita

Tambi'n se consideraron un buen n:mero de entidades1 http://dia-installer.sourceforge.net/


3/53


4/53

los arc!i.os editables de el modelo conceptual % elmodelo +"sico de la base de datos as" como la .istaglobal del diagrama entidad relación&

Luego de reali#ar un estudio mas detallado de las

limitaciones del pro%ecto % de !acer la in.estigaciónconcerniente al est,ndar =L> encontramos bastantesmodifcaciones para reali#ar en el modelo de datos delsistema las m,s importantes buscaron reducirconsiderablemente el n:mero de usuarios para reducirla comple6idad de las consultas % la +acilidad de mane6ode la aplicación7

Usuario79e agrego una generali#ación de usuarios compartenlos datos b,sicos pass4ord login etc&

administrador8eneral7Esta entidad no presento cambios ma%ores

usuarioEntidad1dministradora7Esta entidad no presento cambios ma%ores

usuarioEntidadrestadora7Esta entidad no presento cambios ma%ores

aram'dico en+ermera medico7Estas tres entidades se suprimieron % se creo unanue.a llamada personalMedico la cual engloba las tresgracias a un campo llamado rol donde se especifca sies medico o au$iliar esto tambi'n permite reali#ar oma%or control de las +unciones % restricciones uetiene cada rol&

empleado1dministrati.o7Esta entidad se elimino pues representaba unagenerali#ación innecesaria&

administrador9er.icio7Esta entidad tambi'n +ue eliminada pues su+uncionalidad en principio era la de aceptar o rec!a#arpeticiones de ser.icios a los pacientes sin embargoseg:n la in+ormación recopilada en el an,lisis dedominio resulto ser un rol completamente innecesario&

administradorCita7Esta entidad no presento cambios ma%ores&

Con respecto a la in+ormación Relacionada con la


5/53

!istoria cl"nica7

aciente7Esta entidad no presento cambios ma%ores&

1cudiente7Esta entidad no presento cambios ma%ores&

Especialidad7Esta entidad +ue eliminada dadas las limitaciones delpro%ecto no es necesario tener la relación de lasespecialidades de cada medico&

!istoriaClinica7Esta entidad no presento cambios ma%ores&

+ormula;bstetrica re.


6/53

Tel'+ono79urgió la necesidad de crearla pues en la actualidaduna persona tiene m"nimo dos n:meros tele+ónicos(f6o mó.il) % para las necesidades del sistema es de

.ital importancia poder ubicar de +orma ,gil a unapersona en situaciones de emergencia&

tele+onoEntires tele+onoaciente telUsuario7Estas tres entidades !eredan de la entidad tel'+ono sunecesidad surge a partir de los m:ltiples roles uactores ue inter.ienen en el sistema&

1l t'rmino de la segunda iteración se logro un diseñomuc!o m,s pulido % m,s acorde a los reuerimientosdel pro%ecto sin embargo aun esta pendiente unare.isión detallada % algunos cambios menores&

Tercera Luego de reali#ar una re.isión detallada al diseñoresultante de la iteración anterior se identifcaron lossiguientes cambios7

9e creo una nue.a entidad llamada/tele+onoEnti1dmin2 uien se encarga de contener lain+ormación de Relacionada con los tel'+onos de lasentidades administradoras de salud dic!a entidad

!ereda de la entidad tel'+ono&

En la entidad /entidad5administradora2 se elimino elcampo descripción dado ue no es rele.ante para losalcances del pro%ecto % se agrego el campo nombre&

En la entidad /persoMedico2 se elimino el campo roldado ue este campo %a se encuentra en la entidadgracias a la !erencia ue tiene con la entidad usuario&

En las entidades /entidad5restadora2 %

/Entidad5administradora2 se elimino la lla.e primaria %el campo 0D a!ora la lla.e primaria es el campollamado nit&

Cuarta Cuando se !acen diseños de bases de datos muc!as.eces e$isten datos ue tienden a generarredundancia un e6emplo con el ue nosotros nosencontramos +ue el numero de tel'+ono en la entidadpaciente %a ue este puede estar presente en el con

mas de un .alor % a su .e# este puede estar presenteen otros pacientes o acudientes por lo ue si se siguen


7/53

al pie de la letra las normali#aciones de bases dedatos el tel'+ono debe considerarse como una entidadaparte (.er iteración B bases de datos) sin embargolos ueries son muc!o mas di+"ciles de crear %reuieren muc!o mas traba6o por parte del D*M9

como tambi'n incrementa la comple6idad de laoperación&

or esto decidimos restringir a un tel'+ono local untel'+ono celular para el registro de pacientes % un datotel'+ono para cada entidad tambi'n implementando elmismo principio de simplicidad % efciencia en losueries se creo una tabla llamada sede para lasentidades prestadoras ue tiene tambi'n un datotel'+ono % uno de dirección aunue esto no este 3acorde con las reglas de normali#ación si incrementa laefciencia de la aplicación % reduce la comple6idad delos ueries % siendo concientes ue la transmisión dedatos se lle.ara la ma%or cantidad de tiempo ennuestro pro%ecto es me6or ser efcientes en el resto departes&?

Auinta Durante esta iteración se !icieron re.isiones detalladasa todos los atributos de cada una de las tablas dondese encontraron ciertas inconsistencias errores %redundancias en los datos por lo cual se aplicaron lossiguientes cambios al diseño7

9e creo la entidad /entidad2 uien representa lagenerali#ación de las entidades administradoras %prestadoras& 1nteriormente e$ist"a una relación entrela entidad prestadora % las sedes sin embargo noe$ist"a la misma relación entre las entidadesadministradoras % las sedes por esto +ue necesariocrear la generali#ación de las entidades % eliminar larelación entre entidades prestadoras % sedes paracrearla directamente entre la entidad /entidad2 % lassedes&

9e creo la tabla Log en esta tabla se guardara lain+ormación necesaria para lle.ar un registro de todoslos mo.imientos ue !acen los usuarios dentro delsistema&

La relación /representa2 +ue reasignada :nicamente alos usuarios de tipo personalMedico % los roles& Dado solo es necesaria para dic!os tipos de usuario&

La tabla documento CD1 +ue eliminada % en su2 http://.d!de!un".co#/page/page/1317920.ht#


8/53

reempla#o +ueron agregadas las entidades7

Moti.o % diagnosticore.ision9istemasRe.ision


9/53

actuali#ar la in+ormación de las !istorias cl"nicas de los pacientes losm'dicos pueden reali#ar publicaciones de casos anónimos&

mpleado citas: Las entidades administradoras de salud organi#anlas citas de sus afliados con el personal medico de una de las

entidades prestadoras con uienes traba6an& 9e encarga de degestionar todo el proceso de administración de citas medicas&


10/53

Entidades

Acudiente: la entidad acudiente representa a una o .arias personas

ue se !acen responsables por un paciente&

Ad!unto: la entidad ad6unto representa el contenido multimediaagregado a las !istorias cl"nicas a tra.'s de los e.entos m'dicosgenerados sobre la misma&

Administrador"eneral: en esta entidad se modelan los datosre+erentes al usuario llamado administrador general&

Alarma: la entidad alarma es usada para guardar la in+ormación

re+erente a las citas medicas % e$,menes asignados a los pacientes&An#lisis medico: describe los comentarios !ec!os por otros m'dicosa los casos anónimos publicados en el portal&

Antecedentes: esta entidad es usada para almacenar la in+ormaciónconcerniente a los antecedentes relati.os a un paciente&

Caso anónimo: la entidad caso anónimo guarda la in+ormaciónre+erente a los casos cl"nicos compartidos por los m'dicos a lacomunidad&

Cita: la entidad cita representa la in+ormación acerca de las .isitasue reali#a un medico a un paciente se compone de una !ora % unlugar especifco&

documentoCDA: en la entidad documento CD1 se guarda la ruta deldocumento CD1 asociado a la !istoria cl"nica de un paciente encon6unto con la +ec!a en la ue +ue agregado el documento&

empleadoCitas: en esta entidad se modela la in+ormación re+erentea los datos de usuario del empleado ue se encarga de asignar %modifcar las .isitas medicas&

ntidad: esta entidad se encarga de generali#ar a las entidadesprestadoras % a las entidades administradoras puesto ue ambascomparten in+ormación en com:n con respecto a las sedes deatención&

entidad$administradora: esta entidad representa a las empresasdedicadas a la administración en salud (E9 1R9 E99 1R r'gimenespecial 9;1T)&


11/53

entidad$prestadora: esta entidad representa a todas las empresasue brindar el ser.icio de atención m'dica (09 E9E)&

%ento: la entidad e.ento describe la in+ormación Relacionada concualuier acción e6ecutada por el personal medico a un paciente

como por e6emplo (suturas administración de medicamentose.aluaciones triage entre otros)&&amen: en la entidad e$amen se almacena toda la in+ormaciónre+erente a los e$,menes para cl"nicos asignados a los pacientes+ec!a tipo de e$amen % resultados del mismo&

'ecaAlarma: en esta entidad se guardan todas las +ec!asprogramadas para una alarma espec"fca asignada a un paciente lain+ormación contenida au" se usara para poder a.isar a un pacienteacerca de sus .isitas o los resultados de sus e$,menes&

'ormula: la entidad +ormula representa el con6unto demedicamentos ue asigna un medico a un paciente luego de reali#aruna .isita medica&

"PCA: esta entidad es usada para guardar toda la in+ormaciónre+erente a la re.isión ginecobstetrica !ec!a a las mu6eres en cadacita m'dica&

*c: la entidad =c modela la in+ormación b,sica contenida en la!istoria cl"nica esta entidad es usada para poder asociar los

documentos CD1 los e.entos % los pacientes a su !istorial medico& Incapacidad: representa la in+ormación concerniente a todas lasincapacidades ue se asignaran a los pacientes&

Log: entidad creada con el fn de lle.ar un control de todas lasacti.idades ue reali#a un usuario dentro del sistema au" seguardara in+ormación con respecto a los cambios !ec!os el usuario los !i#o % la +ec!a en ue los !i#o&

+edicamento: esta entidad modela la in+ormación necesaria acerca

de los medicamentos ue se encuentran dentro del ;9 (planobligatorio de salud) as" como la posolog"a del mismo % la +ormulamedica a la cual se encuentra asociado&

+oti%o , diagnostico: la entidad moti.o % diagnostico como sunombre lo indica es usada para almacenar in+ormación concernientea los moti.os ue tiene un paciente para ir a una cita medica % aldiagnostico dado por el medico luego de los e$,menes de rigor&

Paciente: la entidad paciente modela la in+ormación necesaria paralle.ar acabo una buena gestión de los datos de las personasregistradas en el sistema % garanti#ar la confdencialidad % unicidadde los mismos&


12/53

perso+edico: esta entidad modela la in+ormación de usuarioRelacionada con todo el personal medico (m'dicos param'dicosen+ermeras au$iliares)&

-emisión: describe la in+ormación necesaria para las remisiones aespecialistas ordenadas por los m'dicos a los pacientes&

-e%ision'isica: en esta entidad se almacena in+ormación re+erente ala re.isión +"sica !ec!a a un paciente durante una cita m'dica&

-e%ision.istemas: en esta entidad se almacena in+ormaciónre+erente a la re.isión !ec!a por un medico a todos los sistemas deun paciente durante una cita m'dica&

sede: la entidad sede contiene la el numero de tel'+onos ladirección la ciudad % la descripción de cada uno de los centros deatención de las entidades prestadoras&

.er%icio: esta entidad es una generali#ación de todas lasprestaciones ue brinda una entidad administradora a sus pacientes(remisiones e$,menes +ormulaciones incapacidades)&

UserntidadAdmin: en esta entidad se modela la in+ormaciónre+erente a los datos de usuario del empleado encargado de gestionarla entidad administradora en el sistema&

UserntidadPrestadora: en esta entidad se modela la in+ormaciónre+erente a los datos de usuario del empleado encargado deadministrar la entidad prestadora en el sistema&

Usuario: esta entidad es la generali#ación de todos los usuarios en elsistema contiene la in+ormación primaria para todos los usuarios(documento de identifcación pass4ord nombre tipo de sangre roletc)&

Relaciones

Aflia: el usuario de la entidad administradora aflia pacientes en elsistema& Esta relación es usada para lle.ar el control de lasafliaciones de usuarios en el sistema para saber a ue entidadadministradora pertenece % uien +ue la persona responsable delregistro de cada uno de los usuarios&

Afliado en: el paciente esta afliado en una entidad administradora&Dado ue un paciente solo puede pertenecer a una :nica entidad

prestadora Esta relación nos permite saber a ue entidadadministradora se encuentra afliado el paciente&


13/53

Asigna: el empleado de citas asigna citas& Esta relación es pararepresentar la +unción ue tiene el empleado de citas en el sistema %para saber uien +ue la persona ue asigno determinada cita a unpaciente&

Asignado a: los ser.icios son asignados a pacientes& Esta relación esusada para poder determinar a ue usuario esta asignado un ser.icio% as" mismo poder en.iarle las alarmas necesarias&

Asiste: el paciente asiste a la cita& Esta relación es usada paraidentifcar a ue paciente esta asignada determinada cita en laagenda medica&

Atiende: el personal medico atiende una cita& Mas espec"fcamentesolo los usuarios cu%o rol sea medico % se encuentren en la tablapersonal medico est,n en capacidad de atender una cita estarelación es usada para identifcar el mecido ue .a a atender a undeterminado paciente en una cita&

Contiene: los e.entos contienen ad6untos& Esta relación +ue creadapara identifcar los e.entos ue tienen asociados ad6untos (contenidomultimedia)&

Contrata: el usuario de la entidad prestadora contrata personalmedico& Dic!a relación !ace re+erencia al registro de todo el personal

medico ue debe !acer la entidad prestadora de ser.icios de saluden el sistema&

Crea: el usuario de la entidad administradora crea empleados decitas& Esta relación permite saber para u' entidad administradora desalud traba6a un empleado de citas&sta asociado: los an,lisis m'dicos est,n asociados a los casosanónimos& 8racias a esta relación podemos identifcar a ue casoanónimo pertenece cada uno de los an,lisis m'dicos reali#ados por elpersonal medico dentro del portal&

'orma parte: los antecedentes del paciente +orman parte de la!istoria cl"nica del mismo la relación es usada para mantenerasociados cada uno de los antecedentes de un paciente a la !istoriacl"nica&

"enera: el usuario genera logs esta relación e$iste para poderasociar a un usuario a todos los cambios ue el realice dentro delsistema&

*ace parte: los e.entos !acen parte de la !istoria cl"nica& Encon6unto con los antecedentes los e.entos m'dicos determinan unaparte importante en la composición de una !istoria cl"nica&


14/53


15/53

.e$compone$1: la !istoria cl"nica se compone de re.isiones porsistemas esta relación es usada para asociar la re.isión por sistemasdada por el medico a la !istoria cl"nica de un paciente&

.e$compone$2: la !istoria cl"nica se compone de re.isiones +"sicas

esta relación es usada para asociar la re.isión +"sica dada por elmedico a la !istoria cl"nica de un paciente&

.e$compone$3: la !istoria cl"nica se compone de re.isionesginecobstetricas (8C1E) esta relación es usada para asociar losdatos de la re.isión ginecobstetrica de una mu6er su !istoria cl"nica&&

.uena el: las alarmas suenan en .arias +ec!as& Dentro del sistema secontempla ue las alarmas tenga .arias !oras de llegada al paciente(B d"as antes 3 d"a antes 3 !ora antes para la citas)

.ugiere: el personal medico sugiere ser.icios a sus pacientes& Cadaser.icio sugerido por el medico debe ser asociado directamente a la!istoria cl"nica del paciente&

Tiene asignada: el paciente tiene asignada una !istoria cl"nica& Estarelación !ace re+erencia a ue todos los pacientes registrados dentrodel sistema deben tener una !istoria cl"nica electrónica para seralimentada por el personal medico&

Tiene relación: el acudiente tiene relación con el paciente& Esta

relación e$iste para poder asegurar ue !a% un persona responsablepor cada uno de los pacientes ue pueda ser capa# de brindarin+ormación sobre el mismo % pueda ser notifcada de cualuier tipode e.entualidad&

Traba!an en: el usuario de la entidad administradora traba6a en unaentidad administradora& Esta relación nos permite identifcar paracual entidad administradora traba6a cierto tipo de usuario& Traba!a en P: el usuario de la entidad prestadora traba6a en unaentidad prestadora& Esta relación nos permite identifcar para cual

entidad prestadora traba6a cierto tipo de usuario&

Traba!a para: el personal medico traba6a para una entidadprestadora& El personal medico registrado dentro del sistema debeestar asociado a la entidad para la cual presta el ser.icio esto con elfn de brindar mecanismos de seguridad con respecto a las consultasde la !istoria cl"nica de un paciente&


16/53

Diagramas entidad-relación

Modelo global


17/53

Vista de usuarios


18/53

Vista de entidades


19/53

Vista de agenda medica


20/53

Vista de paciente


21/53

Vista de historia clínica


22/53

Diseño Lógico

Modelo Relacional normalizado


23/53


24/53

Vista de entidades (Relacional)


25/53

Vista agenda (Relacional)


26/53

Vista paciente (Relacional)

Vista historia clínica (Relacional)


27/53


28/53

Diccionario de datos Relacional

Listado de Tablas

Tabla acudiente

Hombre acudienteadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&

de Enero de ?J ?7BJ7K p&m&

Relaciones salientes de la tabla acudienteHombre Código Tabla adre Lla.e +or,nea

tiene relación T0EHE5REL1C0H paciente cedulaaciente

Tabla ad!unto

Hombre ad6untoadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla ad6untoHombre Código Tabla adre Lla.e +or,neaContiene C;HT0EHE e.ento idE.ento

Tabla administrador"eneral

Hombre administrador8eneraladre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla administrador8eneralHombre Código Tabla =i6a Lla.e +or,nearegistra E1 RE809TR15E1 userEntidad1dmin adm5ccUsuarioregistra E RE809TR15E userEntidadrestad

oraadm5ccUsuario


29/53

Relaciones salientes de la tabla administrador8eneralHombre Código Tabla adre Lla.e +or,nea

=erencia5uno 0H=ER0T1HCE5 usuario ccUsuario

Tabla alarma

Hombre 1larmaadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla alarmaHombre Código Tabla =i6a Lla.e +or,neasuena el 9UEH15EL +ec!a1larma id1larma

Relaciones salientes de la tabla alarmaHombre Código Tabla adre Lla.e +or,neaRecibe REC0*E paciente cedulaaciente

Tabla analisis medico

Hombre analisis medicoadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla an,lisis medicoHombre Código Tabla adre Lla.e +or,neaestaasociado

E9T1519;C01D; caso anónimo idCaso1nomino

reali#a RE1L0N1 persoMedico ccUsuarioTabla antecedente

Hombre 1ntecedenteadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


30/53


Relaciones salientes de la tabla antecedenteHombre Código Tabla adre Lla.e +or,nea+orma parte


31/53

Hombre compuesta poradre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla compuesta porHombre Código Tabla adre Lla.e +or,neacompuestapor

C;MUE9T15;R? medicamento idMedicamento

compuestapor

C;MUE9T15;R +ormula id9er.icio

Tabla contratada por

Hombre contratada poradre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones saliente de la tabla contratada porHombre Código Tabla adre Lla.e +or,neacontratadapor

C;HTR1T1D15;R?

entidad5administradora

nitEnt1dmin

contratadapor

C;HTR1T1D15;R Entidad5restadora nitEntrestadora

Tabla documentoCDA

Hombre documentoCD1adre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla documentoCD1Hombre Código Tabla adre Lla.e +or,nea+orma partede


32/53

Tabla empleadoCitas

Hombre empleadoCitasadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla empleadoCitasHombre Código Tabla =i6a Lla.e +or,neaasigna 1908H1 cita id1dminCita

Relaciones salientes de la tabla empleadoCitasHombre Código Tabla adre Lla.e +or,neacrea CRE1 userEntidad1dmin ccUsuario

labora para L1*;R151R1 entidad5administradora

nitEnt1dmin

Tabla entidad

Hombre Entidadadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla entidad5administradora $o#!re %&digo %hild 'a!le (a)e for*nea

deri)a de +,+, entidadad#inistradora nit,ntidad

deri)a de +,+,2 ,ntidadrestadora nit,ntidad posee ,, ede nit,ntidad

Tabla entidad$administradora

Hombre Entidad5administradora

adre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla entidad5administradoraHombre Código Tabla =i6a Lla.e +or,nea


33/53

afliado en 1


34/53

Hombre e$amenadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla e$amenHombre Código Tabla adre Lla.e +or,nea=erencia5dos 0H=ER0T1HCE53? ser.icio id9er.icio

Tabla 4ecaAlarma

Hombre +ec!a1larmaadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla +ec!a1larmaHombre Código Tabla adre Lla.e +or,neasuena el 9UEH15EL alarma id1larma

Tabla 4ormula

Hombre +ormulaadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla +ormulaHombre Código Tabla =i6a Lla.e +or,nea

compuestapor C;MUE9T15;R compuesta por id9er.icio

Relaciones salientes de la tabla +ormulaHombre Código Tabla adre Lla.e +or,nea=erencia5dos 0H=ER0T1HCE533 ser.icio id9er.icio

Tabla c


35/53

Hombre !cadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla !cHombre Código Tabla =i6a Lla.e +or,nea+orma parte


36/53

Relaciones entrantes de la tabla medicamentoHombre Código Tabla =i6a Lla.e +or,neacompuestapor

C;MUE9T15;R? compuesta por idMedicamento

Tabla moti%o , diagnostico

Hombre Moti.o % diagnosticoadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla moti.o % diagnostico $o#!re %&digo 'a!la adre (a)e for*nea

se co#pone 1 ,%$,1 hc id%

Tabla paciente

Hombre pacienteadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla pacienteHombre Código Tabla =i6a Lla.e +or,neaasignado a 1908H1D;51 ser.icio cedulaacienteasiste 1909TE cita cedulaacienterecibe REC0*E alarma cedulaacientetieneRelación

T0EHE5REL1C0H acudiente cedulaaciente

Relaciones salientes de la tabla pacienteHombre Código Tabla adre Lla.e +or,nea

aflia 1


37/53

Hombre persoMedicoadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla persoMedicoHombre Código Tabla =i6a Lla.e +or,neaatiende 1T0EHDE cita ccUsuarioinscribe 0H9CR0*E e.ento ccUsuariopublica U*L0C1 caso anónimo ccUsuarioreali#a RE1L0N1 analisis medico ccUsuariosugiere 9U80ERE ser.icio ccUsuario

Relaciones salientes de la tabla persoMedicoHombre Código Tabla adre Lla.e +or,neacontrata C;HTR1T1 userEntidadrestad

orause5ccUsuario

=erencia5uno =EREHC015UH; usuario ccUsuariotraba6a para TR1*1P151R1 Entidad5restadora nitEntrestadora

Tabla remision

Hombre remisionadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones salientes de la tabla remisionHombre Código Tabla adre Lla.e +or,nea=erencia5dos 0H=ER0T1HCE53B ser.icio id9er.icio

Tabla re%ision'isica

Hombre re)ision


38/53

Relaciones salientes de la tabla re.ision


39/53

a

Tabla ser%icio

Hombre 9er.icioadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla ser.icioHombre Código Tabla =i6a Lla.e +or,nea=erencia5dos 0H=ER0T1HCE53B remision id9er.icio=erencia5dos 0H=ER0T1HCE53Q incapacidad id9er.icio

=erencia5dos 0H=ER0T1HCE53? e$amen id9er.icio=erencia5dos 0H=ER0T1HCE533 +ormula id9er.icio

Relaciones salientes de la tabla ser.icioHombre Código Tabla adre Lla.e +or,neaasignado a 1908H1D;51 paciente cedulaacientesugiere 9U80ERE persoMedico ccUsuario

Tabla userntidadAdmin

Hombre userEntidad1dminadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla userEntidad1dminHombre Código Tabla =i6a Lla.e +or,neaaflia 1


40/53

Tabla userntidadPrestadora

Hombre userEntidadrestadora

adre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla userEntidadrestadoraHombre Código Tabla =i6a Lla.e +or,neacontrata C;HTR1T1 persoMedico use5ccUsuario

Relaciones salientes de la tabla userEntidadrestadora

Hombre Código Tabla adre Lla.e +or,nea=erencia5uno 0H=ER0T1HCE5J usuario ccUsuarioregistra E RE809TR15E administrador8en

eraladm5ccUsuario

traba6a en ep TR1*1P15EH5E Entidad5restadora

nitEntrestadora

Tabla usuario

Hombre usuarioadre Modelo de datos Relacional Ibase datos DoCI de Enero de ?J ?7BJ7@ p&m&


Relaciones entrantes de la tabla usuarioHombre Código Tabla =i6a Lla.e +or,nea

=erencia5uno 0H=ER0T1HCE5J userEntidadrestadora ccUsuario=erencia5uno =EREHC015D;9 userEntidad1dmin ccUsuario=erencia5uno 0H=ER0T1HCE5 administrador8en

eralccUsuario

=erencia5uno =EREHC015UH; persoMedico ccUsuario


41/53

Listado de atributos

$a#e +ata 'pe 'a!le

nit,ntidad $'8 ,ntidadrestadora

no#!re,ntidad %100 ,ntidadrestadoraidede $'4 edenit,ntidad $'8 ede

descripede %500 ede

ciudadede %100 ede

direccionede %100 edetelefonoede $'8 ede

nit,ntidad $'8 entidadad#inistradora

no#!re,ntidad %100 entidadad#inistradoracedulaaciente $'8 aciente

id% $'4 aciente

nit,ntidad $'8 acienteccsuario $'8 aciente

no#!reaciente %100 aciente

apellidoaciente %100 acientetipoangreaciente %4 aciente

fe$acaciente +', aciente

tipodaciente %3 aciente

se;oaciente %10 aciente profesionaciente %100 aciente

ciudadaciente %100 aciente

estado %10 aciente

direccionaciente %100 acientetel


42/53

nit,ntidad $'8 e#pleado%itas

useccsuario $'8 e#pleado%itas passsuario %100 e#pleado%itas

no#!resuario %100 e#pleado%itas

apellidosuario %100 e#pleado%itas

teleneral

passsuario %100 ad#inistrador>eneral

no#!resuario %100 ad#inistrador>eneralapellidosuario %100 ad#inistrador>eneral

teleneralentidadepresentada %100 ad#inistrador>eneral

ccsuario $'8 user,ntidadrestadora

nit,ntidad $'8 user,ntidadrestadoraad#ccsuario $'8 user,ntidadrestadora

passsuario %100 user,ntidadrestadora

no#!resuario %100 user,ntidadrestadoraapellidosuario %100 user,ntidadrestadora

tel


43/53

tel%elsuario $'8 user,ntidadd#in

ider)icio $'4 er)iciocedulaaciente $'8 er)icio

ccsuario $'8 er)icio

fechaer)icio +', er)icio

tipoer)icio %100 er)iciodescripcioner)icio %500 er)icio

ider)icio $'4


44/53

direcurso %300 ad=unto

id% $'4 hculti#a


45/53

fc %100 re)ision%,ectopicos $'4 re)ision>%,

#etodonticoncepti)o %200 re)ision>%,

ulti#a%itologia +', re)ision>%,ciclos %20 re)ision>%,

fecha +', re)ision>%,

fecha +', re)ision>%,

idedico>%, $'8 re)ision>%,idot+iag $'8 #oti)o diagnostico

id% $'4 #oti)o diagnostico

fechaot+iag +', #oti)o diagnosticoidedicoot+iag $'8 #oti)o diagnostico

#oti)ois %500 #oti)o diagnostico

enfer#edadctual %500 #oti)o diagnostico planane=o %500 #oti)o diagnostico

diagnostico %500 #oti)o diagnostico

nit,ntidad $'8 contratada por

entnit,ntidad $'8 contratada por ider)icio $'4 co#puesta por

idedica#ento $'4 co#puesta por

cantidad $'4 co#puesta por dosis %50 co#puesta por


46/53

Listado de -elaciones

-elación aflia

Hombre aflia Tabla =i6a paciente Tabla adre userEntidad1dminLla.e +or,nea ccUsuario

-elación afliado en

Hombre afliado en Tabla =i6a paciente Tabla adre entidad5administradoraLla.e +or,nea nitEnt1dmin

-elación asigna

Hombre asigna Tabla =i6a cita Tabla adre empleadoCitas

Lla.e +or,nea id1dminCita

-elación asignado a

Hombre asignado a Tabla =i6a ser.icio Tabla adre pacienteLla.e +or,nea cedulaaciente

-elación asiste

Hombre asiste Tabla =i6a cita Tabla adre pacienteLla.e +or,nea cedulaaciente

-elación atiende


47/53

Hombre atiende Tabla =i6a cita Tabla adre persoMedicoLla.e +or,nea ccUsuario

-elación compuesta por

Hombre compuesta por Tabla =i6a compuesta por Tabla adre +ormulaLla.e +or,nea id9er.icio

-elación compuesta por

Hombre compuesta por Tabla =i6a compuesta por

Tabla adre medicamentoLla.e +or,nea idMedicamento

-elación contiene

Hombre contiene Tabla =i6a ad6unto Tabla adre e.entoLla.e +or,nea idE.ento

-elación contrata

Hombre contrata Tabla =i6a persoMedico Tabla adre userEntidadrestadoraLla.e +or,nea use5ccUsuario

-elación contratada por

Hombre contratada por Tabla =i6a contratada por Tabla adre entidad5administradoraLla.e +or,nea nitEnt1dmin

-elación contratada por

Hombre contratada por Tabla =i6a contratada por Tabla adre Entidad5restadora


48/53

Lla.e +or,nea nitEntrestadora

-elación crea

Hombre crea Tabla =i6a empleadoCitas Tabla adre userEntidad1dminLla.e +or,nea ccUsuario

-elación esta asociado

Hombre esta asociado Tabla =i6a analisis medico Tabla adre caso anónimoLla.e +or,nea idCaso1nomino

-elación 4orma parte

Hombre +orma parte Tabla =i6a antecedente Tabla adre !cLla.e +or,nea id=C

-elación 4orma parte de

Hombre +orma parte de

Tabla =i6a documentoCD1 Tabla adre !cLla.e +or,nea id=C

-elación ace parte

Hombre !ace parte Tabla =i6a e.ento Tabla adre !cLla.e +or,nea id=C

-elación *erencia$uno

Hombre =erencia5uno Tabla =i6a persoMedico Tabla adre usuarioLla.e +or,nea ccUsuario


49/53


Hombre =erencia5uno

Tabla =i6a administrador8eneral Tabla adre usuarioLla.e +or,nea ccUsuario


Hombre =erencia5uno Tabla =i6a userEntidad1dmin Tabla adre usuarioLla.e +or,nea ccUsuario


Hombre =erencia5uno Tabla =i6a userEntidadrestadora Tabla adre usuarioLla.e +or,nea ccUsuario

-elación *erencia$dos

Hombre =erencia5dos Tabla =i6a +ormula

Tabla adre ser.icioLla.e +or,nea id9er.icio


Hombre =erencia5dos Tabla =i6a e$amen Tabla adre ser.icioLla.e +or,nea id9er.icio


Hombre =erencia5dos Tabla =i6a remision Tabla adre ser.icioLla.e +or,nea id9er.icio


50/53


Hombre =erencia5dos Tabla =i6a incapacidad

Tabla adre ser.icioLla.e +or,nea id9er.icio

-elación inscribe

Hombre inscribe Tabla =i6a e.ento Tabla adre persoMedicoLla.e +or,nea ccUsuario

-elación labora para

Hombre labora para Tabla =i6a empleadoCitas Tabla adre entidad5administradoraLla.e +or,nea nitEnt1dmin

-elación posee

Hombre posee Tabla =i6a 9ede Tabla adre Entidad5restadora

Lla.e +or,nea nitEntrestadora

-elación publica

Hombre publica Tabla =i6a caso anónimo Tabla adre persoMedicoLla.e +or,nea ccUsuario

-elación reali/a

Hombre reali#a Tabla =i6a analisis medico Tabla adre persoMedicoLla.e +or,nea ccUsuario


51/53

-elación recibe

Hombre recibe Tabla =i6a alarma Tabla adre paciente

Lla.e +or,nea cedulaaciente-elación registra A

Hombre registra E1 Tabla =i6a userEntidad1dmin Tabla adre administrador8eneralLla.e +or,nea adm5ccUsuario

-elación registra P

Hombre registra E Tabla =i6a userEntidadrestadora Tabla adre administrador8eneralLla.e +or,nea adm5ccUsuario

-elación -elacionado con

Hombre Relacionado con Tabla =i6a caso anónimo Tabla adre !cLla.e +or,nea id=C

-elación suena el

Hombre suena el Tabla =i6a +ec!a1larma Tabla adre alarmaLla.e +or,nea id1larma

-elación sugiere

Hombre sugiere Tabla =i6a ser.icio Tabla adre persoMedicoLla.e +or,nea ccUsuario

-elación tiene asignada

Hombre tiene asignada


52/53

Tabla =i6a paciente Tabla adre !cLla.e +or,nea id=C

-elación tiene -elación

Hombre tiene Relación Tabla =i6a acudiente Tabla adre pacienteLla.e +or,nea cedulaaciente

-elación traba!a en

Hombre traba6a en Tabla =i6a userEntidad1dmin Tabla adre entidad5administradora

Lla.e +or,nea nitEnt1dmin

-elación traba!a en ep

Hombre traba6a en ep Tabla =i6a userEntidadrestadora Tabla adre Entidad5restadoraLla.e +or,nea nitEntrestadora

-elación traba!a para

Hombre traba6a para Tabla =i6a persoMedico Tabla adre Entidad5restadoraLla.e +or,nea nitEntrestadora


53/53

Documents

Disenio de La Base de Datos (1)