Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Учет реализации лекарственных препаратов через аптечную сеть

Содержание:

Введение

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

Описание и регламентация процесса «Учет реализации лекарственных препаратов через аптечную сеть» используется большинством современных аптек. Бывают случаи, когда процессы описываются стихийно, но чаще всего имеется определенный план по разработанной архитектуре бизнес-процессов. В схемах процессов описывается работа сотрудников фирмы, чтобы создать какой-либо результат: документ, материальный продукт. Но процессы по управлению, которые выполняются руководителем, описываются и регламентируются крайне редко и бессистемно!

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

Однако перед тем как пытаться производить какие-то улучшения, необходимо разобраться в существующих бизнес-процессах [11, 12].

Для совершенствования системы управления руководителю организации  рано или поздно придется описывать, анализировать и регламентировать процессы управления.

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

Описание предметной области. Постановка задачи

Регламентация (описание) бизнес-процессов - это разработка нормативно-методических правил, которые отражают порядок управления бизнес-процессами организации, порядок выполнения бизнес-процессов организации и устанавливающих требования к ресурсам, необходимым для выполнения бизнес-процессов организации равил [3].

В настоящее время регламентация процессов является очень популярным инструментом упорядочения деятельности организации, но эффективно регламентировать процессы удается далеко не всем [1].

Регламентация процесса должна состоять из таких основных элементов:

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

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

1. осуществлять периодический контроль правильности выполнения бизнес-процессов сотрудниками;

2. обучать новых сотрудников;

3.использовать как базу для совершенствования процесса [2].

Рассмотрим базовые принципы регламентации бизнес-процессов.

Принцип 1. Регламентировать только то, что действительно необходимо и лишь на том уровне, который действительно необходим.

Многие организации используют ненужную бумажную документацию, которая устарела и утратила свою актуальность. Часто регламентируют процессы, которые не относятся к существующей базе, что приводит к ещё большим проблемам. Регламетировать необходимо только то, что действительно важно в данный момент [4].

Принцип 2. Необходимо стремиться к простоте, добиваться отсутствия «воды», избегать излишнюю стандартизацию.

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

Принцип 3. «Лучше толще, но меньше».

Имеется в виду, что лучше один большой документ, чем много маленьких.

Принцип 4. Учет квалификации персонала и культуры компании.

Имеется стратегическая цель компании — увеличить стоимость бизнеса — для этого необходимо побеспокоиться о повышении уровня квалификации сотрудников. Поэтому необходимо включать мероприятия по изменению системы обучения сотрудников [5].

Не менее важная стратегическая цель компании - следовать ценностям, развивать корпоративную культуру, формировать клиентоориентированность каждого сотрудника как основное условие повышения культуры обслуживания клиентов [5].

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

Принцип 5. Перенос акцента при детализации процессов с описания управления на детальное описание технологии выполнения процесса.

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

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

Согласно классическому подходу стандарт DFD, который расшифровывается как Data Flow Diagram - это диаграмма потоков данных, которая используется для описания бизнес-процессов верхнего уровня. В свою очередь стандарт WFD расшифровывается как Work Flow Diagram и представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня [6].

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

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

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

Выбор средства для моделирования бизнес-процессов

Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) и др.

BPWin – Business Process Modeling. Новое название - AllFusion Process Modeler. Используется для: анализа, документирования; реорганизации сложных бизнес-процессов. Формируется целостная картина деятельности организации - от моделей работы в маленьких отделах до сложных иерархических структур.

BP-Win - средство функционального моделирования, реализующее методологию IDEF0-IDEF3 и Erwin - средство концептуального моделирования Баз Данных, использующее стандарт IDEF1X. Методология IDEF0, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF0 может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД.

Моделирование бизнес-процессов «как есть»

Выделение бизнес-процессов

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

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

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

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

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

Описание исходного бизнес-процесса и подпроцессов при декомпозиции

1 Процесс.

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

2 Процесс.

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

3 Процесс.

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

4 Процесс.

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

Графические схемы бизнес-процесса

Построена блок-схема в графической инструментальной среде MS Word (Рисунок 1 Блок-схема алгоритма реализации бизнес-процесса).

Организация хранений на складе товаров

Фирма по продажам товаров

Предложение о выборе товара

Выполненный заказ

Работа с клиентами

Рисунок 1 Блок-схема алгоритма реализации бизнес-процесса

Блок-схема построена для системы «Заказы по каталогу» с бизнес-процессами:

- Предложение о выборе товара;

- Работа с клиентами;

- Организация хранения товаров на складе;

- Выполнение заказа.

Каждый бизнес-процесс содержит подпроцессы.

Граф дерева функций бизнес-процесса

Граф дерева функций бизнес-процесса представлен на Рисунок 2 Граф дерева функций бизнес-процесса

Фирма

Предложение о выборе товаров

Работа с клиентами

Организация хранений товаров

Выполнение заказа

Предложение о выборе товара

Оформление заказа

Оформление заказа

Предложение о выборе товара

Составление заказа на товары издание

Оплата товаров

Менеджер по продажам

Поступление товара

Хранение товаров

Перемещение в отдел продаж

Выполнение заказа

Оплата за заказ

Рисунок 2 Граф дерева функций бизнес-процесса

Построены блок-схема алгоритма реализации бизнес-процесса и граф дерева функций бизнес-процесса.

Функциональное моделирование бизнес-процессов на основе стандарта IDEF0

Система структурно-функциональных моделей IDEF0

В программе BPwin (AllFusion-Process Modeler) осуществляется построение диаграмм моделей IDEF0 для заданной системы.

Количество уровней в структуре диаграмм - не менее двух:

 контекстный (нулевой уровень) – диаграмма исходного бизнес-процесса в методологии IDEF0;

 декомпозиция первого уровня (не менее 5 – 6 укрупненных подпроцессов от исходного процесса) – диаграммы в методологии IDEF0.

Контекстная диаграмма модели IDEF0, перенесенная из программы Bpwin, представлена на Рисунок 3 Контекстная диаграмма модели IDEF0 системы «Система заказов по каталогу».

Рисунок 3 Контекстная диаграмма модели IDEF0 системы «Система заказов по каталогу»

Диаграмма декомпозиции 1-го уровня IDEF0 представлена ниже на Рисунок 4 Диаграмма декомпозиции 1-го уровня IDEF0

Рисунок 4 Диаграмма декомпозиции 1-го уровня IDEF0

Древовидная диаграмма моделей бизнес-процесса IDEF0

Построена древовидная диаграмма моделей бизнес-процесса IDEF0, отражающая структуру построенных диаграмм в программе BPwin (AllFusion-Process Modeler) ().

Рисунок 5 Древовидная диаграмма моделей бизнес-процесса IDEF0 «Система заказов по каталогу»

Дополнительные (аннотационные) диаграммы (диаграммы FEO) для модели IDEF0

Для каждой основной диаграммы моделей бизнес-процесса IDEF0 в программе BPwin осуществляется построение диаграммы FEO (дополнительная, аннотационная диаграмма).

Диаграммы декомпозиции 1-го уровня IDEF0 представлены ниже для каждого процесса (Рисунок 6 Диаграмма декомпозиции 2-го уровня IDEF0 «Предложение о выборе товаров», Рисунок 7 Диаграмма декомпозиции 2-го уровня IDEF0 «Работа с клиентами», Рисунок 8 Диаграмма декомпозиции 2-го уровня IDEF0 «Организация поставок товаров»Рисунок 9 Диаграмма декомпозиции 2-го уровня IDEF0 «Выполнение заказа на выбранные товары»)

Рисунок 6 Диаграмма декомпозиции 2-го уровня IDEF0 «Предложение о выборе товаров»

Рисунок 7 Диаграмма декомпозиции 2-го уровня IDEF0 «Работа с клиентами»

Рисунок 8 Диаграмма декомпозиции 2-го уровня IDEF0 «Организация поставок товаров»

Рисунок 9 Диаграмма декомпозиции 2-го уровня IDEF0 «Выполнение заказа на выбранные товары»

В этой главе проведено функциональное моделирование бизнес-процессов на основе стандарта IDEF0, построена контекстная диаграмма, диаграмма декомпозиции 1-го уровня IDEF0, диаграммы декомпозиции 2-го уровня IDEF0, древовидная диаграмма моделей бизнес-процесса IDEF0 «Реализация лекарственных препаратов через аптечную сеть».

Функциональное моделирование бизнес-процессов на основе стандарта DFD

Система структурно-функциональных моделей DFD

В программе BPwin (AllFusion-Process Modeler) осуществляется построение диаграмм моделей DFD для заданной системы, используя в диаграммах все основные типы элементов методологии DFD (функциональные блоки, внешние сущности, хранилища данных).

Количество уровней в структуре диаграмм - не менее двух:

 контекстный (нулевой уровень) – диаграмма исходного бизнес-процесса в методологии DFD (Рисунок 10 Контекстная диаграмма исходного бизнес-процесса в методологии DFD);

Рисунок 10 Контекстная диаграмма исходного бизнес-процесса в методологии DFD

 декомпозиция первого уровня (не менее 5 – 6 укрупненных подпроцессов от исходного процесса) – диаграммы в методологии DFD (Рисунок 11).

Рисунок 11 Контекстная диаграмма исходного бизнес-процесса в методологии DFD

Древовидная диаграмма моделей бизнес-процесса DFD

Создана древовидная диаграмма моделей бизнес-процесса DFD, отражающая структуру построенных диаграмм в программе BPwin (AllFusion-Process Modeler) (Рисунок 12).

Рисунок 12 Древовидная диаграмма моделей бизнес-процесса DFD «Реализация лекарственных препаратов через аптечную сеть»

Дополнительные (аннотационные) диаграммы (диаграммы FEO) для модели DFD

Для каждой основной диаграммы моделей бизнес-процесса DFD в программе BPwin осуществляется построение диаграммы FEO (дополнительная, аннотационная диаграмма) .

Построена на Рисунок 13 диаграмма FEO бизнес-процесса DFD «Оформить заказ».

Рисунок 13 Диаграмма FEO бизнес-процесса DFD «Оформить заказ»

Построена на Рисунок 14 диаграмма FEO бизнес-процесса DFD «Организвать заказ».

Рисунок 14 Диаграмма FEO бизнес-процесса DFD «Организвать заказ»

В результате проведено функциональное моделирование бизнес-процессов на основе стандарта DFD для системы «Реализация лекарственных препаратов через аптечную сеть»: построены контекстная диаграмма, диаграмма декомпозиции 1-го уровня и две диаграммы декомпозиции 2-го уровня.

Моделирование сценариев реализации бизнес-процессов IDEF3

Система структурно-функциональных моделей IDEF3

В программе BPwin (AllFusion-Process Modeler) осуществляется построение диаграмм моделей IDEF3 для заданной системы, используя в диаграммах все основные типы соединений (соединение «И», соединение «Эксклюзивное ИЛИ», соединение ИЛИ).

Количество уровней в структуре диаграмм - не менее двух:

 контекстный (нулевой уровень) – диаграмма исходного бизнес-процесса в методологии IDEF3 (Рисунок 15);

Рисунок 15 Контекстная диаграмма исходного бизнес-процесса в методологии IDEF3

 декомпозиция первого уровня (не менее 5 – 6 укрупненных подпроцессов от исходного процесса) – диаграммы в методологии IDEF3 (Рисунок 16).

Рисунок 16 Декомпозиция первого уровня Диаграмма в методологии IDEF3

Древовидная диаграмма моделей бизнес-процесса IDEF3

Построена древовидная диаграмма моделей бизнес-процесса IDEF3, отражающая структуру построенных диаграмм в программе BPwin (AllFusion-Process Modeler) (Рисунок 17).

Рисунок 17 Древовидная диаграмма моделей бизнес-процесса IDEF3

Дополнительные (аннотационные) диаграммы (диаграммы FEO) для модели IDEF3

Для основной диаграммы моделей бизнес-процесса IDEF3 в программе BPwin осуществляется построение диаграммы FEO (дополнительная, аннотационная диаграмма) (Рисунок 17).

Рисунок 17 Диаграмма FEO для модели IDEF3

В результате проведено моделирование сценариев реализации бизнес-процессов IDEF3. Построена контекстная диаграмма, декомпозиция первого уровня Диаграмма в методологии IDEF3, древовидная диаграмма моделей бизнес-процесса IDEF3, Дополнительные (аннотационные) диаграммы (диаграммы FEO) для модели IDEF3

Предлагаемые мероприятия по улучшению бизнес-процессов

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

-стремление акционеров вывести компанию на мировой уровень, ориентируясь на результаты сопоставления показателей деятельности компании с эталонами;

-улучшение показателей деятельности компании и повышение эффективности определенных процессов;

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

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

С целью совершенствования системы предлагается внедрить в систему материальной мотивации премии по показателям KPI.

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

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

Моделирование бизнес-процессов «как должно быть»

В модели «как должно быть» (TO–BE), вносятся изменения по блоку «Продажи», вместо него делается «Бухгалтерия», на которую возлагаются функции:

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

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

Где на функционирование предприятия действуют три блока:

  1. Заявка в журнал на товар.
  2. Проверка укомплектованности заказа.
  3. Формирование заявки.

Рисунок 21 Диаграмма TO BE («Как должно быть»)

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

Заключение

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

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

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

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

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

  1. Армстронг М. Стратегическое управление человеческими ресурсами / М. Армстронг. - М.:ИНФРА- 2002. – С.328.
  2. Кибанов А.Я. Управление персоналом организации: отбор и оценка при найме, аттестация: Учебное пособие для студентов вузов / А.Я. Кибанов, И.Б. Дуракова. – М.: Экзамен, 2003. – С.336.
  3. Головчинер М.Н. Проектирование информационных систем / М.Н.Головчинер. - Томск: ТГУ, 2015. — С.110.
  4. Репин В.В. Бизнес-процессы компании: построение, анализ, регламентация / В.В. Репин. - М.: Стандарты и качество - 2007. - С.321.
  5. Рудицкая В. Управление персоналом торговых сетей. Организация HR-службы / В.Рудицкая. - М.:2008. - №3. - С.4.
  6. Ковалев В.М. Описание бизнесс-процессов - к вершинам мастерства Журнал "Консультант директора". - 2004. - №10. С.18-19.
  7. Чупров К. К. Экспресс-метод диагностики бизнес-процессов компании / К. К. Чупров / Консультант директора. - 2005. - № 20.
  8. В. С. Лосев, Л. А. Козерод Оценка эффективности управления бизнес-процессами промышленного предприятия. Экономические науки. Вестник. 2012. № 1. - С.6.
  9. Картавенко С.Н. Описание и регламентация бизнес-процессов /Статья. [Электронный ресурс] - http://www.cfin.ru/itm/bpr/key_realize.shtml
  10. Елиферов В.Г. Бизнес-процессы: Регламентация и управление / Елиферов В. Г., Репин В. В. М.: 2005. — С.319.
  11. Маклаков С.В.Моделирование бизнес-процессов с BPwin 4.0 / С.В.Маклаков. - М.: ДИАЛОГМИФИ. - 2002. - С.171.
  12. Т.Е. Точилкина, И.Л. Катков, В.М. Лебедев, Н.А. Мещерякова Принципы создания информационных систем и моделирования бизнес-процессов с использованием пакета программ AllFusion Modeling Suite. Часть I. Автоматизированная информационная система моделирования бизнес-процессов AllFusion Process Modeler. Учебно-методическое пособие. – М.: Академии бюджета и казначейства, 2007. - С.145.
  13. Калянов, Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов : учеб. пособие для вузов / Г.Н. Калянов. – М. : Финансы и статистика, 2006. – 240 с.