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

Проектирование реализации операций бизнес-процесса «Учет  реализации лекарственных препаратов через аптечную сеть»

Содержание:

ВВЕДЕНИЕ

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

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

Для достижения цели необходимо решить следующие задачи:

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

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

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

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

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

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

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

Проведем анализ процессов функционирования аптечной сети.

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

На рисунке 1 представлена контекстная диаграмма, которая представлена одним большим блоком.

Блок имеет следующие входы:

  • поступление товара;
  • заявка покупателей;
  • ассортимент аптеки.

Выходы блока:

  • выручка от продаж;
  • данные по наличию товара.

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

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

Процесс «Реализация лекарственных препаратов через аптечную сеть» включает в себя следующие подпроцессы:

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

Декомпозиция представлена на рисунке 2.

Рисунок 2. Процесс реализация лекарственных препаратов через аптечную сеть

Описание процесса «Продажа медикамента»

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

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

Рисунок 3. Процесс продажа медикаментов

Описание процесса «Списание медикамента с истекшим сроком хранения» Входной информацией является информация о лекарственном средстве с истекшим сроком хранения. Выходными данными является отметка лекарственного средства как с истекшим сроком хранения. На рисунке 4 представлена декомпозиция этого процесса.

Рисунок 4. Процесс списание медикаментов с истекшим сроком

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

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

  • продажа товара;
  • формирование отчета по продажам;
  • распределить продажи;
  • определить выручку;
  • рассчитать прибыль;
  • списание товара.

Рисунок 5. Процесс формирование ежедневного отчета о выручке и продажах

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

Недостатки существующих бизнес процессов:

  • Отсутствует автоматический резерв в другом аптечном пункте
  • Отсутствует автоматическое списание медикаментов с истекшим сроком хранения

Рисунок 6. Процесс бронирование медикаментов в другом аптечном пункте

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

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

При решении задачи возникает следующий документооборот:

  • Рецепт
  • Карточка лекарственного средства
  • Состав корзины продаж
  • Данные о продаже
  • Резервирование товара
  • Список позиций с истекшим сроком хранения.

Рисунок 7. Документооборот при реализации лекарственных препаратов

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

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

  • Удобный поиск по базе медикаментов. Форма поиска должна учитывать, что в качестве входных данных может быть набор симптомов или диагнозов, а также по наименованию, или действующему веществу или стране производителю. На форме должны отображаться результаты наличия медикаментов в текущем аптечном пункте, в ближайших аптечных пунктах сети. А так же поиск аналогов. При работе с корзиной должна быть возможность быстрого добавления или удаления медикамента.
  • Все экранные формы должны обладать следующими свойствами:
    • Поля ввода: авто подстановка справочных значений, автоматическая
    • Поля с выпадающим списком: возможность контекстного поиска по справочникам (вхождение подстроки)
    • Предусмотрен быстрый переход между полями.
  • Предусмотрено использование следующих классификаторов, а также локальных справочников:
    • Справочник медикаментов РЛС
    • Внутренний справочник наличия медикаментов
    • Справочник поставщиков и закупочной цене медикаментов

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

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

Следует выполнить автоматизацию следующих хозяйственных операций:

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

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

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

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

Построение логической схемы БД выполним в пакете ERwin Data Modeler. CA ERwin Data Modeler (CA ERwin DM), инструмент проектирования базы данных что повышает уровень качества данных в транзакционных и хранилищах данных.

Он предоставляет инструменты для разработки и внедрения баз данных для транзакционного бизнеса, электронной коммерции и хранилищ данных.

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

Графический пользовательский интерфейс на базе Windows сочетается с мощным инструменты привязки объектов (ER), с пользовательскими редакторами для определения физических объектов базы данных, с моделью Explorer для текстового представления объектов модели и с поддержкой ведущих баз данных SQL.

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

Логическая схема БД сети аптек представлена на рисунке 8.

Рисунок 8. Логическая схема БД сети аптек

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

1. Таблица «Врачи» - будет хранить данные о врачах (их назначение формирование рецептов):

  • код врача;
  • фамилия;
  • имя;
  • отчество;
  • больница.

2. Таблица «Льготники» - будет хранить данные о льготной категории клиентов:

  • код клиента;
  • фамилия;
  • имя;
  • отчество;
  • льгота.

3. Таблица «Клиент» - будет хранить данные о клиентах, которые не являются льготниками:

  • код клиента;
  • фамилия;
  • имя;
  • отчество.

4. Таблица «Рецепт» - будет представлять собой документ:

  • код документа;
  • код клиента;
  • код врача;
  • код препарата;
  • код производителя (может не указываться);
  • № рецепта.

5. Таблица «Препараты» - будет храниться информация о лекарственных препаратах аптеки:

  • код препарата;
  • код производителя;
  • медикаментозная группа;
  • рецептурный;
  • цена.

6. Таблица «Производители» - будет храниться информация о производителях лекарства:

  • код производителя;
  • страна;
  • название.

7. Таблица «Отделы аптек» - будет храниться информация об аптеках сети:

  • код аптеки;
  • адрес;
  • телефон.

8. Таблица «Счет» - будет храниться информация о продаже товара клиента:

  • код клиента;
  • код документа;
  • код препарата;
  • код врача;
  • количество;
  • цена;
  • сумма.

9. Таблица «Бронирование» - будет храниться информация о резервировании товара в другой аптеки сети:

  • код клиента;
  • код аптеки;
  • код документа;
  • код препарата;
  • количество.

10. Таблица «Приходная накладная» - будет храниться информация о поступлении препаратов в аптеку:

  • код аптеки;
  • код документа;
  • код препарата;
  • код производителя;
  • количество;
  • цена;
  • сумма.

11. Таблица «Расходная накладная» - будет храниться информация о списании препаратов из аптеки:

  • код аптеки;
  • код документа;
  • код препарата;
  • код производителя;
  • количество;
  • цена;
  • сумма.

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

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

Справочники:

  • препараты;
  • сотрудники;
  • медикаментозные группы;
  • производители;
  • льготники;
  • контрагенты (клиенты);
  • отделы аптек;
  • льготы;
  • цены.

Документы:

  • рецепт;
  • приходная накладная;
  • расходная накладная;
  • счет на оплату;
  • бронирование товара;
  • платежное поручение.

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

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

  • остатки товаров, данные будут получены из регистра «Остатки товаров», которые будут хранить данные по измерениям «Препараты», «Места хранения», «Цена», а также по ресурсам – «Количество»
  • товарный отчет, данные также будут получены из регистра «Остатки товаров», которые будут хранить данные по измерениям «Препараты», «Места хранения», «Цена», а также по ресурсам – «Количество», однако с другой степенью детализацией данных
  • продажи по контрагентам, данные будут получены по документам «Приходная накладная»;
  • взаиморасчеты, данные будут получены из регистра «Взаиморасчеты», которые будут хранить данные по измерениям «Контрагенты», а также по ресурсам – «Сумма долга».

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

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

1. Продавец. Схема взаимодействия оператора с БД изображена на рисунке 9.

Рисунок 9. Схема взаимодействия пользователя «Продавец» с БД

2. Менеджер. Схема взаимодействия менеджера с БД изображена на рисунке 10.

Рисунок 10. Схема взаимодействия пользователя «Менеджер» с БД

3. Бухгалтер. Схема взаимодействия бухгалтера с БД изображена на рисунке 11.

Рисунок 11. Схема взаимодействия пользователя «Бухгалтер» с БД

4. Администатор системы. Схема взаимодействия администратора с БД представлен на рисунке 12.

Рисунок 12. Схема взаимодействия пользователя «Администратор» с БД

Деятельность администратора система направлена на достижение следующих целей:

  1. обеспечение бесперебойного функционирования системы на базе 1С;
  2. развитие системы.
  3. осуществляет поддержку работоспособности серверов системы 1С;
  4. осуществляет поддержку пользователей системы 1С;
  5. актуализирует справочники ПО 1С;
  6. устанавливает обновления ПО 1С;
  7. осуществляет доработку и оптимизацию ПО 1С;
  8. проводит анализ поступающих заявок на изменение ПО 1С на предмет непротиворечивости с ранее разработанными функциональными возможностями;
  9. обеспечивает резервное копирование критических компонентов системы 1С;
  10. осуществляет предоставление прав доступа к системе 1C;
  11. осуществляет мониторинг производительности системы 1С.

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

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

«1С:Предприятие» является предметно-ориентированной средой разработки и имеет определенные преимущества. Платформа «1С:Предприятие» содержит такие инструменты для выполнения поставленных задач, как визуальное описание структур данных, собственный встроенный язык программирования, визуальное описание запросов, визуальное описание интерфейса, описание отчетов, отладка программного кода, профилирование[5].

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

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

1. Элемент конструкторы, с помощью данных элементов создаются почти все объекты системы.

2. Мастера создания диалоговых форм предназначены для автоматического создания удобных диалоговых форм[6]. При создании формы механизм автоматически размещает реквизиты объекта на созданной форме.

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

4. Конструктор запросов – эффективное средство для создания запросов на извлечение данных из БД системы.

Благодаря рассмотренным инструментам был сделан выбор в пользу системы 1С Предприятие как среды разработки.

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

На рисунке 13 представлено дерево модулей.

Рисунок 13. Дерево модулей

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

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

1. Справочник «Врачи» имеет атрибуты:

  • фамилия;
  • имя;
  • отчество;
  • больница;
  • должность;
  • контактный телефон.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

2. Справочник «Льготники» имеет атрибуты:

  • фамилия;
  • имя;
  • отчество;
  • льгота.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

3. Справочник «Контрагенты» имеет атрибуты:

  • название;
  • контактные данные;
  • форма собственности;
  • отсрочка.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

4. Документ «Льготный рецепт» имеет атрибуты:

  • ФИО врача;
  • препарат;
  • № рецепта;
  • дозировка.

Операции:

  • провести;
  • записать;
  • закрыть.

5. Справочник «Товары» имеет атрибуты:

  • наименование;
  • медикаментозная группа;
  • рецептурный;
  • цена;
  • где находится.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

6. Справочник «Производители» имеет атрибуты:

  • наименование;
  • страна;
  • название.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

7. Справочник «Отделы аптек» имеет атрибуты:

  • тип отдела;
  • адрес;
  • телефон.

Операции:

  • добавить элемент;
  • редактировать элемент;
  • пометить элемент на удаление.

8. Документ «Счет» имеет атрибуты:

  • контрагент;
  • склад;
  • товар;
  • основание;
  • сумма.

Операции:

  • провести;
  • записать;
  • закрыть.

9. Документ «Приходная накладная» имеет атрибуты:

  • контрагент;
  • склад;
  • товар;
  • количество;
  • цена;
  • сумма.

Операции:

  • провести;
  • записать;
  • закрыть.

10. Таблица «Расходная накладная» имеет атрибуты:

  • контрагент;
  • склад;
  • товар;
  • количество;
  • цена;
  • сумма.

Операции:

  • провести;
  • записать;
  • закрыть.

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

Представим принцип работы разработанных объектов системы, указав как работают основные объекты системы. Представим работу тех объектов, которые были описаны ранее в данном разделе [7].

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

Рисунок 14. Окно вызова справочников системы

Представим заполнение справочника «Льготники», при вызове предоставляется данные, хранящиеся в данном справочнике (рис.15).

Рисунок 15. Добавление элемента в справочник «Льготники»

Перечень добавленных льготников представлен на рисунке 16.

Рисунок 16. Элементы справочника «Льготники»

Следующим элементом, который будет представлен, является документ «Приходная накладная», которая представлена на рисунке 17.

Рисунок 17. Документ «Приходная накладная»

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

Рисунок 18. Печатная форма документа «Приходная накладная»

После проведения данного документа товар «ложится» в регистр «Остатки товара», эти данные можно извлечь при помощи отчета «Остатки товара», при вызове данного отчета необходимо указать по каким данным будет производится выбор товара, при неуказанных данных выборка будет производится по всем элементам базы данных (см.рис.19).

Рисунок 19. Форма отчета «Остатки товаров»

Результат работы отчета представлен на рисунке 20.

Рисунок 20. Результат работы отчета «Остатки товаров»

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

ЗАКЛЮЧЕНИЕ

В рамках данной работы были решены следующие задачи:

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

СПИСОК ЛИТЕРАТУРЫ

  1. Баронов В.В. Автоматизация управления предприятия. –М.: Инфо-М, 2015.
  2. Маслаков С.П. CASE-средства разработки информационных систем / С.П. Маслаков. − Диагол-МИФИ, 2013. − 256 с
  3. Буч, Гради Введение в UML от создателей языка / Гради Буч , Джеймс Рамбо , Ивар Якобсон. - М.: ДМК Пресс, 2015. - 496 c..
  4. Ларман, Крэг Применение UML 2.0 и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и итеративную разработку / Крэг Ларман. - М.: Вильямс, 2013. - 736 c.
  5. Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.
  6. Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0 / А.П. Габец и др. - М .: 1С-Паблишинг, 2016. - 808 с.
  7. Кашаев С.В. Программирование в 1С:Предприятие 8.3 / М .: 1С-Паблишинг, 2014. - 304 с.
  8. Михайлов А.В. 1С: Предприятие 7.7 / 8.0 / А.В. Михайлов. - СПб .: БВХ-Петербург, 2015. - 336 с.
  1. Баронов В.В. Автоматизация управления предприятия

  2. Маслаков С.П. CASE-средства разработки информационных систем

  3. Маслаков С.П. CASE-средства разработки информационных систем

  4. Буч, Гради Введение в UML от создателей языка

  5. Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих

  6. Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0

  7. Михайлов А.В. 1С: Предприятие 7.7 / 8.0