tify"> звільніті співробітніків оперативних служб від трудомісткіх ручних робіт по прийому, передачі та контролю виконан вікліків;
скоротіті годину підготовкі оператівної та звітно-статистичної информации;
підвіщіті оператівність та якість довідкової информации населенню, что представляється медичним закладам, оперативних служб міста.
Отримання дзвінків від населення здійснюється централізовано за Єдиним телефоном «03», цілодобово. Всі Телефонні переговори, утворені на шкірному робочому місці оперативного відділу, Постійно записують. КАСУ дозволяє провести Первін медичне сортуваннях на етапі Прийняття виклику, Завдяк ЗАСТОСУВАННЯ алгоритмом прийому виклику. Крім того, алгоритм Прийняття виклику дозволяє пов'язати привід Звернення и дані про стан хворого з відповіднім типом необхідної бригади. З моменту Впровадження КАСУ алгоритми прийому виклику зазнають Зміни в БІК мінімізації кількості запитань та конкретізації їх. Такоже автоматизована Підсистема дает можлівість постійного моніторингу «стану» кожної бригади, что дозволяє раціонально використовуват їх.
2. Проект програмного забезпечення
. 1 Ескізній проект
. 1.1 Контекстна Діаграма
На Основі технічного Завдання побудуємо початково контекстну діаграму з потоками даних. З Опису технічного Завдання маємо следующие Зовнішні про єкти для програми: Диспетчер, Головний лікар, бригади 03.
Рисунок 2.1 - Контекстна Діаграма 0 уровня
Таблиця 2.1 відповідність потоків даних на різніх рівнях.
1Інформація для диспетчера містіть Такі документи як: · Звіт бригади; · Звіт від головного лікаря; 2Діспетчер має змогу переглянутися необходимо інформацію якові бригади або головний лікар передаються до БД. Диспетчер має змогу занести дані про бригади до БД.3Звіт для головного лікаря винен містіті інформацію про хворого Який Було Створено брігадою.4Звіт від головного лікаря винен містіті діагноз Який Було Виявлено у ході обстеження хворого.5Інформація від бригади (звіт) винна включать в собі Такі поля як: № Звіту Дата (обстеження) ПІБ (хворого) 6Інформація для бригади винна містіті следующие поля: 1) № Звіту 2) Дата 3) Адреси
2.1.2 Розробка інформаційної моделі програмного забезпечення (ER-Діаграма)
Віходячі з Наведеної функціональної моделі бази розробляємого програмного забезпечення, зробимо інформаційну модель.
Малюнок 2.2 - Інформаційна модель програмного забезпечення
побудовали ER-Діаграма містіть. 6 сутности - «Виїзд на Завдання» Пожалуйста в свою черго поділяється на следующие «Диспетчер», «Пацієнт», «Головний лікар», «Відділ діспетчерізації СШМД».
2.1.3 Діаграма станів і описание
Отримав Діаграма станів системи зображена на малюнку 2.3.
Малюнок 2.3 - Діаграма станів
Стані системи опісані в табліці 2.2
Таблиця 2.2 - Опис станів системи
Номер/Назва Початкова стануНомер стрілкі переходу станівНомер/Назва кінцевого стануОпісання стану (Доступні Функції) Значення переходуС0/Головне меню1С1/занесених ДАНИХ Цьом стані Доступні переходь до: · Дані про Хворов · Дані про брігадуУ Цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Занесення даних» С0/Головне меню2С2/ЗвітіУ Цьом стані маємо змогу перейти до Наступний станів: · Звіт від головного лікаря · Звіт бригади Цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Звіти» C1/занесених даніх3С3/Дані про хворіхУ Цьом стані відбувається занесення информации, а самє: · Дата · ПІБ · Діагноз · У цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Дані про Хворов» C1/занесених даніх4С4/Дані про брігадуУ Цьом стані відбувається занесення информации, а самє: · № виклика · Дата · АдресаУ Цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Дані про бригаду» C2/Звіті5С5/Звіт від головного лікаряУ Цьом стані ми маємо можлівість переглянутися звіт від головного лікаря.У Цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Звіт від головного лікаря» C2/Звіті6С6/Звіт бригади Цьом стані ми маємо можлівість переглянутися звіт брігаді.У Цьом переході маємо можлівість перейти до Іншого стану помощью кнопки «Звіт бригади»
. 1.4 Розробка інтерфейсу
Інтерфейс має очень Велике значення для системи тестування. ВІН винен буті пробачимо та водночас Зручне для користувача, щоб будь яка людина, яка має базові навички роботи з комп ютером, могла без жодних Перешкода працювати з системою. Дана система буде мати графічний інтерфейс.
