Горячая линия бесплатной юридической помощи:
Москва и область:
Москва И МО:
+7(499)938-71-58 (бесплатно)
Регионы (вся Россия, добавочный обязательно):
8 (800) 350-84-13 (доб. 215, бесплатно)

Информационное обеспечение страховой деятельности

Похожие диссертации на Информационное обеспечение страховой деятельности

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

Эти информационные потоки тесно связаны между собой в любой компании, поэтому при осуществлении автоматизации необходимо предусмотреть и связь между автоматизированными рабочими местами (АРМами), работающими с ними. Такую связь можно пояснить на следующем примере: на АРМе «кадры», соответствующем информационному потоку в подсистеме «кадры», проводится учет данных по сотрудникам, в том числе, по страховым агентам.

https://www.youtube.com/watch?v=ytaboutru

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

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

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

Следующие требования к информационному и программному обеспечению, на которых целесообразно остановиться, для всех типов страховых компаний уместно разбить на несколько групп: -Функциональная полнота — насколько предложенное программное обеспечение (в дальнейшем — «программа»), реализующее задачи, возложенные на конкретную подсистему, соответствует поставленным задачам.

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

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

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

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

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

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

— наличие технической поддержки. Необходимо учесть, что 10-15% от стоимости программного продукта ежегодно будет уходить на его дальнейшее сопровождение. — устойчивость и длительность работы фирмы-разработчика. — затраты на внедрение. Важно понимать, что под затратами подразумеваются не только финансовые средства, но и время, на которое персонал будет оторван от своей основной работы.

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

https://www.youtube.com/watch?v=ytcopyrightru

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

Так, аналитический учет по счетам 22 и 38 ведется только по видам страхования, 74-1 по видам страхования и по договорам. При этом счет 38 в соответствии с указаниями по составлению отчета о финансовых результатах ведется отдельно по страхованию жизни (сч. 38 жизнь) и по иным видам страхования (сч.38 нж).

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

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

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

Кроме заполнения баз данных «Документ» и «Журнал полисов» при проведении страховой операции, информация о ней заносится и в базу данных «Журнал учета премий, убытков».

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

Аналогично этой ситуации автоматизируются ситуации учета выплат (при этом в отделе «Выплаты» заполняется также и база данных с одноименным названием) и оформления платежей по входящим и исходящим договорам перестрахования.

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

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

В модуле «Отчетность» проводится формирование оперативной отчетности, годовой статистической отчетности, государственной статистической отчетности, квартальной отчетности, расчет соотношений активов и обязательств. Кроме того, используя настройки, проведенные в модуле «Администратор», в модуле «Отчетность» возможно создание практически любого отчетного документа по желанию пользователя. Для иллюстрации работы этого модуля представим на рисунке 3.3. его функциональную схему.

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

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

— актуарный анализ, анализ страхового портфеля. — анализ перестраховочной деятельности. — анализ документооборота. К сожалению, в силу ограниченности разработчиков ПО во времени раздел «инвестиционные вложения» модуля «Анализ» не был разработан с необходимой детализацией. Работы над выходом полной версии страхового программного комплекса продолжаются.

Предлагаем ознакомиться:  Мотивированный отказ в страховой выплате

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

https://www.youtube.com/watch?v=ytpolicyandsafetyru

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

-оперативно формировать требующиеся отчетные формы; -всесторонне анализировать накопленный на базе собственной статистики страховой компании информационный и аналитический материал. Рассмотрим построенный на принципе автоматизации Журнала хозяйственных операций бухгалтерский блок единого комплекса страхового профаммного обеспечения, созданный второй группой разработчиков СПК (фирмой «Фолио»).

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

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

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

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

Экономико-математические модели для оценки качества информационного обеспечения деятельности инвестиционной компании Пятина Елена Евгеньевна

Обеспечение эффективности деятельности предприятий розничной торговли на основе управления товарными запасамиГубанова, Инна Равилевна

Разработка информационного и математического обеспечения системы поддержки принятия решений в задачах планирования финансово-хозяйственной деятельности ОАО «Газпром»Балаш Максим Николаевич

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

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

В настоящее время система Clipper, по сравнению с другими программными средствами, имеет самое широкое распространение на российском страховом рынке.

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

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

Некоторые компании-разработчики ПО до сих пор используют в своей работе язык Clarion. Программы, написаные на нем, отличаются относительной медлительностью в обработке данных, но зато более высокой надежностью в работе, по сравнению с программами, написанными на Clipper. Clarion прост в понимании, а в последнее время, в связи с появлением инструментального средства разработки Designer, которое строит текст программы из заданного алгоритма, он стал совсем доступен для разработчиков страхового программного обеспечения.

Так же уступает Clipper позиции в применении на российском страховом рынке и СУБД FoxPro. Эта СУБД, разработанная фирмой Fox Software, имеет достаточно высокий рейтинг использования — что происходит из-за большого количества достоинств и малого количества недостатков, присущих этой системе. Остановимся на них чуть подробнее.

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

Предлагаем ознакомиться:  Где дешевле оформить страхование для ипотеки в Сбербанке: список страховых компаний

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

Прямой просмотр и коррекция данных в базе, в отличие от Clipper, FoxPro невозможен; — предоставление широкого набора средств для создания прикладных информационных систем поддержки принятия решения и систем обработки транзакций в реальном масштабе времени[4]; — возможность ведения распределенной обработки данных;

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

https://www.youtube.com/watch?v=https:accounts.google.comServiceLogin

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

До сих пор некоторые разработчики страхового программного обеспечения выступают за использование в качестве средства программирования языка C . Опишем его преимуществами и недостатки: страхового программного обеспечения, во многом схож с C , К его характеристикам можно отнести гибкость и надежность;

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

Достаточно интересны попытки применения на рынке страхового программного обеспечения электронной таблицы Excel и ее расширенного усовершенствования Visual Basic for Applications. Excel ориентирован, в основном, на расчетные задачи, поэтому может применяться на рынке страхового программного обеспечения лишь как вспомогательная система.

Visual Basic же, манипулируя Excel-объектами, управляет Excel, связывает его с другими приложениями и делает его использование бой расширенным. Visual Basic for Applications прост в освоении, обладает развитым графическим интерфейсом. Он позволяет разработчикам ПО создавать собственные пользовательские и пиктографические меню, имитировать функционирование различных объектов, передавать информацию как с использованием Dynamic Data Exchange, так и с использованием Object Linking and Embedding. Но, к сожалению, передаваемые таким образом данные должны быть небольшими и состоять только из текста и чисел.

Из приведенных достоинств и недостатков Excel и Visual Basic for Applications можно сделать вывод о реальности их использования в малых и средних компаниях, в качестве вспомогательного средства, в том числе и для проведения расчетных работ.

Набирает популярность среди разработчиков страхового программного обеспечения для малых и средних компаний инструментальное средство Delphi. В нем успешно совмещены возможности визуальной разработки приложений и оптимизирующий компилятор, дающий исполняемый код, не требующий значительных ресурсов и обладающий при этом высокой производительностью, чего нельзя сказать, например, о Visual Basic.

https://www.youtube.com/watch?v=upload

Построенный на архитектуре объектно-ориентированных компонентов, Delphi позволяет многократно использовать однажды созданный код, уменьшая тем самым время и усилия, затрачиваемые на разработку ПО. Рабочим языком Delphi является Object Pascal, включающий обработчик ошибочных ситуаций, который позволяет существенно увеличить стабильность и надежность работы программ.

Похожие диссертации на Информационное обеспечение страховой деятельности

Экономико-математические модели для оценки качества информационного обеспечения деятельности инвестиционной компании Пятина Елена Евгеньевна

Обеспечение эффективности деятельности предприятий розничной торговли на основе управления товарными запасамиГубанова, Инна Равилевна

Разработка информационного и математического обеспечения системы поддержки принятия решений в задачах планирования финансово-хозяйственной деятельности ОАО «Газпром»Балаш Максим Николаевич

Понравилась статья? Поделиться с друзьями:
Осаго96
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock detector