DATANEXUS
El modelado de datos como la columna vertebral de los sistemas de información modernos. JULIO | 2026
Fundamentos del Modelado de Datos
Exploración teórica del modelo
ANSI/SPARC, principios ACID, arquitectura de SMBD, comandos DDL, DML, DCL y seguridad. 01.
Caso Práctico: Sistema Hospitalario "SanaVida"
Definición de requerimientos, reglas de negocio y fundamentación teórica para una arquitectura de persistencia robusta.
Ingeniería de Diseño: SQL Y Normalización
Paso a paso detallado desde UNF hasta la 3FN, diagramación técnica, diccionario de datos y código SQL de implementación.
Entretenimiento e Innovación
Adivinanzas de código, sopa de letras interactiva sobre bases de datos , y Cápsula de Innovación
La vista de los usuarios finales y aplicaciones. Define vistas lógicas específicas sin exponer la base completa
Nivel Conceptual
El esquema de comunidad. Define qué datos se almacenan, sus relaciones y restricciones de integridad semántica
Nivel Interno
La representación física en disco. Define rutas de acceso, estructuras de almacenamiento e índices.
Nivel Externo .
Las Transacciones y el Contrato ACID
La consistencia de los datos en sistemas transaccionales se rige por las propiedades ACID, un estándar de fiabilidad crítica:
Atomicidad (Atomicity): La transacción se ejecuta en su totalidad o no se ejecuta en absoluto. No existen estados intermedios.
Consistencia (Consistency): Cualquier transacción llevará la base de datos de un estado válido a otro también válido, respetando las restricciones.
Aislamiento (Isolation): Las transacciones concurrentes se ejecutan de manera aislada como si fueran las únicas en el sistema.
Durabilidad (Durability): Una vez confirmada (commit), los efectos de una transacción persisten incluso ante fallos de energía o caídas del sistema.
Lenguajes de Base de Datos SQL
Categoría
Descripción
DDL (Definición) Estructura esquemas, tablas, índices. CREATE, ALTER, DROP
DML (Manipulación) Consulta y modifica registros de datos SELECT, INSERT, UPDATE, DELETE
DCL (Control) Gestiona privilegios, accesos y roles. GRANT, REVOKE
Comandos Clave
Sistema de Gestión Clínica: "SanaVida"
1. Planteamiento del Problema
La clínica privada "SanaVida" enfrenta problemas severos de inconsistencia de datos, citas médicas duplicadas y recetas perdidas debido al uso de hojas de cálculo independientes por cada departamento médico. Se requiere diseñar un sistema de información centralizado bajo el modelo relacional para garantizar la integridad y trazabilidad de los procesos clínicos.
2. Reglas de Negocio
R1: Un paciente tiene un número único de expediente clínico, nombre, teléfono y dirección.
R2: Un médico tiene un código de licencia profesional, nombre y una especialidad principal.
R3: Una cita médica es agendada para una fecha y hora específicas. En una cita participan un único paciente y un único médico
R4: Durante la cita, el médico genera una o más recetas. Cada receta detalla medicamentos, dosificación e indicaciones terapéuticas.
3. Justificación de la Arquitectura de Persistencia
Se selecciona un Modelo Relacional (RDBMS) sobre esquemas NoSQL debido a la alta criticidad de la consistencia transaccional (ej: evitar programar dos citas para un mismo médico a la misma hora). El estricto acatamiento de las reglas de normalización y restricciones de claves primarias y foráneas eliminará las anomalías de actualización y garantizará el cumplimiento del estándar ACID
4. Entidades y Atributos Iniciales (UNF)
A nivel conceptual, identificamos la colección de datos sin normalizar (Forma No Normalizada):
⚠ Grupo Repetitivo: El bloque encerrado en llaves {} se repite indefinidamente por cada medicamento recetado.
⚡ Anomalía: Si el paciente tiene 5 medicamentos, se repiten 5 veces el nombre del médico y la fecha de la cita.
REGISTRO CONSULTA GENERAL (UNF):
Proceso de Normalización & Esquema SQL
Elimina los grupos repetitivos extrayendo los medicamentos de las recetas a una relación/tabla secundaria, creando registros independientes con valores atómicos. Paso 1 • AtomicidadPrimera Forma Normal (1FN)
T Cita Paciente (Datos de la Cita principal)
(ID Cita, ID Paciente, Nombre Paciente, Tel Paciente, ID Medico, Nombre Medico, Especialidad, Cod Licencia, Fecha Hora)
T Receta Medicamento (Desglose atómico de medicamentos)
(ID Cita, Cod Medicamento, Nombre Medicamento, Dosificación)
Extraemos atributos que no dependen en su totalidad de la clave compuesta de la receta. El nombre del medicamento depende únicamente de su código, no de la cita. Paso 2 • Dependencias ParcialesSegunda Forma Normal (2FN)
T Medicamento (Catálogo independiente)
(Cod Medicamento, Nombre Medicamento)
T Receta Detalle (Asociación con Dosificación)
(ID Cita, Cod Medicamento, Dosificación)
Paso 3 • Independencia AbsolutaTercera Forma Normal (3FN)
Elimina dependencias transitivas. Los datos de pacientes y médicos no dependen de la cita directa, sino de sus respectivos identificadores.
PACIENTE MEDICO CITA
(ID Paciente, Nombre, Telefono)
(ID Medico, Nombre, Especialidad, Cod Licencia)
(ID Cita, Fecha Hora, ID Paciente, ID Medico)
Esquema Físico SQL de Base de Datos
Código de definición de datos (DDL) listo para crear el esquema en motores como MySQL, SQL Server o PostgreSQL, aplicando integridad referencial:
CREATE TABLE PACIENTE ( ID Paciente INT PRIMARY KEY, Nombre VARCHAR(100) NOT NULL, Telefono VARCHAR(20) );
CREATE TABLE MEDICO ( ID Medico INT PRIMARY KEY, Nombre VARCHAR(100) NOT NULL, Especialidad VARCHAR(50), Cod Licencia VARCHAR(30) UNIQUE );
CREATE TABLE CITA ( ID Cita INT PRIMARY KEY, Fecha Hora DATETIME NOT NULL, ID Paciente INT, ID Medico INT, FOREIGN KEY (ID Paciente)
REFERENCES PACIENTE(ID Paciente), FOREIGN KEY (ID Medico) REFERENCES MEDICO(ID Medico) );
�� Cápsula de Innovación
Bases de Datos Vectoriales: El motor de la IA moderna. A diferencia del modelo relacional plano, almacenan información estructurada en hiper-dimensiones para buscar proximidad semántica en lugar de coincidencias exactas.
Adivinanza 1
Al principio parezco un caos total, pero con tres reglas me pongo formal. Evito que te repitas y cuido tu integridad, ¿qué proceso soy en realidad?
Adivinanza 3
Adivinanza 2
Soy ACID de nacimiento: garantizo que tu transferencia se haga al cien por ciento, o que no se note ni el intento. Si algo falla, vuelvo al inicio en un momento. ¿Qué soy?
sedadeiporP( )DICA
anU nóiccasnarT
Sopa de Letras: "El Universo de los Datos"
Tengo llaves pero no abro puertas físicas, guardo secretos en filas y columnas muy específicas. Todos me buscan para conectar historias, ¿quién soy en tus memorias?
anU¡ esaB ed sotaD !lanoicaleR
ENTIDAD
NIVEL
SQL
DIAGRAMA
A lo largo de esta edición de DATANEXUS, hemos explorado cómo el modelado de datos y el diseño relacional no son simples tareas técnicas, sino la verdadera columna vertebral de los sistemas de información modernos.
Desde la rigurosidad abstracta de la arquitectura ANSI/SPARC y la seguridad del contrato ACID, hasta su aplicación práctica en el sistema hospitalario SanaVida, queda demostrado que la normalización (desde la UNF hasta la 3FN) es indispensable para mitigar redundancias y garantizar la integridad operativa de cualquier organización.
Incluso a través de la lógica detrás de las adivinanzas y el entretenimiento conceptual de nuestra última sección, reafirmamos que dominar las bases de datos requiere tanto de ingenio analítico como de una sólida comprensión teórica. En un entorno tecnológico que avanza hacia modelos vectoriales e Inteligencia Artificial, la capacidad de transformar el caos de datos desestructurados en esquemas físicos eficientes sigue siendo, y seguirá siendo, la destreza fundamental de los profesionales del mañana.