Análisis para un sistema

de consultas de una
clínica medica
POR DANIEL E CHINCHILLA

ING DANIEL ENRIQUE CHINCHILLA USAP

Análisis para un sistema de consultas
Imaginemos que deseamos construir una base de datos para un sistemas de consultas

Primero debemos obtener lo que son las entidades

Por ejemplo, dos claras entidades son los médicos y otra los pacientes, pueden haber otras mas.

Segundo, debemos revisar los procesos (son como acciones), por ejemplo: consulta,

ING DANIEL ENRIQUE CHINCHILLA USAP

La primera relación visible ()
Podemos ver a simple vista la relación entre un medico y su paciente

Medico Paciente

Ya sabemos que ellos dos son los principales elementos, por lo tanto:
Comenzamos a obtener los datos que nos interesan: (datos de estas dos entidades…)
Así pues,
Comenzaremos a definir los datos que creemos que son importantes o determinar los que
debemos descartar….

ING DANIEL ENRIQUE CHINCHILLA USAP

 Análisis de información –
¿Qué información es en realidad Medico Paciente
Importante de estas dos entidades?
A esto se le llama NORMALIZAR y requiere analizar que datos y tipo de datos ocupamos:
Ocupamos los datos del PACIENTE… así que en la base de datos
tendremos una tabla llamada PACIENTE para guardar aquí los datos del paciente
de el paciente nos interesa (pensando en lo que el medico requiere y puede que olvidemos o nos saltemos puntos,
pues requerimos que un medico en realidad nos diga...”Ocupo esto…y esto y esto…”) : Su nombre y apellido, dirección,
teléfono, edad, fecha de nacimiento, peso, altura, alergias, padecimientos, enfermedades en la familia, trabajo,
actividad física, genero, si esta embarazada, tipo de alimentación, enfermedad o síntomas por los que vino a la clínica,
que medicamentos esta tomando….etc. pues hay muchas cosas que nos interesan y otras que puede que no, dependen
del Medico.

ING DANIEL ENRIQUE CHINCHILLA USAP

Del medico también ocupamos saber
algunas cosas:
Como ser :
Nombre y apellido del doctor, celular, especialidad, edad, sexo, correo, dirección, otros centros
de trabajo y sus teléfonos.

ING DANIEL ENRIQUE CHINCHILLA USAP

Procedemos a Normalizar eso datos y
definir el tipo de dato
Paciente Tipo dato Medico Tipo de dato

Nombre Texto Corto Nombre Texto Corto

Apellido Texto Corto Apellido Texto Corto
Celular1 Texto Corto Celular1 Texto Corto
Celular2 Texto Corto Celular2 Texto Corto
Correo Texto Corto Correo Texto Corto
Fecha nacimiento Fecha Especialidad Texto Corto
Alergias Texto Largo
Síntomas que presenta Texto Largo
Receta Actual
ETC

ING DANIEL ENRIQUE CHINCHILLA USAP

IDENTIFICADOR UNICO
Todos los pasos son importantes, pero este es uno de los mas delicados, pues un error implica
que las TABLAS NO SE CONECTEN entre si. Y esta conexión es una de las partes importantes de la
base de datos.
Debemos comprender que cada tabla almacenara registros y que estos debe ser IDENTIFICADOS
por un dato UNICO que no se repita
En el caso de las personas puede ser el numero de Cedula de Identidad
En caso de facturas, (como la consulta medica ) , u otros objetos, puede ser algún código único
que trae el producto y si no el sistema gestor de base de datos puede generar y llevar su propia
cuenta.
El ID o Identificador debe ser único y no debería de cambiar nunca en la BD.

ING DANIEL ENRIQUE CHINCHILLA USAP

DEFINIMOS EL ID (debió ser lo
primero pero, en este caso estamos
aprendiendo)
Paciente Tipo dato Medico Tipo de dato
ID_Paciente Autonumerico IDMedico Autonumerico
Nombre Texto Corto Nombre Texto Corto
Apellido Texto Corto Apellido Texto Corto
Celular1 Texto Corto Celular1 Texto Corto
Celular2 Texto Corto Celular2 Texto Corto
Correo Texto Corto Correo Texto Corto
Fecha nacimiento Fecha Especialidad
Alergias Texto Largo
Síntomas que presenta Texto Largo Nota de
Dis
de llevar eño, los campo
es s NO deb
RecetaActual Guion_B pacios entre si, en
ajo si de les coloc
sea crea a
ETC r el espa mos
cio
ING DANIEL ENRIQUE CHINCHILLA USAP
De Análisis
Resulta que tenemos al paciente y al medico
pero hay una relación entre ellos en la que el
medico hace preguntas, analiza y guarda datos
del paciente, estos datos generados en la
Consulta NO deben guardarse en la tabla del
paciente…
Por ejemplo: los síntomas actuales, la medida
de la presión, peso, altura y TODOS LOS DATOS
que pueden cambiar en la consulta, esos
elementos que pueden cambiar y que se
generan otra vez en cada visita, por tanto,
debemos separar al paciente de sus datos de
consulta para así guardar cada consulta….

ING DANIEL ENRIQUE CHINCHILLA USAP

 Comprendemos entonces que cada consulta se debe
guardar como un evento – APARECE LA TABLA DE
CONSULTA Consulta Tipo dato
Medico Tipo de dato
Paciente Tipo dato ID_Consulta Autonumerico
Nombre_Paciente Texto Corto IDMedico Autonumerico
ID_Paciente Autonumerico
Apellido_Paciente Texto Corto Nombre Texto Corto
Nombre Texto Corto
Nombre_Medico Texto Corto Apellido Texto Corto
Apellido Texto Corto
Celular1 Texto Corto Apellido_Medico Texto Corto Celular1 Texto Corto
Celular2 Texto Corto Temperatura Texto Corto Celular2 Texto Corto
Correo Texto Corto Presion Texto Corto Correo Texto Corto
Fecha nacimiento Fecha Peso Texto Largo Especialidad Texto Corto
Alergias Texto Largo Altura Texto Largo
Enfermedades Hereditarias Texto Corto Sintomas Texto Corto
Operaciones Texto Corto Diagnostico Texto Corto
Etcetera Receta Texto Corto
Etcetera

ING DANIEL ENRIQUE CHINCHILLA USAP

En este momento ya tenemos 3 tablas
Pero esas tablas NO están conectadas y como podrá observar, en la tabla de CONSULTA estamos
guardando el nombre del paciente y el nombre del medico que lo esta atendiendo.
Eso es REDUNDANCIA de datos y además estamos PERDIENDO espacio de almacenamiento
guardando nombres que ya tenemos, y lo que es peor es que las tablas quizás existen pero NO
ESTAN RELACIONADAS….
Bien, podemos entonces a unir las tablas, creando UNA RELACION entre ellas y esas tablas se
unirán a través de la consulta….

ING DANIEL ENRIQUE CHINCHILLA USAP

 Relación entre las tablas… Asi estaban:
Paciente Tipo dato Consulta Tipo dato Medico Tipo de dato
ID_Paciente Autonumerico ID_Consulta Autonumerico IDMedico Autonumerico
Nombre Texto Corto Nombre_Paciente Texto Corto Nombre Texto Corto
Apellido Texto Corto Apellido_Paciente Texto Corto Apellido Texto Corto
Celular1 y etc Texto Corto Nombre_Medico Texto Corto Celular1 Texto Corto
Apellido_Medico Texto Corto Celular2 y etc Texto Corto
Ahora quedaran asi: Temperatura y etc Texto Corto
OBSERVE EL CAMBIO, ahora usamo
IDPACIENTE y IDMEDICO en la tabla
consulta, DEBEN DEFINIRSE CON EL
MISMO TIPO DE DATO, ejem: NUmerico Consulta Tipo dato
Paciente Tipo dato Medico Tipo de dato
ID_Consulta Autonumerico
ID_Paciente Autonumerico IDMedico Autonumerico
ID_Paciente Numero
Nombre Texto Corto Nombre Texto Corto
IDMedico Numero
Apellido Texto Corto Apellido Texto Corto
Temperatura Texto Corto
Celular1 y etc Texto Corto Celular1 Texto Corto
Presión Texto Corto
Celular2 y Etc Texto Corto
Peso y Etc
ING DANIEL ENRIQUE CHINCHILLA Texto
USAP Corto
 Aun no se han conectado las tablas pero ya casi
tenemos las relaciones, ahora si se pueden Conectar
Nuevamente, para que esto sea posible los campos deben ser definidos del mismo
tipo en las tablas en las que aparecen y poder generar la conexión, así

Consulta Tipo dato

Paciente Tipo dato Medico Tipo de dato
ID_Consulta Autonumerico
ID_Paciente Autonumerico IDMedico Autonumerico
ID_Paciente Numero
Nombre Texto Corto Nombre Texto Corto
IDMedico Numero
Apellido Texto Corto Apellido Texto Corto
Temperatura Texto Corto
Celular1 y etc Texto Corto Celular1 Texto Corto
Presión Texto Corto
Peso y Etc Texto Corto Celular2 y Etc Texto Corto

ING DANIEL ENRIQUE CHINCHILLA USAP

Conclusiones
El proceso anterior nos ha servido para crear un análisis sobre como crear las tablas cuando
tenemos poca experiencia, pero podemos visualizar que habían datos del paciente que no
puedo estar guardando en la tabla del paciente, ya de que deseamos saber lo que paso con el
paciente en consultas anteriores, siendo así, se creo una tabla de consulta que guarde los datos
generados en la consulta y además en vez de escribir el nombre del paciente, solo usamos se
conecta esta tabla de consulta al paciente y al medico que lo atendió
Muy importante recordar en crear un campo ID que Identifique al cliente, paciente, producto,
etc en la tabla.
Ese ID es el que se llama LLAVE Principal, es único e irrepetible en esa tabla y este campo se
puede usar en otras tablas para conectarlas pero en la otra tabla que se use será llamado
LLAVE FORANEA pues es externa (es principal en su tabla pero es foránea en todas las demás
tablas)

ING DANIEL ENRIQUE CHINCHILLA USAP

TAREA
Hacer el mismo análisis que se a hecho sobre la consulta en el siguiente caso:
Imagine que tenemos un taller mecánico con enderezado y pintura,
Queremos registrar los vehículos, clientes, el mecánico que reviso, y además
esta la Falla del Vehículo (consulta), (usaremos la falla del vehículo en forma
similar a la consulta medica que hemos visto)
Debe crear las 4 tablas ocupamos (de hecho pueden o deben de haber mas
tablas, pero no hemos ahondado en ese tema)
Cada tabla que usted cree debe incluir los CAMPOS de esa tabla y el Tipo de
Datos que llevara cada CAMPO, (texto, texto largo, numero, etc.)

ING DANIEL ENRIQUE CHINCHILLA USAP