Информационные системы и технологии в экономике и управлении

Автоматизированные информационные системы страховой деятельности

Разбить на страницы
Показывать лекцию целиком

Разработка и внедрение автоматизированных информационных систем страховой деятельности (ИС СД) выполняются с целью повышения эффективности управления страховой деятельностью компании за счет обеспечения руководителей и специалистов страховых компаний информацией в необходимом объеме и качестве, а также реализации стандартов информационных технологий управления на основе:

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

    17.1. Организационная структура ИС СД

    Существуют различные виды ИС СД.

    1. Автономные автоматизированные рабочие места - АРМ (рис. 17.1-1).

    (рис 17.1-1)

    Каждый автономный АРМ выполняет определенный набор функций управления страховой деятельностью, ориентирован на страховых агентов определенного вида:

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

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

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

    2. Комплекс взаимосвязанных АРМов, функционирующих на единой информационной базе.

    ИС СД (рис. 17.1-2) поддерживает функции основной деятельности (страховании), вспомогательные функции управления (бухгалтерский учет, финансовый анализ, управление кадрами и др.). Возрастание масштабов деятельности страховых компаний проявляется в расширении состава функций управления, увеличении численности сотрудников страховых компаний. Осуществляется функциональная специализация и информационная интеграция АРМов. С увеличением масштабов ИС СД необходима унификация информационных технологий, программных и технических средств обработки информации.

    (рис 17.1-2)

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

    3. Корпоративная информационная система страховой деятельности (КИС СД).

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

  • переход к распределенной обработке данных (использование компьютерных сетей, интранет, выход в Интернет);
  • применение разнородных вычислительных машин - серверы, рабочие станции, ноутбуки (аппаратная);
  • интеграция программных средств обработки данных (программная "многоплатформенность");
  • расширение функций автоматизации управления;
  • создание и ведение интегрированной БД - основы единого информационного пространства для принятия управленческих решений;
  • использование интеллектуальных методов решения задач (статистическое прогнозирование, математическое моделирование, оперативная обработка аналитической информации - OLAP-технологии, системы искусственного интеллекта и др.).
  • На рис. 17.1-3 приведен фрагмент КИС для отдельного структурного подразделения - филиала крупной страховой компании.

    (рис 17.1-3)

    В КИС создаются мощные сетевые ресурсы (принтеры, серверы печати, факс-модемы, БД, общие приложения), доступ к которым возможен с рабочих станций. Имеет место существенная экономия финансовых средств, повышается информационная и технологическая "вооруженность" каждого АРМа, обеспечена мобильность специалистов страховой компании.

    Прогресс в сфере технических средств обработки данных и средств коммуникаций (удешевление технических комплексов, новые технологии WiFi, WAP и GPRS и др.) позволили реализовать:

  • мобильное подключение переносных компьютеров (ноутбуков) к Интернет/интранет (корпоративной сети);
  • поддержку частных сетей - VPN (Virtual Private Network);
  • передачу и прием больших объемов данных с помощью мобильной телефонной связи и др.
  • В КИС ИС СД входят две системы обработки данных:

  • OLTP(On-Line Transaction Processing) - система оперативной транзакционной обработки данных;
  • OLAP (On-Line Analytical Processing) - система оперативной аналитической обработки данных.
  • Характеристики OLTP-систем:

  • многочисленность пользователей;
  • транзакционный характер обработки данных. Обработка приложении разбивается на отдельные транзакции. Транзакция - совокупность действий, которые переводит БД из одного целостного состояния в другое. В случае возникновения сбоев или отказов выполняется откат транзакции и восстановление БД в исходное состояние. Так поддерживается надежность и высокая производительность обработки информации;
  • большие объемы собираемых, передаваемых хранимых и обрабатываемых данных по регламентированным алгоритмам решения задач;
  • жесткий состав форм входной и выходной информации, схем документооборота.
  • Характеристики OLAP-систем ИС СД:

  • создание предметно-ориентированных хранилищ данных (Data Warehouse), "многомерных" аналитических БД, используемых для многомерного анализа данных ИС СД;
  • использование методов "извлечения" знаний (вычисление статистических итогов, агрегирование структур данных, установление закономерностей связей данных, формирование правил выработки управленческих решений), создание баз знаний, экспертных систем;
  • имитационное моделирование управленческих решений и др.
  • 17.2. Функциональная структура ИС СД

    Типовой комплекс задач (функциональная структура) ИС СД включает:

  • Ведение нормативно-справочной базы договоров страхования (справочники, классификаторы технико-экономической информации, тарифы страхования).
  • Стратегическое планирование деятельности страховой компании.
  • Формирование и ведение договоров страхования (перестрахования).
  • Расчет комиссионных.
  • Учет формирования страхового фонда.
  • Учет расчетов со страхователем (уплата страховых премий, выплат по страховым событиям, расторжение договора страхования).
  • Бухгалтерский учет деятельности страховой компании.
  • Анализ финансового состояния страховой компании.
  • Налоговый учет страховой деятельности.
  • Сервисные функции (импорт и экспорт данных, страховое копирование, восстановление БД) и др.
  • Автоматизированные функции управления ИС СД могут быть разбиты на функциональные модули или контуры. Модульный подход к построению и внедрению ИС СД является основой конфигурирования функциональной и организационной структуры ИС СД, обеспечивает простоту и экономичность модернизации функциональной структуры ИС СД.

    Проектирование структуры БД основано на моделировании данных предметной области. Начальным уровнем представления данных предметной области является информационно-логическая модель (ИЛМ) - интегрированная структура данных, не ориентированная на какое-либо программное средство создания и ведения БД. ИЛМ служит интерфейсом между "заказчиком" и "разработчиком" ИС СД, служит целям лучшего понимания информационных потребностей приложений.

    ИЛМ состоит из информационных объектов и структурных связей. Информационные объекты следует рассматривать как реляционные таблицы, соответствующие требованиям третьей нормальной формы реляционной модели данных:

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

    На рис. 17.2-1 приведена типовая ИЛМ для ИС СД. Модель содержит следующие информационные объекты, описывающие сущности:

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

    Информационные объекты содержат минимально-необходимый но достаточный для реализации приложений набор реквизитов. Например, информационный объект СТРАХОВАТЕЛЬ имеет следующий набор реквизитов:

  • код страхователя;
  • наименование организации (фамилия, имя и отчество физического лица);
  • регистрационные данные юридического лица (паспортные данные физического лица);
  • дата регистрации в БД;
  • классификационный код страхователя и др.
  • Ключом информационного объекта СТРАХОВАТЕЛЬ является реквизит - "код страхователя", который обеспечивает однозначную идентификацию экземпляров объектов, поскольку реквизит "классификационный код страхователя" не является уникальным для экземпляров информационного объекта. Все неключевые реквизиты функционально полно зависят от ключа, отсутствует транзитивная взаимозависимость неключевых реквизитов, т. е. значение одного реквизиты не определяет однозначно значение другого реквизита. БД страховой компании постоянно актуализируется, содержит информацию, отвечающую требованиям полноты и качества, точности и достоверности.

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

    На основе ИЛМ можно предварительно оценить объемы хранимых данных, сформулировать требования к системе управления базами данных (СУБД).

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

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

    В зависимости от масштаба страховой компании, числа одновременно работающих страховых агентов, объема БД, возможны следующие варианты организации БД страховых компаний:

  • локальная БД, централизованно хранимая на отдельном компьютере, на котором установлен АРМ страхового агента;
  • сетевая БД, централизованно хранимая на сервере, к которому имеют доступ по сети;
  • распределенная БД, хранимая на нескольких узлах сети (серверах БД).
  • 17.3. Информационные технологии ИС СД

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

    1. Этап сбора и регистрации информации.

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

    Этап сбора и регистрации данных обеспечивает:

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

    Автоматизация обработки информации в ИС СД на этапе сбора и регистрации предполагает:

  • использование унифицированных и стандартизованных форм документов страховой деятельности;
  • внедрение EDI (Electronic Data Interchange) - электронной системы документации и документооборота для ввода и редактирования данных в БД, стандартов документооборота;
  • представление нормативно-справочной информации страховой деятельности в БД;
  • контроль достоверности входной информации (на диапазон значений, по списку значений, по формату значений, соответствие значений реквизитов документов друг другу и др.).
  • На рис. 17.3-1 представлены типовые операции этапа сбора и регистрации первичной информации в ИС СД.

    (рис 17.3-1) Типовые операции этапа сбора и регистрации первичной информации в ИС страховой деятельности

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

    2. Этап передачи данных по каналам связи.

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

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

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

    Архитектура компьютерной сети должна соответствовать масштабам и назначению ИС СД, типовые структуры сетей:

  • одноранговая компьютерная сеть на базе операционной системы Windows 2000/NT/XP, если число пользователей невелико (до 10-12 чел.);
  • серверная компьютерная сеть и технологии "файловый сервер" на базе операционной системы Windows 2000/NT/XP Professional, если число пользователей значительное;
  • серверная компьютерная сеть и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если число пользователей значительное и требуется высокая производительность ИС СД;
  • серверная компьютерная сеть и технологии "многоуровневый клиент-сервер" на базе операционной системы Windows NT/XP Professional, если число пользователей значительное, требуется высокая производительность и необходимо обеспечить аппаратную и программную независимость компонентов ИС СД;
  • компьютерная сеть интранет и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если пользователи территориально распределены;
  • компьютерная сеть экстранет и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если пользователи территориально распределены, а сами пользователи являются представителями различных компаний.
  • При создании компьютерной сети учитывается сложившаяся топология связей структурных подразделений - организационная структура системы управления страховой компанией, которая включает:

  • центральный офис;
  • отделения страховой компании;
  • представительства (агентства) страховой компании;
  • мобильных пользователей.
  • В центральном офисе (головной структуре страховой компании) находятся высокоскоростные ЛВС, сетевые БД, осуществляется централизованный мониторинг сетевыми ресурсами распределенной вычислительной системы страховой компании. Отделения страховой компании могут иметь собственные ЛВС, поддерживают постоянную связь с центральным офисом с помощью специально выделенных каналов связи. Представительства страховой компании, как правило, не используют ЛВС, удаленные пользователи пользуются переносным компьютером с модемом, для связи с центральным офисом может использоваться электронная почта, а также удаленный доступ (сеть VPN - Virtual Private Network).

    3. Этап хранения данных в БД.

    Ядром любой информационной системы является БД под управлением СУБД. От выбора СУБД в значительной степени зависит успешность разработки и реализации всей ИС.

    Выбор СУБД зависит от многих факторов: сложность структуры данных ИЛМ, объем данных, требования к эксплуатационным характеристикам приложений, состав технических средств, квалификация пользователей и др.

    Для БД небольшого объема, обслуживающих незначительное число пользователей (приложений), когда требования к оперативности решения задач не отличаются от обычных, используются так называемые "настольные" СУБД БД реляционного типа: Access, Paradox, dBase и др.

    На крупномасштабных БД, размещаемых на одном или нескольких узлах сети, обслуживающих значительное число одновременно работающих пользователей применяются сетевые СУБД реляционного типа: Oracle, MS SQL Server, DB2, Informix и др.

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

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

    (рис 17.3-2) Схема реплицирования локальных БД

    СУБД обеспечивает выполнение стандартных видов обработки:

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

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

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

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

    Наиболее популярными информационными технологиями Интернет являются:

  • электронная почта (e-mail) на основе протокола SMTP;
  • служба электронных новостей на основе протокола Usenet;
  • поиск информации в мировой паутине WWW (World Wide Web) информационных ресурсов, представленных в формате кодов HTML и совместимых дополнениях (.asp, java, XCML, Perl, PHP и т. п.) на основе протокола HTTP;
  • удаленный доступ к вычислительным ресурсам на основе протокола Telnet и др.
  • Для крупномасштабных БД обязательно выполнение сервисного обслуживания БД, которое предусматривает:

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

    4. Этап обработки данных.

    На этапе обработки данных используется разнообразное программное обеспечение (ПО) системного и прикладного типа.

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

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

  • ППО базовых информационных технологий - офисные программы (текстовые редакторы, электронные таблицы, СУБД, графические редакторы, издательские системы, Интернет-браузеры и т. п.);
  • ППО методов решения задач (математические методы и модели, статистические методы анализа и прогнозирования, управление проектами, сетевые методы и т. п.);
  • ППО функционального назначения (отдельных комплексов задач, функциональных подсистем или ИС).
  • Далее рассмотрены ППО функционального назначения для автоматизации управления страховой деятельностью.

    5. Этап публикации данных.

    Публикация данных ИС СД обеспечивает непосредственную связь страховой компании и ее клиентов - страхователей (настоящих и потенциальных). Содержание публикуемых сведений:

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

    Для подготовки данных, подлежащих публикации на Web-сервере, определяется состав страниц, их взаимосвязь, схема навигации, разрабатывается дизайн (макет и форматы) Web-сайта. Большинство прикладных программ, обеспечивающих решение функциональных задач страховой деятельности, представлены в формате Web-страниц (.html), Web-архивов (.mhtl), XML.

    17.4. Программа "Парус-Страхование"

    Программа "ПАРУС-Страхование 6.х" позволяет построить корпоративную информационную систему крупномасштабной страховой компании, объединяющую центральный офис и удаленные филиалы.

    Эта программа относится к классу программ комплексной автоматизации деятельности страховых компаний, построена по модульному принципу, что позволяет выполнять настройку и конфигурирование ИС СД в соответствии с особенностями деятельности компании, организационной структурой управления и информационными потребностями функций и задач управления. "ПАРУС-Страхование 6.х" полностью соответствует страховому законодательству и сложившейся практике российского страхового бизнеса.

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

  • охват всех важнейших функций управления различных подразделений страховой компании (руководство, планово-экономический, актуарный и аналитический отделы и службы, страховые отделы, отдел перестрахования, бухгалтерия и др.);
  • полная автоматизация бизнес-процессов страхования и перестрахования (формирование информационных потоков в соответствии с фактическим движением денежных средств - поступление премий, выплата возмещений и т. д.);
  • многовариантность реализация функций управления за счет использования различных алгоритмов и моделей (например, для расчета резервов по договорам прямого страхования и договорам перестрахования, включая факультативные и облигаторные договора, предлагается около двадцати различных алгоритмов);
  • агрегирование информации для формирования утвержденных форм статистической отчетности;
  • высокая достоверность и оперативность получения итоговых сведений;
  • модульный подход к внедрению ИС СД;
  • единая БД архитектуры "клиент-сервер" с обеспечением эффективного хранения, доступа и обработки больших массивов хранимых данных.
  • Единая БД реализована в архитектуре "клиент-сервер БД", используется СУБД Oracle на платформе операционных систем различного типа (UNIX, MS Windows NT, Netware, OS/2 и др.).

    17.4.1. Основные функциональные модули ПАРУС-Страхование

    "Страхование иммущества и ответственности" "Личное страхование"
    "Перестрахование" "Бухгалтерский учет"
    "Анализ и отчетность" "Администратор"

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

    В "ПАРУС-Страховании 6.х" широко применяются офисные программные продукты - текстовые редакторы, электронные таблицы, генераторы отчетов, генераторы форм электронных документов и т. п. Связь функциональных модулей "ПАРУС-Страхование 6.х" показана на рис. 17.4-1:

    Модуль А. Перестрахование.

    А.1. Оформление договоров факультативного принятого перестрахования.

    А.2. Учет операций по выполнению договоров факультативного принятого перестрахования.

    Модуль Б. Анализ и отчетность по результатам страховой деятельности.

    Б.1. Настройка алгоритмов расчета резервов страхования.

    Б.2. Расчет резервов страхования.

    Модуль В. Бухгалтерский учет.

    В.1. Настройка формирования операций.

    В.2. Формирование типовых проводок для операций.

    В.3. Учет операций по договору страхования.

    В.4. Учет операций поступления премий (без аналитики).

    В.5. Учет операций поступления премий (с аналитикой).

    (рис 17.4-1) Схема связи функциональных модулей "ПАРУС-Страхование"

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

    Необходимо выделить жесткую последовательность формирования БД:

  • массивы нормативно-справочной информации (классификаторы, справочники, нормативы);
  • договоры страхования (по видам и формам страхования);
  • страховые случаи;
  • страховые резервы и др.
  • До начала функционирования ИС СД выполняется:

  • конфигурирование функциональной и информационно-технологической архитектуры системы;
  • настройка правил бизнес-логики страховой деятельности компании;
  • подготовка удобного пользовательского интерфейса в виде панелей инструментов, экранных и отчетных форм;
  • обучение пользователей;
  • первоначальная загрузка БД.
  • 17.5. Программа ИНЭК "Страховщик"

    Программа ИНЭК "Страховщик" относится к классу корпоративных ИС СД, автоматизированные функции управления:

  • учет договоров страхования различного типа, включая генеральные договора, договора с несколькими застрахованными объектами и рисками;
  • учет активного и пассивного перестрахования в разрезе факультативной, облигаторной, пропорциональной и непропорциональной формы;
  • учет и мониторинг запланированных и фактических поступлений по договорам и убытков по всем этапам их урегулирования;
  • синхронное ведение специализированного бухгалтерского, налогового и управленческого учета, включая учет денежных средств, материальный учет, учет взаимных расчетов, учет затрат и инвентарный учет;
  • интегрированный учет и формирование страховых, перестраховочных операций по всем регистрам, включая журнал договоров, журнал хозяйственных операций бухгалтерского, налогового и управленческого учета, реестр первичных документов;
  • формирование страховых резервов по всем учетным группам стандартными и произвольными методами;
  • мониторинг деятельности на основе комплексного анализа данных, путем создания форм управленческой отчетности произвольного вида;
  • обмен данными между головной компанией, ее филиалами и агентствами.
  • 17.5.1. Функциональные модули программы ИНЭК "Страховщик"

  • Настройка
  • Страховщик
  • Бухгалтерия
  • Отчетность
  • Аминистратор
  • 1. Модуль "Настройка".

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

    Специфика учета в отдельно взятой организации требует настройки:

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

    Модуль предназначен для статистического учета договоров страхования, сострахования и перестрахования, а также поддержки всего жизненного цикла этих договоров, в том числе:

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

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

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

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

    3. Модуль "Бухгалтерия".

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

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

  • бухгалтерского плана счетов;
  • налогового плана счетов;
  • типовых хозяйственных операций и других элементов, участвующих в учете бизнес-операций страховой организации.
  • 4. Модуль "Отчетность".

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

    5. Модуль "Администратор".

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

    17.6. Развитие ИС СД

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

    1. Эффективная обработка данных в ИС СД.

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

    2. Полнота и гибкость функциональной структуры ИС СД.

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

    3. Масштабируемость ИС СД.

    Страховые компании заинтересованы в упрочении своего финансово-хозяйственного положения, расширении числа клиентов. Ограничением этому становится неэффективность ИС СД.

    Необходимость масштабирования ИС СД обусловлена:

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

    4. Интеллектуальные методы поддержки решений.

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

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

    5. Открытость ИС СД.

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

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

  • объектно-ориентированного подхода к проектированию ИС СД;
  • применением универсальных CASE-средств разработки;
  • использованием мирового опыта, лучших зарубежных систем, зарекомендовавших себя на рынке страхования за рубежом.
  • Нельзя выделить безусловного лидера программных средств ИС СД (Q-Polis, Unicus, Oracle E-business Suite, ERP-системы). Практически во всех ИС СД широко применяются генераторы отчетов (Seagate Crystal Reports Professional) для формирования аналитических отчетов, осуществляется поддержка интерфейсов БД с офисными приложениями, выполняется создание и обработка OLAP-кубов.

    Страницы:

    Разработка и внедрение автоматизированных информационных систем страховой деятельности (ИС СД) выполняются с целью повышения эффективности управления страховой деятельностью компании за счет обеспечения руководителей и специалистов страховых компаний информацией в необходимом объеме и качестве, а также реализации стандартов информационных технологий управления на основе:

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

    17.1. Организационная структура ИС СД

    Существуют различные виды ИС СД.

    1. Автономные автоматизированные рабочие места - АРМ (рис. 17.1-1).

    (рис 17.1-1)

    Каждый автономный АРМ выполняет определенный набор функций управления страховой деятельностью, ориентирован на страховых агентов определенного вида:

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

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

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

    2. Комплекс взаимосвязанных АРМов, функционирующих на единой информационной базе.

    ИС СД (рис. 17.1-2) поддерживает функции основной деятельности (страховании), вспомогательные функции управления (бухгалтерский учет, финансовый анализ, управление кадрами и др.). Возрастание масштабов деятельности страховых компаний проявляется в расширении состава функций управления, увеличении численности сотрудников страховых компаний. Осуществляется функциональная специализация и информационная интеграция АРМов. С увеличением масштабов ИС СД необходима унификация информационных технологий, программных и технических средств обработки информации.

    (рис 17.1-2)

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

    3. Корпоративная информационная система страховой деятельности (КИС СД).

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

  • переход к распределенной обработке данных (использование компьютерных сетей, интранет, выход в Интернет);
  • применение разнородных вычислительных машин - серверы, рабочие станции, ноутбуки (аппаратная);
  • интеграция программных средств обработки данных (программная "многоплатформенность");
  • расширение функций автоматизации управления;
  • создание и ведение интегрированной БД - основы единого информационного пространства для принятия управленческих решений;
  • использование интеллектуальных методов решения задач (статистическое прогнозирование, математическое моделирование, оперативная обработка аналитической информации - OLAP-технологии, системы искусственного интеллекта и др.).
  • На рис. 17.1-3 приведен фрагмент КИС для отдельного структурного подразделения - филиала крупной страховой компании.

    (рис 17.1-3)

    В КИС создаются мощные сетевые ресурсы (принтеры, серверы печати, факс-модемы, БД, общие приложения), доступ к которым возможен с рабочих станций. Имеет место существенная экономия финансовых средств, повышается информационная и технологическая "вооруженность" каждого АРМа, обеспечена мобильность специалистов страховой компании.

    Прогресс в сфере технических средств обработки данных и средств коммуникаций (удешевление технических комплексов, новые технологии WiFi, WAP и GPRS и др.) позволили реализовать:

  • мобильное подключение переносных компьютеров (ноутбуков) к Интернет/интранет (корпоративной сети);
  • поддержку частных сетей - VPN (Virtual Private Network);
  • передачу и прием больших объемов данных с помощью мобильной телефонной связи и др.
  • В КИС ИС СД входят две системы обработки данных:

  • OLTP(On-Line Transaction Processing) - система оперативной транзакционной обработки данных;
  • OLAP (On-Line Analytical Processing) - система оперативной аналитической обработки данных.
  • Характеристики OLTP-систем:

  • многочисленность пользователей;
  • транзакционный характер обработки данных. Обработка приложении разбивается на отдельные транзакции. Транзакция - совокупность действий, которые переводит БД из одного целостного состояния в другое. В случае возникновения сбоев или отказов выполняется откат транзакции и восстановление БД в исходное состояние. Так поддерживается надежность и высокая производительность обработки информации;
  • большие объемы собираемых, передаваемых хранимых и обрабатываемых данных по регламентированным алгоритмам решения задач;
  • жесткий состав форм входной и выходной информации, схем документооборота.
  • Характеристики OLAP-систем ИС СД:

  • создание предметно-ориентированных хранилищ данных (Data Warehouse), "многомерных" аналитических БД, используемых для многомерного анализа данных ИС СД;
  • использование методов "извлечения" знаний (вычисление статистических итогов, агрегирование структур данных, установление закономерностей связей данных, формирование правил выработки управленческих решений), создание баз знаний, экспертных систем;
  • имитационное моделирование управленческих решений и др.
  • 17.2. Функциональная структура ИС СД

    Типовой комплекс задач (функциональная структура) ИС СД включает:

  • Ведение нормативно-справочной базы договоров страхования (справочники, классификаторы технико-экономической информации, тарифы страхования).
  • Стратегическое планирование деятельности страховой компании.
  • Формирование и ведение договоров страхования (перестрахования).
  • Расчет комиссионных.
  • Учет формирования страхового фонда.
  • Учет расчетов со страхователем (уплата страховых премий, выплат по страховым событиям, расторжение договора страхования).
  • Бухгалтерский учет деятельности страховой компании.
  • Анализ финансового состояния страховой компании.
  • Налоговый учет страховой деятельности.
  • Сервисные функции (импорт и экспорт данных, страховое копирование, восстановление БД) и др.
  • Автоматизированные функции управления ИС СД могут быть разбиты на функциональные модули или контуры. Модульный подход к построению и внедрению ИС СД является основой конфигурирования функциональной и организационной структуры ИС СД, обеспечивает простоту и экономичность модернизации функциональной структуры ИС СД.

    Проектирование структуры БД основано на моделировании данных предметной области. Начальным уровнем представления данных предметной области является информационно-логическая модель (ИЛМ) - интегрированная структура данных, не ориентированная на какое-либо программное средство создания и ведения БД. ИЛМ служит интерфейсом между "заказчиком" и "разработчиком" ИС СД, служит целям лучшего понимания информационных потребностей приложений.

    ИЛМ состоит из информационных объектов и структурных связей. Информационные объекты следует рассматривать как реляционные таблицы, соответствующие требованиям третьей нормальной формы реляционной модели данных:

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

    На рис. 17.2-1 приведена типовая ИЛМ для ИС СД. Модель содержит следующие информационные объекты, описывающие сущности:

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

    Информационные объекты содержат минимально-необходимый но достаточный для реализации приложений набор реквизитов. Например, информационный объект СТРАХОВАТЕЛЬ имеет следующий набор реквизитов:

  • код страхователя;
  • наименование организации (фамилия, имя и отчество физического лица);
  • регистрационные данные юридического лица (паспортные данные физического лица);
  • дата регистрации в БД;
  • классификационный код страхователя и др.
  • Ключом информационного объекта СТРАХОВАТЕЛЬ является реквизит - "код страхователя", который обеспечивает однозначную идентификацию экземпляров объектов, поскольку реквизит "классификационный код страхователя" не является уникальным для экземпляров информационного объекта. Все неключевые реквизиты функционально полно зависят от ключа, отсутствует транзитивная взаимозависимость неключевых реквизитов, т. е. значение одного реквизиты не определяет однозначно значение другого реквизита. БД страховой компании постоянно актуализируется, содержит информацию, отвечающую требованиям полноты и качества, точности и достоверности.

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

    На основе ИЛМ можно предварительно оценить объемы хранимых данных, сформулировать требования к системе управления базами данных (СУБД).

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

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

    В зависимости от масштаба страховой компании, числа одновременно работающих страховых агентов, объема БД, возможны следующие варианты организации БД страховых компаний:

  • локальная БД, централизованно хранимая на отдельном компьютере, на котором установлен АРМ страхового агента;
  • сетевая БД, централизованно хранимая на сервере, к которому имеют доступ по сети;
  • распределенная БД, хранимая на нескольких узлах сети (серверах БД).
  • 17.3. Информационные технологии ИС СД

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

    1. Этап сбора и регистрации информации.

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

    Этап сбора и регистрации данных обеспечивает:

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

    Автоматизация обработки информации в ИС СД на этапе сбора и регистрации предполагает:

  • использование унифицированных и стандартизованных форм документов страховой деятельности;
  • внедрение EDI (Electronic Data Interchange) - электронной системы документации и документооборота для ввода и редактирования данных в БД, стандартов документооборота;
  • представление нормативно-справочной информации страховой деятельности в БД;
  • контроль достоверности входной информации (на диапазон значений, по списку значений, по формату значений, соответствие значений реквизитов документов друг другу и др.).
  • На рис. 17.3-1 представлены типовые операции этапа сбора и регистрации первичной информации в ИС СД.

    (рис 17.3-1) Типовые операции этапа сбора и регистрации первичной информации в ИС страховой деятельности

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

    2. Этап передачи данных по каналам связи.

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

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

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

    Архитектура компьютерной сети должна соответствовать масштабам и назначению ИС СД, типовые структуры сетей:

  • одноранговая компьютерная сеть на базе операционной системы Windows 2000/NT/XP, если число пользователей невелико (до 10-12 чел.);
  • серверная компьютерная сеть и технологии "файловый сервер" на базе операционной системы Windows 2000/NT/XP Professional, если число пользователей значительное;
  • серверная компьютерная сеть и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если число пользователей значительное и требуется высокая производительность ИС СД;
  • серверная компьютерная сеть и технологии "многоуровневый клиент-сервер" на базе операционной системы Windows NT/XP Professional, если число пользователей значительное, требуется высокая производительность и необходимо обеспечить аппаратную и программную независимость компонентов ИС СД;
  • компьютерная сеть интранет и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если пользователи территориально распределены;
  • компьютерная сеть экстранет и технологии "клиент-сервер" на базе операционной системы Windows NT/XP Professional, если пользователи территориально распределены, а сами пользователи являются представителями различных компаний.
  • При создании компьютерной сети учитывается сложившаяся топология связей структурных подразделений - организационная структура системы управления страховой компанией, которая включает:

  • центральный офис;
  • отделения страховой компании;
  • представительства (агентства) страховой компании;
  • мобильных пользователей.
  • В центральном офисе (головной структуре страховой компании) находятся высокоскоростные ЛВС, сетевые БД, осуществляется централизованный мониторинг сетевыми ресурсами распределенной вычислительной системы страховой компании. Отделения страховой компании могут иметь собственные ЛВС, поддерживают постоянную связь с центральным офисом с помощью специально выделенных каналов связи. Представительства страховой компании, как правило, не используют ЛВС, удаленные пользователи пользуются переносным компьютером с модемом, для связи с центральным офисом может использоваться электронная почта, а также удаленный доступ (сеть VPN - Virtual Private Network).

    3. Этап хранения данных в БД.

    Ядром любой информационной системы является БД под управлением СУБД. От выбора СУБД в значительной степени зависит успешность разработки и реализации всей ИС.

    Выбор СУБД зависит от многих факторов: сложность структуры данных ИЛМ, объем данных, требования к эксплуатационным характеристикам приложений, состав технических средств, квалификация пользователей и др.

    Для БД небольшого объема, обслуживающих незначительное число пользователей (приложений), когда требования к оперативности решения задач не отличаются от обычных, используются так называемые "настольные" СУБД БД реляционного типа: Access, Paradox, dBase и др.

    На крупномасштабных БД, размещаемых на одном или нескольких узлах сети, обслуживающих значительное число одновременно работающих пользователей применяются сетевые СУБД реляционного типа: Oracle, MS SQL Server, DB2, Informix и др.

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

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

    (рис 17.3-2) Схема реплицирования локальных БД

    СУБД обеспечивает выполнение стандартных видов обработки:

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

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

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

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

    Наиболее популярными информационными технологиями Интернет являются:

  • электронная почта (e-mail) на основе протокола SMTP;
  • служба электронных новостей на основе протокола Usenet;
  • поиск информации в мировой паутине WWW (World Wide Web) информационных ресурсов, представленных в формате кодов HTML и совместимых дополнениях (.asp, java, XCML, Perl, PHP и т. п.) на основе протокола HTTP;
  • удаленный доступ к вычислительным ресурсам на основе протокола Telnet и др.
  • Для крупномасштабных БД обязательно выполнение сервисного обслуживания БД, которое предусматривает:

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

    4. Этап обработки данных.

    На этапе обработки данных используется разнообразное программное обеспечение (ПО) системного и прикладного типа.

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

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

  • ППО базовых информационных технологий - офисные программы (текстовые редакторы, электронные таблицы, СУБД, графические редакторы, издательские системы, Интернет-браузеры и т. п.);
  • ППО методов решения задач (математические методы и модели, статистические методы анализа и прогнозирования, управление проектами, сетевые методы и т. п.);
  • ППО функционального назначения (отдельных комплексов задач, функциональных подсистем или ИС).
  • Далее рассмотрены ППО функционального назначения для автоматизации управления страховой деятельностью.

    5. Этап публикации данных.

    Публикация данных ИС СД обеспечивает непосредственную связь страховой компании и ее клиентов - страхователей (настоящих и потенциальных). Содержание публикуемых сведений:

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

    Для подготовки данных, подлежащих публикации на Web-сервере, определяется состав страниц, их взаимосвязь, схема навигации, разрабатывается дизайн (макет и форматы) Web-сайта. Большинство прикладных программ, обеспечивающих решение функциональных задач страховой деятельности, представлены в формате Web-страниц (.html), Web-архивов (.mhtl), XML.

    17.4. Программа "Парус-Страхование"

    Программа "ПАРУС-Страхование 6.х" позволяет построить корпоративную информационную систему крупномасштабной страховой компании, объединяющую центральный офис и удаленные филиалы.

    Эта программа относится к классу программ комплексной автоматизации деятельности страховых компаний, построена по модульному принципу, что позволяет выполнять настройку и конфигурирование ИС СД в соответствии с особенностями деятельности компании, организационной структурой управления и информационными потребностями функций и задач управления. "ПАРУС-Страхование 6.х" полностью соответствует страховому законодательству и сложившейся практике российского страхового бизнеса.

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

  • охват всех важнейших функций управления различных подразделений страховой компании (руководство, планово-экономический, актуарный и аналитический отделы и службы, страховые отделы, отдел перестрахования, бухгалтерия и др.);
  • полная автоматизация бизнес-процессов страхования и перестрахования (формирование информационных потоков в соответствии с фактическим движением денежных средств - поступление премий, выплата возмещений и т. д.);
  • многовариантность реализация функций управления за счет использования различных алгоритмов и моделей (например, для расчета резервов по договорам прямого страхования и договорам перестрахования, включая факультативные и облигаторные договора, предлагается около двадцати различных алгоритмов);
  • агрегирование информации для формирования утвержденных форм статистической отчетности;
  • высокая достоверность и оперативность получения итоговых сведений;
  • модульный подход к внедрению ИС СД;
  • единая БД архитектуры "клиент-сервер" с обеспечением эффективного хранения, доступа и обработки больших массивов хранимых данных.
  • Единая БД реализована в архитектуре "клиент-сервер БД", используется СУБД Oracle на платформе операционных систем различного типа (UNIX, MS Windows NT, Netware, OS/2 и др.).

    17.4.1. Основные функциональные модули ПАРУС-Страхование

    "Страхование иммущества и ответственности" "Личное страхование"
    "Перестрахование" "Бухгалтерский учет"
    "Анализ и отчетность" "Администратор"

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

    В "ПАРУС-Страховании 6.х" широко применяются офисные программные продукты - текстовые редакторы, электронные таблицы, генераторы отчетов, генераторы форм электронных документов и т. п. Связь функциональных модулей "ПАРУС-Страхование 6.х" показана на рис. 17.4-1:

    Модуль А. Перестрахование.

    А.1. Оформление договоров факультативного принятого перестрахования.

    А.2. Учет операций по выполнению договоров факультативного принятого перестрахования.

    Модуль Б. Анализ и отчетность по результатам страховой деятельности.

    Б.1. Настройка алгоритмов расчета резервов страхования.

    Б.2. Расчет резервов страхования.

    Модуль В. Бухгалтерский учет.

    В.1. Настройка формирования операций.

    В.2. Формирование типовых проводок для операций.

    В.3. Учет операций по договору страхования.

    В.4. Учет операций поступления премий (без аналитики).

    В.5. Учет операций поступления премий (с аналитикой).

    (рис 17.4-1) Схема связи функциональных модулей "ПАРУС-Страхование"

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

    Необходимо выделить жесткую последовательность формирования БД:

  • массивы нормативно-справочной информации (классификаторы, справочники, нормативы);
  • договоры страхования (по видам и формам страхования);
  • страховые случаи;
  • страховые резервы и др.
  • До начала функционирования ИС СД выполняется:

  • конфигурирование функциональной и информационно-технологической архитектуры системы;
  • настройка правил бизнес-логики страховой деятельности компании;
  • подготовка удобного пользовательского интерфейса в виде панелей инструментов, экранных и отчетных форм;
  • обучение пользователей;
  • первоначальная загрузка БД.
  • 17.5. Программа ИНЭК "Страховщик"

    Программа ИНЭК "Страховщик" относится к классу корпоративных ИС СД, автоматизированные функции управления:

  • учет договоров страхования различного типа, включая генеральные договора, договора с несколькими застрахованными объектами и рисками;
  • учет активного и пассивного перестрахования в разрезе факультативной, облигаторной, пропорциональной и непропорциональной формы;
  • учет и мониторинг запланированных и фактических поступлений по договорам и убытков по всем этапам их урегулирования;
  • синхронное ведение специализированного бухгалтерского, налогового и управленческого учета, включая учет денежных средств, материальный учет, учет взаимных расчетов, учет затрат и инвентарный учет;
  • интегрированный учет и формирование страховых, перестраховочных операций по всем регистрам, включая журнал договоров, журнал хозяйственных операций бухгалтерского, налогового и управленческого учета, реестр первичных документов;
  • формирование страховых резервов по всем учетным группам стандартными и произвольными методами;
  • мониторинг деятельности на основе комплексного анализа данных, путем создания форм управленческой отчетности произвольного вида;
  • обмен данными между головной компанией, ее филиалами и агентствами.
  • 17.5.1. Функциональные модули программы ИНЭК "Страховщик"

  • Настройка
  • Страховщик
  • Бухгалтерия
  • Отчетность
  • Аминистратор
  • 1. Модуль "Настройка".

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

    Специфика учета в отдельно взятой организации требует настройки:

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

    Модуль предназначен для статистического учета договоров страхования, сострахования и перестрахования, а также поддержки всего жизненного цикла этих договоров, в том числе:

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

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

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

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

    3. Модуль "Бухгалтерия".

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

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

  • бухгалтерского плана счетов;
  • налогового плана счетов;
  • типовых хозяйственных операций и других элементов, участвующих в учете бизнес-операций страховой организации.
  • 4. Модуль "Отчетность".

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

    5. Модуль "Администратор".

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

    17.6. Развитие ИС СД

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

    1. Эффективная обработка данных в ИС СД.

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

    2. Полнота и гибкость функциональной структуры ИС СД.

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

    3. Масштабируемость ИС СД.

    Страховые компании заинтересованы в упрочении своего финансово-хозяйственного положения, расширении числа клиентов. Ограничением этому становится неэффективность ИС СД.

    Необходимость масштабирования ИС СД обусловлена:

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

    4. Интеллектуальные методы поддержки решений.

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

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

    5. Открытость ИС СД.

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

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

  • объектно-ориентированного подхода к проектированию ИС СД;
  • применением универсальных CASE-средств разработки;
  • использованием мирового опыта, лучших зарубежных систем, зарекомендовавших себя на рынке страхования за рубежом.
  • Нельзя выделить безусловного лидера программных средств ИС СД (Q-Polis, Unicus, Oracle E-business Suite, ERP-системы). Практически во всех ИС СД широко применяются генераторы отчетов (Seagate Crystal Reports Professional) для формирования аналитических отчетов, осуществляется поддержка интерфейсов БД с офисными приложениями, выполняется создание и обработка OLAP-кубов.

    Вернуться к учебному плану