66
Таблица 19 – Структура таблицы «Болезни»
1
Идентификатор
Тип
Примечание
Код
Счетчик
Ключевое, автозаполнение
Название
Текстовый
Таблица 20 – Структура таблицы «Диагноз»
2
Идентификатор
Тип
Примечание
Код
Счетчик
Ключевое, автозаполнение
Код приема
Числовой
Код болезни
Числовой
Таблица 21 – Структура таблицы «Тип пользователя»
3
Идентификатор
Тип
Примечание
Код
Счетчик
Ключевое, автозаполнение
Название
Текстовый
Таблица 22 – Структура таблицы «Должность»
4
Идентификатор
Тип
Примечание
Код
Счетчик
Ключевое, автозаполнение
Название
Текстовый
Таблица 23 – Структура таблицы «Пользователь»
5
Идентификатор
Тип
Примечание
Код
Счетчик
Ключевое, автозаполнение
Фамилия
Текстовый
Имя
Текстовый
Отчество
Текстовый
Дата_рождения
Дата/время
Логин
Текстовый
Пароль
Текстовый
Код_Должность
Числовой
Код_Тип_пользователя
Числовой
1
Составлено автором
2
Составлено автором
3
Составлено автором
4
Составлено автором
5
Составлено автором
67
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
Программа создавалась на основе встроенных визуальных и не визуальных
компонентов Delphi. Это позволило существенно упростить первоначальный этап
разработки путем задания части свойств в статическом режиме. Для работы с
сервером баз данных используется технология ADO. Для обеспечения безопасности
данных элементы управления не допускают прямого изменения строк в таблицах БД.
Это возможно только в администраторском приложении на полную ответственность
администратора приложения. Ограничение прав пользователей достигается
скрыванием недоступных им элементов управления (кнопок, списков и т.д.). Для
удобства пользователей последовательность табуляции настроена таким образом,
чтобы соответствовать логике работы с программой.
Для работы с иерархическим справочником пациентов используется компонент
собственной разработки, отображающий дерево подразделений в наглядном виде,
удобном для восприятия. Это TTreeView с прикрепленными к элементам ссылками на
идентификаторы пациентов.
Поиск пациентов выполняется на отдельной форме, элементы управления
которой позволяют выбирать только значимые для пользователя параметры поиска,
не требуя при этом сбрасывать в ноль настройки оставшихся параметров фильтрации,
как это принято делать.
Структурная схема пакета представлена на рисунке 21.
68
ПМ
формирования
главного меню
ПМ Получение
отчетов
ПМ Управление
справочниками
Отчет по
работе
доктора
Рейтинг
болезней
Расписан
ие
доктора
Карточка
пациента
ПМ Улица
ПМ Кабинет
ПМ Тип приема
ПМ Болезни
ПМ Диагноз
ПМ Должность
ПМ Пользователь
ПМ Тип
пользователя
ПМ
Составление
расписания
приема
ПМ Запись
пациента
ПМ авторизации
Рисунок 21 – Схема вызова программных модулей
1
2.4.4 Описание программных модулей
Характеристика программных модулей представлена в таблице 24.
Таблица 24 – Характеристика программных модулей
2
№
п/п
Наименование модуля
Функции модуля
1.
ПМ Авторизация
Содержит процедуры, позволяющие сформировать
главное меню
2.
ПМ записи на прием
Содержит предопределенные процедуры формы
списка и элемента подменю работы со
1
Составлено автором
2
Составлено автором
69
документами учета.
3.
ПМ формирования карточки
пациента
Содержит предопределенные процедуры,
позволяющие учесть поступление товара в магазин
4.
ПМ формирования отчетов
Содержит предопределенные процедуры,
позволяющие получить отчеты
5.
ПМ формирования подменю
работы со справочниками
Содержит предопределенные процедуры формы
списка и элемента подменю работы со
справочниками
6.
ПМ работы со справочниками
Содержит предопределенные процедуры,
позволяющие добавлять, удалять, редактировать
записи в справочниках
Техническая процедура обработки информации состоит из предмашинной,
внутримашинной и послемашинной технологии.
Предмашинная обработка информации включает в себя контроль, а также ввод
в базу данных первичных документов. В том случае, если в первичном документе
проявляются ошибки, документ отправляется обратно к источнику для их
исправления, иначе документ передается для ввода информации в ПЭВМ.
В процессе внутримашинной обработки данные первичных документов
вводятся в ПЭВМ, на их основе формируются результатные документы. На данном
этапе автоматически подключаются информационные файлы с условно-постоянной
информацией (справочники). В качестве схемы технологического процесса сбора,
передачи, обработки и выдачи информации будем использовать в соответствии с
ГОСТ 19.701-90 (ИСО 5807-85) схему работы системы. Данная схема отображает
процессы управления операциями и потоки данных в системе.
Схема представляет собой блок-схему и состоит из:
– символов данных, указывающих на наличие данных (символы данных
могут также указывать вид носителя данных);
– символов процесса, указывающих операции, которые следует выполнить
над данными, а также определяющих логический путь, которого следует
придерживаться;
– линейных символов, указывающих потоки данных между процессами;
– специальных символов, используемых для облегчения написания и
чтения блок-схемы.
Схема технологического процесса сбора, передачи, обработки и выдачи
информации для разработанной системы представлена на рисунке 22.
70
Цикл по времени
d=1; d>=8;d<=18; d++
Цикл по пациентам
j=1; j<=COUNT(paz); j++
Создание
представления для
расписания
Чтение i-й записи
представления paz
Установка указателя
в представлении rasp
на первую запись
rasp[i].Doctor_id,
time=18
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка записей
по дате
Начало
Установка
соединения с
сервером БД
Фильтр таблицы rasp
по условию (zap=1)
Открытие таблиц
Rasp, pazient, doctor
Б
Конец цикла по
пациентам
Чтение записи в
расписании
N1=N++
Б
Конец цикла по
докторам
Цикл по докторам,
j=1; j<=COUNT(doctor);
j++
Цикл по докторам
m=1; m<=12; m++
Фильтр представления
Доктора
N10=++
П11=П11+
doctor[j].summ
Конец цикла по
датам
Внесение данных в
таблицу Расписание
Конец
Закрытие таблиц,
уничтожение
представления
Расписание
Рисунок 22 – Начало работы с системой (главное меню)
1
После авторизации сотрудник в главной форме выбирает пункт меню, которые
соответствует необходимым действиям – отчеты или учет.
1
Составлено автором
71
2.5 Контрольный пример реализации проекта для ОГБУЗ
«Магаданский родильный дом» и его описание
Рассмотрим реализацию контрольного примера разработанной системы.
Для того, чтобы осуществлять какие-либо действия, регистратор должен
пройти авторизацию:
Рисунок 23 – Страница авторизации
1
После входа в свою часть регистратор наблюдает главный интерфейс системы.
Рисунок 24 – Главный интерфейс
2
1
Составлено автором
2
Составлено автором
72
Регистратор может зарегистрировать пациента или врача.
Рисунок 25 – Регистрация врача
1
Рисунок 26 – Регистрация пациента
2
При регистрации пациента для удобства регистратора при помещении курсора
в то или иное поле появляется подсказка. Кроме того, ввод дат производится с
использованием специальных полей для ввода дат, диагноз и номер выбирается из
1
Составлено автором
2
Составлено автором
73
выпадающего списка. После нажатия кнопки «Зарегистрировать» появляется
сообщение об успешной регистрации пациента. Зарегистрированный пациент
появляется в списке пациентов, после чего его можно записывать на прием к врачу.
После регистрации доктора необходимо задать его режим работы на каждый из
дней недели.
Рисунок 27 – Заполнение режима работы доктора
1
После этого можно произвести заполнение расписания.
Рисунок 28 – Запись пациентов
1
1
Составлено автором
74
Для записи пациента необходимо выбрать строку с подходящим временем и
нажать кнопку «Запись пациента».
Рисунок 29 – Запись пациента
2
В результате в список внесется запись пациента на выбранное время.
Рисунок 30 – Сформированная запись
1
1
Составлено автором
2
Составлено автором
75
Для получения отчета по рейтингу болезней необходимо вначале выбрать
период:
Рисунок 31 – Выбор периода
2
После чего получим отчет.
1
Составлено автором
2
Составлено автором