Презентация информационной системы InsCom в СК "АСКА"

Post date: Nov 1, 2012 9:49:21 AM

В страховой компании «АСКА» в рамках тендера по выбору корпоративной информационной системы прошла 2-х дневная презентация информационной системы InsCom.

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

Программа презентации:

InsCom

Интегрированная информационная система для рисковых страховых компаний

День первый

1. ОБЩИЕ СВЕДЕНИЯ О КОМПАНИИ И InsCom (30 минут)

• Информация о компании

• Информация о InsCom

• Функциональная схема InsCom

• Архитектура InsCom

• Описание интерфейса

• Стандартные элементы управления Windows

• Форма поиска. Ввод из списка.

• Форма редактирования.

• Ввод из короткого справочника.  % на формах.  

• Сервисные режимы 

• Меню-сервис

• Форма обучения

• Дневник

• Форма поиска дневник

• Форма поиска дневник с открытием формы дополнительно

• Просроченные платежи

• Планируемые выплаты

• Меню-сервис

• Параметры

• Меню-сервис

• Калькулятор валют

• Учет клиентов, объектов

• ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• ФОРМА поиска клиентов

• КАРТА ЮРИДИЧЕСКОГО ЛИЦА

• Страховая информация по клиенту - перечень договоров.

• КАРТА ЮРИДИЧЕСКОГО ЛИЦА

• Объекты в собственности

• ФОРМА поиска клиентов

• ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• Форма Группа объектов (перечень)

• Форма поиска грузов.

2. УЧЕТ БЛАНКОВ (20  минут)

• РЕГИСТРАЦИЯ БЛАНКОВ ПОЛИСОВ (список)

• Передача бланков

• РЕГИСТРАЦИЯ БЛАНКОВ ПОЛИСОВ (список)

• ГЛАВНАЯ ФОРМА. ОФИС

3. УЧЕТ ПОЛИСОВ (90  минут)

• ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• Структурная схема полиса

• ФОРМА ПОИСКА ПОЛИСОВ

• ПОЛИС 1 вкладка – общая информация

• Выбор страхователя.

• Выбор территории

• ПОЛИС 2 вкладка – объекты и риски

• ПОЛИС 3 вкладка – платежи по полису

4. СВЯЗЬ С БУХГАЛТЕРИЕЙ (30 минут)

• Схема связи платежей по полисам с бухгалтерскими платежами

• ГЛАВНАЯ ФОРМА. ОФИС

• БАНКОВСКАЯ ВЫПИСКА (список)

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

• БАНКОВСКАЯ ВЫПИСКА (список)

• Редактирование банковской выписки.

• БАНКОВСКАЯ ВЫПИСКА (список)

• ГЛАВНАЯ ФОРМА. ОФИС

• РАСПРЕДЕЛЕНИЕ платежей

• Подтверждение формирования связи

• РАСПРЕДЕЛЕНИЕ платежей

• Распределение платежей (вкладка 2 Погашенные платежи)

• РАСПРЕДЕЛЕНИЕ платежей

• ГЛАВНАЯ ФОРМА. ОФИС

5. УРЕГУЛИРОВАНИЕ УБЫТКОВ (60 минут)

• Схема урегулирования убытков.

• ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• УРЕГУЛИРОВАНИЕ. Форма поиска.

• ПЕРЕЧЕНЬ документов по урегулированию.

• УРЕГУЛИРОВАНИЕ. Форма поиска.

• УРЕГУЛИРОВАНИЕ. Форма поиска.

• Оценка убытков.

• УРЕГУЛИРОВАНИЕ. Форма поиска.

• ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

День второй

InsCom (продолжение)

6. ИЗМЕНЕНИЕ УСЛОВИЙ (20 минут)

ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• Перечень изменений

• Изменение условий. Редактирование.

• Перечень изменений

7. ПЕРЕСТРАХОВАНИЕ И СОСТРАХОВАНИЕ (30 минут)

ГЛАВНАЯ ФОРМА. ДОКУМЕНТЫ

• Генеральные договора

• Генеральный договор

• Условия передачи в перестрахование

• Полисы принятого перестрахования

• Полис принятого перестрахования

• Платежи

• Дополнительно

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

• Формирование ковер-нота

• Договор исходящего перестрахования

• Главная форма

• Исходящее перестрахование

• Формирование карточки перестрахования

• Бордеро премий

• Бордеро премий

• Выбор полиса

• Связь платежей

• Возвраты

• Возмещения

• Оплата бордеро

• Итог

• Действия

• Бордеро выплат

• Как перестрахован полис

• Передача в перестрахование

• Распределение выплат

• Просмотр сформированных дел

• Дело

8. ОТЧЕТЫ (60 минут)

• РЕЕСТР ОТЧЕТОВ

• Форма запроса параметров.

• Открытый отчет bordero.

9. ИМПОРТ ДАННЫХ (20 минут)

• Список сценариев

• Описание сценария

• Описание сценария (дополнительно)

• Запуск импорта

• Список протоколов загрузки данных

• Протокол загрузки данных

• Протокол загрузки данных (дополнительно)

• Выбор варианта загрузки

• Выбор варианта загрузки (строка запуска)

10. МЕДИЦИНСКИЙ АССИСТАНС (40 минут)

• Учет клиентов

• Предварительная регистрация обращения

• Регистрация контакта

• Назначение и контроль заданий

• Учет диагнозов

• Учет контактных данных ЛПУ

• Услуги и суммы затрат

• Счета мед. учреждений

• Связь счетов с контактами

• Полисы страхования

• Отчеты

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

• Контроль заданий

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

11. АНДЕРРАЙТИНГ (20 минут)

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

• Модуль продавцов

• Модуль андеррайтеров

• Функции для посредников

• Функции Центрального офиса.

• Перечень данных, подлежащих андеррайтингу

• Оформление полиса с помощью компьютера

• Ввод с бумажного полиса, уже выданного агентом страхователю

• Изменения условий существующего договора

• Пролонгация договора на прежних условиях.

12. ХАРАКТЕРИСТИКА МЕТОДОЛОГИИ ВНЕДРЕНИЯ INSCOM (20 минут)

• Этапы внедрения и отладка информационной системы InsCom 

• Взаимодействие сторон при внедрении InsCom

• Организационные мероприятия со стороны компании UIIS и Заказчика

• Обучение персонала

• Документация на InsCom

• Возможность изменения функциональности по требованию заказчика

• Импорт данных из существующих источников страховой компании

• Сроки внедрения InsCom

InsCom-Web

Решение для работы со страховой информационной системой InsCom посредством Web-доступа.

1. АРХИТЕКТУРА INSCOM-WEB (20 минут)

• Интерфейс InsCom-Web.

• Автоматизация бизнес-процессов.

2. АДМИНИСТРИРОВАНИЕ ПОЛЬЗОВАТЕЛЕЙ (10 минут)

3. УЧЕТ БЛАНКОВ ПОЛИСОВ (10 минут)

4. СТРАХОВОЙ ПРОДУКТ ОСАГО (30 минут)

• Вход в InsCom-Web. Авторизация 

• Выбор страхового продукта

• ОСАГО. Выбор «Инструкция...» 

• Инструкция по заполнению полиса 

• Выбор 1-го варианта ввода полиса 

• Ввод данных существующего полиса

• Контроль платежа и сохранение

• Выбор 2-го варианта ввода полиса 

• Предварительный расчет платежа

• Оформление полиса

• Печать полиса, сохранение 

• Печать оригинала полиса 

• Печать копии полиса 

• Поиск полисов. Указание параметров. 

• Результат поиска полисов 

• Просмотр полиса 

• Запуск отчета 

• Просмотр отчета 

5. СТРАХОВОЙ ПРОДУКТ TRAVEL (10 минут)

• Предварительный расчет платежа

• Оформление полиса

• Печать полиса, сохранение 

• Печать полиса 

• Поиск полисов. Указание параметров. 

• Результат поиска полисов 

• Просмотр полиса 

• Запуск отчета 

• Просмотр отчета

6. ПРОДАЖА ПОЛИСОВ С ИСПОЛЬЗОВАНИЕМ InsCom-Web (30 минут)

Анкета СК АСКА участнику тендера

Общие требования

• Наличие фронт-офисной части.

• Простой интерфейс при вводе договора и убытков по договору.

• Контроль на вводимые данные в соответствии с правилами.

• Формирование и распечатывание документов из системы (договоры страхования, страховые акты, акты на выплату и т.д.).

• Возможность впечатывать данные в бланк строгой отчетности.

• Наличие блока медассистанса.

• Наличие блока перестрахования (входящее/исходящее перестрахование).

• Возможность учета большого количества объектов по договору страхования (порядка десяти — пятнадцати тысяч) без потери скорости обработки.

• Возможность экспорта отчетов в Excel.

• Наличие истории корректировки данных с указанием автора, даты, времени и  причины корректировки (причина корректировки - опционально).

• Возможность самостоятельного конфигурирования продуктов.

• Возможность настроить калькулятор по продукту (если калькулятор необходим).

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

• Возможность обмена данными между учетной системой и системами используемыми в компании (1С и пр.).

• Элементы CRM-системы

• Возможность ON-LINE андеррайтинга.

• Развитая поисковая система.

• Соблюдение правил уникальности (в справочниках не должно быть повторяющихся значений).

• Необходимо закрытие (фиксирование) периода для формирования отчетных форм для внутреннего пользования и отчетности перед внешними организациями. В закрытом периоде запрещена корректировка введенных данных. (Периодичность — месяц).

• "Обязательно расчет резервов:  

• - РНП — резерв незаработанных премий по методу 1/365 

• - РЗП — резерв заработанных премий  премий по методу 1/365 

• - РЗНУ — резерв заявленных неурегулированных убытков"

• Наличие полной документации по системе

•  

Ведение договоров страхования и учет страховых событий

• Возможность загрузки договоров, объектов по договору, объектов, по которым производятся выплаты, из форматного файла (xls, xml, csv и прочее).

• Возможность ввода объекта «группа объектов» (с обязательным указанием количества объектов входящих в группу и возможностью приложения/подключения файла любого формата (xls,doc,jpg) с перечисленным списком объектов входящих в группу)

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

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

• Возможность ввода информации по договору без соблюдения установленных правил и требований к продукту по андеррайтерскому разрешению с отметкой о таком разрешении (№ документа, дата, ФИО андеррайтера подписавшего документ).

• Возможность прикрепления к договору его скан.копии (.jpg).

• Наличие признака, что договор введен с копии документа. Возможность ввести дату поступления оригинала договора в компани.

• "Наличие автоматически изменяемых статусов договора (с сохранением истории): 

• - по оплате (ожидающий оплату, оплаченный полностью, перепласенный); 

• - по срокам действия — зарегистрированный, активный/действующий, закончивший действие, расторгнутый; 

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

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

• Возможность учета дополнительных соглашений по договору.

• Учет полисов по генеральным договорам.

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

• Учет периодов, покрываемых страховым платежом.

Каналы продаж, агенты, клиенты

• Учет каналов продаж (по договорам).

• Наличие блока по работе со штатными агентами.

• Наличие блока по работе со сторонними агентами.

• Учет комиссионного вознаграждения по каждому договору страхования.

• Возможность распечатывания анкеты идентификации клиента (полной или сокращенной).

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

• Возможность присваивать клиентам разные признаки, включать клиента в различные группы, сегменты и пр., например - инвалид, пенсионер, входит в группу СКМ, крупный клиент, VIP клиент, черный список и т.д.

Права и роли пользователей

• "Разделение прав доступа: 

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

• Далее необходима возможность добавления  (расширения) прав доступа: 

• -по компании (ко всем продуктам или к конкретному); 

• -по дирекции (ко всем продуктам или к конкретному); 

• -по подразделению дирекции (любого уровня вложенности) всех продуктов или конкретного продукта; 

• - по комбинации вышеописанных реквизитов."

• "Роли (выполняемые в системе действия с учетом прав доступа):

• Ввод/корректировка/удаление данных:

• - по договорам страхования (агенты, операторы);

• - по страховым событиям (подразделение по учету страховых событий);

• - по учету страховых платежей и выплат (бухгалтерия)

• - по комбинации вышеописанных реквизитов;

• Просмотр данных (получение отчетов): 

• - по договорам страхования; 

• - по страховым событиям ; 

• - по учету страховых платежей и выплат; 

• - по комбинации вышеописанных реквизитов."

• Андеррайтинг.

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

• База данных — 1.PostgreSQL 2.MS SQL

• Трехуровневая архитектура: клиент - сервер приложений - БД.

• Web-приложение(предпочтительней), либо нативные клиенты под Linux (не wine) и windows.

• Гибкие возможности импорта/экспорта, возможность интеграции с 1С.

• Для web-приложения - использование стандартных технологий. Поддержка Firefox 8 и выше, IE 7 и выше. Не использовать java-апплеты, ActiveX, Silverlight. Flash не желателен. Кроссплатформенное приложение - на php, python, java.

• Для нативного клиента - шифрование на промежутке клиент-сервер.

• Желательны возможности кластеризации: 2-3 Application сервера.

• Возможность использования внешней аутентификации через Kerberos сервер.

• Стоимостные характеристики, условия приобретения

• Стоимость програмного обеспечения

• Стоимость лицензий

• Стоимость работ по настройке и подготовке системы к работе (включая импорт данных)

• Стоимость работ по обучению сотрудников

• Ориентировочная стоимость модернизации системы (стоимость 1 часа).

• Общая стоимость затрат (лицензии, иное) на дополнительное программное обеспечение, необходимого для серверов (СУБД, сервер приложений).

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

• Стоимость послегарантийного сопровождения системы (в расчете на 1 год)

• Ориентировочный (ожидаемый) срок реализации внедрения системы (с заявленной функциональностью, обучением)

• Срок гарантийного (бесплатного) сопровождения системы после внедрения

• Условия послегарантийного сопровождения - сроки исправления выявленных ошибок.

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

www.ins.com.ua