Особенности применения АИС в сфере страхования

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

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

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

Автоматизация страхового бизнеса в России весьма перспективна. К услугам страховых фирм прибегает почти каждый взрослый человек. В настоящее время в России около 1500 страховых компаний. Реализация страховых технологий влечет необходимость обработки больших объемов информации. Между тем во многих отечественных страховых компаниях лишь совсем недавно начали серьезно задумываться о необходимости АИС.

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

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

• создается унифицированная технология работы российских страховых компаний;

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

• наблюдается постепенное развитие рынка страховых услуг. Происходит сближение между российским рынком страхования и рынком страхования европейских стран.

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

Выделим и охарактеризуем основные категории объектов автоматизации страховых фирм и функционирование их информационных технологий.

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

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

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

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

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

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

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

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

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

• сеть центрального звена страховой компании;

• сети конкретных структурных подразделений — филиалов компании;

• сети, обеспечивающие связь между компанией и филиалами.

Сетевой комплекс центрального офиса имеет самую высокую скорость передачи данных. Центральный офис может иметь одну или несколько ЛВС стандартов FDDI или Ethernet, объединенных друг с другом посредством высокопроизводительных маршрутизаторов. Особенность ЛВС центрального офиса в том, что часто в ее состав входит система централизованного мониторинга и управления как локальными, так и удаленными сетевыми устройствами, находящимися в филиалах и отделениях компании. Использование маршрутизатора в качестве центрального сетевого устройства позволяет обеспечить высокоскоростное соединение локальных сетей, связь с сетями филиалов и доступ удаленных пользователей. Подобный принцип обеспечивает маршрутизацию и, в случае использования для передачи данных каналов с низкой пропускной способностью, компрессию (сжатие) передаваемой информации. Это позволяет повысить скорость передачи. Так, например, для основной ЛВС центрального офиса эта скорость может повыситься на основе кольца FDDI до 100 Мбайт/с. В кольцо FDDI могут включаться сервер БД, файл-сервер, сервер архива и маршрутизатор. В каждом конкретном случае количество устройств, входящих в кольцо, может быть разным. Через маршрутизатор ЛВС имеет выход на ЛВС других структурных подразделений центрального офиса. В таком контуре связь должны обеспечивать один или несколько коммутаторов и концентраторов. Путь данных проходит по следующей схеме: данные из сети FDDI проходят через основной маршрутизатор и попадают на коммутатор. Передача идет на полной скорости (100 Мблйт/с). Коммутатор передает данные на необходимый концентратор, который направляет их к месту назначения (рабочей станции). Передача от концентратора к рабочей станции происходит на скорости этой станции (обычно 10 Мблйт/с). Подобные условия позволяют в общих каналах обеспечивать более высокую скорость передачи и избегать в сети «пробок», если в ней работает большое число пользователей.

Задачи, решаемые в филиалах компании, не требуют особых функциональных возможностей их локальной сети. Хотя в определенных условиях объемы передаваемых данных могут быть большими. Это означает, что здесь следует иметь сеть с возможностью нескольких скоростей передачи данных. Основой такой сети может служить коммутатор, осуществляющий связь с одним или несколькими серверами на скорости 100 Мбайт/с, а с концентраторами или рабочими станциями на скорости 10 Мбайт/с. С этой точки зрения наиболее приемлемо как по простоте построения, так и по стоимости системы использование сети Ethernet.

Сети отделений также могут строиться на базе Ethernet. Скорость в сети 10 Мбайт/с вполне достаточна для тех задач, которые возникают в отделениях страховой компании.

Необходимость развития информационных технологий в страховом деле обусловливает применение новых технологий на принципах синтезирования информационных процессов и применения соответствующих технических и программных средств. В связи с этим следует отметить возможность создания эффективных АИС в деле страхования на базе существующих программных средств, например языка экранных форматов Oracle Forms 4/5, отчетов Oracle Reports 2.5, мультимедийных приложений Oracle Grafics из комплекса Developer 2000 фирмы Oracle.

Расширяется применение систем, функционирующих в режиме реального времени, в частности сетевых СУБД. Эти СУБД основаны на применении архитектуры сервера БД — Oracle, Paradox, Clarion и др. При этом в однородных и неоднородных вычислительных сетях ориентируются на архитектуру «клиент — сервер» с привлечением преимуществ языка запросов SQL.

12.2.