Характеристика документооборота, возникающего при решении задачи

Содержание:

Введение

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

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

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

Глава 1. Аналитическая часть

Выбор комплекса задач автоматизации.

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

1. Заказ лекарственных препаратов
2. Количество реализованного товара
3. Остаток товара

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

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

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

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

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

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

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

Исполнителями на этапе проектирования будет выступать комиссия, состоящая из руководителей аптек, аптечной базы, представителей поставщиков и it-разработчиков.

Характеристика существующих бизнес – процессов

Схема учета реализации лекарственных препаратов в аптечной сети.

Требования к

отчетности

Учет лекарственных

препаратов

Отчеты из аптечной сети

Отчеты аптечной базы

Отчетные

периоды

Методы

вычисления

Фармацевты

Статистики

Сдача отчетности

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

1.3 Характеристика документооборота, возникающего при решении задачи 

Приведем схемы документооборота для основных документов аптечной сети

1. Прайс листы

Исполнитель	Поставщики	Аптечная база	Аптечная сеть
Действие
Запрос прайс-листов от поставщика	Запрос прайс-листов Запрос прайс-листов Актуальные прайс-листы Актуальные прайс-листы
Получение от поставщика прайс-листов по запросу
Передача прайсов в аптечную сеть

1. Договора с поставщиками

Исполнитель	Поставщики	Аптечная база	Архив
Действие
Заполнение договора на поставку товаров	Договор на поставку товаров Договор на поставку товаров Договор на поставку товаров
Проверка правильности составления договора и его подписание			Договор на поставку товаров (оригинал)
Получение копии подписанного договора		Договор на поставку товаров (копия)

1. Отчетность по продажам лекарственных препаратор

Исполнитель	Аптеки	Аптечная база	Архив
Действие
Отправка запроса отчетности за период и его обработка	Запрос отчетности за период Запрос отчетности за период Отчет за период по продажам Отчет по продажам Отчет по продажам
Сбор отчетности и оформление её в соответствии с отчетными формами
Отправка отчета в аптечную базу и в архив

Расчет потоков документации в год можно рассчитать по количеству отчетных периодов. Если принять отчетный период за месяц то в год будет производиться 12 ежемесячных отчетов, 4 квартальных отчета, 2 полугодовых отчета и 1 годовой отчет. Договор на поставку товаров заключается на год, поэтому подготовка и подписание так же производится 1 раз в год. Но в течение года к данному договору могут приниматься дополнительные соглашения, вносящие какие-либо дополнения к основному договору. Вычислить конкретное количество таких правок невозможно, так-как это зависит от конкретных условий для каждого года. Внесение изменений в прайс-листы может проводиться еженедельно, чтобы информация в них была актуальной и не устаревала со временем. Получается 52 документа.

Основными недостатками существующей системы являются

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

В проекте предлагается устранить недостатки, присущие существующему учету лекарственны препаратов:

1. Медленное получение прайс-листов от поставщиков, обновление существующих прайс-листов.
2. Отсутствие форм сбора статистической отчетности
3. Сведение информации из аптечной сети в единую форму отчетности
4. Контроль за количеством товаров в каждой аптеке.
5. Несовершенство организации сбора и регистрации исходной информации;
6. Несовершенство процессов сбора, передачи, обработки, хранения, защиты целостности и секретности информации и процессов выдачи результатов расчетов

1.4. Обоснование проектных решений по информационному обеспечению 

1. Обоснование состава и содержания входных и выходных документов. Для того, чтобы исключить ошибки в сдаче отчетов планируется ввести типовые формы статистической отчетности. Данное действие приедет к снижению трудовых затрат на заполнение отчетов и сведение их в общие формы отчетности, так как формы будут совпадать по каждой аптеке отдельно.
2. В проекте так же будет учитываться однообразие программы для каждой аптеки. Различие планируется только в учетных данных для входа в программный продукт. Это облегчит составление сопутствующей документации как-то – инструкции для системного администратора, инструкции пользователя, настройка программного обеспечения. Предполагается только минимальная настройка пользователем справочников, используемых в работе.
3. При выборе классификаторов нужно будет исходить из потребностей пользователей в том или ином признаке лекарственного препарата для выборки из справочников. Можно использовать международное название препарата, название препарата по латыни, внутренний код препарата для аптечной сети. Так же можно добавить графу Поставщик в классификатор товара, для удобства составления отчетности.
4. Способ организации информационной базы данных можно определить, как клиент-серверную. Общая база данных предполагает хранение на сервере аптечной базы, далее в неё вносятся изменения пользователями.
5. Организация файлов представляет собой список форм для отчетности. Каждая форма сделала в виде пустой таблицы, в которую вводятся данные. Такая стандартизированная отчетность существенно сократит трудовые затраты на заполнение и объединение информации из разных источников в единые отчеты. Так же можно контролировать данные по времени заполнения форм, чтобы отслеживать динамику развития тех или иных показателей по реализации лекарственных препаратов.

1.5. Обоснование проектных решений по программному обеспечению

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

В качестве СУБД можно использовать Microsoft SQL Server. SQL Server является надежной базой данных для любых целей, может продолжать расширяться по мере наполнения информацией, без заметного уменьшения быстродействия операций с записями в многопользовательском режиме. Пользователи могут быть добавлены путем модернизации оборудования. В последнем тесте поддерживалось до 4600 пользователей базы данных. 
Обеспечивается максимальная безопасность.  Ваши данные защищены от несанкционированного доступа за счет интеграции сетевой безопасности с сервером безопасности.   Поскольку безопасность на уровне пользователя, пользователи могут иметь ограниченный доступ к записи данных, тем самым защищая их от модификации или поиска, указав доступ на уровне пользовательских привилегией.  Кроме того, с данными, хранящимися на отдельном сервере, сервер работает как шлюз, который ограничивает несанкционированный доступ. SQL Server обрабатывает запросы от пользователей и только отправляет пользователю результаты запроса.   Таким образом, минимальная информация передается по сети.   Это улучшает время отклика и устраняет узкие места в сети.   Это также позволяет использовать SQL Server в качестве идеальной базы данных для интернета. Техническое обслуживание SQL Server очень простое и не требует больших знаний. Возможны изменения в структуре данных, а также резервное копирование во время работы сервера, без остановки. Два основных языка разработки приложений используется для извлечения информации из данных SQL Server. Это C++ и Visual Basic. Эти языки являются частью Visual Studio.Net, интегрированной среды разработки Microsoft. Покупка приложений, разработанных с помощью этих продуктов гарантирует, что программное обеспечение будет модернизироваться и расширятся и развиваться в будущем. SQL Server является приложением базы данных при работе на Net, новейшие разработки Microsoft.   Выбрав Microsoft SQL Sever в качестве базы данных информации для компании, приложение может расширяться и адаптироваться по мере изменения бизнес-климата^[1]. 

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

• Объектная декомпозиция дает возможность создавать модели меньшего размера путем использования общих механизмов, обеспечивающих необходимую экономию выразительных средств. Использование объектного подхода существенно повышает уровень унификации разработки и пригодность для повторного использования, что ведет к созданию среды разработки и переходу к сборочному созданию моделей.
• Объектная декомпозиция позволяет избежать создания сложных моделей, так как она предполагает эволюционный путь развития модели на базе относительно небольших подсистем.
• Объектная модель естественна, поскольку ориентирована на человеческое восприятие мира^[2].

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

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

VS2005 Наиболее удобное средство для разработки кода на C++.

NetBeans - Разработка для java части, наиболее удобный инструмент

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

Глава 2.

2.1. Информационная модель и её описание.

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

Реквизиты предприятия *

Прайс-лист *

Справочник лекарственных препаратов *

Справочник поставщиков *

Договора *

Справочник поставщиков

Реквизиты предприятия

Прайс-лист

Справочник аптек

ИС

Справочник лекарственных препаратов

Договора

Оператор

Ведение справочников

Обработка заявок

Формирование отчетности

Оператор

Статистика по продажам

Бланк заказа

Списки поступивших и закрытых заявок

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации 

Входящими документами как показано на схеме выше являются:

• Справочник поставщиков
• Реквизиты предприятия
• Прайс-лист
• Договора
• Справочник аптек
• Справочник лекарственных препаратов

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

№	Код поставщика	Название компании поставщика	Адрес	Реквизиты компании

Экранная форма:

Справочник поставщиков

Реквизиты компании

Адрес компании

Название компании

Код поставщика

Отмена

Добавить

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

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

Данные по реквизитам предприятия вносятся в таблицу содержащую такие строки

Полное наименование
Краткое наименование
Руководитель
Главный бухгалтер
Юридический адрес
Почтовый адрес
ИНН
КПП
ОКПО
ОГРН
Расчетный счет
Полное наименование банка
Корреспондентский счет
БИК

Экранная форма:

Отмена

OK

Реквизиты предприятия

Полное наименование
Краткое наименование
Руководитель
Главный бухгалтер
Юридический адрес
Почтовый адрес
ИНН
КПП
ОКПО
ОГРН
Расчетный счет
Полное наименование банка
Корреспондентский счет
БИК

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

Прайс-лист представляет собой таблицу в которой будут размещены следующие данные:

Код товара	Название товара	Международное непатентованное наименование	Размер упаковки	Название компании поставщика	Количество упаковок	Цена

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

Экранная форма

Цена

Добавить

Отмена

Количество упаковок

Размер упаковки

Название компании поставщика

Международное непатентованное наименование

Название товара

Код товара

Прайс-лист

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

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

Код договора	Номер договора	Название компании	Дата начала действия	Дата окончания действия

В экранной форме это будет выглядеть так:

Договора

Код договора

Номер договора

Название компании

Дата начала действия

Дата окончания действия

Добавить

Отмена

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

Данные по таблице Справочник аптек можно представить в следующем виде:

Код аптеки	Номер аптеки	Название аптеки	Адрес аптеки

Экранная форма:

Аптеки

Код аптеки

Номер аптеки

Название аптеки

Адрес аптеки

Добавить

Отмена

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

Данные в Справочник лекарственных препаратов можно ввести по следующей таблице:

Код препарата	Название препарата	Тип выпуска препарата	Размер упаковки

Экранная форма заполнения данного справочника будет выглядеть так:

Добавить

Отмена

Размер упаковки

Тип выпуска препарата

Название препарата

Код препарата

Справочник лекарственных препаратов

Код препарата вводится автоматически программой.

2.3. Характеристика результатной информации

По запросу отчетности за период времени выбирается какой отчет нужно сформировать. Приведем пример продаж в одной аптеке за месяц. При выборе отчета на экран выводится форма запроса, в которой указаны:

• Название аптеки (выбор из списка аптек, взятого из Справочника аптек из графы Название аптеки)
• Ввод даты начала запроса (ввод с клавиатуры или выбор из календаря)
• Ввод даты окончания запроса (ввод с клавиатуры или выбор из календаря)

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

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

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

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

В отчетной форме это будет отображаться как список лекарственных средств и количество их на складе на дату запроса (Приложение №2).

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

2.4. Общие положения (дерево функций и сценарий диалога)

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

Представим данные функции в виде схемы:

Контекстное меню программного продукта состоит из 5 основных пунктов – Файл, Справочники, Отчеты, Сервис и Помощь. По схеме можно рассмотреть содержание каждого пункта:

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

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

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

Меню Сервис предоставляет доступ к служебным функциям программного продукта. Данное меню в своем полном виде доступно только для системного администратора, так-как функции, размещенные в нем, относятся в основном для системного администрирования программного продукта, а не для работы непосредственно с отчетностью. Рассмотрим данные подменю – Архивация базы данных – архивирование базы данных за прошлые года для уменьшения загруженности программного продукта из-за снижения объема базы данных открытых записей. При выборе данного подменю появляется диалоговое окно с пользователем, в котором задаются параметры даты начала архивации записей и даты конца архивации записей. При нажатии ОК начнется формирование архива записей и сохранения его в указанную директорию. Резервная копия базы данных создает полную копию базы данных с последующим её сохранением. Это делается при внесении критических изменений в структуру программного продукта, установку обновлений, для того, чтобы данные при сбое в обновлении не пострадали. Проверка пароля пользователя – при выборе данного пункта меню появляется форма входа пользователя в программу с текстовыми полями ввода логина и пароля. При вводе логина и пароля программа проверяет совпадение пары логин – пароль. Если проверка прошла успешно появляется диалоговое окно что логин и пароль верны. Если же проверка не прошла – появляется сообщение что данная пара логин-пароль не верна. Проверка данных ввода в таблицы – при выборе данного подменю проводится проверка данных ввода на правильность. Например, в текстовой строке не могут присутствовать цифры, в дате может стоять только дата, в графе цена не может быть текста. Если при проверке находятся несоответствия, то формируется таблица, с указанием в какой строке конкретного справочника есть ошибки. Просмотр логов работы – при выборе данного меню можно просмотреть какие действия совершал конкретный пользователь в указанное время. В данном меню так же можно реализовать выбор пользователя, выбор временного промежутка.

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

2.5. Характеристика базы данных

Характеризуя базу данных важно четко описать поля таблиц данной базы и их взаимодействие между собой. Как говорилось выше база данных проекта информационной системы состоит из нескольких таблиц, взаимодействующих между собой в процессе работы. Ниже мы рассмотрим данные таблицы, представив их с помощью ER-модели. ER-модель(Entity – сущность, Relation - связь) - средство моделирования предметной области на этапе концептуального проектирования. В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER- -диаграмм (диаграмм "сущность–связь"). В наглядном виде они представляют связи между сущностями^[3].

Начнем с таблицы «Справочник поставщиков» (Sprav_post):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
№	Number_postav	Число	5
Код поставщика	Code_postav	Число	5	Ключевое поле
Название компании поставщика	Name_company	строка	50
Адрес	Address	строка	50
Реквизиты компании	Rekviz_company	строка	200

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

Описание справочника «Реквизиты предприятия» (Rekviz):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Полное наименование	Poln_name	Строка	100
Краткое наименование	Krat_name	Строка	50
Руководитель	Boss	Строка	50
Главный бухгалтер	Glav_buh	Строка	50
Юридический адрес	Address_urid	Строка	200
Почтовый адрес	Address_post	Строка	200
ИНН	INN	Число	10	Ключевое поле
КПП	KPP	Число	9
ОКПО	OKPO	Число	8
ОГРН	OGRN	Число	13
Расчетный счет	R_schet	Число	20
Полное наименование банка	Name_bank	Строка	100
Корреспондентский счет	Corr_schet	Число	20
БИК	BIK	Число	9

Описание справочника «Прайс-лист» (Prise):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код товара	Code_product	Число	10	Ключевое поле
Название товара	Name_product	Строка	50
Международное непатентованное наименование	MNN	Строка	100
Размер упаковки	Size_package	Число	10
Название компании поставщика	Name_company	Cтрока	50
Количество упаковок	Kolvo_packages	Число	10
Цена	Price	Число	10

В данной таблице поле Name_company выбирается из списка, по названиям компаний из таблицы «Справочник поставщиков». Поля Код товара, Название товара и Размер упаковки выбираются из списка по справочнику «Лекарственные препараты».

Описание справочника «Договора» (Contracts):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код договора	Code_contract	Число	10	Ключевое поле
Номер договора	Number_contract	Число	10
Название компании	Name_company	Строка	50
Дата начала действия	Date_start	Дата	10
Дата окончания действия	Date_finish	Дата	10

В данной таблице также поле Название компании заполняется выбором из списка по таблице «Справочник поставщиков». Поля Дата начала действия и Дата окончания действия заполняются по маске ввода ДД.ММ.ГГГГ чтобы исключить введение в данные графы текста или же даты в неверном формате. При неверном вводе даты пользователем появится диалоговое окно, сообщающее о неверном вводе даты.

Описание справочника «Аптеки» (Pharmacies):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код аптеки	Code_market	Число	10	Ключевое поле
Номер аптеки	Number_market	Число	10
Название аптеки	Name_market	Строка	50
Адрес аптеки	Address_market	Строка	100

Описание справочника «Лекарственные препараты» (Medications):

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код препарата	Code_product	Число	10	Ключевое поле
Название препарата	Name_product	Строка	50
Тип выпуска препарата	Type_product	Строка	50
Размер упаковки	Size_package	Число	10

Sprav_post

Number_postav

Code_postav

Name_company

Address

Rekviz_company

Prise
Medications	Code_product
Medications	Name_product
	MNN
Medications	Size_package
Sprav_post	Name_company
	Kolvo_packages
	Price

	Contracts
	Code_contract
	Number_contract
Sprav_post	Name_company
	Date_start
	Date_finish

Medications

Code_product

Name_product

Type_product

Size_package

Pharmacies

Code_market

Number_market

Name_market

Address_market

Rekviz

Poln_name

Krat_name

Boss

Glav_buh

Address_urid

Address_post

INN

KPP

OKPO

OGRN

R_schet

Name_bank

Corr_schet

BIK

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

2.6 Структурная схема пакета (дерево вызова программных модулей)

В данном пункте дается описание каждого модуля программного продукта, с описание его функций. Информацию по данному пункту можно представить в виде таблицы:

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Включает в себя основные функции, процедуры и функции, необходимые для запуска программного продукта.
2	Модуль авторизации	Вывод на экран диалогового окна для авторизации пользователя. Проверка правильности введенных данных, вход в программу после проверки логина и пароля.
3	Модуль «Ввод данных»	Ввод данных в справочники
4	Модуль справочника «Справочник поставщиков»	Содержит предопределенные процедуры формы списка и элемента справочника
5	Модуль справочника «Реквизиты предприятия»	Содержит предопределенные процедуры формы списка и элемента справочника
6	Модуль справочника «Прайс-лист»	Содержит предопределенные процедуры формы списка и элемента справочника
7	Модуль справочника «Договора»	Содержит предопределенные процедуры формы списка и элемента справочника
8	Модуль справочника «Справочник аптек»	Содержит предопределенные процедуры формы списка и элемента справочника
9	Модуль справочника «Справочник лекарственных препаратов»	Содержит предопределенные процедуры формы списка и элемента справочника
10	Модуль отчетности	Формирование отчетности по введенному запросу, добавление новых форм отчетности.
11	Модуль «Сервис»	Проверка данных ввода в таблицы, резервное копирование данных, архивация базы данных, проверка паролей пользователей, ведение отчетности о действиях пользователя, логи работы самой программы.

Глобальный модуль

Модуль авторизации

Модуль отчетности

Модуль «Сервис»

Модуль «Договора»

Модуль «Справочник аптек»

Модуль «Справочник лекарственных препаратов»

Модуль «Ввод данных»

Модуль справочника «Справочник поставщиков»

Модуль справочника «Реквизиты предприятия»

Модуль справочника «Прайс-лист»

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

2.7 Описание программных модулей 

Для описания работы программных модулей можем отобразить блок- схему программного продукта и опишем основные действия при работе программного продукта. Блок-схема алгоритма — графическое изображение алгоритма в виде связанных между собой с помощью стрелок (линий перехода) и блоков — графических символов, каждый из которых соответствует одному шагу алгоритма. Внутри блока дается описание соответствующего действия ^[4].

Начало работы с программой

Ввод логина и пароля

Нет

Проверка логина и пароля

Да

Выбор из меню модуля, с которым будет проводится работа

Модуль отчетности

Выбор вида отчета

Ввод данных в диалоговое окно отчета

Вывод на экран отчета по запросу

Модуль «Ввод данных»

Заполнение данных в справочники. Номер строки j=i+1

Проверка введенных данных на соответствие строкам

2.8. Контрольный пример реализации проекта и его описание

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

Рассмотрим основные функции 1С Управление аптечной сетью:

В конфигурации предусмотрен учет в соответствии с Российским законодательством. Реализованы следующие функции:

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

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

Финансовый учет

Подсистема позволяет оптимизировать финансовую деятельность предприятия. Осуществляется поддержка схем "Интеркампани", расчет себестоимости, учет и распределение прочих затрат и доходов, формирование и анализ финансовых результатов.

Реализованы следующие возможности по управлению денежными средствами:

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

Содержатся возможности для управления взаиморасчетами:

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

Учет по налогу на добавленную стоимость (НДС) реализован в соответствии с требованиями главы 21 Налогового кодекса РФ, поддерживается ведение "сложного" НДС в условиях применения различных ставок НДС (0%, 10 %, 18%, без НДС), раздельного учета по видам деятельности. Формируются Книга покупок и Книга продаж.

Управление продажами и маркетинг

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

Подсистема предназначена для планирования:

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

Функциональность управления заказами, реализованная в системе, позволяет:

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

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

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

Программа позволяет производить комплексную оценку клиентской базы с использованием АВС/XYZ классификации клиентов. Для АВС/XYZ классификации клиентов применяется регламентное задание. Оно может выполняться в соответствии с расписанием, которое назначает пользователь. В программе хранится история классификации клиентов. На ее основании может быть произведен комплексный анализ клиентской базы (BCG) по одному из параметров классификации: выручка, валовая прибыль или количество продаж.

В механизм ценообразования добавлены возможности назначения алгоритмов расчета цен в виде произвольных запросов к информационной базе (например, "получить среднюю цену закупки за прошлый месяц…") и в виде произвольных формул ("Розничная = Оптовая * 1.2"). Возможность расчета цен на основании данных информационной базы позволяет отслеживать данные о максимальной цене рынка на основе зарегистрированных данных о ценах конкурентов и о минимально возможной цене закупки товаров. В дальнейшем эти данные используются для контроля цен при продаже товаров и цен закупки при оформлении документов продажи и закупки.

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

В системе реализована регистрация источников возникновения интереса у клиентов (как для новых клиентов, так и для повторных сделок) и их анализ. Это позволяет оптимизировать способы рекламного воздействия на потенциальных клиентов.

Управление запасами

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

В числе возможностей, которые предоставляет подсистема:

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

Управление складом

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

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

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

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

Управление торговыми представителями

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

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

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

Технологические достоинства

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

На платформе "1С:Предприятие 8.2" реализовано новое клиентское приложение – тонкий клиент: он может подключаться по протоколам http или https, при этом вся бизнес-логика реализуется на сервере. Удаленные подразделения могут, используя тонкого клиента, подключаться через Интернет и в on-line режиме работать с информационной базой. Повышается безопасность и скорость работы .

На платформе "1С:Предприятие 8.2" реализовано новое клиентское приложение – Web-клиент: не требует установки на компьютер пользователя никаких компонент, позволяет использовать на рабочих местах пользователей операционные системы Windows и Linux. Не требует администрирования на компьютерах пользователей. Обеспечивает оперативный доступ к информационной базе для "мобильных" сотрудников.

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

В режиме управляемого приложения интерфейс не "рисуется", а "описывается". Разработчик определяет только общую схему командного интерфейса и общую схему форм. Это описание платформа использует при построении интерфейса для конкретного пользователя с учетом различных факторов:

• прав пользователя;
• особенностей конкретного внедрения;
• настроек, сделанных самим пользователем.

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

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

"1С:Предприятие 8.2" сертифицировано ФСТЭК России: Сертификат № 2137 от 20.07.2010 удостоверяет, то ЗПК (защищенный программный комплекс) "1С:Предприятие, вер. 8.2z" является программным средством общего назначения со встроенными средствами защиты от НСД к информации, не содержащей сведения, составляющие гос.тайну, может использоваться для защиты информации в информационных Системах ПДн до 1 класса включительно (т.е. можно обрабатывать любые ПДн, в том числе сведения о состоянии здоровья).

Конфигурации, разработанные на платформе "1С:Предприятие 8.2", могут быть использованы при создании ИСПДн любого класса и доп. сертификация прикладных решений не требуется.

Масштабируемость и производительность

Использование платформы "1С:Предприятие 8.2" обеспечивает эффективную работу и надежное хранение информации при работе сотен пользователей. Современная трехуровневая архитектура системы дает сохранение высокой производительности при значительном росте нагрузки на систему и объемов обрабатываемых данных. Высокая отказоустойчивость достигается за счет резервирования кластера серверов, а оптимизация быстродействия - за счет динамической балансировка нагрузки между кластерами. Использование СУБД мировых лидеров (MS SQL, IBM DB2, Oracle Database) позволяет строить высокопроизводительные и надежные информационные системы.

Построение территориально распределенных систем

В "1С:Предприятии 8" реализован механизм управления распределенными информационными базами, который обеспечивает работу единого прикладного решения (конфигурации) с территориально разнесенными базами данных, объединенными в многоуровневую иерархическую структуру.

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

Интеграция с другими системами

Обеспечивается интеграция с внешними программами отечественных и зарубежных разработчиков и оборудованием (например, контрольно-измерительные приборы или складские терминалы сбора данных) на основе общепризнанных открытых стандартов и протоколов передачи данных, поддерживаемых платформой "1С:Предприятие 8.2".

Защита информации

Фирмой "1С" получен сертификат соответствия № 2137 от 20.07.2010 г., выданный ФСТЭК России, который подтверждает, что защищенный программный комплекс (ЗПК) "1С:Предприятие, версия 8.2z" признан программным средством общего назначения со встроенными средствами защиты информации от несанкционированного доступа (НСД) к информации, не содержащей сведения, составляющие государственную тайну. По результатам сертификации подтверждено соответствие требованиям руководящих документов по защите от НСД -5 класса, по уровню контроля отсутствия не декларированных возможностей (НДВ) по 4 уровню контроля, подтверждена возможность использования для создания автоматизированных систем (АС) до класса защищенности 1Г (т.е. АС, обеспечивающих защиту конфиденциальной информации в ЛВС) включительно, а также для защиты информации в информационных системах персональных данных (ИСПДн) до класса К1 включительно.

Сертифицированные экземпляры платформы маркированы знаками соответствия с № Г 420000 до № Г 429999^[5].

Заключение

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

Список литературы

• 1. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
  2. Ричард Ньютон. Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
  3. В.Г. Елиферов, В.В. Репин. Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.

Сравнение баз данных MICROSOFT SQL SERVER И MICROSOFT VISUAL FOXPRO http://softclipper.net/foxpro-i-sql/sravnenie-baz-dannykh-microsoft-sql-server-i-microsoft-visual-foxpro.html

• 1. Лекция 6: Методологии моделирования предметной области http://www.intuit.ru/studies/courses/2195/55/lecture/1628?page=5
  2. Лекция на тему Проектирование базы данных (http://www.bseu.by/it/tohod/lekcii4_3.htm)
  3. Блок-схема алгоритма (http://shkolo.ru/blok-shema-algoritma/)
  4. 1С:Предприятие 8. Управление аптечной сетью(http://solutions.1c.ru/catalog/pharmacy-chain/features)

Приложение №1

Пример заполнения формы запроса продаж лекарственных препаратов за июль 2017 года.

Название аптеки: Аптека № 24

Адрес: Россия, Костромская область, Парфеньевский район, село Парфеньево, улица Ленина, 60А

Отчет о продаже лекарственных средств за период с 01 июля 2017 года по 01 августа 2017 года.

№ п/п	Название препарата	Тип выпуска	Размер упаковки	Поставщик	Количество упаковок	Цена
1	Анальгин	Анальгин 50% 1мл амп.№10	10 ампул	Главфарм	5	51 руб.
2	Смекта	Смекта 3г №30	30 пакетиков	Главфарм	3	475,41 руб.

Приложение №2

Пример заполнения формы запроса остатка лекарственных препаратов на складе на июль 2017 года.

Название аптеки: Аптека № 24

Адрес: Россия, Костромская область, Парфеньевский район, село Парфеньево, улица Ленина, 60А

Отчет об остатках лекарственных препаратов на складе за июль 2017 года.

№ п/п	Название препарата	Поступило за июль 2017 года	Продано за июль 2017 года	Остаток на 01 августа 2017 года
1	Анальгин 50% 1мл амп.№10	20	7	13
2	Смекта 3г №30	12	11	1

1. Сравнение баз данных MICROSOFT SQL SERVER И MICROSOFT VISUAL FOXPRO http://softclipper.net/foxpro-i-sql/sravnenie-baz-dannykh-microsoft-sql-server-i-microsoft-visual-foxpro.html ↑

2. Лекция 6: Методологии моделирования предметной области http://www.intuit.ru/studies/courses/2195/55/lecture/1628?page=5 ↑

3. Лекция на тему Проектирование базы данных (http://www.bseu.by/it/tohod/lekcii4_3.htm) ↑

4. Блок-схема алгоритма (http://shkolo.ru/blok-shema-algoritma/) ↑

5. 1С:Предприятие 8. Управление аптечной сетью(http://solutions.1c.ru/catalog/pharmacy-chain/features) ↑