Найменування поля
|
Логічне ім’я
|
Тип даних
|
ключ
|
Kod
|
Код пацієнта
|
integer
|
PK
|
Name
|
Прізвище пацієнта
|
Varchar(30)
|
|
FirstName
|
Ім'я пацієнта
|
Varchar(20)
|
|
SecName
|
По-батькові
пацієнта
|
Varchar(20)
|
|
DataPriv
|
Дата народження
пацієнта
|
Date
|
|
Kod_Street
|
Код вулиці
|
integer
|
FK
|
Dom
|
Номер дому пацієнта
|
Varchar(10)
|
|
Apartment
|
Номер квартири
пацієнта
|
Varchar(10)
|
|
Pol
|
Стать пацієнта
|
Char(1)
|
|
U4astok
|
Дільниця, де
проживає пацієнт
|
smallint
|
|
N_Pasport
|
Номер паспорта
пацієнта
|
Varchar(10)
|
|
N_Karta
|
Номер медкартки
пацієнта
|
Varchar(10)
|
|
N_Telefon
|
Номер телефону
пацієнта
|
Varchar(20)
|
|
DateViizd
|
Дата виїзду на
виклик
|
date
|
|
DateZapovnenna
|
Дата заповнення
|
date
|
|
MoreInform
|
Додаткова
інформація
|
Varchar(20)
|
|
Фізична модель даних представлена на рисунку 2.6.
Рисунок 2.6 - Фізична модель бази даних
3. Результати розробки
У даній роботі було розроблено програмне забезпечення «ЦШМД»
для станцій швидкої медичної допомоги.
Воно виконує наступні функції:
· Ведення інформації про хворих;
· Ведення інформації про бригади;
· Ведення інформації від головного
лікаря;
· Пошук хворих;
· Формування звітів від бригад;
Усі заплановані функції було реалізовано.
При реалізації було створено файл БД у СУБД Access з назвою
“ЦШМД” розміром 16 Mb, який містить код на мові програмування Visual Basic та
запити на мові SQL загальною кількістю 171 строки.
Вихідні коди програми наведено у додатках Д та Є. Програму та
методику випробовувань наведено у додатку Е.
Висновки
Після визначення проблематики та існуючих проблем, після
встановлення засобів їх вирішення та досягнення основної мети, було розроблено
проект програмного забезпечення для швидкої обробки усіх потоків інформації
центру швидкої медичної допомоги.
В результаті проектування програмного забезпечення автор
розробив БД з автоматизованою обробкою потоків даних та процесів в ній за
допомогою програмних модулів, які вирішують наступні проблеми:
· Зручне занесення інформації про
хворих у базу;
· Зручне занесення інформації про
бригаду у базу;
· Зручне збереження інформації у
цифровому вигляді на ЕОМ;
· Створення зручної форми занесення
даних;
· Пошук інформацію про виїзд бригад;
· Формування звітів;
· Швидкий доступ до даних;
· Видача необхідної інформації за
запитом;
Було зроблено аналіз предметної області для цього програмного
забезпечення. Наводяться контекстна діаграма, інформаційна модель, діаграма
станів, діаграма потоків даних, специфікація модулів. Було розроблено зручний інтерфейс
для користувача. Доступною мовою описано процес та методологію створення
програми, наведено документацію.
Також наведено результати тестування програми, успішні
результати яких свідчать про те, що програма готова до введення в дію. Усі
заплановані функції програми було реалізовано.
Список використаної літератури
1. Методичні вказівки до виконання курсового
проекту з дисципліни «Технологія розробки і САПР програмного забезпечення».
. ГОСТ 19.102-77. Единая система программной
документации. Стадии разработки.
. Конноли Т. Бегг К. Базы данных.
Проектирование, реализация и сопровождение. Теория и практика, 3-е издание.
. Грубер М. Введение в SQL.
. Джоуне, Эйри, Свивене,Райан,Кригель,Алекс.
Функции SQL.
Додаток А
Технічний проект
. Підстава для розробки.
Умовне позначення програмного виробу:«ЦШМД»
Документ: Завдання на лабораторну роботу
Затвердила: Тудоран В.А
Дата затвердження: 20.09.12.
. Призначення розробки.
Головною метою даної курсової роботи є створення програмного
забезпечення, ведення автоматизації роботи і направлення бригад на виклик, що
поступив як найшвидше. Створене програмне забезпечення націлено на уникнення
неефективного витрачення робочого часу працівників в зв’язку з виконанням
направлення бригад за профілем, та подальшим занесенням інформації у базу для
швидкого пошуку з можливістю редагування. Дана автоматизована система
забезпечує цілісність інформації та мінімізує ризик втрати цінної інформації.
.1 Функціональне призначення.
Головним призначення даної системи є регулювання відношень
диспетчерів з бригадам.
Розглянемо відношення диспетчерів з бригадами без втручання
автоматизованої системи. Якщо ШМД приймає виклик то після цього диспетчер
повинен знайти бригаду за профілем. З’ясувати чи знаходиться дана бригада у
розташуванні ШМД, та чи є можливість посилання її за даною адресою на даний
момент часу. Потім занотувати даний виїзд бригади у журналі реєстрації.
.2 Експлуатаційне призначення.
Розроблена програма може успішно використовуватися у ШМД,
головним диспетчерами.
. Вимоги до програми чи програмному виробу.
.1 Вимоги до функціональних характеристик.
.1.1 Вимоги до складу виконуваних функцій.
Система повинна містити модуль по роботі диспетчера.
Модуль по роботі диспетчера, бригади та головного лікаря.
В модулі де буде працювати диспетчер повинно бути
реалізовано:
) Створює звіт стосовно виклику
· ПІБ клієнта
· Час прийому виклику
· Адреса
) Передає виклик до бригади
· Час передачі виклику
· Фрагмент карти з адресою виклику
(координати)
) Бригада передає звіт після виклику
А)
· Час отримання виклику
· Час прибуття на місце виклику
· Час закінчення роботи на місці
· Пробіг машини за виклик
Б)
· Симптоми які було виявлено у ході
обстеження
· Діагноз
Програма повинна забезпечувати виконання наступних функцій:
) Авторизація для персоналу
· П.І.Б.
· Пароль
) Розробка спеціалізованої документації
До розробки документації входять:
· Дата створення документу
· П.І.Б.
· Симптоми при першому огляді
· Діагноз який було поставлено на
основі симптомів
· Курс лікування
) Розробка звіту по виклику
· Час та дата отримання виклику
· Час який було затрачено на клієнта
Також додатково у ході розробки системи будуть автоматизовані
наступні функції:
· автоматизація роботи в певному
регламенті за попередньо відпрацьованими матрицями (таблицями);
· автоматизація роботи на основі
алгоритмiзацiї лiкувально-дiагностичного процесу;
· автоматизація комп’ютерної обробки
даних та занесення їх до вiдповiдних форм документів.
.2 Вимоги до організації вхідних даних.
Вхідними даними є назва файлу, яку користувач обирає для
звіту. Це дані, що вводяться з клавіатури у текстовій формі, та за правилами
назва файлу не повинна містити символи: /\ : * ? “ <>. Вхідні дані
повинні бути представлені у виді звітів спеціальної форми.
.3 Вимоги до організації вихідних даних.
Вихідними даними є усі вищезгадані типи звітів у текстовій
формі, що виводяться за бажанням користувача. Звіти зберігаються у файл який
має формат «.txt». Також в дану систему впроваджено можливість занесення
інформації до спеціальної таблиці даних
Повинна зберігати усі отримані звіти, та зберігати їх до
текстового файлу або зберігатися на окремому пристрої.
.4 Вимоги до експлуатації
Необхідний рівень підготовки користувача: базові навики
користування комп’ютером та програмою Microsoft Office Access.
.5 Вимоги до складу та параметрів технічних засобів.
Даний програмний продукт потребує від комп’ютеру, на якому
буде встановлений, наступних характеристик, які треба розглядати як мінімальні:
Операційна система:Windows XP
Процесор: Pentium
Пам'ять: 512Мб.
Дисковий простір: 20 Гб.
.6 Вимоги до інформаційної та програмної сумісності
.6.1 Вимоги для вихідного коду та язикам програмування
Вихідний код програми повинен бути представлені у вигляді
скриптів на мові VBA або SQL запитів.
.6.2 Вимоги до програмного продукту, які використовуються
програмою
Єдиним системним програмним засобом, що буде використовувати
програма, є операційна система.
Операційна система: Windows XP або вище Microsoft Office
Access
.6.3 Вимоги до захисту інформації та програм
Програма буде використовуватися на станції швидкої допомоги,
а лікарська етика вимагає забезпечення конфіденційності інформації.
Всі працівники установи, що є користувачами, взаємодіють з
системою на рівні визначених прав доступу. Права доступу визначаються
посадовими обов'язками співробітника і задаються системним адміністратором.
Захист підсистеми від несанкціонованого доступу реалізується
на двох рівнях - системному рівні і рівні додатка. Системний рівень передбачає
можливість входу користувача в підсистему і запуску програм. З достатнім
ступенем надійності такий захист реалізований на сервері системи, заснованому
на ОС Windows XP. Під час запуску програм відбувається повторна авторизація
диспетчера-користувача, причому його ім'я може не збігатися з ім'ям в операційній
системі.
Доступ до даних і функцій дозволяється тільки при правильному
введенні користувальницького імені і пароля. При будь-яких змінах даних по
протоколі зроблених змін можна визначити ким і коли вони були зроблені.
.7 Вимоги до маркування та пакування
Програма повинна розповсюджуватись на оптичних СD-дисках.
.8 Вимоги до транспортування та зберігання.
Умови експлуатації повинні відповідати Наказу Міністерства
труда і соціальної політики України (Комітет з надзору та охороною праці
України) від 10.02.1999 №21 «Про затвердження правил охорони праці при
експлуатації електронно-обчислювальних машин».
Розробник програми повинен брати участь в супроводженні і
подальшому розвитку даної програми.
Програма має збігатися і транспортуватися як все CD-диски
згідно ГОСТ. Не допускати подряпин на боці, з якого буде зчитуватися
інформація.
Дана програма встановлюється на жорсткий диск. Для коректної
роботи температура в приміщенні повинна бути в межі від +15 до +35 °C, відносна
вологість не більше 70%.
3.9 Вимоги до програмної документації
Повний пакет документів повинен включати:
Ø Опис програми;
Ø Текст програми;
Ø Програма і методика випробувань;
Ø Посібник користувача;
.10 Техніко-економічні показники
З впровадженим програмного забезпечення станція швидкої
допомоги отримає можливість економити витрати на бензин та соляру (в залежності
від типу двигуна машини) за рахунок того, що на виклик висилається та бригада,
яка знаходиться найближче.
4. Стадії і етапи розробки
Таблиця 1 Стадії та етапи розробки.
Стадія
|
Етап
|
Строки
|
Ескізний проект
|
Прийняття
принципових рішень по структурі програмного продукту, усім видам
забезпечення, попередній розрахунок економічної ефективності та технічних
показників продукту:
|
Початок:
Завершення:
|
Технічний проект
|
Вибір інструменту
мови кодування. Формування програмного продукту в цілому. Розробка
документації.
|
Початок:
Завершення:
|
Робочий проект
|
Виготовлення та
налагодження компонентів програмного продукту. Заплановані строки початку та
завершення.
|
Початок:
Завершення:
|
Введення в лінію
|
Дослідне
функціонування програмного продукту з метою перевірки працездатності,
визначення дійсних техніко-економічних показників, корегування документації.
|
Початок:
Завершення:
|
Продукт вважається завершеним якщо виконує всі функції
технічного завдання.
Додаток Б
програма швидкий допомога автоматизація
Опис програмного забезпечення
. Загальні відомості
Розроблена автоматизована система призначена для центрів
швидкої медичної допомоги.
Вона націлена на:
· Уникнення неефективного витрачення
робочого часу працівників в зв’язку з виконанням рутинних операцій по пошуку
· Редагуванню інформації кожного
об’єкту у базі
· Ризику втрати цінної інформації
. Функціональне призначення
Дана автоматизована система призначена для ведення центром
швидкої медичної допомоги обліку карток хворих, контролю бригад та виконувати
інформаційний обмін між диспетчером головним лікарем та бригадами.
3. Опис логічної структури
За логічною структурою програма може бути поділена на такі
модулі:
· Ведення інформації про хворих
· Ведення інформації про бригади
. Використані технічні засоби
При розробці даної системи були використані наступні технічні
засоби:
· Процесор Intel Pentium 4 2.53 GHz;
· Графічний адаптер NVIDIA GeForce 5700
Ultra;
· ОЗП: 2 Гб;
· 50 мб дискового простору
· Маніпулятор миша та клавіатура
. Запуск
Для того, щоб можна було користуватись базою даних, треба її
встановити. Для цього потрібно скопіювати розроблену систему на свій комп’ютер.
Щоб відкрити програму, треба натиснути 2 рази на ліву кнопку
миші на файлі “CFMR.mdb”.
. Вхідні дані
Вхідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що вводить користувач.
. Вихідні дані
Вихідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що виводяться з БД на екран.
Додаток В
Опис застосування
. Призначення програми
Розроблена автоматизована система призначена для центрів
швидкої медичної допомоги.
Вона націлена на:
· Уникнення неефективного витрачення
робочого часу працівників в зв’язку з виконанням рутинних операцій по пошуку
· Редагуванню інформації кожного
об’єкту у базі
· Ризику втрати цінної інформації
. Умови використання
Для коректної роботи програми необхідний персональний
комп’ютер, що відповідає наступним апаратним вимогам:
· Процесор: Pentium III 800Hz
· Пам'ять 256 Mb
· Дисковий простір: 20 Mb + необхідний
простір для зберігання файлу БД.
· Операційна система:Windows
98/XP/Vista/7
. Опис задачі
Дана програма призначена для введення центром швидкої
медичної допомоги звітів бригад та картки хворих.
Для вирішення задачі були створені наступні модулі:
· Ведення інформації про
хворих(здійснення зміни або занесення до БД інформацію про хворих).
· Ведення інформації про бригади
(здійснення зміни або занесення до БД інформації про бригади).
· Пошук інформацію про хворих
(здійснення вводу інформації, за якою відбуватиметься пошук БД)
. Вхідні та вихідні дані
Вхідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що вводить користувач.
Вихідні дані
Вихідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що виводяться з БД на екран.
Додаток Г
Інструкція користувача
Програмне забезпечення «ЦШМД» використовується для ведення
центром швидкої медичної допомоги карток клієнтів, звітів від бригад.
Кінцевим користувачем програми може бути будь-яка людина, що
володіє базовими знаннями ПК: знає основи Windows XP, вміє встановлювати та
запускати програми на комп’ютер.
Для роботи з цим програмним забезпеченням, користувачу
потрібно ознайомитися з наведеною нижче інструкцією.
. Загальні відомості про програму.
Назва програми: програмне забезпечення «ЦШМД»
Функціональне призначення: ведення центром швидкої допомоги
обліку карток хворих та звітів від бригад.
Програмне забезпечення, необхідне для функціонування
програми: ОС Windows, Access 2003 або вище.
. Вхідні дані
Вхідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що вводить користувач.
Вихідні дані
. Вихідними даними
Вихідними даними є дані про хворих (ПІБ, Дата народження,
адреса, номер телефону,діагноз), дані про бригаду (Адреса, дата, час, №
бригади), що виводяться з БД на екран.
4. Робота з програмою
Для того, щоб можна було користуватись програмою, треба її
встановити. Для цього скопіюємо її на комп’ютер. Після запуску програми
користувач повинен чітко дотримуватися інструкцій.
Щоб її відкрити, треба натиснути 2 рази ліву кнопку на миші
на файлі «ReportsInfo.mdb» у результаті відкриється вікно з головною формою.
Додаток Д - Текст програми
Для того щоб виконати перевірку чи є заповнення деякого рядку
можна скористатися цим кодом:
(me.Поле_Имя.Value = "")"Сначала введите
имя".Undo
абоSub MyName_Change()(Len(Me.MyName.Text) > 0)
Then.MyNameSecond.Locked = False.MyNameSecond.Locked = True.MyNameSecond.Text =
""IfSub
Форма:Compare Database
Private Sub
Êíîïêà6_Click()Error GoTo
Err_Êíîïêà6_Click.GoToRecord,, acNewRec
Exit_Êíîïêà6_Click:Sub
Err_Êíîïêà6_Click:Err.Description
Resume
Exit_Êíîïêà6_Click Sub
Форма 1:Compare Database
Private Sub
Êíîïêà6_Click()Error GoTo
Err_Êíîïêà6_Click.Close
Exit_Êíîïêà6_Click:Sub
Err_Êíîïêà6_Click:Err.Description
Resume
Exit_Êíîïêà6_Click
End Sub
справочник:Compare DatabaseSub Form_Load()Sub
Private Sub
Êíîïêà5_Click()Error GoTo
Err_Êíîïêà5_Click.GoToRecord,, acNewRec
Exit_Êíîïêà5_Click:Sub
Err_Êíîïêà5_Click:Err.Description
Resume
Exit_Êíîïêà5_Click SubCompare Database
Private Sub
Êíîïêà3_Click()Error GoTo
Err_Êíîïêà3_Click.Close
Exit_Êíîïêà3_Click:Sub
Err_Êíîïêà3_Click:Err.Description
Resume
Exit_Êíîïêà3_Click
End Sub
Справочник:Compare DatabaseSub Form_Load()Sub
Private Sub
Êíîïêà9_Click()Error GoTo
Err_Êíîïêà9_Click.GoToRecord,, acNewRec
Exit_Êíîïêà9_Click:Sub
Err_Êíîïêà9_Click:Err.Description
Resume
Exit_Êíîïêà9_Click SubCompare Database
Private Sub
Êíîïêà13_Click()Error GoTo
Err_Êíîïêà13_Click.GoToRecord,, acNewRec
Exit_Êíîïêà13_Click:Sub
Err_Êíîïêà13_Click:Err.Description
Resume
Exit_Êíîïêà13_Click Sub
Кнопка6:
Private Sub
Êíîïêà6_Click()
On Error GoTo
Err_Êíîïêà6_Click.GoToRecord,, acNewRec
Exit_Êíîïêà6_Click:Sub
Err_Êíîïêà6_Click:Err.Description
Resume
Exit_Êíîïêà6_Click
Кнопка 7:
Private Sub
Êíîïêà7_Click()Error GoTo
Err_Êíîïêà7_Click.DoMenuItem acFormBar, acEditMenu,
8,, acMenuVer70.DoMenuItem acFormBar, acEditMenu, 6,, acMenuVer70
Exit_Êíîïêà7_Click:Sub
Err_Êíîïêà7_Click:Err.Description
Resume
Exit_Êíîïêà7_Click
End Sub
Кнопка 8:Sub
Êíîïêà8_Click()Error GoTo
Err_Êíîïêà8_Click.Close
Exit_Êíîïêà8_Click:Sub
Err_Êíîïêà8_Click:Err.Description
Resume
Exit_Êíîïêà8_Click
End Sub
Додаток Є
Програма і методика випробувань
При проведенні випробувань функціональні характеристики
програми підлягають перевірці на відповідність вимогам, перерахованим у пункті
3.1 «Вимоги до функціональних характеристик» технічного завдання.
. Об’єктом випробування
Об’єктом випробування є програмне забезпечення для центрів
медичної допомоги.
. Мета випробувань
Мета випробувань - перевірка працездатності програми, її
відповідність до технічного завдання, одержання навиків роботи з нею.
. Вимоги до програми
Вимоги до програми наведені у технічному завданні (Додаток 1)
. Засоби та порядок випробувань
.1 Технічні засоби
· Процесор Intel Pentium 4 2.53 GHz;
· Графічний адаптер NVIDIA GeForce 5700
Ultra;
· ОЗП: 2 Гб;
· Монітор 19” WXGA;
· 50 мб дискового простору;
· Маніпулятор миша та клавіатура;
.2 Програмні засоби
· Операційна система: Windows XP
· Microsoft Access 2003
.3 Порядок випробовувань
Запустити виконавчий файл програми «CFMR.mdb». Випробування
відбуваються з чітким дотриманням інструкції користувача, викладеної у додатку
Г.
Методи випробувань
При занесенні інформації до групи товарів, користувач буде
повинен заповнити наступні поля після чого інформація буду занесена до БД.
(Рисунок 1)
Рисунок 1 - Занесення інформації про хворих
При занесенні інформації до групи товарів, користувач буде
повинен заповнити наступні поля після чого інформація буду занесена до БД.
(Рисунок 2)
Рисунок 2 - Занесення інформації від головного лікаря
Для виконання пошуку по БД користувач матиме змогу
скористуватися формами для пошуку по № виклику або адресою. (Рисунок 3)
Рисунок 3 - Занесення інформації про бригаду
При занесенні інформації від бригади, користувач повинен буде
заповнити наступні поля після чого інформація буду занесена до БД. (Рисунок 4)
Рисунок 4 - Занесення інформації від бригади