ношення R знаходиться в 1НФ тоді і тільки тоді, коли всі вхідні в нього домени містять тільки неповторювані значення.
Всі відносини після концептуального проектування перебувають в 1НФ.
. Друга нормальна форма (2НФ).
Відношення R задано у 2НФ, якщо воно є відношенням в 1НФ, і кожен атрибут, який не є ключовим атрибутом в цьому відношенні, повністю функціонально залежний від будь-якого можливого ключа цього відношення.
У загальному випадку кожен атрибут повинен повністю залежати від усього ключа; в іншому випадку його слід виділити в окреме ставлення.
. Третя нормальна форма (3НФ).
На останньому кроці ліквідується так звана транзитивна залежність.
Етапи логічного проектування бази даних.
1. Отримання початкової логічної моделі бази даних з вихідної концептуальної моделі.
2. Побудова системи повних функціональних залежностей. Результат оформити у вигляді таблиці 4:
Таблиця 4
Найменування сутності (зв'язку) Найменування атрібутаФункціональние завісімостіПаціентID пацієнта * ПІБ пацієнта? Дата народження? Контактні дані? Місце роботи? Лікувальні кабінетиНомер кабінету * Найменування кабінету? Розклад кабінету? надаються услугіID послуги * ID пацієнта * Номер кабінету * Прайс-лістID послуги * Ціна? Найменування послуги?
1. Нормалізація відносин та отримання відносин в третій нормальній формі.
В даному випадку всі відносини знаходяться в третій нормальній формі.
2. Встановлення атрибутів зв'язку.
Побудова логічної моделі бази даних у формі графа (рис. 20).
Рис. 12. Логічна модель бази даних
МІС Medwork
Медична інформаційна система MEDWORK розроблена компанією «Майстер Лаб» (MASTER LAB) для вирішення комплексу лікувальних та управлінських завдань, що стоять перед сучасною поліклінікою і стаціонаром. Сьогодні, завдяки двадцятирічному досвіду експлуатації та розвитку системи, ми можемо запропонувати повнофункціональний, масштабований і відкритий продукт - робочий інструмент керівника, лікаря і всіх співробітників клініки.
Комп'ютерна програма MedWork призначена для автоматизації медичних установ будь-якого профілю і забезпечує:
· Ведення історії хвороби і амбулаторної картки
· Охоплення всіх основних етапів лікувального процесу
· Отримання та обробка медичної та фінансової статистики
· Підготовка та друк виписок
· Планування прийомів, лікувальної роботи
· Формування рахунків пацієнтам та облік наданих послуг
· Автоматизація друку листків непрацездатності
· Взаємодія з організаціями та страховими компаніями по ОМС і ДМС
· Проектування і формування вихідних звітних форм
· Застосовна у всіх типах лікувальних установ завдяки:
1. Повної настроюваності користувачем усіх форм введення і виписок
2. Легкості адміністрування та навчання
. Масштабованості системи від використання в медпункті до великої клініки, діагностичному центрі, лікарні з декількох будівель
. Гнучкості і зручності системи в налаштуванні профілів користувачів, в інтеграції з існуючими програмами, експорті-імпорті даних з існуючих програм
. Відкритості системи для доопрацювання та супроводу як персоналом клініки, так і сторонніми розробниками
Історія хвороби
У Medwork Історія Хвороби пацієнта представлена ??у вигляді звичної для медиків карти пацієнта, що з набору документів (бланків). Документи можуть містити дані різного роду: текст, зображення, таблиці, діаграми та ін.
Рис. 13
Це дозволяє зберігати в електронному вигляді будь-які відомості про пацієнта та хід лікування, включаючи:
· результати обстежень;
· опису функціонального стану пацієнта, діагнози;
· відомості про операції, процедурах;
· дані лабораторних аналізів;
· рахунки за лікування;
· зображення, отримані з медичних приладів, сканера або цифрової камери.
Заповнення карти значно прискорюється за рахунок використання формалізованих схем лікування і поповнюваних і?? астраіваемих довідників.
