Публикации‎ > ‎publ_news‎ > ‎

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

Отправлено 1 нояб. 2012 г., 2:49 пользователем Igor Lubashenko   [ обновлено 1 нояб. 2012 г., 2:58 ]
В страховой компании «АСКА» в рамках тендера по выбору корпоративной информационной системы прошла 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 год)
  • Ориентировочный (ожидаемый) срок реализации внедрения системы (с заявленной функциональностью, обучением)
  • Срок гарантийного (бесплатного) сопровождения системы после внедрения
  • Условия послегарантийного сопровождения - сроки исправления выявленных ошибок.


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

Comments