82
Рисунок 2.288. Настройка движений документа
Логика заполнения измерений, ресурсов и реквизитов регистров при
проведении по ним документов приведена на Рисунок 2.299 на примере
документа «Перемещение».
Х
Рисунок 2.299. Заполнение структуры регистра из документа при проведении
83
Накопление информации о видах и объеме предоставленных услуг
производится в регистре оборотов «Услуги». При проведении документов
«Услуга» и «Претензия» они выполняют движение по этому регистру. Структура
регистра представлена на Рисунок 2.40.
Рисунок 2.40. Структура регистра «Услуги»
Ну и, наконец, скажем о том, что именно регистры являются источниками
данных для построения отчетов.
Все отчеты в разработанной конфигурации созданы при помощи системы
компоновки данных (СКД). СКД представляет собой механизм, основанный на
декларативном описании отчетов. Он предназначен для вывода информации,
имеющей сложную структуру и содержащий произвольный набор таблиц и
диаграмм. Работа СКД представлена на Рисунок 2.41.
Рисунок 2.41. Схема работы системы компоновки данных
84
Основой любого отчета, созданного при помощи системы компоновки
данных является схема компоновки данных, которая обязательно должна быть
задана для отчета (Рисунок 2.42).
Рисунок 2.42. Задание схемы компоновки данных
85
Источник
данных
Текст
запроса
Поля,
выбранные
запросом
Рисунок 2.43. Конструктор схемы компоновки данных
Схема создается при помощи конструктора, который позволяет полностью
описать данные будущего отчета: наборы данных, получаемые при помощи
запроса из информационной базы, поля наборов данных, связи между наборами
данных, вычисляемые поля, ресурсы, параметры, макеты, вложенные схемы и
настройки. Конструктор представлен на Рисунок 2.43. В частности при помощи
настроек можно задать варианты отчета и определить структуру выводимых
данных (группировок), выбранные поля, порядок сортировки и т.д. На Рисунок 2.44
представлена настройка варианта «Основной» отчета «Остатки», а на Рисунок 2.45
настройка варианта «Отчет по партиям» того же отчета.
86
Рисунок 2.44. Настройка варианта «Основной» отчета «Остатки»
Рисунок 2.45. Настройка варианта «Отчет по партиям» отчета «Остатки»
87
В результате всех этих действий при эксплуатации системы в режиме
«Предприятие» получаем вариант отчета «Основной», внешний вид которого
приведен на Рисунок 2.306.
Рисунок 2.306. Отчет «Остатки» в варианте «Отчет по партиям»
Нажав на кнопку «Изменить вариант» пользователь получает возможность
редактировать настройки компоновки данных. Эти возможности, представленные
на Рисунок 2.317, фактически такие же, как и у разработчика в режиме
«Конфигуратор» и при помощи них пользователь может изменить структуру
отчета, состав и оформление выводимых в него данных, наложить любые условия
по различным полям и их сочетаниям таким образом, что отчет изменится до
неузнаваемости. Таким образом, использование системы компоновки данных при
построении отчетов дает пользователю неограниченные возможности по настройке
отчета, с другой стороны позволяет легко сохранить настроенный вариант отчета и
в дальнейшем его использовать.
88
Рисунок 2.317. Настройка варианта отчета
2.4
Контрольный пример реализации проекта и его описание
Для проверки правильности работы разработанной системы было проведено
ее тестирование при помощи реализации конкретного примера.
Контрольный пример делился на две части: для проверки работы
подсистемы работы с пациентами и для проверки работы подсистемы учета
материально-технических средств.
В том и другом случае работу с программой мы начинали с заполнения
общих справочников: складов, сотрудников, подразделений, номенклатуры, видов
номенклатуры, классификатор единиц измерения, пациентов, контрагентов,
свойств пациентов. Информация в некоторых из этих справочников довольно
статична и почти никогда не обновляется, в других обновляется весьма редко. В
таких справочниках как контрагенты, номенклатура информация обновляется по
мере поступления новых контрагентов и номенклатуры.
Для вода новых данных в справочник, например, контрагенты, необходимо
при помощи пункта «Справочники/Контрагенты» меню раздела «Справочники»
сначала открыть форму списка справочника, а затем в командной панели этой
формы нажать кнопку «Создать». Откроется форма элемента справочника
«Контрагенты» в которой, необходимо внести все основные данные контрагента.
89
Рисунок 2.328. Ввод нового пациента (контрагента)
Для ввода документов, страховых полисов и иных свойств этого пациента
необходимо по нему дополнительно ввести наборы свойств. Каждый из наборов
свойств, представляет один объект хранимых данных, например документ
удостоверяющий личность, а значения наборов свойств – свойства (поля) этого
объекта. Ввод и редактирование наборов свойств, производится на закладке
«Наборы свойств» командного интерфейса формы элементы справочника
«Контрагенты» (Рисунок 2.339).
90
Рисунок 2.339. Наборы свойств контрагентов
Кроме документов наборы свойств позволяют хранить любые
структурированные данные по контрагенту. Например, для пациента это могут
быть основные показатели его здоровья, такие, как например «нормальное»
давление этого пациента. Показатели в наборы свойств вносятся вручную, не на
основе документов работы с пациентами (в отличие от медицинских карт) и
представляют из себя, средние или нормальные показатели здоровья пациентов
(Рисунок 2.50).
91
Рисунок 2.50. Показатели здоровья пациента, введенные через наборы
свойств
Важным моментом работы с контрагентами является заполнение договора с
ним. Основное назначение договора – определение типа цен и типа скидок,
которые являются основой расчета цен при предоставлении пациенту платных
услуг или реализации ему платных ТМЦ. Для контрагентов-поставщиков
заполнение договора становится обязательным, так как без этого невозможно
рассчитать цены и суммы в документах складского учета. Работа с договорами
выполняется на закладке «Договора» командного интерфейса формы элемента
справочника «Контрагенты» (Рисунок 2.51).