TRANSFORMACIÓN DE MODELOS: Gestión de hospitales.

Una compañía aseguradora de tipo sanitario, desea diseñar una BBDD para informatizar parte de su gestión
hospitalaria. En una primera fase sólo quiere contemplar los siguientes supuestos semánticos: Los hospitales
de su red pueden ser propios o concertados; además de unos datos comunes a todos ellos como son el
código de hospital, nombre, número de camas, etc., cuando el hospital es propio se tienen otros específicos
como el presupuesto tipo de servicio, etc.

Una póliza que se identifica por un número de póliza tiene varios atributos que en un principio no interesa
especificar y que se agrupan bajo el nombre de datos de póliza. Una póliza cubre a varios aseguradores, los
cuales se identifican por un numero correlativo, añadido al código de la póliza y tienen un nombre, fecha
de nacimiento, etc.

Los aseguradores cubiertos por una misma póliza pueden tener distintas categorías. Mientras los aseguradores
de primera categoría, pueden sr hospitalizados en cualquier hospital, los de segunda categoría sólo pueden
ser hospitalizados en hospitales propios. Aunque las otras categorías no tienen derecho a hospitalización,
en la BD se guardan todos los asegurados sea cual sea su categoría.

Interesa saber en qué hospitales han estado (o están) hospitalizados los asegurados, el medico que prescribió
la hospitalización, así como las fechas de inicio y de fin de la misma.

Existen áreas, identificadas por un código y con datos sobre su superficie, número de habitantes, etc. Los
hospitales concertados tienen que estar asignados a una única área que no puede cambiar, mientras que los
propios no están asignados a áreas.

Los médicos que se identifican por un código, tienen un nombre, teléfonos de contacto, etc. Interesa conocer
las áreas a las que está adscrito un médico. Existe dependencia jerárquica entre médicos, de forma que un
médico tiene un único jefe.
 CONVERSIÓN PASO A PASO:
Tenemos una tabla para la Entidad MÉDICO, con una columna para cada atributo. La clave
principal es Cod_M (única y no nula). En esta tabla hay que añadir otra columna para “jefe”,
ya que es una relación de la entidad consigo misma (dentro de los médicos, hay uno que es
el jefe).

MÉDICO (cod_M, N_M, Teléfono, jefe)

Respecto a la entidad Hospital, nos encontramos con una jerarquía. Aquí hay que crear
una tabla para la entidad Hospital, con todos sus atributos como columnas, siendo Cod_H
la clave principal (única y no nula) y, del mismo modo, hay que crear una tabla para cada
subtipo: PROPIO y CONCERTADO. Ya que tiene atributos diferentes a la primera y uno de
ellos tiene una relación diferente con la entidad ÁREA.

HOSPITAL (Cod_H, N_H, Num_C)

El subtipo PROPIO se convierte, pues, en una tabla con tantas columnas como atributos
tiene y siendo su clave primaria la de la Entidad HOSPITAL.

PROPIO (Cod_H, P, TS)

El subtipo CONCERTADO no tiene atributos propios, así que sólo se pone la columna de
la clave principal, que es la misma que en el primer subtipo. En este caso, tenemos que
añadir una columna para Cod_A, que es la clave primaria de la entidad ÁREA, con la cual
se relaciona. Como es una relación 1:N, se propaga la clave mencionada, al ser la de menor
cardinalidad (1).

CONCERTADO (Cod_H, Cod_A)

Para la entidad ÁREA, creamos una tabla con tantas columnas como atributos posee. Su
clave principal es Cod_A (única y no nula).

ÁREA (Cod_A, S, Num_H)

Con la entidad PÓLIZA pasa exactamente igual que en el caso anterior, siendo Cod_P su
clave primaria (única y no nula).

PÓLIZA (Cod_P, Datos_P)

Para la entidad débil ASEGURADO, que depende por identificación de la entidad principal
PÓLIZA, creamos una tabla con una clave primaria formada por Id_Aseg y la clave primaria
de la entidad PÓLIZA de la que depende (que aquí actúa como clave foránea), Cod_P.
Asimismo, añadimos los atributos que tiene como resto de columnas de la tabla.

ASEGURADO (Id_Aseg, Na, Fn, Num, Cod_P )

Como con la entidad ASEGURADO se nos presenta una jerarquía, y los subtipos tienen
relaciones diferentes a la entiedad principal, hay que crear una talba para cada subtipo
también, que contendrá cada una sólo la clave principal de ASEGURADO, que actúa del
mismo modo en ellas. No hay más columnas, ya que no poseen atributos propios.

A1C (Id_Aseg)
A2C (Id_Aseg)
Para la relación de segundo grado “hosp_A”, creamos una tabla propia al ser de cardinalidad
N:M, colocando una columna para cada atributo de la relación y añadiendo las claves
primarias de las entidades que se relacionan, actuando éstas como clave principal en la tabla
de la relación.

hosp_A (Cod_H, Id_Aseg, Fi, Ff, Cod_M)

Para la relación “hosp_B”, ocurre exáctamente igual.

hosp_B (Cod_H, Id_Aseg, Fi, Ff, Cod_M)

Por otro lado, tenemos una relación entre la entidad MÉDICO y la entidad ÁREA, que al ser
de cardinalidad N:M, se crea una tabla nueva que tendrá una clave principal formada por las
claves primarias de estas entiedades. Como no tiene atributos, no se colocan más columnas.

adscrito (Cod_A, Cod_M)

 RESULTADO FINAL:

MÉDICO (cod_M, N_M, Teléfono, jefe)

HOSPITAL (Cod_H, N_H, Num_C)

PROPIO (Cod_H, P, TS)

CONCERTADO (Cod_H, Cod_A)

ÁREA (Cod_A, S, Num_H)

PÓLIZA (Cod_P, Datos_P)

ASEGURADO (Id_Aseg, Na, Fn, Num, Cod_P )

A1C (Id_Aseg)

A2C (Id_Aseg)

hosp_A (Cod_H, Id_Aseg, Fi, Ff, Cod_M)

hosp_B (Cod_H, Id_Aseg, Fi, Ff, Cod_M)

adscrito (Cod_A, Cod_M)

 NORMALIZACIÓN DE LAS TABLAS:
Todas las tablas están en Primera Forma Normal, ya que las claves primarias no son atributos
compuestos.

Para las tablas MÉDICO, HOSPITAL, PROPIO, CONCERTADO, ÁREA y PÓLIZA

se cumple la Segunda Forma Normal, puesto que sólo hay una llave primaria y no hay
una dependencia funcional completa; la Tercera Forma Normal, porque todos los atributos
dependen de la llave primaria; y la Forma Normal de Boyce-Codd, ya que todos los atributos
dependen de una clave principal o candidata.

Para las tablas ASEGURADO, hosp_A, hosp_B y adscrito se cumple la Segunda Forma
Normal porque los atributos dependen de todos los atributos clave; la Tercera Forma Normal,
ya que los atributos no dependen entre ellos; y la Forma Normal de Boyce-Codd, puesto que
todos los atributos dependen de la llave primaria.

En el caso de las tablas A1C y A2C, como sólo tienen un atributo que es el principal, se
entiende que cumplen todas las reglas.