Информационные технологии

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

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

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

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

 

 

 

 

 

 

 

 

3 Структура банка данных

 

Банк данных (БнД) –  это система специально организованных данных, программных, языковых, организационных  и технических средств, предназначенных  для централизованного накопления и коллективного многоцелевого  использования данных.

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

Структура БнД:

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

- лингвистические средства обеспечивают интерфейс пользователей разных категорий с банком данных и базируются на языковых средствах СУБД. Включают в себя ЯОД, описание, модель данных и их отношения и ЯМД – средства запросов к БД и поддержания БД;

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

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

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

 

 

 

 

 

 

 

 

4 Система электронного документооборота

 

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

Основные задачи системы электронного документооборота:

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

- Корпоративный документооборот становится более прозрачным, так СЭД позволяет работать в одной информационной базе.

- Документы регистрируются однократно.  Система позволяет хранить разные редакции документов.

- Исключается возможность дублирования документов.

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

- Поддерживается обмен данными и интеграция с другими учетными системами.

Дополнительные возможности  СЭД:

- Автоматизация документооборота позволяет создать систему отчетов по реквизитам или статусам документов.

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

- Поддерживается обмен данными и интегрируются с другими учетными системами.

- Интеграция с электронной почтой, каждый документ, полученный по электронной почте, также регистрируется в программе. 

Из большого списка программ для автоматизации необходимо выбрать  наиболее подходящее решение. Программы 1С – это оптимальные решения для автоматизации, стандарт качества сочетается с оптимальной ценой.  Программа 1С Документооборот – это система  СЭД. Программа является усовершенствованным приемников решения 1С Архив и позволяет автоматизировать все бизнес-процессы обработки корпоративного документооборота. Внедрение программы 1С Документооборот – наиболее экономичный вариант для тех компаний, которые уже работают в 1С 8, так как не возникает необходимости приобретения дополнительных лицензий для увеличения количества автоматизированных мест. 

 

 

 

 

 

 

 

 

 

 

 

 

5 Понятие OLAP – система

 

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

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

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

Например, все клиенты  могут быть сгруппированы по городам  или по регионам страны (Запад, Восток, Север и т. д.), таким образом, 50 городов, 8 регионов и 2 страны составят 3 уровня иерархии с 60 членами. Также клиенты могут быть объединены по отношению к продукции; если существуют 250 продуктов по 20 категориям, 3 группы продукции и 3 производственных подразделения, то количество агрегатов составит 16560. При добавлении измерений в схему, количество возможных вариантов быстро достигает десятков миллионов и более.

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

Вместе с базовой  концепцией существуют три типа OLAP:

- OLAP со многими измерениями (Multidimensional OLAP - MOLAP);

- реляционный OLAP (Relational OLAP - ROLAP);

- гибридный OLAP (Hybrid OLAP - HOLAP).

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

HOLAP использует реляционные  таблицы для хранения базовых  данных и многомерные таблицы для агрегатов.

Особым случаем ROLAP является ROLAP реального времени (Real-time ROLAP - R-ROLAP). В отличие от ROLAP в R-ROLAP для хранения агрегатов не создаются дополнительные реляционные таблицы, а агрегаты рассчитываются в момент запроса. При этом многомерный запрос к OLAP-системе автоматически преобразуется в SQL-запрос к реляционным данным.

Каждый тип хранения имеет определённые преимущества, хотя есть разногласия в их оценке у  разных производителей. MOLAP лучше всего подходит для небольших наборов данных, он быстро рассчитывает агрегаты и возвращает ответы, но при этом генерируются огромные объёмы данных. ROLAP оценивается как более масштабируемое решение, использующее к тому же наименьшее возможное пространство. При этом скорость обработки значительно снижается. HOLAP находится посреди этих двух подходов, он достаточно хорошо масштабируется и быстро обрабатывается. Архитектура R-ROLAP позволяет производить многомерный анализ OLTP-данных в режиме реального времени.          Сложность в применении OLAP состоит в создании запросов, выборе базовых данных и разработке схемы, в результате чего большинство современных продуктов OLAP поставляются вместе с огромным количеством предварительно настроенных запросов. Другая проблема - в базовых данных. Они должны быть полными и непротиворечивыми.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6 Информационные системы в страховании и их использование в страховой деятельности «Страхователь»

 

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

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

Сегодня информационная система страховой компании включает следующие подсистемы:

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

- подсистема ведения полисов;

- подсистема бухгалтерского учета;

-подсистема выплат;

-подсистема перестрахования;

-подсистема бюджетирования;

-подсистема аналитической отчетности;

-подсистема администрирования;

-подсистема автоматической пролонгации полисов;

-подсистема «зарплата  и кадры».

Система управления договорами страхования Q-polis, разработанная специалистами компании Qbix автоматизирует учет договоров страхования, оформление страховой документации, расчет страховых выплат, сбор и анализ статистической и иной информации, а также формирование отчетности.

Для автоматизации добровольного  медицинского страхования специалисты компании Qbix разработали систему автоматизации ДМС Indigo. Система позволяет страховой компании грамотно выстроить учет ДМС: учет полисов, программ страхования и расчетов с ЛПУ, а также оптимизировать работу диспетчерской, финансовой и аналитической служб, и вывести обслуживание застрахованных на качественно новый уровень. Система Indigo позволяет компании осуществлять импорт счетов ЛПУ в систему с дальнейшим проведением медико-экономической экспертизы и контролировать все расчеты с ЛПУ (авансы, выплаты, акты, счета ЛПУ и прочие).