Файл: КР Автоматизированная система ультразвукового обследования желчного пузыря в детском стационаре по МСПИСТ.doc
ВУЗ: Казанский национальный исследовательский технический университет
Категория: Курсовая работа
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 3110
Скачиваний: 10
Таблица 4.1. Связь сущностей с атрибутами
|
Наименование сущности (количество экземпляров) |
Наименование атрибута |
Наименование домена |
|
Пациент |
*Полис |
Полис |
|
Имя |
Имя |
|
|
Фамилия |
Фамилия |
|
|
Отчество |
Отчество |
|
|
Регион |
Регион |
|
|
Район |
Район |
|
|
Населенный пункт |
Населенный пункт |
|
|
Улица |
Улица |
|
|
Дом |
Дом |
|
|
Квартира |
Квартира |
|
|
Исследование |
*Полис |
Полис |
|
*Дата проведения исследования |
Дата проведения исследования |
|
|
ФИО медсестры |
ФИО медсестры |
|
|
Время в минутах |
Время в минутах |
|
|
|
Срочность исследования |
Срочность исследования |
|
Измерение ЖП (90) |
*Полис |
Полис |
|
*№ шага измерения |
№ шага измерения |
|
|
*Дата проведения исследования |
Дата проведения исследования |
|
|
Время измерения шага |
Время измерения шага |
|
|
Имя файла с изображением замера |
Имя файла с изображением замера |
|
|
Объем ЖП |
Объем ЖП |
|
|
Диагноз (100) |
*Код диагноза |
Код диагноза |
|
Наименование диагноза |
Наименование диагноза |
|
|
Заключение (30) |
*Полис |
Полис |
|
*Дата постановки диагноза |
Дата постановки диагноза |
|
|
*Код диагноза |
Код диагноза |
|
|
ФИО гастроэнтеролога |
ФИО гастроэнтеролога |
5. Для доменов определяются типы значений. Результат оформляется в таблицу 3.
Таблица 3. Типы значений доменов
|
№ |
Наименование домена |
Название и описание типа данных (максимальное количество знаков) |
Примеры значения |
|
|
Полис |
Номер полиса |
11111111111 |
|
|
Фамилия |
Фамилия, текстовый (20) |
Иванов |
|
|
Имя |
Имя, текстовый (20) |
Иван |
|
|
Отчество |
Отчество, текстовый (20) |
Иванович |
|
|
Дата проведения исследования |
Календарная дата |
03.01.1980 |
|
|
Регион |
Регион, текстовый (25) |
Республика Татарстан |
|
|
Район |
Район, текстовый (25) |
Казань |
|
|
Населенный пункт |
Населенный пункт, текстовый (20) |
Казань |
|
|
Улица |
Улица, текстовый (25) |
Щапова |
|
|
Дом |
Дом, текстовый (5) |
55 |
|
|
Квартира |
Квартира, текстовый (5) |
47 |
|
|
Срочность исследований |
Степень срочности, числовой(1) |
5 |
|
|
Объем ЖП |
Объем, числовой(4) |
150 |
|
|
Наименование диагноза |
Диагноз, текстовый(50) |
ДЖВП |
|
|
№ шага измерения |
Номер шага, числовой(2) |
1,2,3 |
|
|
ФИО медсестры |
Фамилия и инициалы(25) |
Петрова А. А. |
|
|
Время в минутах |
Время в минутах прошедшее с момента первого замера, числовое(2) |
10 |
|
|
ФИО гастроэнтеролога |
Фамилия и инициалы(25) |
Петров А. А. |
|
|
Код диагноза |
Цифровой код (6) |
123456 |
|
|
Имя файла с изображением замера |
Символьный код (48) |
03.01.1980.Иванов.0000001 |
|
|
Дата постановки диагноза |
Календарная дата |
03.01.2016 |
30 100 100
-
Пациент
*Полис
5:1(1)
ПК
1
ИмяФамилия
2:2(1)
3
ОтчествоРегион
Район
Населенный пункт
30
УлицаДом
Квартира
30
30
4:2(1)
4
5
|
Диагноз |
|
|
*Код диагноза |
ПК |
|
Наименование диагноза |
|
|
Исследование |
|
|
*Полис *Дата проведения исследования |
ПК |
|
ФИО медсестры Срочность исследования Время в минутах |
|
3 2:3(3)
2
90 90 3:2(1)
4.2. Логическое проектирование базы данных
Целью данного этапа является построение логической модели, ориентированной на применение конкретной системы управления БД. Современные системы практически все поддерживают реляционную модель.
Этапы логического проектирования базы данных:
-
Получение начальной логической модели базы данных из исходной концептуальной модели;
-
Построение системы полных функциональных зависимостей;
-
Нормализация отношений и получение отношений в третьей нормальной форме;
-
Установление атрибутов связи;
-
Построение логической модели базы данных в форме графа.
Результаты логического проектирования представлены в таблице 4.2.
Логическая модель базы данных представлена на рис. 4.2.
Таблица 4.2 (начало)
|
Наименование отношения |
Наименование атрибута |
Функциональные зависимости |
|
Пациент
(R1) |
Полис |
* |
|
Имя |
← |
|
|
Фамилия |
← |
|
|
Отчество |
← |
|
|
Регион |
← |
|
|
Район |
← |
|
|
Населенный пункт |
← |
|
|
Улица |
← |
|
|
Дом |
← |
|
|
Квартира |
← |
|
|
Исследование (R2) |
*Полис |
* |
|
*Дата проведения исследования |
* |
|
|
ФИО медсестры |
← |
|
|
Время в минутах |
← |
|
|
|
Срочность исследования |
← |
|
Измерение ЖП (R3) |
*Полис |
* |
|
*№ шага измерения |
* |
|
|
*Дата проведения исследования |
* |
Таблица 4.2.(конец)
|
|
Время измерения шага |
← |
|
Имя файла с изображением замера |
← |
|
|
Объем ЖП |
← |
|
|
Диагноз (R4) |
*Код диагноза |
* |
|
Наименование диагноза |
← |
|
|
Заключение (R5) |
*Полис |
* |
|
*Дата постановки диагноза |
* |
|
|
*Код диагноза |
* |
|
|
ФИО гастроэнтеролога |
← |
Полис
(1,1 : 1,30)
|
Пациент |
|
|
*Полис |
|
|
Полис
(1,1 : 1,30) Фамилия Отчество Регион Район Населенный пункт Улица Дом Квартира |
|
Полис
(1,1 : 1,30)
|
Заключение |
|
|
*Полис *Дата постановки диагноза *Код диагноза |
ПК |
|
ФИО гастроэнтеролога |
|
Полис
(1,1 : 1,30)
Код
диагноза (1,1
: 1,100)
|
Исследование |
|
|
*Полис *Дата проведения исследования |
ПК |
|
ФИО медсестры Срочность исследования Время в минутах |
|
|
Диагноз |
|
|
*Код диагноза |
ПК |
|
Наименование диагноза |
|
Дата
проведения исследования
(1,1
: 1,90)
|
Измерение ЖП |
|
|
*Полис *Дата проведения исследования *№ шага измерения |
ПК |
|
Время измерения шага в минутах Имя файла с изображением замера Объем ЖП |
|
Полис (1,1 : 1,30)
Полис
(1,1 : 1,30)
Полис
(1,1 : 1,30)
Рис.4.2.
Логическая модель базы данных
30
4.3. Ведение БД
Определение задач по поддержке базы данных в актуальном состоянии необходимо выполнить следующие действия:
1. Определить список событий, связанных с изменениями в БД.
2. Провести классификацию событий.
-
Описать постановки задач по ведению БД.
4.3.1. Определение списка событий
Список событий определяется для каждого отношения логической базы данных:
1. События, наступление которых связано с добавлением одного или нескольких элементов в отношение;
2. События, связанные с удалением одного или нескольких элементов в отношении;
3. События, связанные с изменением (заменой) значений атрибутов в одном или нескольких элементах отношения.
Для каждого события необходимо определить следующие характеристики:
- частота наступления события (количество наступлений события за период времени рассмотрения событий);
- документ, имеющий юридическую силу, в котором описывается наступившее событие;
- должностное лицо, ответственное за сообщение о наступлении события (источник документа и сообщения о наступлении события).
Для отношения «Пациент» событиями являются:
-добавление нового пациента;
-изменение данных о пациенте.
-удаление информации о пациенте.
|
№ |
Вид изменения в БД |
Примеры события |
Пояснение |
|
1 |
Добавление |
Добавление нового пациента |
Один элемент |
|
2 |
Изменение |
Изменение данных о пациенте |
Один элемент |
|
3 |
Удаление |
Удаление информации о пациенте |
Один элемент |
Для отношения «Исследование» событиями являются:
-добавление информации об исследовании;
-изменение информации об исследовании;
-удаление информации об исследовании;