Введение
Отличительные особенности системы «РОССИТА»
Технологические возможности системы «РОССИТА»
Поддержка управления страховой деятельностью
Основные функции системы «РОССИТА»
Вспомогательные функции системы «РОССИТА»
Отчетность
Конструктор правил
Конструктор тарифов
Конструктор комиссионного вознаграждения
Планирование
Ведение договоров
Центры урегулирования убытков
Защита информации
Особенности администрирования системы
Подсистема репликаций
Технические требования
Список настроенных правил в системе «Россита»

Введение

       Компанией ЗАО Центр Информационных Технологий Телеком-Сервис в 1999-2004 гг. разработана Единая Корпоративная Информационная Система поддержки страхового бизнеса для страховых компаний - РОССИТА^tm.

       РОССИТА позволяет руководству компании:

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

вверх

Отличительные особенности системы «РОССИТА»:

Конструктор правил - инструмент описания (силами специалистов страховой компании) как совершенно новых правил, так и новых редакций уже действующих.

Конструктор тарифов - инструмент задания правил вычисления тарифов и расчёта тарифа при вводе договора/полиса, как табличного, так и формульного вида.

Конструктор КВ - инструмент описания механизма комиссионного вознаграждения агентов и андеррайтеров.

Механизм планирования - инструмент описания планирования деятельности вплоть до агентов и страховых продуктов.

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

вверх

Технологические возможности системы «РОССИТА»:

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

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

Любое количество уровней иерархии (от Центрального офиса/головной компании до агента).

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

Хранение любых типов данных в защищённой базе данных (вплоть до видеофрагментов).

вверх

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

Реальное планирование/управление деятельностью компанией, подразделениями и агентами (оперативный и стратегический контроль за выполнением плана).

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

Реальная защита информации («эшелонированная оборона»: шифрование пакетов при передаче по публичным каналам, контроль доступа средствами LINUX, хранение в БД ORACLE).

вверх

Основные функции системы «РОССИТА»:

1. Ввод, редактирование, поиск данных договора/полиса страхования (далее - договора).
2. Формирование пакета рисков для объекта по договору или пакета договоров (по разным объектам) для клиента.
3. Массированный ввод данных с помощью упрощённого интерфейса или загрузка данных из файла.
4. «Навигатор» договоров (интеллектуальный поиск, «дерево» договоров, автоматизированный расчет и вывод параметров по выборке) с возможностью передачи выборки в MS Excel.
5. Возобновление, переоформление, ввод дополнительного договора, дублирование, приостановление/восстановление, завершение договоров одной кнопкой.
6. Возможность задания графика платежей, в том числе для накопительных видов страхования (с последующим контролем).
7. Передача конкретного договора или всего портфеля договоров от агента к агенту.
8. Поддержка процесса урегулирования убытков с регистрацией представленных документов.
9. Справочники агентов, участков, категорий и комиссионных агентов.
10. Справочники распределения агентов по участкам и бригадам (инспекторам).
11. Учет бланков строгой отчетности (включая механизм распределения сверху вниз).
12. Контроль, распределение и списание бланков строгой отчётности.
13. Гибкое управление пользователями системы (имена, пароли, полномочия) без привлечения системного администратора БД.
14. Поддержка центра обращений клиентов.

вверх

Вспомогательные функции системы «РОССИТА»:

1. Справочник валют и курсов валют.
2. Справочник физических лиц/юридических лиц.
3. Справочник типов административно-территориальных единиц, населенных пунктов, улиц, садово-дачных образований.
4. Справочник адресов (связки АТЕ: населенный пункт - улица - дом).
5. Настройка статистических отчетов через интерфейс системы.
6. Подготовка и экспорт необходимых данных для бухгалтерских проводок (в соответствии с Налоговым кодексом).

вверх

Отчетность:
Статистическая - 

1. Отчет об операциях страхования по подразделению/компании за год (приложение к годовому балансу страховых компаний). Разделы I, II, III.
2. Расчет страховых резервов (единый модуль).
3. Форма 2-С.
4. Отчёты для РСА.
5. Прочие статистические отчёты.

По работе с агентами - 

1. Журнал страховых сумм, договоров и платежей по видам страхования.
2. План работы (месячный, квартальный, годовой).
3. Список договоров на возобновление.
4. Ведомость сданных платежей.
5. Выплаты агентам.

По работе с юридическими лицами - 

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

По контролю платежей - 

1. Задолженность по платежам.
2. Договоры с неоплаченным до конца взносом.
3. Поиск договоров с просроченными взносами.

По бланкам строгой отчетности - 

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

По планированию и анализу деятельности подразделений - 

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

Страховое поле - 

1. Фактический перечень объектов типа «Домашнее имущество», а также справочники видов местонахождения и типов имущества.
2. Фактический перечень объектов типа «Строение», а также справочники типов строений и частей строений; видов владений, отопления, водоснабжения, газоснабжения, электропроводки, канализации, стройматериалов.
3. Фактический перечень объектов типа «Транспортное средство», а также справочники типов ТС, марок/моделей /модификаций ТС, категорий, цветов, типов кузовов и двигателей, мест парковки и происшествий.
4. Фактический перечень объектов типа «Физическое лицо».
5. Фактический перечень объектов типа «Юридическое лицо».

вверх

Конструктор правил

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

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

       По аналогии с объектом, атрибуты могут относиться (задаваться пользователем) и к правилу (договору). Атрибуты могут быть обязательными или нет. Если атрибут обязателен, то при вводе договора система потребует задать значение этого атрибута либо выбрать это значение из справочника.

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

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

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

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

       Кроме того, страховщик может задать пакет шаблонов документов, связанных с конкретным правилом. При подготовке предложения клиенту, при заключении договора или при работе с договором (страховые случаи) эти шаблоны могут быть использованы для создания документов. В качестве таких документов могут быть представлены различные заявления, полис, договор, счёт-фактура, акт и т.п.

вверх

Конструктор тарифов

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

вверх

Конструктор комиссионного вознаграждения

       Для усиления мотивации деятельности агентов и продвижения на рынок определённых страховых продуктов в системе предусматривается возможность гибко управлять комиссионным вознаграждением агентов. Используя специальный экранный интерфейс системы, страховщик может сам без привлечения ИТ специалистов задавать правила начисления комиссионного вознаграждения. Есть набор параметров, от которых может зависеть КВ. Это страховое правило, по которому заключён договор, выполнение или перевыполнение плана, величина ответственности страховщика по договору, заключённому по конкретному страховому правилу, новый договор (клиент) или возобновлённый и т.д. Кроме того, КВ может зависеть от атрибутов договора, объекта или субъекта.

вверх

Планирование

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

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

вверх

Ведение договоров

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

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

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

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

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

вверх

Центры урегулирования убытков

       В системе предусмотрена возможность поддержки центров урегулирования убытков (ЦУУ), в которых осуществляется урегулирование убытков любым объектам или правилам. Это свойство системы стало чрезвычайно актуальным после введения ОСАГО. В соответствии с законом об ОСАГО пострадавший может обратиться в любой ЦУУ. В одном ДТП может быть несколько пострадавших, которые могут обратиться в разные ЦУУ. С учетом ограничения по выплатам по единичному случаю система выявляет такие события и сводит их к единичному случаю, помогая страховщику бороться с мошенничеством.

вверх

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

       В системе РОССИТА предусмотрена «эшелонированная» защита информации от несанкционированного действия и от разрушения данных. Все данные хранятся в RDBMS Oracle, которая сама по себе обеспечивает высоконадёжное хранение данных. Доступ пользователей осуществляется через механизм ролей, который предоставляет доступ к данным и к функциям системы в соответствии с функциональными обязанностями пользователя. В настоящее время в системе имеется более 150 элементарных ролей и несколько десятков групповых. Например, к элементарным ролям относятся такие роли, как ввести договор, ввести платёж по договору, вести справочник курсов валют, получить отчёт по деятельности агента. К групповым ролям относятся роли менеджер (инспектор) филиала, бухгалтер филиала, администратор филиала.

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

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

вверх

Особенности администрирования системы

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

вверх

Подсистема репликаций

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

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

       Обычные каналы связи. Достаточность однократного сеанса связи (например, чтобы передать 1 Мб сжатых и зашифрованных данных при соединении 14400 бод, необходимо в среднем 15-18 минут). Туннелирование и шифрование всего трафика. Автоматический дозвон и «докачка» только оставшихся данных при разрыве связи во время сеанса. Повторный запрос пакета данных при его потере. Автоматический переход на резервный канал связи при недоступности штатного канала. Автомониторинг качества каналов связи. Полные журналы всех операций по обмену данными. В полной мере используются проверенные временем коммуникационные свойства UNIX.

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

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

вверх

Технические требования

Примерные требования к серверу Центрального офиса (до двух миллионов действующих договоров страхования):

• Процессор: от 2 х 3000 Мгц (INTEL или RISC);
• оперативная память: от 4 ГБ;
• операционная система: UNIX LINUX;
• Система Управления Базами Данных: Oracle Enterprise Edition;
• подсистема на жестких дисках SCSI: от 6х36 ГБ (уровень избыточности - RAID5);
• сетевая карта: 100 Мбит/сек;
• источник бесперебойного питания: UPS Smart от 1500 ВА;
• выделенный канал передачи данных: от 256 Кбит/сек;
• резервный сервер (спецификация согласуется дополнительно, главное: соответствие по объему дисковых массивов).

Примерные требования к серверу филиала (до ста тысяч договоров):

• Процессор: от 2000 Мгц (INTEL);
• оперативная память: от 1 ГБ;
• операционная система: UNIX LINUX;
• Система Управления Базами Данных: Oracle Standard/Enterprise Edition;
• Oracle Client Forms/Reports/Graphics (находятся на сервере, являясь едиными для всех рабочих мест);
• подсистема на жестких дисках: от 2х36ГБ (минимальный уровень избыточности - RAID1);
• дополнительные устройства хранения/чтения данных: CD-RW/ZIP/TAPE;
• сетевая карта: любая;
• источник бесперебойного питания: UPS Smart.
• модем и телефонный канал.

Требования к клиентскому рабочему месту:

• монитор - цветной, с разрешением экрана 800*600 точек;
• процессор - от 120 Мгц (586 и выше);
• оперативная память - не менее 64 МБ (рекомендуется 256 МБ);
• операционная система - MS Windows 95/98/ME/2000/XP Russian;
• место на жестком диске - 25 Мб (только под область подкачки для временного хранения данных);
• сетевая карта.

вверх

Список настроенных правил в системе «Россита».

1. Входящее перестрахование.
2. Добровольное страхование на случай некоторых инфекционных заболеваний.
3. Добровольное страхование строений, принадлежащих гражданам.
4. Добровольное медицинское страхование.
5. Добровольное страхование граждан, выезжающих за рубеж.
6. Добровольное страхование гражданской ответственности владельцев транспортных средств.
7. Добровольное страхование животных, принадлежащих гражданам.
8. Добровольное страхование отделки и оборудования жилья.
9. Добровольное страхование строительно-монтажных рисков.
10. Добровольное страхование транспортных средств
11. Индивидуальное страхование заемщиков кредита от несчастных случаев.
12. Индивидуальное страхование от несчастных случаев.
13. Индивидуальное страхование от несчастных случаев по ипотечному страхованию.
14. Коллективное страхование рабочих и служащих от несчастных случаев.
15. Компенсационное страхование жизни.
16. Комплексное страхование жизни.
17. Обязательное личное страхование пассажиров автомобильного транспорта.
18. Обязательное страхование государственного имущества, переданного в аренду религиозным организациям.
19. Пожизненное страхование.
20. Страхования гражданской ответственности собственников строений, квартир, нанимателей жилья.
21. Репродуктивное страхование женщин.
22. Семейное страхование жизни.
23. Смешанное страхование жизни.
24. Страхование арендуемого нежилого фонда.
25. Страхование вкладов физических лиц.
26. Страхование воздушных судов.
27. Страхование воспитанников детских интернатных учреждений.
28. Страхование временной нетрудоспособности.
29. Страхование гражданской ответственности таможенных перевозчиков.
30. Страхование гражданской ответственности авиаперевозчика.
31. Страхование гражданской ответственности владельцев воздушных судов и авиаперевозчиков.
32. Страхование гражданской ответственности владельцев животных.
33. Страхование гражданской ответственности организаций, эксплуатирующих опасные производственные объекты, за причинение вреда жизни, здоровью или имуществу третьих лиц и окружающей природной среде в результате аварии на опасном производственном объекте.
34. Страхование гражданской ответственности оценщиков.
35. Страхование гражданской ответственности таможенных брокеров.
36. Страхование гражданской ответственности эксплуатирующих организаций и собственников гидротехнических сооружений.
37. Страхование детей.
38. Страхование домашнего имущества граждан.
39. Страхование дополнительного оборудования в застрахованном транспортном средстве.
40. Страхование жизни.
41. Страхование жизни заемщиков кредита.
42. Страхование жизни с текущими выплатами (рента).
43. Страхование имущества предприятий и организаций.
44. Страхование к бракосочетанию (свадебное).
45. Страхование каско водных судов.
46. Страхование недвижимого имущества, являющегося предметом залога по ипотечному кредиту.
47. Страхование производственных машин от поломок.
48. Страхование от несчастных случаев.
49. Страхование ответственности аудитора (аудиторской фирмы).
50. Страхование ответственности дорожного перевозчика и транспортного экспедитора.
51. Страхование ответственности за качество товаров, работ (услуг).
52. Страхование ответственности изготовителей, продавцов и исполнителей.
53. Страхование ответственности лиц, занимающихся детективной (охранной) деятельностью.
54. Страхование ответственности лиц, занимающихся архитектурной и/или градостроительной деятельностью.
55. Страхования ответственности лиц, осуществляющих строительно-монтажную деятельность.
56. Страхование ответственности медицинских учреждений и частнопрактикующих врачей.
57. Страхование ответственности нотариусов, занимающихся частной практикой.
58. Страхование ответственности риэлтеров.
59. Страхование ответственности юридических и физических лиц.
60. Страхование пассажиров автомобильного транспорта.
61. Страхование пассажиров (туристов-экскурсантов) от несчастных случаев.
62. Страхование потери имущества в результате утраты права собственности.
63. Страхование предпринимательского риска от неисполнения договорных обязательств.
64. Страхование предпринимательского риска от перерыва в производстве.
65. Страхование ритуальных услуг.
66. Страхование рыбы, выращиваемой сельскохозяйственными и промышленными товаропроизводителями.
67. Страхование сельскохозяйственных животных, принадлежащих с/х предприятиям, объединениям, арендаторам и крестьянским (фермерским) хозяйствам.
68. Страхование спортсменов от несчастных случаев.
69. Страхование товарно-материальных ценностей.
70. Страхование убытков, связанных с перерывом в работе.
71. Страхование урожая сельскохозяйственных культур и многолетних насаждений, а также самих посевов и многолетних насаждений.
72. Страхование школьников от несчастных случаев.
73. Транспортное страхование грузов.
74. ОСАГО - Обязательное страхование ответственности владельцев транспортных средств.

вверх