52
Полученный отчет может быть сохранен в файле на диске и использован
в дальнейшем при разработке или модификации конфигурации. На рисунке 16
приведен пример сформированного отчета:
Рисунок 16 - Сформированный отчет
Для того чтобы разграничить права доступа, в 1С:Предприятие 8.3 су-
ществуют специальные объекты конфигурации – роли. В дальнейшем они мо-
гут назначаться конкретным пользователям, должностям и т. п. В них указыва-
ется, какие объекты конфигурации будут доступны. Так же есть возможность
прописать условия предоставления доступа.
Роли настраиваются в конфигураторе (рис.17). Выберем действие «Ро-
ли»-«Добавить». Определим права доступа для «Справочников», «Докумен-
тов», «Отчетов» и др. объектов в зависимости от пользовательских предпочте-
ний.
53
Рисунок 17 – Выбор прав доступа
В интерфейсе программы права доступа к информационной базе выгля-
дят следующим образом:
Рисунок 18 – Выбор прав доступа в интерфейсе программы
2.3.4. Описание программных модулей
Для реализации системы предлагается выделить следующие подсисте-
мы: «Регистратура», «Расписание», «Врач», «Пациент», «Отчеты».
1. Подсистема Регистратура - имеет панель команд, отвечающих за опре-
деленные действия. Панель команд текущего раздела содержит команды, соот-
54
ветствующие выделенному разделу: Амбулаторная карта, справки для ГАИ,
справки для работы, заболевания и тип учета.
2. Подсистема Расписание - индивидуально для каждого специалиста
формирует график работы.
3. Подсистема Врач - имеет списки с информацией об отделениях дис-
пансера данных о специалистах, а также их должностях.
4. Подсистема Пациент - имеет список-команду «пациенты», которая от-
крывает справочник «пациенты» и выводит список пациентов.
5. Подсистема Отчеты - имеет всего одну командную кнопку для фор-
мирования определенных отчетов (по типу заболевания, по посещениям).
Отладка программы представляет специальный этап в разработке про-
граммы, состоящий в выявлении и устранении программных ошибок, факт су-
ществования которых уже установлен.
В системе программирования 1C:Предприятие существует специальное
средство отладки программ — отладчик (debugger), который позволяет в режи-
ме интерпретации установить контрольные точки, выполнить отдельные участ-
ки программы и посмотреть результаты работы операторов.
Синтаксические и логические ошибки были устранены на этапе непо-
средственного создания структуры программного приложения.
Рассмотрим методику отладки программного приложения:
1 этап - изучение проявления ошибки. После запуска отладчика
результатом является сообщение, если определены неправильные или неполные
результаты, то необходимо их изучить и попытаться уяснить, какая ошибка
могла так проявиться. При этом используют индуктивные и дедуктивные
методы отладки. В результате формируются выводы о характере ошибки.
2 этап - локализация ошибки. На данном этапе следует определить
конкретный фрагмент, при выполнении которого произошло отклонение от
предполагаемого вычислительного процесса. Локализация может выполняться:
55
1) путем изоляции частей программы, если при изолировании некото-
рой части программы ошибка не возникает, следует, что ошибка связана с дан-
ной частью;
2) с применением средств отладки, которые позволяют выполнить ин-
тересующий нас фрагмент программы в пошаговом режиме и получить допол-
нительную информацию о местонахождении и характере ошибки.
Если определены неправильные результаты работы программного
приложения, то в пошаговом режиме проверяют ключевые точки процесса
формирования данного результата.
3 этап - определение причины ошибки. Формирование предположений
возможных причин ошибки. Эти предположения необходимо проверить,
используя отладочные средства для просмотра последовательности операторов
или значений используемых переменных.
4 этап - исправление ошибки. Представляет собой процесс внесения
верных изменений в операторы, использование которых привело к ошибке.
5 этап - повторное тестирование. Процесс повторения подготовленных
тестов с начала, поскольку при исправлении обнаруженных ошибок иногда
вносятся в программу новые.
Рассмотрим этапы тестирования модуля «Сотрудники».
1) Запустим приложение.
2) Выберем режим работы «Справочники».
3) Выполняем действия по указанным шагам.
a)Выбираем на вкладке справочник Сотрудники.
b) Используя кнопки управления, перемещаемся по записям, выполня-
ем редактирование, вставку новой записи, удаление записи.
c)Проверяем функционирование остальных справочников.
Для тестирования технологии формирования документа по учету при-
ходных операций выполним следующие действия:
1) Запустим приложение.
56
2) Выберем режим работы с документами «Запись на обслуживание».
3) Выполняем действия по указанным шагам.
a) Выбираем на вкладке соответствующий документ.
b) Используя кнопки управления, перемещаемся по записям, выполня-
ем редактирование, вставки новой записи, удаление записи.
c) Проверяем функционирование остальных документов.
2.4 Контрольный пример реализации проекта и его описание
Разработанный программный комплекс представляет собой инструмент,
позволяющий решать практические задачи по учету и сопровождению пациен-
тов. На рисунке 19 показан главный рабочий экран приложения, с возможно-
стью оформления нового пациента, которому присваивается уникальный номер
(код) для быстрого поиска в базе данных. А так же перечислены подсистемы
приложения: «Регистратура», «Расписание», «Врач», «Пациент», «Отчеты».
Рисунок 19 - Рабочий экран приложения
Подсистемы - это общие объекты конфигурации, которые разделяют
функциональность программы на крупные и мелкие блоки.
57
Одна из созданных подсистем – регистратура(рис.20). Имеет панель ко-
манд, отвечающих за определенные действия. Панель команд текущего раздела
содержит команды, соответствующие выделенному разделу: Амбулаторная
карта, справки для ГАИ, справки для работы, заболевания и тип учета.
Рисунок 20 – Подсистема «Регистратура» и ее функциональ-
ные кнопки
Амбулаторная карта содержит информацию о пациенте: его дату по-
ступления, выписку, заболевание и др. Команда «Амбулаторная карта» откры-
вает форму «амбулаторная карта», которая приведена на рис.21:
Рисунок 21 – форма амбулаторной карты
Команды «Справки для ГАИ» и аналогичная - «Справки для работы» по
требованию выдают формы для печати справок с данными конкретных пациен-
тов(рис.22). Доступ к этим кнопкам имеет администратор и главный врач.
Команда «Заболевания» выводит форму с перечнем диагнозов у пациен-
58
та, а команда «Тип учета» показывает данные о типе приема пациентов (про-
фучет, диспансер, консультативный учет) (Рис 23).
Рисунок 22 – Форма печати справок для ГАИ
Рисунок 23 – Форма «Тип учета»
Следующая подсистема – расписание, где индивидуально для каждого
специалиста формируется график работы(рис.24).
59
Рисунок 24 – График работы специалиста
Подсистема «Врач» на панели разделов имеет списки с информацией об
отделениях диспансера(рис.25), данных о специалистах, а также их должностях.
Рисунок 25 Список отделений подсистемы «Врач»
Подсистема «Пациент» имеет список команду «пациенты», которая от-
крывает справочник «пациенты»(рис.26) и выводит список пациентов.
60
Рисунок 26 – Список пациентов
Подсистема «Отчеты» имеет всего одну командную кнопку для форми-
рования определенных отчетов (по типу заболевания, по посещениям). На ри-
сунке 27 приведен отчет по типу заболеваний.
Рисунок 27 - Отчёт по типу заболеваний
Таким образом, потеря времени при оформлении пациента, а так же ве-
роятность приема пациентов в численности возрастет. Т.к. немногие люди мо-
гут позволить терять свое время, простаивая в очередях, особенно это касается
61
тех, у кого жесткий контроль рабочего времени. Плюс ко всему регистратор
время на оформление пациента использует более качественно, а также имеет
возможность анализа поступающих пациентов.