Ко второй группе можно отнести «Сводная оборотная ведомость по продуктам», «Развернутая оборотная ведомость по продуктам», «Стоимость питания» и т.д.

Кроме этого предусмотрена печать всех справочных материалов, заведенных в систему.

Информационная система «ДИП Диетпитание 3.1»

Программный комплекс Диетпитание разработан «Научно-производственным центром «ДИП» совместно со специалистами Института Питания РАМН и предназначен для автоматизации диетслужб больниц, медицинских институтов и центров, а также других оздоровительных учреждений. Эксплуатация комплекса соответствует технологии, утвержденной Приказом Минздрава №330 от 05.08.03.

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

Программный комплекс позволяет производить расчет диетического питания стационара, вести учет приготовления блюд в пищеблоке и контролировать движение продуктов на продовольственном складе. Расчет диетического питания производится в зависимости от количества больных по различным диетстолам и дням недели на основе текущего недельного меню. Автоматический расчет белков, жиров, углеводов, калорийности блюд позволяет диетологу контролировать их количественный и качественный состав. Технология приготовления каждого блюда в карточке-раскладке обеспечивает оперативность работы пищеблока.

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

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

Карточки-раскладки блюд

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

Меню, Заказы и Требование

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

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

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

После того, как сформированы все заказы на текущий день, вводится документ «Требование на продукты», который может быть двух видов. Заполнение этого документа всеми текущими заказами выбранного вида производится автоматически. Документ «Требование на продукты» имеет печатную форму. Если после ввода «Требования» поступят новые заказы, то в этом случае составляется новое «Требование», и в него автоматически попадет информация только из тех заказов, по которым ранее «Требование» созданы не были. Документ «Требование на продукты» при проведении автоматически, в зависимости от выбранного вида («Выдача продуктов» или «Возврат продуктов») формирует соответствующие проводки.

Для удобства работы с документами по диетическому питанию в программном комплексе предусмотрены журналы документов. Журналы «Заказы блюд» и «Меню» применяются для просмотра, редактирования и удаления документов соответствующего вида. Со всеми без исключения документами диетической службы можно работать, используя журнал «Диетпитание».

Программный комплекс «Диетпитание» позволяет формировать различные отчеты по диетпитанию. Это «Раздаточная ведомость (отделения)» и «Раздаточная ведомость (кухня)», «Сводный порционник», «Раздаточная карточка» и другие. Возможна также печать журналов.

Сравнительный анализ рассмотренных информационных систем

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

Формирование структуры модели принятия решения в методе анализа иерархий достаточно трудоемкий процесс. Однако в итоге удается получить детальное представление о том, как именно взаимодействуют факторы, влияющие на приоритеты альтернативных решений, и сами решения. Как именно формируются рейтинги возможных решений и рейтинги, отражающие важность факторов. Процедуры расчетов рейтингов в методе анализа иерархий достаточно просты (он не похож на «черный ящик»), что выгодно отличает данный метод от других методов принятия решений.

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

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

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

Таблица2.2 - Сравнительный анализ 1C-АНАЛИТ: Диетпитание, ДИП Диетпитание 3.1, Разработанная ИС

Критерии сравнения	1C-АНАЛИТ: Диетпитание	ДИП Диетпитание 3.1	Разработанная ИС
Формирование меню на каждый день	Средний уровень	Низкий уровень	Высокий уровень
Учет сроков годности продуктов	Низкий уровень	Низкий уровень	Высокий уровень
Формирование отчета меню-требование.	Средний уровень	Низкий уровень	Высокий уровень
Наличие отчетных форм по движению продуктов	Средний уровень	Средний уровень	Высокий уровень
Просмотр назначений диет проживающим (интегрированная версия)	Низкий уровень	Низкий уровень	Высокий уровень

В таблице 2.2 перечислены функции, которыми должна обладать система для организации диетпитания.

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

Таблица 2.3 - Относительные веса критериев

Критерии сравнения	Формирование меню на каждый день	Учет сроков годности продуктов	Формирование отчета меню-требование.	Наличие отчетных форм по движению продуктов	Просмотр назначений диет проживающим	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
Формирование меню на каждый день	1	1/4	1/3	1/3	1/5	0,232179	0,04117	0,82141
Учет сроков годности продуктов	4	1	2	3	1/3	1,227514	0,46137	1,36013
Формирование отчета меню-требование.	3	?	1	1/5	1/4	0,595779	0,07314	0,75274
Наличие отчетных форм по движению продуктов	3	1/3	5	1	1/2	0,741808	0,23243	0,38218
Просмотр назначений диет проживающим	5	3	4	2	1	3,747315	0,38423	2,35821
ИТОГО:	16	5,08	12,3	6,53	2,28	6,544518		5,67467

Заполнив таблицу2.3, сначала определяю оценки компонент собственного вектора, которые получаются как произведение относительных весов критерия по горизонтали, возведенного в степень 1/5 (где 5 - количество критериев).

Например, рассчитаю оценку собственного вектора для критерия «Формирование меню на каждый день»:

(1*1/4*1/3*1/3*1/5)^1/5 = 0,232179

Аналогично определяю остальные критерии.

Для того же критерия «Формирование меню на каждый день» вычисляю нормализованные оценки вектора приоритета, разделив оценки собственного вектора на их сумму, равную 6,415485.

0,232179 / 6, 544518 = 0, 04117Так же рассчитываю остальные критерии.

Получив сумму по каждому критерию в столбцах, вычисляю значение матрицы, умножая нормализованные оценки вектора приоритета на эту сумму. Например, для критерия «Формирование меню на каждый день»:

16*0, 04117 = 0, 82141

Просуммировав, получаем максимальноесобственное значение матрицы (л max).

л max = 5,67467

Таблица 2.4 - Сравнение ИС

Критерии	Нормализованные оценки вектора приоритета
Формирование меню на каждый день	0,04117
Учет сроков годности продуктов	0,46137
Формирование отчета меню-требование.	0,07314
Наличие отчетных форм по движению продуктов	0,23243
Просмотр назначений диет проживающим	0,38423

Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что наибольшее значение я придаю критерию «Простота освоения и использования», наименьшее - «Формирование меню на каждый день».

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

ИС = (л _max - n)/(n - 1),

где лmax - максимальное собственное значение матрицы (л _max? n),

n-размерность матрицы

ИС = (6,42823 - 5)/ (5-1) = 0,058187

Разделив ИС на число, соответствующее случайной согласованности матрицы шестого порядка, равного 1,12, получим отношение согласованности (ОС). Величина ОС должна быть порядка 10% или менее, чтобы быть приемлемой. В некоторых случаях допускается ОС до 20%, но не более, иначе надо проверить свои суждения.

ОС = 0,058187 / 1,12 = 5,2% < 10%, т.е. пересматривать свои суждения нет нужды.

Построю матрицу сравнений, сравнивая попарно альтернативу из строки с альтернативой из столбца по отношению к критерию «Формирование меню на каждый день». Никакие другие критерии при этом не учитываю. Значения из шкалы относительной важности вписываю в ячейки, образованные пересечением соответствующей строки и столбца. Диагональ этой матрицы заполняю значением «1», а ячейки, лежащие ниже диагонали - обратными значениями.

Таблица 2.5 - Сравнительные оценки систем по критерию «Формирование меню на каждый день»

	1C-АНАЛИТ: Диетпитание	ДИП	Разработанная ИС	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
1C-АНАЛИТ: Диетпитание	1	1/4	1/5	1,13180	0,2162	0,02625
ДИП Диетпитание 3.1	4	1	1/5	1,7324	0,33265	0,17216
Разработанная ИС	5	5	1	2,22316	0,43749	0,3121
ИТОГО:	8	6,25	1,4	5,0873		0,5105

Относительная согласованность матрицы равна 3,91%, т.е. <10%.

Таблица 2.6 - Сравнительные оценки систем по критерию «Учет сроков годности продуктов»

	1C-АНАЛИТ: Диетпитание	ДИП	Разработанная ИС	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
1C-АНАЛИТ: Диетпитание	1	1/2	2	1,5129	0,3172	1,02625
ДИП Диетпитание 3.1	2	1	3	1,8171	0,43285	0,97216
Разработанная ИС	1/2	1/3	1	1,2239	0,23541	1,2121
ИТОГО:	3,5	1,83	6	4,5539		3,2105

Относительная согласованность матрицы равна 7,41%, т.е. <10%.

Таблица 2.7 - Сравнительные оценки систем по критерию «Формирование отчета меню-требование.»

	1C-АНАЛИТ: Диетпитание	ДИП	Разработанная ИС	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
1C-АНАЛИТ: Диетпитание	1	2	1/2	1,53180	0,7162	3,52625
ДИП Диетпитание 3.1	2	1	3	1,4394	0,33665	1,17216
Разработанная ИС	2	1/3	1	2,27316	0,43849	2,5121
ИТОГО:	5	3,33	4,5	5,2473		7,2175

Относительная согласованность матрицы равна 8,08%, т.е. <10%.

Таблица 2.8 - Сравнительные оценки систем по критерию «Наличие отчетных форм по движению продуктов»

	1C-АНАЛИТ: Диетпитание	ДИП	Разработанная ИС	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
1C-АНАЛИТ: Диетпитание	1	2	4	1,9180	0,4162	2,3125
ДИП Диетпитание 3.1	1/2	1	1/2	1,2524	0,25265	1,2516
Разработанная ИС	4	2	1	1,9131	0,45749	1,3121
ИТОГО:	5,5	5	5,5	5,0873		4,8775

Относительная согласованность матрицы равна 8,11%, т.е. <10%.

Таблица 2.9 - Сравнительные оценки систем по критерию «Просмотр назначений диет проживающим».

	1C-АНАЛИТ: Диетпитание	ДИП	Разработанная ИС	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета	л max
1C-АНАЛИТ: Диетпитание	1	3	1/5	1,6180	0,3162	2,79625
ДИП Диетпитание 3.1	1/3	1	1/5	1,1524	0,37265	2,2168
Разработанная ИС	5	5	1	2,1678	0,4378	0,8421
ИТОГО:	8	6,25	1,4	4,9382		5,85

Относительная согласованность матрицы равна 7,31%, т.е. <10%.

Результаты оценок по всем критериям представлены в таблице 2.10.

Для каждой из альтернатив заполняю столбцы критериев значениями локальных векторов приоритета.

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

Таблица 2.10 - Сравнительные оценки систем по всем критериям

Альтерна тивы	Формирование меню на каждый день	Учет сроков годности продуктов	Формирование отчета меню-требование.	Наличие отчетных форм по движению продуктов	Просмотр назначений диет проживающим	Глобальные приоритеты
	Численное значение вектора приоритета
	0,04117	0,46137	0,07314	0,23243	0,38423
1C-АНАЛИТ: Диетпитание	0,2162	0,3172	0,7162	0,4162	0,3162	0,1146557
ДИП Диетпитание 3.1	0,33265	0,43285	0,33665	0,25265	0,37265	0,21485281
Разработанная ИС	0,43749	0,23541	0,43849	0,45749	0,4378	0,35886516

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

Таблица 2.11 - Сравнение ИС

Наименование ИС	Глобальные приоритеты
1C-АНАЛИТ: Диетпитание	0,1146557
ДИП Диетпитание 3.1	0,21485281
Разработанная ИС	0,35886516

Анализ данных, приведенных в таблице 2.11 показывает, что следует остановить свой выбор на разработанной информационной системе.

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

2.3 Функциональные требования к информационной системе поддержки организации оптимального питания в санатории «Дубрава»

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

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

Контроль закладки продуктов в котел - эта функция предназначена для автоматического составления отчетности по результатам фактической закладки продуктов при приготовлении блюд.

Ведение бракеражного журнала - функция, позволяет проводить контроль приготовленных блюд по следующим параметрам:

- соблюдение технологических процессов,

- санитарное состояние,

- отметка о разрешении к выдаче блюд.

Просмотр остатков на складе - функция обеспечивает своевременное планирование расхода продуктов, объемов закупок, является крайне удобной функцией при формировании меню-требования.

Ведение журнала осмотров сотрудников - функция позволяет вносить данные по осмотрам сотрудников и формировать соответствующие отчетные формы.

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

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

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

Учет С-витаминизации проживающих - функция предназначена для ведения учета количества витамина С (мг.) на каждого проживающего, что является одним из важных показателей качества питания, т.к. витамин С крайне полезен для иммунной системы человека.

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

Главными требованиями к работе разрабатываемой системы являются:

1. Контроль и учет продуктов, необходимых для питания;

2. Учет затрат на обеспечение питания;

3. Автоматическое формирование меню - требования на каждый день;

4. Ведения журнала осмотра сотрудников пищеблока на гнойничковые заболевания;

5. Контроль процесса закладки продуктов в котел;

6. Контроль доброкачественности готовых блюд.

7. Автоматическое формирование отчетов по расходованию продуктов.

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

В системе выделены следующие функциональные единицы:

· Модуль «Меню-требование»;

· Модуль «Журналы по диетпитанию».

Модуль «Меню-требование»

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

Функциональность модуля:

· Отображение данных об имеющихся продуктах на складе;

· Отображение сведений о количестве проживающих, находящихся на довольствии по диетам;

· Формирование меню-требования с учетом норм расхода, предоставляемых бухгалтерией;

· Автоматическое обновление меню-требования (его пересчет) при изменении числа проживающих более чем на 3 человека;

· Поступление меню-требования к завскладом для выдачи продуктов;

· Возможность печати меню-требования для его последующего поступления к шеф-повару для закладки продуктов в котел;

· Поступление меню-требования в бухгалтерию для расчета стоимости питания.

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

· Нормы по питанию);

· Справочник замены блюд.

Печатный модуль «Журналы по диетпитанию»

Данный модуль предназначен для наглядного отображения информации по контролю процесса предоставления питания проживающим в учреждении. Журналы, представленные в модуле, заполняются как автоматически на основании сведений, хранящихся в БД, так и при использовании ручного ввода.

Модуль содержит следующие журналы:

· «Журнал осмотра на гнойничковые заболевания»;

· «Журнал закладки продуктов»;

· «Журнал С-витаминизации»;

· «Бракеражный журнал готовой пищи»;

· «Журнал бракеража скоропортящихся продуктов»;

· «Журнал отбракованных продуктов на склад»;

· «Журнал контроля доброкачественности продуктов, поступивших на пищеблок»;

· «Производственный журнал».

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

2.4 Построение функциональной модели информационной системы поддержки оптимального питания в санатории «Дубрава»

При формировании функциональной модели информационной системы ключевым моментом является декомпозиция функции «Формирование меню-требования». Рассмотрим декомпозицию блока «Формирование меню-требования». Все поступления продуктов в учреждения и их расход фиксируются в системе. Совместный учет расходов и приходов дает данные об остатках, на основании которых формируется перечень необходимых продуктов. При возникновении необходимости замены продуктов диетсестра использует справочник замены продуктов, который формирует автоматически список замены на основании первичного перечня продуктов, что является важным фактором экономии времени. Для наиболее качественного и эффективного составления меню диетсестра имеет возможность получать информации обо всех назначенных проживающим диетам за счет интеграции с другими подсистемами. Автоматизированная система на основании выбранных продуктов и количестве проживающих формирует меню-требование, готовое к передачи в бухгалтерию и шеф-повару.

Рис. 2.5 Модель формирования меню-требования

3. Проектирование информационной системы поддержки организации оптимального питания в санатории «Дубрава»

В предыдущем разделе мы чётко выделили предметную область проектирования системы. Были обозначены задачи прямых и косвенных членов системы. Также было обозначено, какая информация будет считаться входной, внутренней и кто её будет вносить в базу данных, а так же определена выходная информацию - и её пользователи. Теперь необходимо выделить сущности системы и описать их атрибуты. Для удобства дальнейшей обработки атрибутов поставим в соответствие каждому атрибуту и сущности латинское наименование, а так же для каждой сущности опишем ключевое поле, которое будет использоваться в физической модели БД.

Исходя из поставленных задач, в системе будет задействовано шестнадцать сущностей:

· «Блюдо меню-требования»,

· «Витаминизация меню»,

· «Готовое блюдо»,

· «Диета для блюда»,

· «Замена продукта»

· «Контроль продуктов меню»,

· «Меню-требование»,

· «Норма денежных средств»,

· «Норма продукта»,

· «Отбраковка»,

· «С-витаминизация»,

· «Сотрудник на осмотр»,

· «Сотрудник, принявший закладку продуктов»,

· «Тип приема пищи»,

· «Диета»,

· «Продукт».

Теперь нам предстоит описать атрибуты сущностей.

Сущность «Блюдо меню-требования» (TDish) описывается следующими атрибутами:

· fk_dish _id - ключевое поле (уникальный идентификатор),

· fk_menu - ссылка на меню-требование,

· fk_dish - ссылка на блюдо,

· fn_brutto - весбрутто,

· fk_meal_type - ссылка на тип приема пищи,

· fc_san_status - санитарное состояние пищеблока.

Сущность «Витаминизация меню» (TVitamin) описывается следующими атрибутами:

· fk_vitamin _id - ключевое поле (уникальный идентификатор),

· fn_vitamin - содержание аскорбиновой кислоты,

· fn_count - число витаминизированных порций,

· fn_one_tabl_count - содержание аскорбиновой кислоты в таблетке,

· fk_menu - ссылка на меню,

· fk_sotr - лицо, ответственное за витаминизацию.

Сущность «Готовое блюдо» (TReadyDish) описывается следующими атрибутами:

· fk_ready_dish_id - ключевое поле (уникальный идентификатор),

· fc_name - наименование блюда,

· fc_code - кодблюда,

· fn_brutto - вес_брутто,

· fn_netto - вес_нетто,

· fc_tech - технологияприготовления,

· fk_meal_type - ссылка на тип приема пищи,

· fb_sotr - питание сотрудников,

· fk_change - замена (наименование блюда, которое может послужить заменой для данного).

Сущность «Диета» (TDiet) описывается следующими атрибутами:

· fk_diet_id - ключевое поле (уникальный идентификатор),

· fb_type - тип (номерная или стандартная),

· fс_description - описание.

Сущность «Диета для блюда» (TDishDiet) описывается следующими атрибутами:

· fk_dish_diet_id - ключевое поле (уникальный идентификатор),

· fk_dish - блюдо,

· fk_diet - ссылка на диету.

Сущность «Замена продукта» (TProductChange) описывается следующими атрибутами:

· fk_product_change_id - ключевое поле (уникальный идентификатор),

· fn_old_prod - масса заменяющего продукта,

· fn_new_prod - масса заменяемого продукта,

· fk_old_product - продуктзаменяемый,

· fk_new_product - продукт_заемняющий.

Сущность «Контроль продуктов меню» (TControl) описывается следующими атрибутами:

· fk_control_id - ключевое поле (уникальный идентификатор),

· fd_postavka - время поставки на пищеблок,

· fk_product_link - ссылка на продукт,

· fk_menu_link - ссылка на меню,

· fn_count_breakf - кол-во продуктов для закладки,

· fk_meal_type - ссылка на тип приема пищи,

· fn_netto - масса_нетто,

· fn_brutto - масса_брутто,

· fn_not_food_wastes - массанепищевыхотходов,

· fn_food_wastes - масса пищевых отходов,

· fk_waste_reason - ссылка на причину отбраковки.

Сущность «Меню-требование» (TMenu) описывается следующими атрибутами:

· fk_menu_id - ключевое поле (уникальный идентификатор),

· fk_link_shablon - ссылка на шаблон,

· fc_number - номер,

· fb_shablon - принадлежность шаблонам,

· fd_date - дата,

· fk_money_norm_link - ссылка на норму денежных средств.

Сущность «Норма денежных средств» (TMoneyQuota) описывается следующими атрибутами:

· fk_money_quota_id - ключевое поле (уникальный идентификатор),

· fd_finish - дата окончания,

· fd_start - дата начала,

· fn_norm - кол-во денег на одного человека,

· fb_budjet - бюджет(внебюджет),

· fk_norma_link - сдедующая норма.

Сущность «Норма продукта» (TProductQuote) описывается следующими атрибутами:

· fk_product_quote_id - ключевое поле (уникальный идентификатор),

· fn_one_norm - норма на 1 человека,

· fk_link_product - продукт.

Сущность «Отбраковка» (TScreening) описывается следующими атрибутами:

· fk_screening_id - ключевое поле (уникальный идентификатор),

· fc_reason - причина отбраковки.

Сущность «Сотрудник» (TSotr) описывается следующими атрибутами:

· fk_sotr_id - ключевое поле (уникальный идентификатор),

· fc_name - имя,

· fc_surname - фамилия,

· fc_patronimyc - отчество,

· fb_sex - пол,

· fd_date_born - дата рождения,

· fn_code - уникальный личный номер.

Сущность «Продукт для блюда» (TDishProduct) описывается следующими атрибутами:

· fk_dish_product_id - ключевое поле (уникальный идентификатор),

· fk_link_product - продукт,

· fk_link_sem_product - продукт-полуфабрикат,

· fn_netto - нетто,

· fk_link_dish - блюдо,

· fn_brutto - брутто.

Сущность «Продукт-ингредиент полуфабриката» (TSemifinishedProductPart) описывается следующими атрибутами:

· fk_semifinished_product_part_id - ключевое поле (уникальный идентификатор),

· fk_link_semprod - ссылка на продукт-полуфабрикат,

· fk_link_prod - продукт-ингредиент,

· fn_count - количество.

Сущность «Продукт-полуфабрикат» (TSemifinishedProduct) описывается следующими атрибутами:

· fk_semifinished_product_id - ключевое поле (уникальный идентификатор),

· fn_weight - вес,

· fc_name - наименование.

Сущность «Сотрудник на осмотр» (TSotrCheck) описывается следующими атрибутами:

· fk_sort_check_id - ключевое поле (уникальный идентификатор),

· fk_sotr_link - ссылка на сотрудника,

· fk_menu_link - ссылка на меню,

· fb_angina - отметка об отсутствии ангины,

· fc_note - примечание,

· fb_sex - пол,

· fd_date_born - дата рождения.

Сущность «Сотрудник, принявший закладку продуктов» (TCheckProductSotr) описывается следующими атрибутами:

· fk_check_product_sotr_id - ключевое поле (уникальный идентификатор),

· fk_menu_link - cсылка на меню,

· fk_sotr_link - cсылка на сотрудника.

Сущность «Тип приема пищи» (TMeals) описывается следующими атрибутами:

· fk_meals_id - ключевое поле (уникальный идентификатор),

· fс_name - наименование.

Сущность «Продукт» (TProducts) описывается следующими атрибутами:

· fk_product_id - ключевое поле (уникальный идентификатор),

· fс_name - наименование,

· fn_protein - белки,

· fn_fat - жиры,

· fn_carbon - углеводы.



Рис. 3.1 Логическая модель данных

Рис. 3.2 Физическая модель данных

Заключение

В дипломном проекте проведена разработка информационной системы поддержки организации оптимального питания в санатории «Дубрава».

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

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

Для разработки модели информационной системы, обладающей выше перечисленной функциональностью, были пройдены следующие этапы:

- проведено обследование работы подразделения обеспечения питания;

- произведен анализ существующих аналогов;

- сформулированы требования к разрабатываемой подсистеме и задачи, которые должна выполнять система;

- сформулирована характеристика объекта автоматизации и построена структурная и функциональная модель организации питания.

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

Расчет технико-экономических показателей разработки системы сравнение с аналогом доказали эффективность разработки.

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

Размещено на Allbest.ru