42
Сдаче в ТФОМС подлежат только изменения в реестрах выявленные с
прошлого состояния.
После того как пакет различий между предыдущим и текущим состоянием
реестров сформирован, он подлежит отправке в ТФОМС, для его контроля.
По результатам контроля ТФОМС выдает страховая компания реестр
выявленных ошибок. страховая компания в установленные сроки производит
корректировку реестров и производит повторную посылку в ТФОМС [7]. Это
повторяется до тех пор, пока не будут исправлены или удалены из подачи все
некорректные записи.
Посмотрев на диаграмму заключения и учета договоров страхования можно
заметить, что программное обеспечение по учету полисов страхования участвует
только лишь в реализации блока «Регистрация страхователя в страховая компания»,
однако процесс оформления документов является очень трудоемким и требует
автоматизации. Так, например, ошибка в заполнении списка работающих у
страхователя граждан может привести к тому, что полис данного человека не будет
принят ТФОМС и соответственно учтен в общем реестре застрахованных, что может
привести к отказу в плановом лечении данному застрахованному со стороны ЛПУ.
Или ошибка в присвоенном номере договора может привести к распространению
подобной ситуации на все полисы, выписанные на данный договор.
Так же, согласно распоряжениям ТФОМС, заключение договоров
страхования должно вестись в трехстороннем порядке. То есть кроме страхователя,
страховая компания появляется еще и третья сторона – ТФОМС. Правом последней
подписи наделяется директор филиала ТФОМС. В ТФОМС также будут
производить контроль страхователя на предмет ранее заключенных договоров и
регистрации в налоговой инспекции.
Внедрение более жестких проверок и автоматизированного контроля реестров
со стороны ТФОМС требует более тщательной проверки вносимых в базу данных
реквизитов страхователя, так как отчет перед ТФОМС производится в электронном
виде. При внесении реквизитов страхователя (ИНН, КПП, ГРН, ОКПО, ОКАТО)
состоящих из большого количества цифр, неизбежны ошибки оператора. Поэтому
необходим программный контроль вводимой информации.
43
Слабо автоматизирован процесс подготовки реестров для сдачи в ТФОМС.
Этот процесс является наиболее трудоемким и объемным. Однако единого
программного обеспечения для реализации данного механизма на данном этапе нет.
Ряд процедур автоматизирован, однако большую часть работы приходится делать
вручную. Любая ошибка того, кто производит данную подготовку в филиале
страховая компания, может привести к некорректному формированию центральной
базы данных, что ведет к необходимости ее корректировки.
Процедура сдачи реестров договоров и застрахованных в ТФОМС требует
автоматизированного механизма обнаружения различий в состояниях реестров.
Согласно распоряжения ТФОМС [7] были введены дополнительные,
обязательные для заполнения поля в базе данных. Это код ОКАТО, тип населенного
пункта, тип улицы.
Программное обеспечение по учету полисов страхования Irvik, имеющееся у
ООО «АРСЕНАЛЪ» не позволяет решить данные проблемы.
Посмотрев на диаграммы заключения и учета договоров, можно заметить, что
программное обеспечение по учету полисов страхования участвует только лишь в
реализации блока «Регистрация полиса страхования». Однако другие процессы так
же требуют автоматизации, так, например, очень важно автоматически отслеживать
саму возможность выдачи полиса страхования гражданину. Проводить проверку
предоставленных гражданином документов (на предмет возможности нахождения в
базе данных такого же документа у другого гражданина). Проверять место
жительства у неработающего населения.
Очень много времени от всего процесса выдачи полиса страхования
неработающим гражданам, занимает ручное ведение журнала регистрации
выданных полисов. Данный процесс также требует автоматизации и ведения
журнала в базе данных, с возможностью его печати на любую дату.
Отсутствие многих важных проверок вводимых оператором реквизитов
застрахованного ведет к неизбежному возникновению большого числа ошибок, и
как следствие к исключению таких записей ТФОМС из расчета финансирования
страховая компания.
44
Узким местом программного обеспечение Irvik, является отсутствие проверки
на дублирование записей по различным наборам полей. Данное обстоятельство
очень сильно снижает качество информации содержащихся в базе данных.
Отсутствие контроля вводимого номера полиса страхования, приводило к
тому, что оператор ошибался в номера полиса, и застрахованному выдавался бланк
полиса с номером, отличающимся от того, который введен в базу данных.
Отсутствие контроля за нумерацией не позволяло в полной мере организовать учет
бланков полисов, которые являются подотчетными.
Программное обеспечение Irvik и та структура базы данных, которую, оно
использовало, не позволяло корректно и автоматически производить
синхронизацию баз данных филиалов ООО «АРСЕНАЛЪ» с центральной базой
данных. Синхронизация требуется для поддержания центральной базы данных в
актуальном состоянии. Синхронизация проводится ежемесячно. Использование
механизма синхронизации необходимо из-за отсутствия быстрых и доступных
каналов сети Internet во многих филиалах ООО «АРСЕНАЛЪ». Однако при наличии
таких каналов разрабатываемое программное обеспечение способно работать с
центральной базой данных, в филиале, в режиме Online.
Программное обеспечение Irvik не поддерживает заполнение ряда полей,
являющихся обязательными. Заполнение таких полей, если оно возможно,
проводилось в автоматизированном режиме уже на этапе «Подготовка реестра
застрахованных для сдачи в ТФОМС». Это приводило к накоплению ошибок и
некорректных данных. Поддержка в программном обеспечении Irvik всего набора
необходимых функций, дало бы возможность отказаться от исправления реестров на
этапе сдачи в ТФОМС. Это в свою очередь дало бы возможность автоматизировать
процесс подготовки и сдачи реестра застрахованных в ТФОМС.
Проведя анализ выявленных недочетов существующей информационной
модели, произведем ее реинжениринг.
1.1.6. Обоснование необходимости использования вычислительной
техники для решения задачи
На текущий момент все процессы оформления и подготовки договоров и
страховых документов выполняются вручную по средствам MS Word. На основе
этой выборки все данные заносятся в шаблон документа. Ведется большое
45
количество бумажных журналов: Журнал клиентов, Журнал сотрудников, Журнал
учета договоров и др. Так же для проведения работ необходимо составлять бланки
для заполнения, базу заявок, журнал просмотров списка заявок на страхование.
Отчеты по сделкам составляются вручную сотрудниками отдела
информационных технологий с применением офисных программ Microsoft Excel,
Microsoft Word.
Существующая схема учета страховых полисов хаотична, форма и структура
файлов не унифицированы. Таким образом, действующая система учета страхования
не способна в полной мере справиться с теми объемами работы, которые
существуют в данное время. Бумажный учет и файловый учет в том виде, который
действует на данный момент в компании, приводит к возникновению следующих
проблем:
˗ неизбежная потеря документов;
˗ попадание документов третьему лицу;
˗ накопление множества документов, назначение и источник появления
которых неясны;
˗ избыточность документооборота, большая потеря времени на обработку
входящей и исходящей информации, внутренних документов, на
ознакомление с документами, на подготовку отчетов;
˗ противоречивость принимаемых решений, невозможность обеспечить
быструю передачу исходных документов и информации должностным
лицам, принимающим решения;
˗ бесконтрольность исполнителей, невозможность доведения в короткие
сроки поручений до конкретных исполнителей;
˗ невозможность установления истории работы с договорами;
˗ непроизводственные затраты рабочего времени на поиск необходимой
информации;
˗ избыточные затраты на бумагу и копирование для создания нескольких
копий одного документа.
Неорганизованность учета приводит к снижению производительности
сотрудников компании и уменьшению количества автоматизированных операций.
46
В связи с этим назрела необходимость создания автоматизированной
информационной системы учета по страхованию компании ООО «АРСЕНАЛЪ».
1.1.7. Анализ системы обеспечения информационной безопасности и
защиты информации
В ООО «АРСЕНАЛЪ» организована комплексная защита информации.
Сервера с информацией находятся в защищённом от стихийных бедствий,
взлома, пожара, затопления месте. Таким образом, организована физическая защита
хранилищ информации.
Также имеются средства для предотвращения удалённого взлома серверов,
сетевых атак, считывания передаваемых по сети пакетов данных и тд.
Доступ к информации обеспечивается только для авторизованных
пользователей по мере необходимости.
Организована защита данных от потери путём дублирования данных в
независимое защищённое хранилище.
В ООО «АРСЕНАЛЪ» доступ к мировым информационным сетям
предоставляется по следующим технологиям:
xDSL - в частности, ADSL, ADSL2, VDSL, VDSL2, эти технологии
обеспечивают высокоскоростной цифровой доступ по абонентской телефонной
линии. Максимальная скорость нисходящего потока до 50 Мб/c, зависит от линии
связи;
ISDN - цифровая сеть с интеграцией обслуживания. Позволяет совместить
услуги телефонной связи и обмена данными. Передача данных со скоростью до 64
кбит/с по абонентской проводной линии и обеспечение интегрированных
телекоммуникационных услуг (телефон, факс, и пр.);
ETTH - один из способов постоянного подключения к Интернету по
протоколу Fast Ethernet, скорость подключения до 100 Мбит/с.
EV-DO - технология передачи данных, используемая в сетях сотовой связи
стандарта CDMA, максимальна скорость нисходящего потока до 3,1 Мб/с.
WiMAX (IEEE 802.16-2004) - технология беспроводного широкополосного
доступа четвертого поколения, находится в стадии разработки.
Технологически развитая телекоммуникационная сеть предприятия, большое
количество оборудования, сервисных приложений и огромное число служащих,
47
требуют жесткую и эффективную систему информационной безопасности.
Решением вопросов безопасности и управления в компании ООО «АРСЕНАЛЪ»
занимается отдел ИТ.
Доступ к внутренним информационным системам управления,
осуществляется через централизованный центр аутентификации и авторизации.
Каждому оператору системы присваивается уникальный логин и пароль, а также
пользовательские права доступа (администратор, оператор, аналитик и. т.д.). Логин
и пароль оператора меняются по истечению установленного времени.
Конфиденциальные данные, включая информацию об абонентах, важные
управляющие документы, передаются по защищенным каналам, используя
различные механизмы и протоколы безопасности.
Для обеспечения целостности и безопасности локальных сетей предприятия,
а так же VPN услуг, используются аппаратно-программные сетевые экраны и
фильтры (ОС Red Hat Enterprise Linux, Cisco PIX 5x, 6x).
1.2. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.2.1. Анализ существующих разработок для автоматизации задачи
Сравнительная характеристика позволяет в современном мире позволяет
выявить:
какая система работает функциональнее;
с помощью, каких систем проще сделать то или иное действие;
какую систему выгоднее использовать и многое другое.
Сравним информационные системы «Парус-Страхование» и «Лагуна-
Страхование» представленную характеристику приведем в таблице 1.
48
Таблица 1.1
Сравнительная характеристика «Парус» и «Лагуна»
Параметр
«Парус»
«Лагуна»
Индивидуализа
ция
простота освоения; широкие
функциональные
возможности; высокая
надежность
функционирования; типовые
настройки на различные типы
предприятий; сокращение
затрат на автоматизацию
путем выбора оптимальной
для Вас комплектации с
возможность ее дальнейшего
наращивания;
Для каждого предприятия
система «Лагуна»
адаптируется индивидуально.
Специалисты «АккордСофт»
настроят систему в
зависимости от потребностей
пользователя, учитывая все
особенности данного
предприятия и пожеланий
клиета. В системе «Лагуна»
можно подключить и
работать только с теми
частями системы, которые
необходимы для конкретного
предприятия.
Модульность
Построена по модульному
принципу. В состав Системы
входят полностью
совместимые модули:
«Страхование имущества и
ответственности», «Личное
страхование»,
«Перестрахование»,
«Бухгалтерский учет»,
«Анализ и отчетность»,
«Администратор».
Одной из немаловажных
особенностей системы
является модульность.
Модульность позволяет
реализовать любую
конфигурацию втоматизации
предприятия: от локальных
проектов (как, например,
автоматизации
бухгалтерского учета) до
комплексной автоматизации
всего предприятия.
Взаимодействи
е
Принципы разработки
системы «Парус»
использование средств
эффективной обработки и
защиты данных; обеспечение
независимости от
операционных сред и
компьютерных платформ,
интеграция с другими
приложениями, как широко
распространенными, так и
специальными; модульный
принцип построения, что
позволяет проводить
внедрение поэтапно,
обеспечивает оптимальность
комплектации и последующее
Принципы построения
позволяют осуществлять
тесное взаимодействие всех
подсистем и интегрировать
ее с разнообразными
программными продуктами
(такими, например, как
генератор отчетов Crystal
Report, электронными
таблицами Microsoft Excel и
др.), обеспечивая конкретное
предприятие индивидуально
настроенной системой
обработки информации,
отличающейся высокой
производительностью и
49
развитие системы в
соответствии с растущими
потребностями клиента
клиент-серверная
архитектура на базе СУБД
Oracle.
низкими затратами на
внедрение и использование.
Состав
системы
В состав базовой поставки
входят четыре автономные
интегрируемые подсистемы,
охватывающих практически
полный спектр бизнес-
процессов предприятия. В
системе предусмотрена
возможность расширения и
обновления любого блока.
Так же, по желанию
пользователя, можно
подключить и отключить
любые функции. Количество
блоков также может быть
расширено за счет
специальных решений,
разрабатываемых в процессе
внедрения на предприятиях,
имеющих выраженную
специфику производства. Так
же в системе Лагуна имеются
встроенные подсистемы
обеспечения безопасности. В
базовую комплектацию
входят два вспомогательных
блока, обеспечивающих
выполнение служебных
функций (разделение доступа
к информации и обеспечение
ее защиты, изменения и
дополнения функционала и
т.п.):
пульт централизованного
наблюдения (ПЦН),
расположенный в пункте
централизованной охраны;
ретрансляторы,
устанавливаемые в
телекоммуникационных
шкафах (выносах);
объектовое оборудование,
предназначенное для
организации охраны
объектов; комплекс
программных средств
автоматизации деятельности
персонала пунктов
централизованного
наблюдения «Альтаир» (АРМ
«Альтаир»).
1.2.2. Выбор и обоснование стратегии автоматизации задачи
Внедряемая система должна удовлетворять следующим бизнес-требованиям:
˗ организация единого информационного пространства ООО «АРСЕНАЛЪ»
для специалистов и пользователей. Учет страховых полисов.
˗ обеспечение регламентированных действий специалистов. Разбиение
процессов обработки заявок на страхование на отдельные этапы,
50
ассоциация с этапом атрибутов и документов, роли в процессе.
˗ предоставление руководству ООО «АРСЕНАЛЪ» инструментов контроля
и отчетов. Настройка необходимых для руководителей разного уровня
представлений информации о состоянии процессов службы страхования.
˗ Некоммерческое решение и короткие сроки внедрения.
Данная система может являться коробочным решением и может быть
поставлена по принципу «как есть». Функции платформы должны позволять
изменять без программирования интерфейсы, справочники и логику бизнес-
процессов.
Данная система с учетом работ по ее внедрению, должна быть доступной
любому финансовому учреждению.
При этом необходимо обеспечить необходимый уровень технической
поддержки пользователей ООО «АРСЕНАЛЪ» специалистами ИТ-отдела.
Как было показано выше, ООО «АРСЕНАЛЪ» располагает на сегодня
достаточно сложной ИТ-инфраструктурой, непрерывное функционирование всех
элементов которой на должном уровне является обязательным условием для
выполнения данным учреждением своих основных функций. Поддержка этой
инфраструктуры в рабочем состоянии является одной из основных функций системы
учета и контроля заявок пользователей на техническое обслуживание и ИТ-служба
должна обеспечить качественное выполнение этой функции.
Есть четыре варианта стратегии автоматизации:
хаотичная;
по участкам;
по направлениям;
полная.
Хаотично автоматизации состоит из множества автоматизированных участков
не связаны друг с другом. Такая автоматизация определяется оперативными целями
и, как правило, не отражена в стратегических планах компании.
Автоматизацией по участкам является процесс автоматизации отдельных
функциональных областей, например, бухгалтерии, отдел кадров и т.д.
51
Автоматика для направлений. Она отличается от автоматизации на участках
тем, что предполагает участие всех функциональных подразделений, деятельность
которых связана с тенденцией автоматизации.
Полная автоматизация включает в автоматизацию абсолютно все бизнес-
процессы.
Поскольку разрабатываемая система будет использоваться для автоматизации
учета страховых полисов, то наиболее подходящей стратегией является
использование второй модели автоматизации: на участках автоматизации (отдел
страхования).
1.2.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Выполнив анализ рынка и краткий обзор популярных систем управления
выдачей страховых полисов необходимо выбрать, на основе какой из них выгоднее
всего построить свою систему и с успехом внедрить ее на предприятии.
Для реализации проекта нам нужно спроектировать новую систему и внедрить
ее в использование на наше предприятие.
Поскольку в компании имеются программисты, то рассматриваемая система
будет разрабатываться на базе имеющегося программного обеспечения.
Экономическая выгода достигается за счет разработки системы «для себя» и
отказа от излишней функциональности, так как со всеми задачами может вполне
справиться и небольшая программа [28].
1.3. Обоснование проектных решений
1.3.1. Обоснование проектных решений по информационному
обеспечению
Информационная модель задачи системы по учету заявок в IT-отдел является
обобщенным описанием решения этой задачи с использованием вычислительной
техники.
Функциональная структура системы определяется действующей на
предприятии системой учёта. В результате исследования входных документов и
необходимых итоговых форм будет разработана структура базы данных: таблицы
справочных и входных данных, запросы на получение различных итоговых форм,
проектирование форм по вводу прихода и расхода запасных частей, создание меню