Інформаційна система швидкої допомоги

Невизначене значення не є ні порожній форматованої величиною для даних типу символів або дат, ні нульовим значенням для чисел. Невизначене значення відповідає одному з трьох станів даних:

1. значення непридатне;
2. значення придатне, але не доступно;
3. придатність значення не визначена.

Стандартним способом забезпечення цілісності сутностей  в середовищі SQL Server є визначення первинних ключів для кожної таблиці. Для цього в оператори CREATE TABLE або ALTER TABLE вводиться додаткова специфікація. При виконанні такої команди SQL Server будує унікальний індекс по первинному ключу. Такий підхід гарантує втілення в життя правила, яке забороняє вводити дублікат значення в стовпець, по якому побудований унікальний індекс.

3.3.2 Цілісність посилань

Цілісність  посилань гарантує, що значення в одній таблиці посилається на значення, що існує в іншій. Правило цілісності посилань свідчить, що значення зовнішнього ключа повинне або лежати в домені пов’язаного з ним первинного ключа, або бути невизначеним. Домен є безліч допустимих значень для заданого стовпчика.

Зовнішні ключі, тобто стовпці, які встановлюють зв’язки посилається таблиці «Виклики», з таблиці «Пацієнти», реалізують відношення один-до-багатьох між двома таблицями. Зовнішній ключ завжди повинен мати відповідний йому первинний ключ. Домен зовнішнього ключа не може виходити за межі домену відповідного йому первинного ключа. Ці домени повинні збігатися, інакше зовнішній ключ може мати невизначене значення.

3.3.3 Тригери

Тригер являє  собою особливий вид збережених процедур, який автоматично викликається при виконанні певної дії з таблицею, наприклад, вставки, видалення або оновлення рядка. Перед тим, як буде вироблено дію з рядком (вставка або видалення), код, вбудований в тригер, перевіряє заданий умова. В залежності від результатів перевірки виповнюється та чи інша частина коду тригера. Оскільки тригер є кодом, то в ньому можна ставити дуже складні алгоритми і правила перевірки.

3.3.4 Цілісність доменів

Цілісність  домену гарантує, що всі значення деякого  стовпця належать множені допустимих значень. Кожен стовпець має деяку безліч значень. Якщо ви задаєте обмеження на значення елементів деякого стовпця, то тим самим ви забезпечуєте цілісність домену. Реалізація цілісності доменів може бути дуже простий – достатньо правильно вибрати для стовпця тип і довжину даних.

У стандартах ANSI SQL-89 і SQL-92 введено оператор створення  домену CREATE DOMAIN, який в Transact SQL (T-SQL) обробляється як задається користувачем тип даних з перевірками та обмеженнями. Домен в ANSI SQL-89/92 виходить з існуючих базових типів даних:

CREATE DOMAIN TEXT  AS VARCHAR(60) NOT NULL.

3.4 Інформаційні  потоки

Інформаційний потік – група або сукупність даних що переміщуються, які відносяться до певної ділянки розрахунків. Наприклад, потік інформації, що характеризує кількість пацієнтів, потік інформації про виклики.

Діаграми потоків  даних (DFD – Data Flow Diagramm) будуються з єлементів, наведених в табл. 16 .

Такий тип позначень  елементів DFD-діаграми отримав назву «нотація Йордона-Де Марко», за іменами розробили його фахівців.

Таблиця 16

Елементи діаграми потоків даних

Елемент	Опис	Визначення
Функция	Дії що виконуються систомою
Поток даних	Об’єкт над  яким виконуються дії.	Ім’я об’єкту
Сховище даних	Структура для  зберігання інформаційних об’єктів.
Зовнішня сутність	Зовнішній по відношенню до системи об’єкт, який здійснює обмін  потоками даних.

DFD-діаграма роботи швидкої медичної допомоги представлена на рис. 9.

Рис. 9 DFD-діаграма

 

ВИСНОВКИ

По мірі зростання  значення інформації в суспільстві, зростає і роль баз даних. До невеликого числа великих систем, що існуваликілька років назад, приєдналося величезна кількість дрібніших систем (атакож нові великі).Однак складність розгортання і використання подібнихсистем не відповідає темпам їх розповсюдження.

СУБД наступного покоління повинні мати більш досконалими інтерфейсами, причому не тільки для кінцевого користувача, а й для прикладногопрограміста і адміністратора. Метоютут потрібно вважати створення базданих, настільки ж простих у використанні, як електронні таблиці, які часто застосовуються в якості рудиментарних систем баз даних.

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

Наступним кроком було створення фізичної бази даних, тобто написання скрипта на мові SQL. Та створення прикладної програми системи керування базою даних.

Дана інформаційна система  має наступні переваги:

1. доступний інтерфейс та простота використання;
2. швидке оформлення виклику;
3. низькі трудовитрати.

 

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Дейт. Введение в системы баз данных. – М.: Наука , 1980.
2. Конноли, Бегг. Базы даннях: проектирование, реализация и сопровождение. Теория и практика, 3-е изд.: Пер. с англ..: Уч. пос. – М.: Издательский дом “Вильямс”, 2003. – 1440 с.
3. Дж.Ульман Основы систем баз данных. М., Финансы и статистика, 1983. Стэнфордский университет, 1980.
4. Д. Крёнке. Теория и практика построения баз данных. 8-е изд. – СПб.: Питер, 2003. –800с.:ил. – (Серия «Классика computer science»).
5. Роб П., Коронел К. Системы баз данных: проектирование, реализация и управление. – 5-е изд., перераб. и доп.: Пер. с англ. – СПб.: БХВ-Петербург, 2004. – 1040 с: ил.
6. Грабер М. Введение в SQL. – М.: Лори, 1996.
7. Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. – М.: Мир, 1985. – Кн. 1. – 287 с.; Кн. 2. – 320 с.