Файл: Основы проектирования программ. Этапы создания программного обеспечения..pdf

Таким образом, схемы сущностей имеют вид:

1. Учреждение (КодУч, НазвУч, АдресУч, ТелефонУч, ИмяРукУч, ДолжРукУч).
2. Подразделение (КодПд, НазвПд, АдресПд, ТелефонПд, ИмяРукПд, ДолжРукПд).
3. Отделение (КодОтд, НазвОтд).
4. УчЗапись (КодУЗ, ИмяВхУЗ, ПарольУЗ, ИмяУЗ, ФамУЗ, ОтчУЗ, ЭлПочтаУЗ, ТелефонУЗ, ДолжУЗ, МестоРабУЗ, РольУЗ).
5. Врач (КодУЗ, СпецВр, КабВр).
6. Регистратор (КодУЗ).
7. Администратор (КодУЗ, ПримАдм).
8. Расписание (КодИнт, ДатаИнт, ВрНачИнт, ВрЗавИнт).
9. Талон (КодТал, ДатаТал, ВрНачТал, ВрЗавТал, СтатРегТал, СтатПацТал, СтатВрТал).
10. Пациент (КодПац, ИмяПац, ФамПац, ОтчПац, ДатаРождПац, АдресПац, ОМССерПац, ОМСНомПац, ОМСКомПац, ЭлПочтаПац, ТелефонПац).

Анализ сущностей позволяет выделить связи между ними. Перечень связей между сущностями представлен в таблице 2.2.

Таблица 2.2

Перечень связей между сущностями

Диаграмма ER-типа для рассматриваемой предметной области показана на рис.2.1.

Рис.2.1. Диаграмма ER-типа

Реализация системы

Приложение пользователя предназначено для конечных пользователей (пациентов). Для начала работы с системой необходимо подключится к сети Интернет и ввести в поле ввода адреса любого браузера адрес http://www.health.ru (или http://localhost/health/index.php при использовании локальной версии).

После ввода соответствующего URL загружается главная страница.

Главная страница предоставляет доступ к системе «Электронная регистратура». Главная страница интерфейса пользователя представлена на рис.2.2.

Интерфейс пациента представляет собой пошаговую инструкцию для заполнения личных данных и выбора врача. Запись на прием возможна на 2 недели вперед (с округлением до целых недель). В верхней части страницы указана текущая дата, и последняя дата, на которую возможно получить талон. В верхней правой части расположен блок с полем ввода номера талона для его печати, если пользователь по каким-либо причинам не смог или не стал печатать талон на последнем шаге сеанса.

Основные этапы записи на прием.

• 1. Выбор медицинского учреждения.
  2. Выбор врача.
  3. Просмотр расписания приема.
  4. Запись на прием.
  5. Печать талона.

Все этапы должны быть выполнены пользователем последовательно, причем можно вернуться на предыдущий шаг, но нельзя перейти на следующий, не указав данные на текущем этапе. Левое меню представляет собой список из пяти пунктов.

Рис.2.2. Главная страница интерфейса пользователя

Каждый пункт меню (шаг, этап) имеет три состояния: пройденный, текущий и следующий. Каждое состояние этапа выделено визуально и функционально. Пройденный этап является ссылкой и имеет соответствующую визуальную акциденцию – подчеркивание. Текущий шаг не является ссылкой и имеет самое яркое и контрастное цветовое решение. Следующие шаги неактивны и имеют приглушенный серый цвет.

Рис. 2.3. Основное пошаговое меню

При разработке интерфейса необходимо было учитывать, что потенциальными пользователями являются люди любой возрастной категории и имеющие (в большинстве своем) небольшой опыт работы с веб-интерфейсами. Поэтому необходимо исключить (или минимизировать) неверное поведение пользователей при работе с системой.

На первом этапе пациент выбирает необходимое медицинское учреждение, получая информацию об адресе, телефонах и руководстве.

Второй этап – выбор врача. На этом этапе пациент выбирает интересующего врача. Каждый врач отнесен к одной из двух или более подразделениям: специалисты и терапевтическое отделение. В медицинском учреждении подразделений может быть больше, например гинекологическое или стоматологическое.

Рис.2.4. Второй этап – выбор врача

После выбора врача пользователь переходит на страницу с просмотром расписания приема.

Рис.2.5. Третий этап – просмотр расписания приема

Расписание приема представлено на ближайшие 2 недели: текущую и следующую. Таблица приема разделена по столбцам-дням и строкам – времени приема. Интервал приема – 15 минут. В ячейках таблицы применено цветовое кодирование по принципу «светофора», т.к. эта нотация общепринята и всем известна. «Зеленый цвет» – запись на прием возможна, «желтый свет» - прием возможен, но по «живой очереди» непосредственно в поликлинике, «красный цвет» - запись невозможна, т.к. талоном уже воспользовались (другой пациент записан на это время). Активными ссылками являются только метка «Свободно».

Четвертый этап – запись на прием с использованием личных данных. На этом этапе пациент заносит свои личные данные (фамилия, имя, отчество, дату рождения), обязательные данные страхового медицинского полиса и необязательную контактную информацию. Наличие контактной информации облегчает обратную связь с пациентом.

Рис.2.6. Четвертый этап – заполнение личных данных

Рис.2.7. Четвертый этап. Диагностируемые ошибки при заполнении формы

При заполнении личных данных система учитывает возможные опечатки некорректные данные, например, проверяя обязательность заполнения, раскладку клавиатуры, символьный состав. Проверку семантических данных (например, существование полиса медицинского страхования) происходит вручную регистратором. Это связано с тем, то не существует веб-сервиса, который содержит полную базу актуальных полисов медицинского страхования. Для каждого неверно заполненного поля формы на темно-красном фоне указана ошибка и краткая инструкция по ее устранению. Пока все поля формы не будут верно заполнены, заявка на талон не будет передана в дальнейшую обработку. Как только данные будут введены корректно, система автоматически перенаправит пользователя на последний шаг – печать талона. Добавленный пациент появится в интерфейсе врача.

Рис. 2.8. Пятый этап – печать талона

На последнем этапе отражается все введенная информация о талоне, напечатав который, пациент приходит в поликлинику на прием. Печать талона будет осуществлена без лишних элементов навигации и других посторонних элементов (рис.2.9).

Рис.2.9. Вид талона на печатном носителе

Если по каким-либо причинам пациент не напечатал талон на финальном этапе, то пользователь может напечатать его в любой момент, введя его номер в поле ввода «талон амбулаторного пациента», расположенного в верхнем правом углу страницы.

Тестирование системы

Основная задача проведения тестирования входных данных основывается на добавлении, изменении и удалении записей в таблицах базы данных, проверке ссылочной целостности данных, уникальности ключа, обязательности данных, непротиворечивости вводимых данных и их типа. Так же тестирование проводилось на корректность вводимых данных. На ошибки подобного рода комплекс должен реагировать соответствующим образом: выводить предупреждающие или оповещающие пользователя сообщения.

Для проведения экспериментальной проверки необходимо в базу данных системы внести данные. При тестировании приложения администратора основное внимание уделялось корректному заполнению базы данных и в процессе тестирования не возникло проблем с заполнением базы данных. Ошибки в ссылочной целостности данных были практически полностью исключены за счет сведения до минимума ввода данных с клавиатуры, т.е. во всех возможных вариантах поля ввода были заменены на списки, выпадающие списки и группы переключателей. Это касается не только приложения администратора, но и приложения пользователя. Ввод дат осуществляется также посредством выбора из трех списков: дня, месяца и года. Такая реализация существенно облегчает процесс тестирования, ибо проще просто исключить ввод неверных данных, чем искать ошибку. Ошибки ввода могут быть только при вводе числовых данных. При попытке ввода данных неверного типа выдается сообщение, и неверно введенные данные системой игнорируются. При выходе данных за отведенный им диапазон выдается сообщение, и неверно введенные данные системой игнорируются.

Система прошла испытание на некорректный ввод входных данных, и в целом система функционировала без ошибок, выдавала корректные данные. В случае имитации ошибки при введении данных на экран были выведены ожидаемые сообщения об ошибке.

Основными выходными данными являются заявки на прием к врачу и подтвержденные регистратором талоны.

Так как в ходе экспериментальной проверки система правильно представляла содержимое выходных отчетов, то можно сделать вывод о корректном представлении основных выходных данных.

В результате тестирование ошибок обнаружено не было.

Также тестирование было проведено на получение талонов многими пациентами к различным специалистам в разное время и ошибок обнаружено не было.

Оценивая итоги работы системы, приходим к выводу о корректности ее работы.

Заключение

В процессе работы было разработано программное обеспечение для автоматизации записи на прием к врачу.

В ходе работы были разработаны, созданы и отлажены все компоненты системы.

В результате проектирования были рассмотрены следующие вопросы:

1. Приведена постановка задачи;
2. Проведен анализ требований;
3. спроектирована, создана и заполнена база данных системы;
4. разработаны алгоритмы работы системы;
5. продуман и реализован пользовательский интерфейс;
6. проведено тестирование программы.

Программное обеспечение «Электронная регистратура» удовлетворяет всем предъявленным к себе требованиям и реализует требуемые функции обеспечения основных стадий записи на прием к врачу.

Разработанная система обладает высокой степенью эффективности и максимально проста в использовании.

Список использованной литературы

1. Архангельский А.Я. Delphi 5. Справочное пособие. – М., ЗАО «Издательство «Бином», 2001
2. Дайитбегов Д.М., Черноусов Е.А. Основы алгоритмизации и алгоритмические языки (второе издание). – М.: Финансы и статистика, 1992
3. Дейт К. Введение в системы баз данных / Пер. с англ. - М.:Наука, 1980. -463с.
4. Джерк Н. Разработка приложений для электронной коммерции. Библиотека программиста. - СПб.: Питер, 2001.-512 с.
5. Иванова Г.С. Технологии программирования. Москва 2002. Издательство МГТУ им. Н.Э.Баумана.
6. Йодан Э. Структурное проектирование и конструирование программ. -, Мир, 1979
7. Кастаньетто Дж., Рават Х., Шуман С., Сколло К., Велиаф Д. Профессиональное PHP программирование. – Пер. с англ. – СПб:Символ-Плюс, 2001. – 912 с., ил.
8. Лэнгсам Й., Огенстайн М., Тененбаум А. Структуры данных для персональных ЭВМ. – М.: Мир, 1989
9. Матросов А.В., Сергеев А.О., Чаунин М.П. HTML 4.0. – СПб.: БВХ – Санкт-Петербург, 2000. – 672 с.
10. Фролов А.В., Фролов Г.В. Создание Web-приложений: Практическое руководство. – М.: Издательско-торговый дом «Русская редакция», 2001.-1040 с.
11. Фролов А.В.,Фролов Г.В. Базы данных в Интернете: практическое руководство по созданию Web-приложений с базами данных. М.: Издательско-торговый дом «Русская редакция», 2000.-765 с.