База даних інформаційної системи "Лікарня"

 

РЕФЕРАТ

Обсяг пояснювальної записки - 7

Кількість частин записки - 3

Кількість ілюстрацій - 20

Кількість таблиць - 2

Кількість додатків - 3

Кількість джерел за переліком посилань - 4

Перелік ключових слів: бази даних, СУБД, ADO.NET, MicrosoftVisualStudio, MicrosoftSQLServer, C#, реляційна теорія баз даних, нормалізація бази даних, WindowsForms, таблиці, звязки, відношення, представлення, вбудовані процедури, тригери, обєктно-орієнтоване програмування.

Зміст

ВСТУП

. АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ

.1 Проблеми та способи їх вирішення

.2 Що таке медична карта?

.3 Користувачі системи

.4 Глосарій

.5 Постановка задачі

. ПРОЕКТУВАННЯ БАЗИ ДАНИХ

.1 Виявлення основних сутностей предметної області

.2 Побудова схеми реляційної бази даних

.3 Представлення

.4 Вбудовані процедури і тригери

. ОПИС ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

.1 Загальний опис програмного продукту

.2 Опис архітектури програмної системи

.3 Опис концептуальної моделі бази даних

.4 Опис програмної реалізації

.5 Опис задач автоматизації та інтерфейсу користувача

ВИСНОВКИ

ПЕРЕЛІК ПОСИЛАНЬ

ВСТУП

Міська комунальна лікарня №3 - один з кращих лікувальних закладів Тернополя. Вже більше двох десятиліть там на високому рівні надають медичну допомогу. І з року в рік авторитет лікарів та медперсоналу зростає завдяки сумлінній праці і вагомим успіхам на ниві збереження і відновлення здоров'я не лише тернополян, а й мешканців інших областей України.

Міська комунальна лікарня №3 добре відома не лише в Україні, але й за її межами: в Німеччині, Польщі, Італії, Іспанії, Франції, Нідерландах, Канаді, США...

Сучасні технології дозволяють зменшити відстань, що стоїть на заваді спілкуванню і обміну інформацією. Але, на жаль, ТМКЛ №3 наразі не володіє потужною автоматизованою інформаційною системою управління лікарнею, а зокрема історіями хвороб пацієнтів. При потребі, дуже важко знайти історію хвороби деякого пацієнта в кімнаті-архіві. Також на заваді отримання інформації може стати почерк лікарів та медсестер, які заповнюють історії хвороб (медичні карти). Для хворого, який уже лікувався в лікарні, при черговому поступленні наново заповнюється «інформація про пацієнта» у кожній новій історії хвороби. І ще багато інших проблем, описаних у подальших розділах.

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

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

Перевага володіння під рукою каталогом з потрібною базою даної очевидно - це час та інформованість. Час в бізнесі грає величезну роль. Ви з точністю та швидкістю зможете знайти потрібну фірму і зв'язатися для вирішення питань по своїм інтересам. Важливим фактором є постійне оновлення списків, особливо в кризовий час, коли свою діяльність згорнула безліч підприємств і ситуація продовжує змінюватися.

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

Для розробки програмного забезпечення і бази даних інформаційної системи лікарня обрано СУБД MicrosoftSQLServer,середовище MicrosoftVisualStudioта мову програмування C#/.NET. Усе вище перераховане є продуктом компанії Microsoftі дає можливість на 100% реалізувати вимоги до створення інформаційної системи.

АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ

.1 Проблеми та способи їх вирішення

На даний час, теоретична діяльність в ТМКЛ №3 здійснюється з використанням паперових таблиць, документацій, звітів (рисунок 1.1, рисунок 1.2).

Рис. 1.1 - Перша сторінка медичної карти пацієнта

Рис. 1.2 - Контроль виконання лікарських призначень історії хвороби

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

У таблиці 1.1 наведено основні проблеми та способи їх вирішення.

Таблиця 1.1 - Проблеми і їх вирішення

ПроблемаВирішеняНерозбірливий лікарський почеркПростота і легкість читання та записуБагаторазове копіювання одних і тих же даних про пацієнта в кожній із його історій хворобБагаторазове і багатоаспективне використання раніше збережених данихМайже неможливий доступ до даних. Потреба отримання будь-якоїінформації призводить до годинних пошуків в кімнаті-архіві Простий та швидкий пошук данихЗбільшення обсягу даних і зберігання данихОбсяг даних - необмеженийРеструктуризації та реорганізації даних, звітів, медичних карт тощоМожна легко змінити структуру медичної карти (історії хвороби) змінивши лише структуру бази данихВисока вартість зберігання та використання даних: папір, зарплата для працівників в кімнатах-архівах тощоНизька вартість - лише електроенергія для роботи компютерів Несанкціонований доступ, викривлення та знищення данихІС захищена від перебоїв, впливу форс-мажорних ситуацій, а також від некомпетентного чи зловмисного звернення

Отже, ІС дає змогу полегшити роботу персоналу лікарні як в теперішньому, так і в майбутньому.

.2 Що таке медична карта?

Медична карта стаціонарно хворого - це його історія хвороби, тобто усі записи, повязані з цією хворобою та її лікуванням для даного хворого з моменту поступлення його в лікарню і аж до моменту виписки. У будь-якої людини може бути багато або жодної медичної карти.

Медична карта містить інформацію про:

Номер медичної карти

Загальну про пацієнта: прізвище, імя, по-батькові, стать, дата народження адреса, телефон, місце роботи, вага, ріст тощо

Дату госпіталізації

Дату виписки

Назву відділення і номер палати, в якій перебував хворий

Поставлені діагнози

Результати пройдених аналізів і обстежень

Хірургічні операції (якщо є)

Прийняті ліки, процедури і інші лікарські призначення

Результат лікування

Лікаря, який лікував хворого

Отже, основним обєктом ІС є медична карта.

1.3 Користувачі системи

У системи існує чотири основних типи користувачів: приймальне відділення, лікар, медсестра, адміністрація. Відповідальності та права користувачів показані у таблиці 1.2.

Таблиця 1.2 Можливості та права користувачів у системі

Приймальне відділенняЛікарМедсестраАдміністраціяІнформацію про працівниківПереглядати Створювати Редагувати ВидалятиІнформацію про пацієнтівПереглядати СтворюватиПереглядатиПереглядатиСтворювати Редагувати ВидалятиМедичні карти (історіїхвороб)Переглядати Створювати Вести ВидалятиПереглядатиОбстеження і аналізиПереглядати Створювати Редагувати Видаляти Призначати ПереглядатиДіагнозиПереглядати Створювати Редагувати Видаляти Ставити ПереглядатиОпераціїПереглядати Створювати Редагувати Видаляти Призначати Переглядати Прийом ліків і процедуриПереглядати Створювати Редагувати Видаляти ПризначатиПереглядати Виконувати лікарські призначення

.4 Глосарій

Медична карта стаціонарно хворого - це його історія хвороби, тобто усі записи, повязані з цією хворобою та її лікуванням для даного хворого з моменту поступлення його в лікарню і аж до моменту виписки.

Діагнозом при госпіталізації називається діагноз, поставлений пацієнтові при першому ж обстеженні лікарем у день поступлення до лікарні. Як правило, є неточним.

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

1.5Постановка задачі

Отже, ІС «Лікарня» повинна бути графічною програмою, яка реалізовуватиме усі можливості для перерахованих вище користувачів і зможе стати аналогом для сьогоднішньої паперової системи обліку медичних карт, замінивши сховище даних на компютерну базу даних.

. ПРОЕКТУВАННЯ БАЗИ ДАНИХ

.1 Виявлення основних сутностей предметної області

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

Усі сутності та взаємозвязки між ними показано на рисунку 2.1.

Мал. 2.1 - ER-діаграма сутностей та звязків

Основні звязки:

Один пацієнт може мати багато медичних карт

Один лікар може лікувати багато пацієнтів

В одній медичній карті може бути інформація про багато діагнозів, обстежень і аналізів, операції, прийоми ліків і процедури.

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

2.2 Побудова схеми реляційної бази даних

НФ:слід видалити атрибути або групи атрибутів що повторюються.

НФ:слід видалити атрибути, залежні тільки від частини унікального ідентифікатора

НФ:слід видалити атрибути, залежні від атрибутів, що не є частиною унікального ідентифікатора

Перетворення сутностей на таблиці

Перетворення атрибутів на стовпці

На мал.. 2.2 показана схема реляційної бази даних.

Мал. 2.2 - Схема реляційної бази даних

2.3 Представлення

Крім таблиць, к базі даних є також представлення, які відображають звязки багатьох-до-багатьох.

Наприклад, на рисунку 2.3 показано схему представлення Медичні карти -Операції.

Мал.2.3 Схема представлення Медичні карти - Операції

запит:.Surgeries.name AS [Назва операції], .Patients.surName AS Пацієнт, .MedicalCards.id AS [№ Мед. карти], .MedicalCardsSurgeries.complication AS Ускладнення, .Doctors.surName AS Лікар, .MedicalCardsSurgeries.date AS Дата, .Surgeries.id AS surgery_id,.MedicalCardsSurgeries.iddbo.SurgeriesJOIN dbo.Doctorsdbo.Surgeries.doctor_id = dbo.Doctors.idJOIN dbo.MedicalCardsSurgeriesdbo.Surgeries.id=dbo.MedicalCardsSurgeries.surgery_id JOIN dbo.MedicalCardsdbo.Doctors.id = dbo.MedicalCards.doctor_id dbo.MedicalCardsSurgeries.medicalCard_id= dbo.MedicalCards.idJOIN dbo.Patientsdbo.MedicalCards.patient_id = dbo.Patients.id

На мал.. 2.4 показано результат виконання представлення

Мал. 2.4 - Представлення Медичні карти -Операції

.4 Вбудовані процедури і тригери

Крім представлень і таблиць у базі даних також є 1 вбудована процедура і 9 тригерів.

Вбудована процедура буде перевіряти, чи пароль адміністратора введений правильно. Код процедури:PROCEDURE [dbo].[ConfirmPassword]

@password nvarchar(50) = NULL,

@result int = 0 OUTNOCOUNT ON;@password = 'password12345'@result = 1

Тригери, у свою чергу, будуть записувати коли і які зміні відбулися у таблицях пацієнти, лікарі, медсестри. Приклад тригера, який виконуватиметься після додавання нового лікаря у таблицю лікарів:TRIGGER [dbo].[DoctorsInsert] [dbo].[Doctors] INSERTNOCOUNT ON;INTO [Hospital].[dbo].[Logs]

([tableName]

,[action]

,[date])('Doctors'

,'INSERT'

,GETDATE())

. ОПИС ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

.1 Загальний опис програмного продукту

Програмний продукт створювався в середовищі MicrosoftViusalStudio 2010 Ultimate. Мова програмування - C#. Система управління базою даних - MicrosoftSQLServer 2008 Express. Дані інструменти були вибрані, оскільки не було обмеження на середовище розробки та СУБД, а ці мені до вподоби і з ними легко, зручно та швидко працювати.

Для нормально функціонування системи основним критерієм повинен бути монітор з діагоналлю 15,6 і розширенням екрану 1366х768. Також необхідно, щоб в операційній системі був встановлений .NETFramework 4.0.Операційна система: WindowsXP / Windows 7.

.2 Опис архітектури програмної системи

Програмна система складається з трьох основних програм - для роботи лікарів і медсестер, для роботи приймального відділення, для роботи адміністрації.

Мал. 3.1- Загальна архітектура програми

Приймальне відділення

Найменш функціональна програма. Призначена для роботи працівників приймального відділення.

Мал. 3.2 - UMLПриймальне відділення

Адміністрування

Програма, призначена для адміністрування системи.

Мал. 3.3 - UMLАдміністрування

Лікарня

Основна та найбільше вагома частина програмної системи.

Складається з наступних класів.

Мал. 3.4 - UMLЛікарня

Логіка роботи програми «Лікарня» досить проста. Увесь графічний інтерфейс написаний в класіMainForm, а дії, повязані з СУБД у класі Database.

.3 Опис концептуальної моделі бази даних

Таблиця MedicalCards

Колонки: ід, дата госпіталізації, дата виписки, ід_пацієнта, відділення, палата, результат лікування, ід_лікаря.

ТаблицяPatients

Колонки: ід, прізвище, імя, по-батькові, стать, день народження, адреса, телефон мобільний, телефон домашній, місце роботи чи навчання, спеціальність чи посада, ріст, вага.

Таблиці Doctors, Nurses

Колонки: ід, прізвище, імя, по-батькові, логін, пароль

Інші таблиці

3.4 Опис програмної реалізації

Клас Database.cs

Мал. 3.4 Поля класу

Мал 3.5 Методи класу і конструктори

()()

{= newSqlConnectionStringBuilder();

{.DataSource = "(local)";.DataSource += @"\SQLEXPRESS";.IntegratedSecurity = true;.InitialCatalog = "Hospital";.ConnectTimeout = 1;= newSqlConnection(connectionString.ConnectionString);.Open();

}(Exceptionex)

{.Show(ex.Message);

}

}()(stringpass)

{

{= "ConfirmPassword";= newSqlCommand(sqlText, connection);.CommandType = CommandType.StoredProcedure;= locationCommand.Parameters.AddWithValue(

"@password", pass);.Size = 50;= locationCommand.Parameters.Add("@result", SqlDbType.Int);.Direction = ParameterDirection.Output;.ExecuteNonQuery();.Parameters["@result"].Value.ToString();

}(Exceptionex)

{.Show(ex.Message);

}"0";

}()()

{= newDataTable();= @"SELECT dbo.Doctors.surName AS Лікар, dbo.Patients.surName AS Пацієнт, dbo.MedicalCards.id AS [№ Мед. Карти], .MedicalCards.hospitalizationDate AS [Дата госпіталізації], dbo.MedicalCards.dischargeDate AS [Дата виписки], dbo.MedicalCards.department AS Відділення, .MedicalCards.chamber AS Палата, dbo.MedicalCards.treatmentOutcome AS [Результат лікування] dbo.MedicalCards INNER JOIN .Doctors ON dbo.MedicalCards.doctor_id = dbo.Doctors.id INNER JOIN .Patients ON dbo.MedicalCards.patient_id = dbo.Patients.id; ";= newSqlDataAdapter(query, connection);.Fill(targetTable);;

}()(DataTabletable)

{= newSqlDataAdapter();= newSqlCommandBuilder(workAdapter);= newSqlCommand(@"SELECT medicalCard_id AS [№ Мед. карти], _id,AS [Тип діагнозу],AS [Дата встановлення],dbo.DiagnosisMedicalCards", connection);.SelectCommand = command;.UpdateCommand = builder.GetUpdateCommand();.Update(table);

.5 Опис задач автоматизації та інтерфейсу користувача

Реєстрація пацієнта

Усі пацієнти

Логін лікаря

Нова медична карта

Усі медичні карти

Медичні карти - обстеження і аналізи

Медичні карти - діагнози

Медичні карти - операції

Діагнози

Обстеження і аналізи

Хірургічні операції

Адміністрування - лікарі

Адміністрування - медсестри

Адміністрування -логи

ВИСНОВКИ

Отже, в курсовій роботі я розробив інформаційну систему «Лікарня», яка може стати достойним аналогом теперішній і в майбутньому буде використовуватися в ТМКЛ №3. Система відповідає усім функціональним та не функціональним користувацьким вимогам, полегшує роботу персоналу та вирішує безліч проблем, які наразі ще є в лікарні.

Система була протестована і схвалена 2 лікарями першої категорії ТМКЛ №3 та Тернопільської обласної психічної лікарні.

Дана версія системи не є остаточною та завершеною і підлягає подальшій розробці та супроводу.

ПЕРЕЛІК ПОСИЛАНЬ

Інформаційна пошукова система Google

Пасічник В. В., Резніченко В.А. - Організація баз даних та знань. - К.: Видавнича група BHV, 2006. - 384 с.: іл.Patrick - ADO .Net 4 - Step by step

Державний стандарту України. ДСТУ 2008-95 Документація. Звіти в сфері науки і техніки. Структура і правила оформлення.

1.

РЕФЕРАТ Обсяг пояснювальної записки - 7 Кількість частин записки - 3 Кількість ілюстрацій - 20 Кількість таблиць - 2 Кількість додатків - 3

Больше работ по теме: