Материал: Лекции

администрирования.

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

1. Страховой блок

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

2. Перестраховочный

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

81

3. Бухгалтерский

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

4. Кадровый

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

5. Финансовый

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

6. Администрирования

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

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

82

Также в такой системе должна быть возможность организации локального и удаленного доступа к данным.

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

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

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

1.Информационный объект состоит из реквизитов, значения которых в экземпляре информационного объекта атомарные (не содержат списков значений).

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

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

4.Отсутствует транзитивная зависимости неключевых реквизитов информационного объекта от его ключа.

Для представления ИЛМ может использоваться ER-диаграмма («сущность»- «связь»). В предметной области выделены типовые сущности, сведения о которых интересны для системы управления.

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

1.Страховой фонд — сумма страховых взносов, находящихся в управлении у страховой компании.

2.Страхователь — физическое или юридическое лицо.

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

4.Вид страхования — нормативы для расчетов страховой премии, тарифной

ставки.

5.Страховые выплаты — дата, сумма, платежный документ — основание для

выплат.

83

Рис. 2 — Типовая информационно-логическая модель для ИС СД

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

код страхователя;

наименование организации (фамилия, имя и отчество физического лица);

регистрационные данные юридического лица (паспортные данные физического лица);

дата регистрации в БД;

классификационный код страхователя и др.

Ключом информационного объекта «Страхователь» является реквизит «код страхователя», который обеспечивает однозначную идентификацию экземпляров объектов; реквизит «классификационный код страхователя» не является уникальным для экземпляров информационного объекта. Все неключевые реквизиты функционально полно зависят от ключа, отсутствует транзитивная взаимозависимость неключевых реквизитов, т.е. значение одного неключевого реквизита не определяет однозначно значение другого неключевого реквизита. База данных страховой компании должна постоянно актуализироваться и содержать информацию, отвечающую требованиям полноты и качества, точности и достоверности данных.

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

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

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

84

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

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

К основным функциональным задачам, реализуемым в условиях автоматизированной информационной технологии относятся:

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

2.Заключение дополнительного договора. Расчеты по изменившимся условиям или объектам страхования с учетом основного договора, пополнение базы данных о вновь заключаемых или изменяемых договорах.

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

4.Внесение страховой премии (или ее части). Перечисление денежных средств по счетам, в случае наличия перестрахования – расчеты с перестраховщиками.

5.Окончание договора страхования. Перемещение информации в базы для формирования резервов и других расчетов.

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

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

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

9.Расчет резервного фонда. Анализ текущего состояния счетов, отслеживание изменений в количестве и суммах договоров по видам страхования, расчет по требованиям и текущему состоянию.

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

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

12.Ведение внутренней бухгалтерии. Расчет зарплат сотрудников компании, учет собственности и т.д.

85