Проект програмного забезпечення управління діяльністю станції швидкої допомоги - Курсовая работа

В даній роботі описується автоматизація роботи диспетчера швидкої допомоги.Всі розробки виконуються диспетчерами власноруч, використовуючи власний досвід, окрім запису телефонної розмови на компютер. Ми бачимо, що ШМД (швидка медична допомога) виступає по відношенню до установ і організацій, що входять в обєднання як вищестоящий орган, оскільки першою отримує інформацію про потребу в наданні екстреної медичної допомоги населенню і відрізняється від інших видів медичної допомоги тим, що істотне місце в ній займає до госпітальний етап. Понад 70% всіх хворих, що потребують швидкої медичної допомоги, починають отримувати її на до госпітальному етапі, який цілком залежить від роботи диспетчерів. Диспетчирування швидкої медичної допомоги ми розглядаємо, як важливий етап, від якості надання допомоги на якому нерідко залежать подальший благополучний результат розвитку захворювання і попередження подальших важких ускладнень. У звязку з цим генеральною метою вважаємо вдосконалення організації диспетчерської служби, оскільки швидке і грамотне рішення диспетчера сприяє зростанню оперативності, профільності у напрямі бригад і, отже, госпіталізації тяжкохворих і тих, що постраждали, в спеціалізовані відділення і центри в ранні строки, зниження летальності на до госпітальному етапі та на стаціонарі.Для оптимізації процесу управління діяльністю станції, в тому числі для вирішення оперативних завдань необхідно впровадити комплексну автоматизовану систему управління діяльністю станції (КАСУ) шляхом розробки і впровадження у її діяльність сучасних інформаційних технологій, що дозволяють: • скоротити час на етапі реєстрації виклику; • забезпечити рівномірне навантаження на співробітників в процесі обслуговування викликів; • звільнити співробітників оперативних служб від трудомістких ручних робіт по прийому, передачі та контролю виконання викликів; • підвищити оперативність та якість довідкової інформації населенню, що представляється медичним закладам, оперативних служб міста.З опису технічного завдання маємо наступні зовнішні обєкти для програми: Диспетчер, Головний лікар, Бригади 03. 1 Інформація для диспетчера містить такі документи як: · Звіт бригади; · Звіт від головного лікаря; 2 Диспетчер має змогу переглянути необхідно інформацію яку бригади або головний лікар передають до БД. 3 Звіт для головного лікаря повинен містити інформацію про хворого який було створено бригадою. 5 Інформація від бригади (звіт) повинна включати в себе такі поля як: № Звіту Дата (обстеження) ПІБ(хворого)С0/Главное меню 1 С1/Занесення даних У цьому стані доступні переходи до: · Дані про хворих · Дані про бригаду У цьому переході маємо можливість перейти до іншого стану за допомогою кнопки «Занесення даних» С0/Головне меню 2 С2/Звіти У цьому стані маємо змогу перейти до наступних станів: · Звіт від головного лікаря · Звіт бригади У цьому переході маємо можливість перейти до іншого стану за допомогою кнопки «Звіти» С1/Занесення даних 3 С3/Дані про хворих У цьому стані відбувається занесення інформації, а саме: · Дата · ПІБ · Діагноз · У цьому переході маємо можливість перейти до іншого стану за допомогою кнопки «Дані про хворих» С1/Занесення даних 4 С4/Дані про бригаду У цьому стані відбувається занесення інформації, а саме : · № Виклику · Дата · Адреса У цьому переході маємо можливість перейти до іншого стану за допомогою кнопки «Дані про бригаду»Він повинен бути простим та водночас зручним для користувача, щоб будь яка людина, яка має базові навички роботи з компютером, могла без жодних перешкод працювати з системою. Форма «Меню» представлятиме собою кнопочку форму, яка складається з набору кнопок, що забезпечують доступ до інших форм та функцій програми. В формі «Занесення даних» знаходяться 2 кнопки : «Дані про хворих» та «Дані про бригаду». Якщо натиснути кнопку «Занесення даних» маємо змогу переглянути форми «Дані про хворих» та «Дані про бригаду». Якщо натиснути кнопку «Дані про хворих» то повинна відкритись форма у якій користувач матиме змогу занести дані про дату, ПІБ та діагноз.Отриманні у ескізному проекті діаграми потоків даних мають дуже загальне значення, тому необхідно провести декомпозиції деяких їх елементів. Команди диспетчера До команд диспетчера належать документи від бригади. Інформація від бригади Інформація(звіт) від бригади приймається за такими критеріями як: · № Звіту · Дата · Адреса · Діагноз Звіт для головного лікаря Лікар отримує звіти які містять у собі такі поля як : · Звіт від бригади · Дата · Діагноз Звіт від головного лікаря Головний лікар створює звіт за такими критеріями як: Дата ПІБ Діагноз (який було поставлено) ЛікуванняДоцільним і зручним виявилось створити базу даних у СУБД Microsoft Access 2003, яка пропонує вбудований інструментарій для інтеграції БД з оболонкою програмного забезпечення на мові Visual Basic.Дані, по яким необхідно представити фізичну модель даних в СУБД MS Access 2003 на підставі раніше розробленої логічної моделі даних БД «СШМД», представлені в нижче приведених таблицях 2.6 - 2.11. Найме

Зміст

Вступ

1. Аналіз предметної області

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

2. Проект програмного забезпечення

2.1 Ескізний проект

2.1.1 Контекстна діаграма

2.1.2 Розробка інформаційної моделі програмного забезпечення (ER-діаграма)

2.1.3 Діаграма станів и опис

2.1.4 Розробка інтерфейсу

2.2 Технічний проект

2.2.1 Діаграма та специфікація класів

2.3 Робочий проект

2.3.1 Вибір мови програмування

2.3.2 Побудова фізичної моделі даних

3. Результати розробки

Висновки

Список використаної літератури

Додатки