анту.
Глава 3. Розробка програмного забезпечення
. 1 Загальний опис розробленого ПО
Розроблений програмний продукт являє собою додаток, що працює під операційною системою Windows. Це програмне забезпечення дозволяє лікарю-токсикологу і реаниматологу створити карту пацієнта, позначити симптоми захворювання, провести первинний анамнез захворювання, виявити отруєння і призначити лікування.
Створена програма передбачає можливість зберігання записів про пацієнта в базі даних, відомостей про лабораторних та інструментальних дослідженнях, незначних ліків або процедур.
Висновок на головну панель здійснюється у вигляді щоденника пацієнта, з можливістю детального перегляду запису.
Для зручності виявлення симптомів були створені довідники основний симптоматики захворювання, можливість визначити за симптомами отруєння і подивитися рекомендований рішення. Також були створені довідники лікарських засобів, з рекомендованими дозами, і довідники застосовуваних процедур.
. 2 Створення бази даних для ПО
Для реалізації програмного забезпечення, яке б представляло собою АРМ лікаря-токсиколога реаніматолога, необхідно було створити базу даних, що зберігає в собі всю занесену інформацію. Для створення такої БД в даній бакалаврській роботі була обрана середу Microsoft Access.
Основними предметно-значущими сутностями створюваної БД є: Пацієнт (DataBase_Patient), Лікар (DataBase_Doctor), Первинний огляд (DataBase_FirstView), Інструментальні дослідження (DataBase_InstrumentalSurvey), Лабораторні дослідження (DataBase_LaboratorySurvey), Стан пацієнта (DataBase_StatePatient) і Лікування пацієнта (DataBase_Therapy).
Основними предметно-значущими атрибутами сутностей є:
Пацієнт: код пацієнта, прізвище, ім'я по батькові, дата народження, телефон, місце проживання, код лікуючого лікаря;
Лікар: код лікаря, прізвище, ім'я, по батькові, контактний телефон, логін, пароль;
Первинний огляд: код пацієнта, симптоми, шкідливі звички, алергічний анамнез, дитячі захворювання, хронічні захворювання, дата і час.
Інструментальні дослідження: код записи, код пацієнта, УЗД нирок, УЗД сечового міхура, ЕКГ, дата і час.
Лабораторні дослідження: код записи, код, пацієнта, аналіз крові, аналіз сечі, дата і час.
Стан пацієнта: код записи, код пацієнта, загальний стан, стан серця, легенів, шлунка, нирок, наявність симптому Пастернацького, стан при сечовипусканні, стільці, дата і час.
Лікування пацієнта: код записи, код пацієнта, медикаментозне лікування, посилення природної детоксикації, хірургічна детоксикація, рекомендації, дата і час.
Між таблицями DataBase_Doctor і DataBase_Patient необхідно встановити зв'язок «один-до-багатьох», тому один доктор може лікувати декількох пацієнтів.
Між таблицями DataBase_FirstView і DataBase_Patient встановлюється зв'язок «один-ко-одному», тому кожному пацієнту проводять один первинний огляд.
Між таблицями DataBase_Patient і DataBase_InstrumentalSurvey, DataBase_StatePatient, DataBase_LaboratorySurvey, DataBase_Therapy необхідно встановити зв'язок «один-до-багатьох», тому кожному пацієнту кілька разів проводять дослідження, призначають лікування і описують його стан.
Нижче наведена діаграма, що відображує відносини «Сутність-Зв'язок».
Малюнок 3.2.1 Діаграма «Сутність-зв'язок»
Проведемо нормалізацію відносин.
Відношення знаходиться в першій нормальній формі (1НФ), якщо всі його атрибути прості, і воно не має повторюваних записів (рядків - дублікатів). Ключ забороняє повторення записів. У створеній БД всі таблиці мають ключове поле з унікальним індексом, отже, умови 1НФ виконуються.
Відношення знаходиться в другій нормальній формі (2НФ), якщо воно має 1НФ і кожен його не ключовий атрибут залежить від повного ключа, але не від його підмножини. Іншими словами, у такому ставленні не повинно бути функціональних залежностей ключових атрибутів від частини (підмножини) ключа. У створеній БД немає таблиць з складовим ключем.
Змінна відносини знаходиться в третій нормальній формі тоді і тільки тоді, коли вона знаходиться в другій нормальній формі і відсутні транзитивні функціональні залежності неключових атрибутів від ключових. Транзитивне залежність спостерігається в тому випадку, якщо одне з двох неключових полів залежить від первинного ключа, а інше залежить від першого неключевого поля. Усі таблиці даної бази да...
