Bases de datos MTIG

Prctica 2. Ejemplo de
diseo de bases de datos
relacionales

En este apartado se realizar el diseo e implementacin de una

pequea base de datos que guarde informacin de pacientes que ingresan en
un hospital. En este hospital, los pacientes que llegan al servicio de
urgencias del hospital son examinados y, dependiendo de su estado de salud,
son ingresados en la planta correspondiente (traumatologa, cuidados
intensivos, ...) bajo la supervisin de un mdico responsable.
Para este ejemplo se llevarn a cabo las tres etapas de diseo de
bases de datos (diseos conceptual, lgico y fsico) teniendo en cuenta la
especificacin anterior. La implementacin se realizar en el SGBDR
Access. Adems de la especificacin del esquema, se impondrn restricciones
de integridad sobre l.

2.1. Diseo conceptual

En este apartado se muestran las dos primeras etapas (diseo
conceptual y diseo lgico) del diseo de bases de datos relacionales.

2.1.1. Identificacin de entidades

La entidad que surge inmediatamente es Pacientes. Otras entidades
posibles son Mdicos e Ingresos. La primera se refiere a los mdicos que son
responsables de los pacientes y la segunda al ingreso en el hospital.
Las entidades modelan en general tanto objetos y personas (pacientes
y mdicos) como acciones (ingresos).
Podran surgir las siguientes preguntas
Por qu no eliminar Mdicos y hacer que forme parte como atributos de
Pacientes? Como un mdico ser responsable en general de varios
pacientes, repetir la informacin del mdico para cada paciente no es
buena idea.

1
Bases de datos MTIG

Por qu no eliminar Ingresos y hacer que forme parte como atributos de

Pacientes? Un paciente puede ingresar varias veces en el hospital y tener
asignado en cada ocasin diferentes mdicos, con lo que nos
encontraramos con atributos multivalorados.

2.1.2. Identificacin de atributos

A cada tipo de entidad se le debe asignar tantos atributos como sea
necesario en la especificacin del problema.
Entidad Pacientes:
Nmero de Seguridad Social.
Nombre del paciente.
Apellidos del paciente.
Domicilio.
Poblacin.
Provincia
Cdigo postal.
Nmero de telfono.
Nmero de historial clnico.
Observaciones
Entidad Ingresos:
Procedencia.
Fecha de ingreso.
Nmero de planta.
Nmero de cama.
Observaciones
Entidad Mdicos:
Cdigo de identificacin del mdico.
Nombre.
Apellidos.
Especialidad.
Nmero de colegiado.
Cargo.
Observaciones
Por qu no poner un atributo Nombre del hospital? Es una
informacin implcita.

2
Bases de datos MTIG

2.1.3. Identificacin de relaciones

Por una parte tenemos pacientes que realizan ingresos y, por otra,
mdicos que atienden a pacientes. Segn esto aparecen dos relaciones:
Realiza: Pacientes Ingresos y Atiende: Ingresos Mdicos. Ninguna de
ellas tiene atributos asociados

2.1.4. Identificacin de restricciones

2.1.4.1. Restricciones de clave primaria para las entidades

En las entidades Pacientes y mdicos parece claro:
Entidad Pacientes: Nmero de historial clnico.
Entidad Mdicos: Cdigo de identificacin del mdico.
Sin embargo, en la entidad ingresos hay varios atributos que,
aisladamente, no parecen formar clave. El ingreso depende de un paciente
en concreto, por lo que esta entidad debera guardar informacin de a qu
paciente corresponde. De hecho, se trata de un tipo de entidad conocida
como dbil, que debera tomar prestado el atributo clave de Pacientes para
formar clave. Pero no es suficiente, es necesario aadir al menos la fecha en
que ingres el paciente. Pero, qu ocurre si el paciente ingresa dos veces en
el mismo da? Habra que aadir otro atributo, como la hora, para indicarlo.
En la prctica, se elige muchas veces usar un nuevo atributo sin significado
que sirva nicamente para identificar unvocamente a las entidades. En este
caso usaremos un atributo denominado ID (de identificador).
Entidad Ingresos: ID

2.1.4.2. Restricciones de cardinalidad

Relacin Realiza:
Pacientes -1- Realiza - Ingresos: Un ingreso slo corresponde a un
paciente.
Pacientes - Realiza -N- Ingresos: Un paciente puede sufrir varios
ingresos.
Relacin Atiende:
Mdicos -1- Atiende - Ingresos: Un ingreso slo es atendido por un
mdico.
Mdicos - Atiende -N- Ingresos: Un mdico puede atender varios
ingresos.

2.1.5. Diagrama E-R

Con la informacin identificada anteriormente se puede llegar al
siguiente diagrama entidad-relacin, en el que no se muestran los atributos
que no sean clave para simplificar el dibujo.

3
Bases de datos MTIG

Pacientes Realiza Ingresos Atiende Mdicos

Nmero de Cdigo de
historial clnico identificacin del
ID mdico

2.2. Diseo lgico

2.2.1. Traduccin de tipos de entidades y relaciones
Tablas procedentes de los tipos de entidades del esquema E-R:
Pacientes(Nmero de Seguridad Social, Nombre del paciente, Apellidos
del paciente, Domicilio, Poblacin, Provincia, Cdigo postal, Nmero de
telfono, Nmero de historial clnico, Observaciones)
Ingresos(ID, Procedencia, Fecha de ingreso, Nmero de planta, Nmero
de cama, Observaciones)
Mdicos(Cdigo de identificacin del mdico, Nombre, Apellidos,
Especialidad, Nmero de colegiado, Cargo, Observaciones)
Tablas procedentes de los tipos de relaciones del esquema E-R:
Realiza(Nmero de historial clnico, ID). En esta tabla, la clave es ID
porque se trata de una relacin una a varias (la parte una corresponde a
Pacientes y la parte varias a Ingresos).
Atiende(Cdigo de identificacin del mdico, ID). En esta tabla, la clave
es ID porque se trata de una relacin una a varias (la parte una
corresponde a Mdicos y la parte varias a Ingresos).

2.2.2. Simplificacin del esquema

Observando cmo queda el diseo, se puede simplificar gracias a que
las relaciones que aparecen son de una a varias, e incluir esta informacin
en la tabla Ingresos. Para la relacin Realiza, incluimos el atributo Nmero
de historial clnico en Ingresos, de forma que a cada ingreso le va a
corresponder un paciente en concreto y slo uno. De igual forma, para la
relacin Atiende, incluimos el atributo Cdigo de identificacin del mdico
en Ingresos, de forma que a cada ingreso le va a corresponder un mdico en
concreto y slo uno. Esta tcnica es habitual cuando nos encontramos
relaciones una a varias.
Por lo tanto, el esquema simplificado es:
Pacientes(Nmero de Seguridad Social, Nombre del paciente, Apellidos
del paciente, Domicilio, Poblacin, Provincia, Cdigo postal, Nmero de
telfono, Nmero de historial clnico, Observaciones)
Ingresos(ID, Procedencia, Fecha de ingreso, Nmero de planta, Nmero
de cama, Observaciones, Nmero de historial clnico, Cdigo de
identificacin del mdico)

4
Bases de datos MTIG

Mdicos(Cdigo de identificacin del mdico, Nombre, Apellidos,

Especialidad, Nmero de colegiado, Cargo, Observaciones)

2.2.3. Restricciones de integridad

En este ejemplo se retrasa la definicin de las restricciones de
dominio hasta la realizacin de la prctica.
Segn el enunciado del problema no parece que se puedan definir
dependencias funcionales en ninguna de las tablas, por lo que se encuentran
en la mejor forma normal que podamos exigir y no tiene sentido la
normalizacin.
Sin embargo, s es posible imponer restricciones de integridad
referencial, observando que los atributos aadidos a Ingresos resultados de
la simplificacin provienen de tipos de entidades, y sabemos que debemos
imponerlas para tales atributos. En concreto, el valor del campo Nmero de
Seguridad Social de Ingresos lo debemos encontrar en Pacientes, as como el
valor del campo Cdigo de identificacin del mdico lo debemos encontrar en
Mdicos. La siguiente figura muestra esta situacin.

En ella tambin se pueden observar las restricciones de cardinalidad

una a varias que se han detectado entre esas entidades. (Con 1 se indica la
parte una de la restriccin y con se indica la parte varias).

2.3. Diseo fsico

En este apartado se muestra el diseo fsico del ejemplo del hospital
usando el SGBDR (sistema gestor de bases de datos relacionales) Access.

2.3.1. Definicin de los campos

Los tipos de campo, as como la definicin de su tamao (como se ver
a continuacin) permiten definir las restricciones de dominio que se refieren
al tamao y al tipo de los datos de un campo. Las reglas de validacin
ubicadas en las propiedades de los campos permiten especificar otras
restricciones de dominio que limitan los valores del campo (por ejemplo, que
no se admitan nmeros negativos).
Para cada campo es posible especificar que no contenga valores nulos
(es decir, imponer como restriccin de dominio la eliminacin del valor

5
Bases de datos MTIG

NULL del dominio del campo). Tambin es posible especificar que si se trata
de una cadena de caracteres, sta no sea vaca.
Ms adelante, cuando se estudien las propiedades de las tablas, se
ver que tambin es posible especificar restricciones de dominio en funcin
de valores de otros campos, es decir, restricciones en el contexto de la tabla.
A continuacin se estudiar cmo se realiza la definicin de los
campos.

2.3.1.1. Nombre de los campos

Deben estar identificados por nombres nicos dentro del contexto de
la base de datos. Pueden tener hasta 64 caracteres con caracteres especiales
y espacios en blanco (nunca al principio), pero no puntos, signos de
exclamacin o corchetes.

2.3.1.2. Tipos de campos

La siguiente figura muestra los tipos de campos disponibles. El tipo
Texto permite datos de hasta 255 caracteres. El tipo Memo admite datos de
hasta 65535 caracteres, pero tiene algunas limitaciones con respecto al
anterior como, por ejemplo, que no se pueden crear claves sobre ellos. El tipo
Numrico alberga datos numricos tanto enteros como fraccionarios y
nmeros en coma flotante. El tipo de datos Fecha/Hora admite una
representacin conjunta para fechas y horas como un nmero fraccionario
que el sistema interpreta como fechas y horas y del que se puede extraer
informacin de fechas y horas independientemente. El tipo Moneda se usa
para datos relativos a cantidades monetarias. El tipo Autonumrico es un
tipo que asigna automticamente un valor nico e identificador a los campos
con este tipo (se usa a menudo para crear claves primarias). El tipo S/No es
un tipo lgico con dos nicos posibles valores. El tipo Objeto OLE se usa
para albergar imgenes, documentos y otros, con capacidad hasta 1 GB. El
tipo Hipervnculo se usa para albergar hipervnculos. Finalmente, el tipo
Asistente para bsquedas permite definir los posibles valores que puede
tener un campo de forma que el usuario pueda elegir valores de una lista
predefinida.

2.3.1.3. Propiedades de los campos

6
Bases de datos MTIG

Adems del tipo de campo, es posible especificar otras propiedades de

los campos (vase la siguiente figura), como su tamao. Con el tamao se
consigue restringir an ms el tipo de campo para que concuerde con
nuestras necesidades.

No todos los tipos admiten expresar un tamao de campo. Algunos

tipos tienen un tamao predeterminado que no se puede modificar. A
continuacin se muestra el tamao y rango de estos campos:

Tamao y rango de valores almacenados en los campos numricos segn el tipo

Tipo Valores almacenados Tamao Nmero de
decimales
Byte 0-255 1 byte 0
Entero -32768, 32767 2 bytes 0
Entero largo -2.147.483.648, 2.147.483.647 4 bytes 0
Simple -3,402823E38, 3,402823E38 4 bytes 7
Doble -1,79769313486232E308, 8 bytes 15
(predeterminado) 1,79769313486232E308
Id. de rplica Identificador global nico 16 bytes N/A
Otra propiedad que se puede especificar es el formato, que especifica
la forma en que se muestran los datos. Hay formatos estndar para
determinados campos, como los numricos y monetarios, como se muestra en
las tres tablas siguientes. No obstante, es posible especificar un formato
personalizado como se ver a continuacin.

Tipos de formatos estndar para los campos numricos o monetarios

Formato Descripcin
Nmero general (predeterminado) El nmero como se ha introducido
Moneda Separador de miles, rojo para negativos,
parntesis y 2 cifras decimales
Fijo Redondea al nmero ms prximo segn
la propiedad Lugares decimales

7
Bases de datos MTIG

Estndar Separador de miles y 2 cifras decimales

Porcentaje Porcentaje con 2 decimales
Cientfico Notacin cientfica estndar

Tipos de formatos estndar para los campos Fecha/Hora

Tipo Elemento de fecha u hora
Fecha general (predeterminado) 3/4/96 o 05:34 PM
Fecha larga Jueves, 4 de abril de 1997
Fecha mediana 03-Abr-97
Fecha corta 3/4/97
Hora larga 5:34:23 PM
Hora mediana 05:34 PM
Hora corta 17:34

Tipos de formato para los campos S/No

Formato Valor equivalente
S/No (predeterminado) No = 0
S = -1
Verdadero/Falso Falso = 0
Verdadero = -1
Activado/Desactivado Desactivado = 0,
Activado = -1
La siguiente tabla recoge los smbolos especiales que se pueden usar
para crear formatos definidos por el usuario para los tipos de datos Texto y
Memo.

Smbolos para crear formatos definidos por el usuario para los tipos de datos Texto
y Memo
Smbolo Descripcin
@ Se requiere un carcter de texto (o un
espacio)
& No se requiere un carcter de texto
< Pone todos los caracteres en minsculas
> Pone todos los caracteres en maysculas

Caracteres admitidos para crear una mscara de entrada

8
Bases de datos MTIG

Carcter Descripcin
0 Dgito
9 Dgito o espacio
# Dgito o espacio (opcional)
L Letra
? Letra (opcional)
A Letra o dgito
a Letra o dgito (opcional)
& Cualquier carcter
C Cualquier carcter (opcional)
.,:;-/ Marcador de posicin
< Minsculas
> Maysculas
! Mscara de derecha a izquierda
\ Escape (carcter literal)

2.3.1.4. Reglas de validacin de los campos: asertos

Las reglas de validacin permiten especificar asertos que deben
cumplirse para todos los valores de los campos. Estas reglas llevan asociado
un texto de validacin que permite informar al usuario del motivo por el que
el contenido de un campo es incorrecto. Por ejemplo, la regla de validacin
puede ser >=0 (mayor o igual que cero) y el texto "El coste del tratamiento
debe ser positivo".

2.3.1.5. Valores nulos

La propiedad Requerido de un campo, si se establece a S, impide la
insercin de valores nulos en los campos.

2.3.1.6. ndices
Se pueden construir ndices sobre campos aislados de una tabla o
sobre un conjunto de ellos. Para construir un ndice sobre un campo en
concreto se indica en la propiedad Indexado el tipo de indexacin que se
desea. Se permiten ndices con o sin valores duplicados. Un ndice sin
duplicados sobre un campo equivale a la especificacin de una clave
candidata.

9
Bases de datos MTIG

2.3.2. Propiedades de las tablas

Son propiedades que se aplican a todos los campos de la tabla. La
primera, Descripcin, slo es un texto indicativo de la tabla que aparece
cuando se selecciona la tabla (de forma parecida a la columna Descripcin
del campo). En la propiedad Regla de validacin se permiten expresar
restricciones de dominio en trminos de otros campos de la misma tabla. La
propiedad Filtro permite especificar un filtro que descarta para la
visualizacin los registros que no cumplan la condicin del filtro. Esta
condicin sigue la misma sintaxis que la condicin de la clusula WHERE
en el lenguaje SQL (se estudiar ms adelante). La propiedad Ordenar por
permite indicar el criterio de ordenacin de los registros indicando los
campos por los que se ordenar en indicando si la ordenacin es ascendente
o descendente. Su sintaxis es:
Campo1 [DESC], ..., Campo N [DESC]
Indica que los registros se ordenarn primero segn el campo 1 de
forma ascendente si no se especifica DESC, en cuyo caso ser descendente,
luego por el campo 2, y as hasta el campo N.

2.3.3. Creacin de las tablas de la base de datos Hospital

En este apartado se crearn las tablas de la base de datos Hospital,
con la estructura (esquema) que se indica a continuacin:
Tabla Pacientes

Estructura de la tabla Pacientes

Nombre del campo Tipo de Descripcin Tamao
campo
Nmero de Seguridad Texto Nmero de afiliacin del 15
Social paciente a la Seguridad
Social
Nombre del paciente Texto Nombre del paciente 25
ingresado en el hospital
Apellidos del paciente Texto Apellidos del paciente 40
ingresado en el hospital
Domicilio Texto Domicilio habitual: calle, 50

10
Bases de datos MTIG

nmero y piso
Poblacin Texto Municipio del domicilio 25
habitual
Provincia Texto Provincia del domicilio 15
habitual
Cdigo postal Texto Cdigo postal 5
Nmero de telfono Texto Telfono de contacto 12
Nmero de historial clnico Texto Nmero de historial 6 Campo
clnico del paciente clave
Observaciones Memo Datos referentes al N/A
paciente

Para crear esta tabla hay que seguir los siguientes pasos:
1. Iniciar Access.
2. Seleccionar Nuevo en el botn de inicio.
3. Seleccionar una carpeta, por ejemplo, Mis Documentos, y escribir el
nombre de la base de datos: Hospital.accdb (.accdb son siglas de Access
Database, es decir, Base de datos de Access) y pulsar Crear.
4. Aparece Tabla1 en Vista Diseo.

5. Cada fila corresponde con un campo y se deben establecer sus

caractersticas (nombre, tipo, descripcin, ...) como se indica en la tabla
anterior.
El campo que se desee agregar se coloca donde indica el selector ( ).
Si se desea desplazarlo se puede arrastrar con el ratn. Si se desea insertar
o eliminar un campo se puede hacer con los botones de la barra de
herramientas Insertar filas o Eliminar filas , o bien, seleccionar el
campo y con el botn derecho del ratn seleccionar la operacin.

11
Bases de datos MTIG

Para Nombre del campo y Descripcin se escriben los textos

correspondientes; para Tipo de datos se selecciona el tipo de datos adecuado.

6. Establecer como clave el campo Nmero de historial clnico. Para ello se

selecciona el campo (pulsndolo con el ratn) y despus se pulsa el botn
Clave principal ( ).

Tabla Mdicos

Estructura de la tabla Mdicos

Nombre del campo Tipo de Descripcin Tamao
campo
Cdigo de identificacin Texto Cdigo de identificacin 4 Campo
del mdico del mdico responsable clave
Nombre Texto Nombre del mdico 25
Apellidos Texto Apellidos del mdico 40
Especialidad Texto Especialidad del mdico 20
Nmero de colegiado Texto Nmero de colegiado del 5
mdico
Cargo Texto Cargo que ocupa en el 20
hospital
Observaciones Memo Datos referentes al N/A
mdico
Tabla Ingresos

Estructura de la tabla Ingresos

Nombre del campo Tipo de Descripcin Tamao
campo

12
Bases de datos MTIG

Nmero de historial Texto Nmero de historial 6

clnico clnico del paciente
Procedencia (con P10) S/No Enviado por el mdico de N/A
cabecera (S o No)
Fecha de ingreso Fecha/Hora Fecha de ingreso en el N/A
hospital
Cdigo de identificacin Texto Cdigo de identificacin 4
del mdico del mdico responsable
Nmero de planta Texto Nmero de planta en la 2
que se ingresa
Nmero de cama Texto Nmero de cama que 4
ocupa
Observaciones Memo Datos referentes a N/A
condiciones de ingreso
ID Autonumrico N/A Campo
clave

2.3.4. Relaciones entre las tablas de la base de datos Hospital

En este apartado se definirn las relaciones que existen entre las
tablas de esta bd de ejemplo. En concreto se definirn el tipo de relacin
segn su cardinalidad (una a una, una a varias o varias a varias) y las
restricciones de integridad referencial.
Con respecto al tipo de relacin hay que tener unas consideraciones
en mente:
Cuando se establece una relacin de uno a varios, el campo comn de la
primera tabla debe estar definido como clave principal.
Los tipos de datos y propiedades de los campos que relacionan las tablas
deben ser iguales en ambas.
Con respecto a la integridad referencial hay que tener presente:
La segunda tabla de la relacin uno a varios debe contener datos que
estn relacionados con algunos datos de la primera tabla.
Por ejemplo, existe una restriccin de integridad referencial entre
Pacientes e Ingresos, de manera que no se pueda dar de alta un ingreso si
no existe previamente un paciente.

2.3.4.1. Definicin de las relaciones

1. Hay que cerrar todas las ventanas abiertas y pulsar el botn relaciones
( ).

13
Bases de datos MTIG

2. Con la tecla Ctrl pulsada, seleccionar las tres tablas y pulsar el botn
Agregar.

3. Seleccionar el campo Nmero de historial clnico de la tabla Pacientes y

arrastrarlo hasta alcanzar el campo del mismo nombre de la tabla
Ingresos. Aparecer el cuadro de dilogo Relaciones.

4. Marcar la casilla Exigir integridad referencial y pulsar Crear.

14
Bases de datos MTIG

5. Repetir la operacin con el campo Cdigo de identificacin del mdico de

la tabla Mdicos y el campo de mismo nombre de la tabla Ingresos.

2.3.5. Operaciones con las tablas

2.3.5.1. Introduccin de datos

Para introducir datos hay que seleccionar la tabla en la que se desean
aadir registros y pulsar el botn Abrir. Aparece la vista Hoja de datos en la
que se pueden introducir los datos.
Sin embargo, al hacer esto en general no se ven los nombres
completos de los campos y aparecen slo unos cuantos campos.
Para resolverlos se puede personalizar la vista Hoja de datos de
varias formas:
Ajuste de la anchura del campo.
Ocultacin de columnas. Permite ocultar las columnas que no se
necesiten en un momento dado.
Inmovilizacin de columnas. Permite inmovilizar una columna de
forma que siempre se muestre en pantalla independientemente de
si nos desplazamos a izquierda o derecha con las barras de
desplazamiento

2.3.5.2. Modificacin de la estructura

En este apartado se modificar la estructura de la base de datos
Hospital. Esta modificacin se puede realizar en cualquier momento y los
datos que puedan conservarse permanecern sin necesidad de volverlos a
introducir.
Modificacin de la estructura de la base de datos Hospital
Nombre del campo Tipo de campo Descripcin Tabla
Fecha de nacimiento Fecha/Hora Fecha de nacimiento del paciente Pacientes
Sexo S/No S = Hombre; No = Mujer Pacientes

15
Bases de datos MTIG

Documento Nacional de Texto (10 caracteres) Documento Nacional de Identidad Pacientes

Identidad
Coste del tratamiento Moneda Coste diario del tratamiento del Ingresos
paciente
Diagnstico Texto (50 caracteres) Diagnstico por el que ingresa el Ingresos
paciente
Fotografa Objeto OLE Fotografa del mdico Mdicos
Las tablas deben quedar como se muestra en las siguientes figuras.

16
Bases de datos MTIG

2.3.5.3. Introduccin de datos

En este apartado se indican los datos que hay que introducir en cada
tabla. En este caso hay que introducir manualmente slo la primera fila de
cada tabla y el resto mediante cortar y pegar desde el archivo Excel Datos
Hospital.xlsx que se proporciona.

17
Bases de datos MTIG

Datos a incluir en la tabla Pacientes

Nmero de Nombre del Apellidos Domicilio Poblacin Provincia
historial paciente del paciente
3 Vctor Garca Juan Carlos Alcantarilla Murcia
Montoya I, n 23
1 Jos Prez Ronda Madrid Madrid
Antonio Gmez Norte, n 10
5 Juan Prez Av. Lpez Alicante Alicante
Cayuela Mayor, 43
2 Ana Mara Velasco Alonso Espinardo Murcia
Snchez Espejo, n 4
4 Isabel Garca Gran Va, Novelda Alicante
Martnez 23

Datos a incluir en la tabla Mdicos

Cdigo de Nombre Apellidos Especialidad Nmero de Cargo
identificaci colegiado
n del mdico
AMG1 Alejandro Mart Medicina 2354 Adjunto
Gimnez General
FPO1 Francisco Palacios Intensivos 1234 Jefe de
Ortega Seccin
MRSN Mara Rosa Snchez Anlisis 1214 Adjunto
Navarro Clnicos
MSM1 Manuel Samaniego Pediatra 1045 Jefe de
Muoz planta

Datos a incluir en la tabla Ingresos

Nmero Fecha de Cdigo de Nmero Nmero Diagnstico Coste del
de ingreso identificac de planta de cama tratamien
historial in del to
clnico mdico
3 01/02/200 MSM1 1 603 Neumona 15.000
4
2 12/04/200 MRSN 3 312 Insuficienci 20.000
4 a renal
4 23/05/200 AMG1 3 105 Fiebres 5.000
4 altas
3 10/02/200 MRSN 2 202 Gastroenter 7.000
4 itis
1 01/02/200 AMG1 3 304 Neumona 15.000

18
Bases de datos MTIG

4
3 30/08/200 MSM1 1 402 Gastroenter 7.000
4 itis
5 12/04/200 MRSN 3 301 Insuficienci 20.000
4 a renal
2 08/06/200 FPO1 1 104 Gastroenter 7.000
4 itis
1 11/11/200 FPO1 1 105 Infarto 50.000
4
2 11/11/200 AMG1 3 303 Gastroenter 7.000
4 itis
4 08/06/200 MRSN 2 212 Insuficienci 20.000
4 a renal
5 03/03/200 AMG1 3 310 Infarto 50.000
4
5 30/03/200 FPO1 1 101 Gastroenter 7.000
4 itis
3 13/02/200 FPO1 1 103 Infarto 50.000
4
1 21/11/200 FPO1 1 102 Neumona 15.000
4

2.3.5.4. Copia y eliminacin de tablas

Una vez seleccionada, una tabla se puede copiar en la misma base de
datos con la opcin Copiar y Pegar del men Edicin o con las teclas de
acceso directos Ctrl+C y Ctrl+V. Para eliminar una tabla se selecciona y se
elimina con la opcin Eliminar del men Edicin o pulsando la tecla Supr.

19