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

Разработка регламента выполнения процесса «Движение библиотечного фонда» (Описание предметной области. Постановка задачи)

Содержание:

Введение

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

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

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

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

Задачи, которые должны быть решены для достижения цели:

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

Объектом исследования является отдел продаж страховой компании.

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

.

Анализ бизнес-процессов страховой компании

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

Представим общую информацию о компании.

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

Компания заняла 168 место в рейтинге крупнейших компаний страны, составленный РБК, вошла в рейтинг 600 крупнейших компаний страны России и пятерку лидеров в страховой отрасли от RAEX и ИД «КоммерсантЪ».

В 2017 г. компания занимает второе место среди крупнейших российских страховщиков на рынке (после ОМС), сборы составляют 125 млрд. руб. и доля рынка 9,7%. АО «АльфаСтрахование» входит в пятерку крупнейших участников системы обязательного медицинского страхования [29].

Крупнейшие клиенты и партнеры АО «АльфаСтрахование» – это крупнейшие российские и международные компании.

Компания «АльфаСтрахование» – надежная и устойчивая компания. Сегодня компания имеет собственные средства – 17,2 млрд. руб.

Зарубежными партнерами АО «АльфаСтрахование» по перестрахованию являются крупнейшие международные перестраховочные компании и синдикаты Lloyd’s.

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

Группа «АльфаСтрахование» объединяет «АльфаСтрахование», «АльфаСтрахование-Жизнь», «АльфаСтрахование-ОМС», «СМК «Югория-Мед» и «Медицина АльфаСтрахования».

В таблице 1.1 представим анализ факторов внешней и внутренней среды организации.

Таблица 1.1 – Анализ факторов внешней и внутренней среды компании «АльфаСтрахование»

Область общего внешнего окружения

Фактор общего внешнего окружения

Значимость фактора

Периодичность мониторинга

Возможное изменение фактора

Угроза/Возможность

Реакция на изменение фактора

1

2

3

4

5

6

7

1.Экономическая

Курс доллара

Средняя

Ежедневно

Повышение

Рыночный рост и рост специализации

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

Уровень инфляции в экономике

Средняя

Ежеквартально

Снижение

Изменение ситуации на рынке

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

Высокая

Ежегодно

Снижение

Руководство компании позитивно настроено на изменения в работе компании

Возможность правильных коммуникаций позволяет сформировать правильный вектор в развитии компании

2.Научно-техническая

Новые технологии в медицине

Средняя

Ежеквартально

Повышение

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

Сотрудники компании не всегда заинтересованы в стратегическом управлении компании на рынке

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

1

2

3

4

5

6

7

Технологический прогресс

Высокая

Ежеквартально

Повышение

Формирование системы контроля новинок медицинской техники на рынке

Отсутствие системы знаний не позволяет компании решать все проблемы на рынке

Новое медицинское оборудование

Средняя

Ежеквартально

Повышение

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

Работа с заказчиками не должна идти в неопределенности с векторами развития компании

3.Социально-культурная

Уровень заболеваемости в РФ

Высокая

Ежегодно

Снижение

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

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

Социальная поддержка граждан

Высокая

Ежегодно

Повышение

Увеличение социальных выплат позволит привлечь больше клиентов для клиники

Клиентский опыт в компании позволяет им сформировать правильную стратегию на рынке

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

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

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

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

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

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

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

Рисунок 1.1 – Организационная модель страховой компании

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

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

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

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

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

Rational Rose – программный пакет для визуального объектно-ориентированного моделирования систем на основе классов и их взаимодействия, а если еще более упрощенно, это визуальный редактор, позволяющий моделировать программные системы любой сложности на основе графических диаграмм языка UML (Unified Modeling Language). Он (язык UML) предназначен для описания моделей, причем для работы с этим языком используется специальные редакторы диаграмм, такие как Rational Rose.

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

Таблица 1.2 – Сравнительный анализ основных возможностей программных продуктов

Возможности средств проектирования

BS

CM

LN

ERwin

CS

D

DIS

BPwin

LD

W

1

2

3

4

5

6

7

8

9

10

11

Возможность сохранения данных

+

+

+

+

+

+

+

+

+

+

Работа со словарями и справочниками

+

+

+

+

+

+

+

+

+

+

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

1

2

3

4

5

6

7

8

9

10

11

Поиск:

  • по реквизитам;
  • по виду РК документу;
  • полнотекстовый;
  • с учетом морфологии

+

-

+

-

+

-

+

-

+

+

+

-

+

+

+

+

+

-

+

-

+

-

+

+

+

+

-

-

+

+

+

-

+

-

+

+

+

+

+

+

Маршрутизация

+

-

+

+

+

+

-

+

+

+

Генерация отчетов

+

+

+

+

+

+

+

+

+

+

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

+

+

+

+

+

+

+

+

+

+

Возможность назначения участников проекта

+

-

+

+

+

+

+

+

+

+

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

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

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

Для проведения анализа и реорганизации бизнес-процессов предназначен CASE-средство верхнего уровня AllFusion Process Modeler (BPwin 4.1), поддерживающий методологии IDEF0 (функциональная модель), IDEF3 (Work Flow Diagram) и DFD (Data Flow Diagram). Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция − система разбивается на подсистемы, потом каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени детализации. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, которые непосредственно участвуют в бизнес-процессах. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.

Функциональная модель, создаваемая с помощью AllFusion Process Modeler, позволяет выявить недостатки бизнес-процессов и построить идеальную модель деятельности, то есть оптимальную последовательность действий, документооборот и использование ресурсов при осуществлении проектов (например, проектов по реорганизации предприятия). Но она не позволяет решать задачи управления проектом. Совместное использование средств функционального моделирования и управления проектами позволяет комплексно решить задачи по реорганизации предприятия и внедрение информационных систем, включая анализ, реорганизации функций и управление проектом, созданным на основе реорганизованных бизнес-процессов. В настоящее время существует много специализированных средств управления проектами, наиболее известным из которых является Project компании Microsoft. MS Project поддерживает многие аспекты управления проектами, такие, как построение графика работ, учет затрат и потребления ресурсов, контроль выполнения работ, организация взаимодействия членов проектной команды, анализ результатов и создания отчетов по проекту.

В стандартном интерфейсе AllFusion Process Modeler нет возможности экспорта данных функциональной модели в программы управления проектами. Но эта задача решается с помощью свойств, обусловленных пользователем (UDP). UDP (User Defіned Propertіes) – это другие свойства кроме стоимости, которые необходимо учесть при оценке общей эффективности системы.

AllFusion Process Modeler включает набор инструментов для моделирования организационной структуры предприятия, то есть построения организационной диаграммы. Организационная диаграмма позволяет документировать и представить в виде дерева структуру организации (например, штатное расписание и т.д.). Это достигается наличием 4 словарей – словарь изображений (bitmap), словаря ресурсов, словаря ролей и словаря групп ролей. Словарь изображения служит для импорта файлов в формате bmp в модель. Импорт изображения можно использовать в диаграммах для улучшения их внешнего вида. Словарь групп ролей (Role Group Dictionary) позволяет создать и определить свойства группы ролей. Группы ролей могут использоваться как на организационных диаграммах, так и на диаграммах Swim Lane. В качестве значения группы роли может быть название предприятия, отдела, цеха, или название региона, города и т.д.

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

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

Процесс перехода страховой компании к компьютерным информационным системам (КИС) включает три этапа: разработка и проектирование системы, ее программирование и внедрение.

Первым шагом на этапе разработки и проектирования КИС является процесс построения идеальной и реальной моделей бизнеса СК («программирование бизнеса»). Проектирование бизнес-процессов проводится как с помощью классических (SADT) технологий, так и с помощью современных (UML) технологий. Подходы имеют преимущества и недостатки, но позволяют формализовать и упростить понимание деятельности компании и отдельных ее участков.

Классическая методология структурного анализа и проектирования SADT («Structured Analysis& Design Technique») позволяет описать деятельность компании с функционально-структурной точки зрения. Диаграммы, построенные с помощью этого подхода, отражают систему бизнес-процессов компании как набор функций, процедур и задач, выполняемых в компании, и описывают принципы использования потоков данных. Такие диаграммы просты для понимания специалистами различных уровней управления компании.

Методология объектно-ориентированного анализа и проектирования с помощью унифицированного языка моделирования UML («Unified Modeling Language») позволяет отразить динамику процессов компании.

Следующим шагом на этом этапе является выбор средств и систем моделирования бизнеса. Системы CASE (computer-aided software engineering) наиболее подходят для этого. Выбор CASE зависит от выбранной методологии моделирования. Технология классического структурного моделирования полностью реализуется с помощью системы BPWin, входящей в комплекс программ Computer Associates AllFusion Modeling 4.1. В системе BPWin создаются модели процессов следующих стандартов (нотаций): IDEF0, DFD и IDEF3.

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

Созданные с применением BPWin диаграммы позволяют точнее сформулировать постановку задачи и наметить этапы ее решения.

Проведем структурно-функциональный анализ продаж страховых полисов в страховой компании, в ходе которого были разработаны и подробно описаны 3 диаграммы модели IDEF0 и IDEF3 «Как есть» (AS IS) (Приложение А).

В контекстной диаграмме все стрелки описаны в таблице 2.1.

Таблица 2.1 – Описание стрелок диаграммы А-0

Arrow Name

Arrow Definition

Arrow Source

Arrow Source Type

Arrow Destination

Arrow Dest. Type

1

2

3

4

5

6

Собственные правила, стандарты, процедуры

Инструкции, предписанные сотрудникам

Границы диаграммы

Control

Введение услуг страхования в ИС

Control

Государственное регулирование

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

Границы диаграммы

Control

Введение услуг страхования в ИС

Control

Правильно оформленный документ

Документ страховой компании

Границы диаграммы

Input

Введение услуг страхования в ИС

Input

Специалист по страхованию

Сотрудник компании

Границы диаграммы

Mechanism

Введение услуг страхования в ИС

Mechanism

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

Принимаемые решения и т. д.

Границы диаграммы

Mechanism

Введение услуг страхования в ИС

Mechanism

Утвержденный документ. содержащий информацию об услуге страхования

Документ услуги страхования

Введение услуг страхования в ИС

Output

Границы диаграммы

Output

Выполненная услуга страхования

Услуга, предоставленная клиенту

Введение услуг страхования в ИС

Output

Границы диаграммы

Output

Процессы и стрелки диаграмм декомпозиции описаны в таблицах 2.2 и 2.3.

Таблица 2.2 – Описание процессов диаграммы А0

Activity Name

Activity Definition

1

2

Создание договора страхования

Формирование договоров страхования для дальнейшего их выполнения

Считывание номера договора

Считывание номера договора для занесения в базу данных

Ввод данных о договорах

Ввод данных о договорах в страховой компании

Автоматическое сохранение заключенного договора страхования

Хранение данных о договорах в страховой компании

Сверка документа и проведенных в ИС документов

Сверка документа и проведенных в ИС документов

Таблица 2.3 – Описание стрелок диаграммы А0

Arrow Name

Arrow Definition

Arrow Source

Arrow Source Type

Arrow Destination

Arrow Dest. Type

1

2

3

4

5

6

Собственные правила, стандарты, процедуры

Инструкции, предписанные сотрудникам

Границы диаграммы

Control

Государственное регулирование

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

Границы диаграммы

Control

Правильно оформленный документ

Документ страховой компании

Границы диаграммы

Input

Отгрузка и возврат ТМЦ

Input

Специалист по страхованию

Сотрудник компании

Границы диаграммы

Mechanism

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

Принимаемые решения и т. д.

Границы диаграммы

Mechanism

Пустой договор, заполняющийся автоматически

Пустой договор, заполняющийся автоматически

Границы диаграммы

Output

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

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

Границы диаграммы

Output

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

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

Границы диаграммы

Output

Утвержденный документ, содержащий информацию об услуге страхования

Документ услуги страхования

Границы диаграммы

Input

Выполненная услуга страхования

Услуга, предоставленная клиенту

Output

Границы диаграммы

Input

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

Бизнес-процесс продаж страховых полисов личного страхования состоит из следующих операций:

1) прием агентом письменного заявления страхователя о заключении договора страхования;

2) выписка и продажа страхового полиса агентом с приложением страхового полиса на бланке и заявления в стандартной форме;

3) передача отчета о договоре страхования оператору ПК для ввода в ИС.

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

Мероприятия по улучшению бизнес-процессов

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

Преимущества использования автоматизации бизнес-процессов:

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

Автоматизация решает ряд вопросов и задач:

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

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

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

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

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

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

Автоматизация в страховой компании, как и в любой розничной сфере, которая имеет дело с большим количеством клиентов — это объективная необходимость. Причем, это относится не только к продажам или урегулировании, а и ко всем бизнес-процессам. В США и Европе большая часть неоперационных затрат страховой отрасли приходится на поддержку и развитие IТ-инфраструктуры. Это свидетельство понимания страховщиками важности использования современных систем, которые позволяют повысить эффективность продаж, усовершенствовать управление убыточностью, а уж о финансовом учете и говорить не приходиться. Банки, например, давно автоматизировали свои процессы, и не представляют себе, как можно заполнить депозитный договор от руки, а затем внести информацию в информационную систему.

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

Найденные в модели AS IS недостатки можно исправить при создании модели ТО ВЕ (Как будет) – модели новой организации бизнес-процессов. Модель ТО ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных/лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем.

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

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

Это позволит клиенту самостоятельно вводить полис страхования в ИС продажами и исключает из бизнес-процесса продаж страхового агента, что позволит существенно снизить затраты на оформление полисов, комиссионное вознаграждение агентов и повысить эффективность продаж полисов личного страхования. Функциональная модель организации «TO BE» представлена в приложении Б.

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

По функциональности − поддержка продаж электронных полисов личного страхования.

По архитектуре и сопровождению:

− отсутствие функциональной избыточности;

− низкая стоимость владения;

− простота и гибкость настройки;

− простота интеграции с ИС.

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

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

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

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

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

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

Опишем требования, которым должны соответствовать информационные системы страховых компаний:

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

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

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

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

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

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

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

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

Проведено функциональное моделирование бизнес-процессов на основе стандарта IDEF0, построена контекстная диаграмма, диаграмма декомпозиции 1-го уровня IDEF0, диаграммы декомпозиции IDEF0, древовидная диаграмма моделей бизнес-процесса IDEF0 «Отдел продаж страховой компании».

Заключение

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

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

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

В практической части были разработаны:

  • разработана и проанализирована модель бизнес-процесса AS IS с помощью программного обеспечения BPWin;
  • разработана и проанализирована модель бизнес-процесса TO BE с помощью программного обеспечения BPWin.

Список используемой литературы

  1. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. – М., 1999.
  2. ГОСТ 6.10.4. Унифицированные системы документации. Придание юридической силы документам на машинном носителе и машинограмме, создаваемым средствами вычислительной техники. Основные положения.
  3. ГОСТ 34.60190. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.
  4. Федеральный закон от 24 июля 2007 г. №209 – ФЗ «О развитии малого и среднего предпринимательства в Российской Федерации».
  5. Балдин. Информационные системы в экономике. Учебник / Балдин, Уткин – М.: Дашков и К, 2009. – 395 с.
  6. Белов, А. Н. Делопроизводство и документооборот: учебное пособие для студентов вузов / А. Н. Белов. – М.: Эксмо, 2006. – 622 с.
  7. К. Бланшар, Дж. Баллард – М.: Эксмо, 2008. – 208 с.
  8. Боковой Ю. Особенности методологии проектирования информационных систем для малого и среднего бизнеса. М.: Изд. дом «Университет», 2016. – 145 с.
  9. Васюхин О. В., Варзунов А. В. Информационный менеджмент: краткий курс. Учебное пособие. – СПб.: СПбГУ ИТМО, 2010. – 185 с.
  10. Гайдамакин, Н. А. Автоматизированные информационные системы, базы и банки данных. Вводный курс. Учеб. пособие / Н. А. Гайдамакин. – Гелиос АРВ, 2002. – 368 с.
  11. Голицына, О. В Информационные системы. Учеб. пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. – М.:ФОРУМ: ИНФРА – М, 2007. – 496 с.
  12. Дегтярев Ю. И. Системный анализ и исследования операций. – М.: Высш. ш., 1996. – 335 с.
  13. Замураева Л. Е. Управление ресурсами организации: учеб. пособие/ Л. Е. Замураева. – Тюмень: Изд-во ТюмГУ, 2008. – 164 с.
  14. Землянский А. А. Информационные технологии в экономике /. – М.: КолосС, 2004. – 336 с.
  15. Киселица Е. П. Информационные ресурсы и технологии в менеджменте: учеб. – метод. комплекс/ Е. П. Киселица. – Тюмень: ТюмГУ, 2007. – 58 с.
  16. Киселица Е. П. Информационные ресурсы и технологии в менеджменте: учеб. пособие / Е. П. Киселица. – Тюмень: ТюмГУ, 2007. – 220 с.
  17. Киселица Е. П. Информационные ресурсы и технологии в менеджменте: практикум/ Е. П. Киселица. – Тюмень: ТюмГУ, 2007. – 151 с.
  18. Макарова Н. В., Волков В. Б. Информатика: учебник для вузов. – СПб.: Питер, 2011. – 576 с.: ил.
  19. Макарова, Н. В. Информатика. Учебник для вузов / Н. В. Макарова, В. Б. Волков. – СПб. Питер, 2011. – 576 с.
  20. Меняев, М. Ф. Информационные технологии управления: учебное пособие / М. Ф. Меняев. – Омега – Л, 2003. – 463 с.
  21. Мильнер, Б. З. Теория организации: учебник для студентов вузов / Б. З. Мильнер. – М.: ИНФРА – М, 2005. – 648 с.
  22. Пирогов В. Информационные системы и базы данных: организация и проектирование. СПб.: БХВ, 2015. – 341 с.
  23. Рагулин, П. Г. Теоретические основы информационных систем. Учеб. пособие для ВУЗов / П. Г. Рагулин. – Владивосток: Изд-во Дальневост. ун-та, 2006. – 332 c.
  24. Романова Т. Г., Романова Т. В., Белоусова А. Г. Финансовый анализ – Схемы и таблицы: учеб. пособие, 2010. – 63 с.
  25. Рыбальченко М. Архитектура информационных систем. М.: Эксмо, 2016. – 221 с.
  26. Сайт Альфастрахование. https://www. alfastrah. ru/company/history/ (Дата обращения 04.04.2020).

Приложение А Структурно-функциональные схемы бизнес-процессов предприятия модели IDEF0 и IDEF3 «КАК ЕСТЬ»

Рисунок А.1 – Контекстная диаграмма «КАК ЕСТЬ» (AS IS) страховой компании

Рисунок А.2 – Диаграмма декомпозиции 2-го уровня «КАК ЕСТЬ» (AS IS) страховой компании

Рисунок А.3 – Диаграмма декомпозиции 3-го уровня «КАК ЕСТЬ» (AS IS) страховой компании

Рисунок А.4 – Диаграмма декомпозиции «Управление продажами в страховой компании» (AS IS)

Рисунок А.5 – Диаграмма дерева узлов «Управление продажами в страховой компании» (AS IS)

Приложение Б Модель IDEF0 и DFD «КАК ДОЛЖНО БЫТЬ»

Рисунок Б.1 – Контекстная диаграмма «КАК ДОЛЖНО БЫТЬ» страховой компании

Рисунок Б.2 –Декомпозиция контекстной диаграммы бизнес-процесса управления продажами полисов личного страхования «КАК ДОЛЖНО БЫТЬ»