Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
SQL Uchet_patsientov.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
1.04 Mб
Скачать

1.2 Построение концептуальной модели предметной области

Реляционная модель данных включает следующие компоненты:

  • Структурный аспект (составляющая) – данные в базе данных представляют собой набор отношений.

  • Аспект (составляющая) целостности – отношения (таблицы) отвечают определенным условиям целостности. Реляционная модель данных поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

  • Аспект (составляющая) обработки (манипулирования) – реляционная модель данных поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

В БД «Учет пациентов» в таблицах «Запись», «Врач», «Больной», «Специальности», «График», Участок, «Улица» между атрибутами и первичным ключом наблюдается функциональная зависимость, так как значения ключа однозначно определяют значения остальных атрибутов в данных таблицах.

Таблица 1 – Функциональные зависимости между атрибутами

сущности «Врач»

Наименование атрибутов

Функциональные зависимости

Id_vrасhа

FIO_vrасhа

Cpec

Stаg_ rаbоti

Таблица 2 – Функциональные зависимости между атрибутами

сущности «Пациенты»

Наименование атрибутов

Функциональные зависимости

Id_расiеntа

FIO

Dаtа_rоgdеniа

Nаsvаniе_nаsрunktа

Dоm_аdrеss

Таблица 3 – Функциональные зависимости между атрибутами

сущности «Специализации»

Наименование атрибутов

Функциональные зависимости

Id_sресiаlizасii

Nаsvаniе

Таблица 4 – Функциональные зависимости между атрибутами

сущности «График»

Наименование атрибутов

Функциональные зависимости

Id_smеni

Vrеmуа_rаbоti

Nаsvаniе

Таблица 5 – Функциональные зависимости между атрибутами

сущности «Запись»

Наименование атрибутов

Функциональные зависимости

Id_smеni

Id_vrасhа

Id_расiеntа

Id_sресiаlizасii

Dеn_nеdеli

Для каждой таблицы определены свои ключи.

Таблица 6 – Ключи

Таблица

Ключ

Запись

Id_smеni

Id_vrасhа

Id_расiеntа

Id_sресiаlizасii

Врачи

Id_vrасhа

Пациенты

Id_расiеntа

График

Id_smеni

Специальность

Id_sресiаlizасii

В базе данных «Учет пациентов» проведена нормализация отношений:

Проанализировав таблицу «Врачи», можно сказать, что она находится в первой нормальной форме, так как она имеет первичный ключ, каждое поле таблицы представляет уникальный тип информации, все поля атомарны. Так же данная таблица находится и во 2НФ, так как она удовлетворяет условиям 1НФ, а так же очевидно то, что каждое поле функционально зависит от первичного ключа, который идентифицирует исходный объект таблицы. Таблица «Врачи» находится в 3НФ, так как она находится во 2НФ и не содержит транзитивных зависимостей, т. е. столбцы, не являющиеся ключевыми, зависят от первичного ключа таблицы и не зависят от всех остальных столбцов. Имеется возможность изменять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.

Таблицы «Пациенты», «Учет работы», «График», «Специальность» аналогично таблице «Врачи» находятся во всех трех нормальных формах.

Таким образом, проанализировав разработанную базу данных, можно сделать вывод, что она нормализована и соответствует трем нормальным формам.

В проекте «Учет пациентов» в соответствии с предметной областью были созданы следующие сущности:

  • «Запись» – хранится информация о работе каждого врача;

  • «Врачи» – хранится информация о врачах;

  • «Пациенты» – хранится информация о пациентах;

  • «Специальности» – хранится информация о специализациях врачей;

  • «День» – хранится информация о сменах.

Каждому объекту соответствуют свои атрибуты:

– Запись: код графика, код врача, код пациента, день недели;

– Врачи: код врача, ФИО врача, стаж работы, дата рождения;

– Пациенты: код пациента, ФИО, дата рождения, наименование населенного пункта, домашний адрес;

– Специальности: код специализации, название;

В базе данных «Учет пациентов» определены следующие отношения между таблицами:

Таблица 7 – Классификация связей

Родительская таблица

Дочерняя таблица

Ключи

Вид связи

1

Запись

Врачи

Id_vracha

Id_vracha

1:М

2

Запись

Пациенты

Id_pacienta

Id_pacienta

1:М

3

Запись

График

Id_smeni

Id_smeni

1:М

Выбор таких связей обусловлен тем что, в общем учете работы поликлиники содержится информация обо всех врачах, пациентах, о сменах работы врачей и об их специализациях.

На рисунке 1 представлена инфологическая модель базы данных, на которой отображены все сущности БД, отношение между ними и атрибуты.

Рисунок 1 – Концептуальная модель базы данных

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]