Главная страница

Разработка информационной системы Поликлиника. Диплом. Содержание Введение 4 1 Теоретическая часть 6 2 Обоснование выбора среды разработки 13


Скачать 1.03 Mb.
НазваниеСодержание Введение 4 1 Теоретическая часть 6 2 Обоснование выбора среды разработки 13
АнкорРазработка информационной системы Поликлиника
Дата29.09.2022
Размер1.03 Mb.
Формат файлаdoc
Имя файлаДиплом.doc
ТипРеферат
#704477
страница5 из 9
1   2   3   4   5   6   7   8   9

3.3 Логическая модель базы данных



Версия концептуальной модели, которая может быть обеспечена конкретной СУБД, называется логической моделью. Процесс построения логической модели базы данных должен опираться на определённую модель данных (реляционная, сетевая, иерархическая), которая определяется типом предполагаемой для реализации информационной системы СУБД. В нашем случае база данных создается в среде Microsoft Access и будет представлять собой реляционную базу данных.

Реляционная модель характеризуется своей простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для манипулирования данными.

В реляционных моделях данных объекты и взаимосвязи между ними представляются с помощью таблиц. Каждая таблица представляет один объект и состоит из строк и столбцов. Таблица в реляционной модели называется отношением.

Атрибут (поле) – любой столбец в таблице.

Домен – множество значений, которые может принимать атрибут.

Кортежи (записи) – строки таблицы.

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

Ключ – это поле, позволяющее однозначно идентифицировать запись в таблице. Ключ может быть простым (состоит из одного поля) или составным (из нескольких полей).

В качестве даталогической модели базы данных выбрана реляционная модель, поскольку именно реляционная модель является результатом более развитых представлений о формировании и ведении баз данных, на которые наложен строгий математический аппарат. Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью. Ещё одним веским доводом в пользу выбора реляционной модели является тот факт, что подавляющее большинство предоставляемых средств для разработки баз данных ориентированны исключительно на реляционную модель. Кроме того, реляционные базы данных в последствии легче расширять и интегрировать, что является неотъемлемой частью дальнейшего развития баз данных, с увеличением возлагаемых на них задач.

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

На основании построенной концептуальной модели можно разработать реляционную модель данных, которая будет реализована в выбранной СУБД (Access). Каждому объекту ставится в соответствие реляционная таблица, а его атрибуты в поля таблицы. А связи между объектами преобразуются в ключевые поля. На рисунке 3 изображена схема связей между таблицами. Первичные ключи таблиц выделены жирным шрифтом. На все связи наложены условия обеспечения целостности данных (такой режим поддерживается СУБД Microsoft Access).

Для всех связей установлено каскадное обновление и удаление данных.

Схема содержит как структурную, так и семантическую информацию. Структурная информация связана с объявлением отношений. Семантическая информация выражается множеством известных функциональных зависимостей между атрибутами отношений, объявленными в схеме. В связи с этим возникает вопрос о корректности представленной схемы. Корректной считается схема, в которой отсутствуют нежелательные функциональные зависимости между атрибутами.


Рисунок 3 – Схема данных
Для приведения реляционной базы данных к корректному состоянию используется процесс нормализации отношений, который состоит в группировке элементов данных в ряде отношений.


3.4 Модель физической организации данных



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

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

В таблице «Врачи» представлена информация о врачах. Поля, их типы, и размер представлены в таблице 4.

Первичным ключом таблицы является поле Код врача, которое однозначно определяет каждую запись в таблице.
Таблица 4 – Структура таблицы «Врачи»

Поле

Тип

Размер

Код врача

Счетчик

Длинное целое

Фамилия

Текстовый

50

Имя

Текстовый

50

Отчество

Текстовый

50

Дата рождения

Дата/время

Краткий формат даты

Специализация

Текстовый

50


В таблице «Запись на прием» представлена информация о записях на прием пациентов к врачам. Поля, их типы, и размер представлены в таблице 5.

Таблица 5 – Структура таблицы «Запись на прием»

Поле

Тип

Размер

Код приема

Счетчик

Длинное целое

Дата

Дата/Время

Краткий формат даты

Код врача

Числовой

Длинное целое

Код пациента

Числовой

Длинное целое

Время

Текстовый

50

Отметка

Логический

Да/Нет

Цель посещения

Текстовый

50

Случай обследования

Текстовый

50


Первичным ключом таблицы является поле Код приема, которое однозначно определяет каждую запись в таблице.

В таблице «История болезни» представлена информация о перенесенных заболеваниях пацентов. Поля, их типы, и размер представлены в таблице 6.

Первичным ключом таблицы является поле Код, которое однозначно определяет каждую запись в таблице.

Таблица 6 – Структура таблицы «История болезни»

Поле

Тип

Размер

Код

Счетчик

Длинное целое

Диагноз

Текстовый

50

Характер

Текстовый

50

Дата начала заболевания

Дата/Время

Краткий формат даты

Дата окончания заболевания

Дата/Время

Краткий формат даты

Код пациента

Числовой

Длинное целое


В таблице «Расписание» представлена информация о расписании приема врачей. Поля, их типы, и размер представлены в таблице 7.

Таблица 7 – Структура таблицы «Расписание»

Поле

Тип

Размер

Код расписания

Счетчик

Длинное целое

Номер кабинета

Текстовый

50

День недели

Текстовый

50

Время

Текстовый

50

Код врача

Числовой

Длинное целое

Продолжительность

Числовой

Длинное целое

Первичным ключом таблицы является поле Код расписания, которое однозначно определяет каждую запись в таблице.

В таблице «Пациенты» представлена информация о пацентах. Поля, их типы, и размер представлены в таблице 8.

Первичным ключом таблицы является поле Номер медицинского полиса, которое однозначно определяет каждую запись в таблице.

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

Таблица 8 – Структура таблицы «Пациенты»

Поле

Тип

Размер

Номер медицинского полиса

Числовой

Длинное целое

Фамилия

Текстовый

50

Имя

Текстовый

50

Отчество

Текстовый

50

Дата рождения

Дата/Время

Краткий формат даты

Пол

Текстовый

50

Адрес прописки

Текстовый

255

Телефон

Текстовый

50

Серия паспорта

Числовой

Длинное целое

Номер паспорта

Текстовый

50

Кем выдан

Текстовый

255

Дата выдачи

Дата/Время

Краткий формат даты

Примечание

Текстовый

200

Граппа инвалидности

Числовой

Длинное целое

Социальный статус

Текстовый

50


Таблица 9 – Структура таблицы «Справочник диагнозов»

Поле

Тип

Размер

Код

Счетчик

Длинное целое

Тип

Числовой

Длинное целое

Название

Текстовый

50


Первичным ключом таблицы является поле Код, которое однозначно определяет каждую запись в таблице.

В таблице «Тип болезни» представлена информация о классификаторе болезней. Поля, их типы, и размер представлены в таблице 10.

Таблица 10 – Структура таблицы «Тип болезни»

Поле

Тип

Размер

Код

Счетчик

Длинное целое

Тип

Текстовый

50


Первичным ключом таблицы является поле Код, которое однозначно определяет каждую запись в таблице.

1   2   3   4   5   6   7   8   9


написать администратору сайта