72
2.3.4 Описание программных модулей
Основой учета предоставленных услуг является ведение номенклатуры услуг
и сопутствующих ТМЦ. Основой ведения номенклатуры является справочник
«Номенклатура» рисунок 2.28, который хранит все основные данные о
предоставляемых услугах и ТМЦ.
Рисунок 2.248. Справочник «Номенклатура»
Справочники «КлассификаторЕдиницИзмерения» и
«ЕдиницыИзмеренияНоменклатуры» (подчиненный справочнику «Номенклатура»)
позволяют вести учет номенклатуры в различных единицах измерения, одна из
которых является базовой. На Рисунок 2.259 представлена структура справочников,
обеспечивающих ведение единиц измерения номенклатуры и связанных с ними
свойств.
73
Рисунок 2.259. Прикладные объекты, отвечающие за ведение единиц
измерения номенклатуры
Особенностью разрабатываемой конфигурации является учет движений
номенклатуры и ее остатков в регистрах по партиям. Партия – это объект,
имеющий наименование (краткое обозначение партии) и набор видов свойств,
каждое из которых может принимать определенное значение. Совокупность
значений свойств и определят состав данной партии. На Рисунок 2.30 представлено
взаимодействие объектов конфигурации, позволяющее вести партионный учет.
74
Рисунок 2.30. Реализация механизма партионного учета номенклатуры
Ведение цен на номенклатуру услуг и ТМЦ реализуется при помощи
периодического регистра сведений «Цены», хранящего значение цены на товар в
разрезе типов цен. Цена задается на базовую единицу измерения номенклатуры. На
75
Рисунок 2.31 представлены объекты конфигурации, реализующие механизм учета
цен.
Рисунок 2.31. Реализация механизма учета цен
Ведение списка связанных внешних файлов реализуется при помощи
справочника «ХранимыеФайлы», один из реквизитов которого имеет тип
«Хранилище значений». На Рисунок 2.32 представлены объекты конфигурации,
реализующие данный механизм.
Подчинен
Форма
Приложение Windows,
связанное с данным типом
файлов
Media player
Paint
MS Word
...
Файловая система
Исходный файл
Записанный
файл
Рисунок 2.32. Реализация механизма связанных файлов
76
Ведение списка пациентов нашего учреждения является также одной из
важнейших функций системы. Основой ведения списка пациентов является
справочник «Контрагенты», который хранит основные данные всех контрагентов
больницы.
Особенностью разрабатываемой конфигурации является хранение большого
количества дополнительных свойств контрагентов, часть из которых неизвестна на
момент разработки. На Рисунок 2.33 представлена структура разработанных
справочников, позволяющая хранить все эти данные.
77
Рисунок 2.33. Структура данных, позволяющая хранить свойства
контрагентов
78
Хранение данных о собственных организациях реализуется при помощи
связанных справочников, структура которых приведена на Рисунок 2.34.
Рисунок 2.34. Хранение данных о собственных организациях
79
Фиксация проведения операций в хозяйственной жизни предприятия
выполняется документами. Они позволяют хранить в прикладном решении
информацию о совершенных хозяйственных операциях или о событиях,
произошедших в "жизни" предприятия вообще. Состав разработанных документов
представлен на Рисунок 2.35.
Рисунок 2.35. Состав документов системы
При вводе документов активно используется такой механизм платформы как
ввод объектов на основании друг друга. Это позволяет, во-первых автоматически
заполнять многие реквизиты шапки и табличной части вводимого документа, а во-
вторых создавать цепочки связанных документов. Реализация этого механизма
представлена на Рисунок 2.266.
80
Рисунок 2.266. Механизм ввода документов на основании
Хранение данных реализуется при помощи механизма платформы «Регистры
накопления». Они составляют основу механизма учета наличия и движения ТМЦ.
В рамках конфигурации разработан регистр накопления «Остатки»,
структура которого представлена на Рисунок 2.277.
81
Рисунок 2.277. Регистр накопления «Остатки»
При проведении документа в его программном модуле объекта в
специальной процедуре «ОбработкаПроведения» пишется программный код,
выполняющий движение в сторону увеличения или уменьшения значений ресурсов
регистра по его измерениям. Движение выполняется в соответствии с логикой
работы документа и структурой хранимых в регистре данных. Не любой документ
может выполнить движение по любому регистру. При программировании
документа задается по каким регистрам он может выполнять движение, или
наоборот в регистре задается – какими документами-регистраторами могут
проводиться изменения данных в нем.
На Рисунок 2.288 представлен пример настройки движений документа
«Перемещение».