Внедрение информационной системы в страховом бизнесе

Размещено на http://allbest.ru

Содержание

Введение

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

1.1. Технико-экономическая характеристика предметной области

1.2. Цели и задачи проектирования ИС

1.3. Обзор и анализ путей решения задач проектирования ИС

1.4. Выбор и обоснование средств проектирования

2. Проектная часть

2.1 Разработка БД (MS Access)

2.2 Описание входной/выходной информации

2.3 Описание внедрения ИС

3. Обоснованность эффективности

3.1 Обоснование экономической эффективности

3.2 Социальный эффект от внедрения ИС

3.3 Выводы по экономической эффективности ИС

3.4 Обеспечение эргономики рабочего места

Заключение

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

Введение

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

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

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

Ценность промышленных информационных систем, прежде всего, в большом накопленном и применённом опыте бизнеса. А если речь идёт о страховых системах, то это, как правило, опыт тех стран, где страхование уже давно является неотъемлемой частью бизнеса и социальных традиций. Внедряя такую систему, компания использует апробированные решения в таких аспектах, как организация бизнес-процессов, состав обрабатываемых данных, экранные формы. А в «поточном» обслуживании (ОСАГО, другие обязательные виды страхования) оптимальная организация работы критически важна, поскольку копеечная экономия на каждой операции экономит компании миллионы.

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

1.1 Технико-экономическая характеристика предметной области

После относительного затишья 2000 - 2002 гг. рынок страхования в России в 2003 году снова демонстрирует уверенное поступательное движение. Так, по предварительным данным информационного агентства «Финмаркет», рост объёма собранных страховых премий составил около 45%. При этом всего страховыми компаниями было собрано премии на сумму 432,4 млрд. рублей.

Такое изменение, по мнению экспертов, связано с тем, что в ушедшем году сокращение рынка «серых» страховых схем (которое продолжается уже несколько лет), было компенсировано развитием рынка услуг для физических лиц. Этому способствовал прежде всего рост активности физических лиц в секторах имущественного страхования. Физическими лицами всего было заключено более 42 миллионов договоров, из которых около 10% приходится на страхование имущества, в то время как юридическими лицами - только 2 млн. договоров.

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

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

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

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

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

Следует отметить, что не только ОСАГО определяла главные тенденции ушедшего, 2003 года.

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

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

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

1.2 Цели и задачи проектирования ИС

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

Разработка программного продукта включает в себя:

- общую постановку задачи;

- проектирование базы данных;

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

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

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

Данная система предназначена для успешного и удобного функционирования обслуживания банкоматов. База данных создана в программе MS Access.

1.3 Обзор и анализ путей решения задач проектирования ИС

Группа компаний TopS рассматривает автоматизацию в страховом бизнесе как направление своих стратегических интересов. Об этом свидетельствует наличие в составе группы - компании TopS FinSystems (TFS) - одного из авторитетных игроков в сфере информационных систем для страхования. В арсенале TFS система Unicus, разработанная эстонской фирмой Акриформ и давно утвердившаяся на российском рынке.

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

Стратегия TopS базируется на многообразии выбора решения с учётом реальных потребностей конкретной страховой компании.

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

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

Часть внедрений включает только страховую систему на базе Unicus.

В ближайшее время TopS планирует вывести на рынок ещё одно решение, ориентированное на средний сегмент страхового рынка. Это решение основано на интеграции страховой системы Unicus и ERP-системы Microsoft Business Solutions-Axapta.

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

Система работает в распределённой среде и обеспечивает удалённый доступ для всех возможных типов пользователей. При этом широкий спектр функций может быть обеспечен в режиме «тонкого» клиента, то есть без установки специализированного программного обеспечения на рабочих местах пользователей. Unicus поддерживает процессы создания новых страховых продуктов, а в совокупности с Microsoft-Axapta обеспечивает их интегрированный учёт в подсистеме финансового и управленческого учёта. Предлагаемое решение является масштабируемым, причём может быть обеспечен рост числа пользователей, географическое расширение системы и её функциональное развитие. Особенностью предлагаемого решения является наличие в нём специализированного модуля «Бюджетирование», которые были разработаны специалистами Департамента Microsoft бизнес-приложений компании TopS Business Integrator как дополнение к стандартной функциональности системы Microsoft-Axapta. Наличие у системы Microsoft-Axapta сертификата министерства финансов и института профессиональных бухгалтеров свидетельств о соответствии требованиям российского законодательства в области бухгалтерского учёта. Соответствие международным стандартам финансовой отчётности сомнению не подвергается.

1.4 Выбор и обоснование средств проектирования

Microsoft Office Access -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

* построитель таблиц;

* построитель экранных форм;

* построитель SQL-запросов;

* построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры. Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

2. Проектная часть

2.1 Разработка БД (MS Access)

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

· Значения всех числовых атрибутов - больше нуля (или null, если атрибут необязателен).

· Названия городов и имена должны содержать только буквы русского алфавита.

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

· Количество клиентов не должно превышать 100000.

· Количество агентов в филиале не должно превышать 100.

· Дата окончания договора должна быть больше текущей даты.

· Количество клиентов, с которыми работает конкретный агент не должно превышать 1000.

· Дата рождения клиента должна быть меньше текущей даты.

· При удалении клиента, должны удаляться контракты, которые они заключили.

· При изменении количества клиентов, должны изменяться поля «Количество клиентов» у соответствующих агентов.

Система создаётся для обслуживания следующих групп пользователей:

· администрация;

· менеджеры;

· агенты;

· Функциональные возможности:

· ведение БД (запись, чтение, модификация, удаление);

· обеспечение логической непротиворечивости БД;

· реализация наиболее часто встречающихся запросов в готовом виде;

Используя эти возможности, группы пользователей могут выполнять свои задачи:

1. администрация может создать или упразднить филиал;

2. менеджеры могут нанять, уволить агентов и установить цены на страховки;

3. агенты могут заключить и расторгнуть договоры.

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

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

Выделим основные сущности ИС: «Филиал страховой компании», «Страховой агент», «Договор», «Клиент», «Тип страховки».

Так же на «Структуре базы данных» представлены атрибуты сущностей.

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

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

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

2.2 Описание входных и выходных данных

Таблица «Филиал страховой фирмы»

№	Поле	Тип	Назначение поля
1	№ филиала	Счетчик	Уникальный код, назначенный каждому филиалу. Первичный ключ
2	Город	Текстовый	Город, в котором располагается филиал
3	Адрес	Текстовый	Улица, дом
4	Телефон	Числовой	Номер телефона
5	Количество агентов	Числовой	Код сотрудника

Таблица «Тип страховки»

№	Поле	Тип	Назначение поля
1	№ типа страховки	Числовой	Уникальный код, назначенный каждому типу страховки. Первичный ключ
2	Название страховки	Текстовый	Название страховки
3	Цена страховки	Числовой	Цена страховки

Таблица «Клиент»

№	Поле	Тип	Назначение поля
1	№ клиента	Числовой	Уникальный код, назначенный каждому клиенту. Первичный ключ
2	ФИО клиента	Текстовый	ФИО клиента
3	Адрес	Текстовый	Улица, дом
4	Дата рождения	Дата/время	Дата рождения
5	№ типа страховки	Числовой	№ типа страховки

Таблица «Договор»

№	Поле	Тип	Назначение поля
1	№ договора	Счетчик	Уникальный код, назначенный каждому договору. Первичный ключ
2	№ клиента	Числовой	№ клиента
3	№ агента	Числовой	№ агента
4	№ типа страховки	Числовой	№ типа страховки
5	Дата начала	Дата/время	Дата открытия страховки
6	Дата окончания	Дата/время	Окончание страхового времени

Таблица «Страховой агент»

№	Поле	Тип	Назначение поля
1	№ агента	Числовой	Уникальный код, назначенный каждому агенту. Первичный ключ
2	ФИО	Текстовый	ФИО страхового агента
3	№ филиала	Числовой	№ филиала
4	Количество клиентов	Числовой	Количество клиентов данного страхового агента
5	Стаж	Числовой	Стаж рекламного агента

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

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

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

2.3 Описание внедрения ИС

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

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

3. Обоснование эффективности

3.1 Обоснование экономической эффективности

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

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

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

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

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

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

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

Существуют следующие этапы оценки экономической эффективности информационной системы:

· традиционная оценка эффективности как соотношение затрат и результатов;

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

· оценка внедрения ИС как инвестиционного проекта;

· разработка сбалансированной системы показателей для оценки экономического эффекта;

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

· рассмотрение проекта на протяжении всего жизненного цикла;

· моделирование денежных потоков;

· сопоставимость условий сравнения различных проектов;

· положительность и максимум эффекта;

· учет фактора времени и наличия разных участников проекта;

· учет только предстоящих в ходе осуществления проекта затрат и поступлений;

· сравнение «с проектом» и «без проекта»;

· учет всех наиболее существенных последствий проекта;

· многоэтапность оценки;

· учет влияния на эффективность инвестиционного проекта и инфляции;

· учет влияния неопределенностей и рисков.

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

· чистый доход;

· чистый дисконтированный доход;

· внутренняя норма доходности;

· индексы доходности затрат и инвестиций;

· срок окупаемости.

3.2 Социальный эффект от внедрения информационной системы

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

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

3.3 Выводы по экономической эффективности ИС

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

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

3.4 Обеспечение эргономичности рабочего места

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

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

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

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

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

· сведения должны быть представлены четко, кратко, без излишней детализации;

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

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

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

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

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

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

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

· По ширине таблицы не должны растягиваться более чем на одну страницу;

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

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

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

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

Заключение

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

Разработанная база данных может быть применена в страховых информационных системах.

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

рынок страхование информационный интерфейс

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

1. Анализ требований к автоматизированным информационным системам Интернет-Университет Информационных технологий. http://www.INTUIT.ru

2. Организация и нормирование труда: учебник для вузов: / Владимир Борисович Бычин, Сергей Викторович Малинин и Евгения Валерьевна Шубенкова; Под ред. Юрий Геннадьевич Одегов. -- М.: Экзамен, 2005. -- 463 с.

3. Басаков М. И. Охрана труда (безопасность жизнедеятельности в условиях производства): Учебно-практическое пособие. -- Ростов-н/Д : МарТ, 2003. -- 394 с.

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

...