ія програмного забезпечення не повинна завдавати шкоди як експлуатує персоналу так і техніці, на якій передбачається експлуатація програмного забезпечення.
Програмний комплекс повинен оснащуватися супутньої технічної документації та мати можливість навчання працівників навичкам використання автоматизованій системі на робочих місцях
2.2 Вимоги до функцій (завдань)
В· Програма повинна виконувати покладені на неї завдання на філіях експлуатує підприємства і мати можливість зв'язку з інформаційних каналах з центральним офісом
В· Кожна виконувана в автоматизованій системі операція не повинна мати занадто великих часових витрат на її виконання.
В· Всі завдання, які вирішуються системою повинні бути вирішені швидко і коректно
2.3 Вимога до забезпечення
В· Розроблювана система повинна реалізувати свої завдання із застосуванням таких засобів, як СУБД MSSQL 2008 і операційна система Windows7
В· У процесі експлуатації програма не повинна вимагати встановлення додаткового програмного забезпечення, крім зазначених раніше.
В· Програма не повинна втрачати дані при виникненнях в несправності, як у програмній так і в апаратної складової автоматизованої системи.
3. Концептуальна модель БД
Концептуальна модель розроблена в середовищі PowerDesigner. Вона являє собою систему з 16 сутностей. br/>В
Рис 3.1 Концептуальна модель бази даних
4. Фізична модель бази даних
Фізична модель представлена ​​на рис. 4.1. Модель виконана середовищі Powerdesigner. br/>В
Рис 4.1 Фізична модель бази даних
.1 Опис збережених процедур
4.1.1 Вставка рецепта
CREATE PROCEDURE [add_recept_to_ticket] (@ ticket_id int, @ drug_id int, @ drug_count int) into рецепт (@ ticket_id, @ drug_id, @ drug_count, NEWID ())
4.1.2 Оновлення даних про відвідування
CREATE PROCEDURE [update_ticket_type_zhalob_diagnoz_lechenie] (@ id int, @ type int, @ zhalob varchar (max), @ diagnoz varchar (max), @ lechenie varchar (max)) посещениепосещение.тип_посещения = @ type,
посещеніе.жалоби = @ zhalob,
посещеніе.діагноз = @ diagnoz,
посещеніе.леченіе = @ lechenieпосещение.идентификатор_посещения = @ id
4.1.3 Прив'язка пацієнта до талончику
CREATE PROCEDURE [update_ticket_patient_login] (@ patient_login varchar (50), @ ticket_id int) посещеніелогін_паціента = @ patient_loginидентификатор_посещения = @ ticket_id
4.1.4 Знаходить максимальну дату серед талонів
CREATE PROCEDURE [ticket_max_date] @ date datetime
exists (select * відвідування) @ date = MAX (посещеніе.дата_пріема) відвідування @ date = GETDATE ()-DAY (0) (@ date
4.1.5 Додавання талончика
CREATE PROCEDURE [insert_into_ticket] (@ table_id int, @ ticket_time time (7), @ date date) into values ​​(@ table_id, @ ticket_time, @ date)
4.1.6 визначає існування логіну та паролю пацієнта в системі.
CREATE PROCEDURE [patient_login] (@ login varchar (50), @ password varchar (50)) @ number int; @ number = 0; (EXISTS (select * паціентпароль = @ password and логін_паціента = @ loginby логін_паціента)) @ number = COUNT (*) паціентпароль = @ password and логін_паціента = @ loginby логін_паціента @ number
4.1.7 Обновляє направлення на аналіз
CREATE PROCEDURE [update_analyze] (@ id int, @ rezult varchar (max)) направление_на_анализрезультат = @ rezultидентификатор_направления = @ id
4.1.8 Перегляд аналізів пацієнта
CREATE PROCEDURE [patient_analize] (@ patient_id varchar (50)) посещеніе.дата_пріема, inner join відвідування on посещеніе.логін_паціента = паціент.логін_паціентаjoin направленіе_на_аналіз on направление_на_анализ.идентификатор_посещения = = @ Patient_id
4.1.9 Додавання нового напрямку на аналіз
CREATE PROCEDURE [insert_analyze] (@ id int, @ type varchar (m...
