Анализ предметной области страховая медицинская компания

«Колледж информационных технологий» 

ОТЧЁТ

по Учебной практике

Лабораторная работа №1

Предмет

МДК05.01. Проектирование и дизайн информационных систем

Специальность 09.02.07

«Информационные системы и программирование»

Специализация

«»

(по программе базовой подготовки)

Выполнил
студент 91 гр.:

     
Принял преподаватель:      

— 2021

СОДЕРЖАНИЕ

Задание                                                                                                              3

Анализ предметной области                                                                              6

Структурное разбиение предметной области на отдельные
подразделения    7

Функции                                                                                                            8

Описание работы каждого подразделения в рамках прецедента                      9

Группы пользователей                                                                                                                                       10

Анализ предметной области

Ниже представлен анализ
предметной области в виде диаграммы декомпозиции первого уровня, построенной в
соответствии с методологией IDEF0.

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

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

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

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

Функции

Для описания функций
данной ИС представлено дерево функций.

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

Описание
работы каждого подразделения в рамках прецедента

Для описания работы ИС была выбрана диаграмма последовательностей.

UML-диаграмма, на которой для некоторого набора
объектов на единой временной оси показан жизненный цикл объекта и
взаимодействие актеров информационной системы в рамках прецедента.

Виды
входной и выходной информации:

Группы
пользователей

Для начала я определю все группы пользователей данной ИС.

1.    
 Люди, которые хотят получить
компенсацию в следствии правил оговоренных в страховом договоре

Для людей это чаще
всего юридические учреждения.

Из функций будут
доступны:

Составление
страхового договора.

Получение услуги
по правилам договора.

В следствии
осложнений, получение мед помощи за счет компании.

Подборка по базе: Особенности развития хозяйства расселения и урбанизации Тульской, Фрейд Зигмунд. Психология масс и анализ человеческого Я — royall, Реферат 1 Понятие о методе анализа и требования, предъявляемые к, учет и анализ.docx, бланк анализа контр. работ.doc, практическая работа № 4 ответ анализ урока.docx, Туристско-рекреационный потенциал Чаинского района Томской облас, Чек — лист анализа фрагмента урока.docx, задание 11 Васильев Р.И., анализ ВСОКО.docx, Демо лабораторные работы 1-5 по системному анализу (1).docx

ОТЧЕТ

по практической работе № 1

на тему: «Анализ предметной области различными методами»

по дисциплине МДК.05.01 наименование:

Проектирование и дизайн информационных систем.

специальность 09.02.07 наименование:

Информационные системы и программирование.

Выполнила: студент группы

Проверил: преподаватель

2022

Вариант № 1 : «Страховая медицинская компания»

Цель: проанализировать предметную область различными методами.

Задания для практической работы:

1. Предметная область для исследования: страховая медицинская компания.
2. Для анализа предметной области была выбрана компания: РосГорСтрах.

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

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

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

1. Целью ИС является учет клиентов страховой компании, ведение документации, автоматизация передачи отчетов, снижение расходов.
2. Проведите анализ осуществимости ИС:
   1. Если система не будет введена в эксплуатацию, то организация будет вынуждена нанимать большее количество работников, чем это необходимо. Риск ошибок при заполнении отчетов так же не снизится, из-за чего на компанию могут быть наложены штрафы, что понесет дополнительные убытки. Несвоевременное предоставление документов может привести к негативным отзывам клиентов, переход их в другие компании, в последствии неконкурентоспособность на рынке и закрытие компании.
   2. На данный момент основная проблема: отсутствие полноценного электронного документооборота, задержка предоставления отчетов для клиента и компаний, в которых они обслуживаются. Внедрение ИС позволит совершать меньше ошибок, клиент сможет своевременно получать выплаты или же медицинскую помощь. Так же будет возможность снизить расходы, поскольку уменьшится количество арендуемых помещений и можно будет провести сокращение штата.
   3. ИС будет способствовать целям бизнеса посредством снижения затрат, ускорению документооборота и упрощению взаимодействия с клиентами.
   4. Для ИС можно использовать уже готовые решения, либо разработать собственные ПО. Однако, в любом случае потребуется создание и внедрение БД в рабочую сеть.
3. ИС будет размещена на рабочих компьютерах. Основными пользователями будут являться работники компании, второстепенными – клиенты.
4. Комплекс технических средств для эксплуатации ИТ:
   1. Средства компьютерной техники, необходимые для ИС: компьютеры, сервер для БД.
   2. Средства коммуникационной техники, необходимые для ИС: внутренняя сеть компании и наличие сети интернет.
   3. Средства организационной техники, необходимые для ИС: принтеры, сканеры.
   4. Средства оперативной полиграфии, необходимые для ИС: бумага, чернила и необходимое оборудование.
5. Из системного ПО для ИТ потребуется операционная система, сервер, СУБД и БД.
6. Наиболее востребованной ИС будет для сотрудников компании, которые работают с информацией клиентов и составляют отчеты. Благодаря внедрению ИС, будет сокращено время на составление отчетов, будет меньшее количество ошибок в связи с автоматическими вычислениями, так же клиент получит информацию быстрее в более простом и понятном виде.
7. Создание запросов на формирование отчетности. Работа с запросами клиентов, работа с внутренней информацией компании: доходы, расходы, список пользователей и их данные. Управление областью видения данных для клиентов.

Содержание:

Введение

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

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

Цель курсового проекта – рассмотреть этапы создания и проектирования информационной системы.

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

С учетом поставленной цели будут решены следующие задачи:

— рассмотрены теоретические этапы создания и проектирования ИС;

— на примере страховой медицинской компании рассмотрен процесс проектирования ИС.

Курсовая работа состоит из введения, двух глав, заключения и библиографии.

Глава 1 Теоретические аспекты этапов создания и проектирования информационной системы

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

-Требуемой функциональности системы и уровня ее адаптации к изменяющимся условиям функционирования [2, с.11].

-Требуемой пропускной способности системы.

-Требуемого времени реакции системы на запросы.

-Безотказной работы системы.

-Необходимого уровня безопасности.

-Простоты эксплуатации и поддержки системы.

Обычно выделяют следующие этапы создания информационной системы:

-Формирование требований к системе.

-Проектирование.

-Реализация.

-Тестирование.

-Ввод системы в действие.

-Эксплуатация и сопровождение.

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

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

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

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

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

Параллельно с проектированием схемы БД выполняется проектирование процесса, чтобы получить описание всех модулей ИС.

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

Конечными продуктами этого этапа являются:

-Схема базы данных

-Набор спецификаций модулей системы (они строятся на базе модулей функций)

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

-Файл-сервер или клиент-сервер;

-Трехуровневая архитектура;

-Будет ли база данных централизованной или распределенной;

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

Этап проектирования завершается разработкой технического проекта ИС.

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

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

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

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

-структурного анализа;

-объектно-ориентированного моделирования;

-CASE систем.

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

Глава 2 Этапы создания и проектирования информационной системы на примере страховой медицинской компании

2.1 Описание предметной области

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

Основными задачами страховой медицинской компании является организация и финансирование медицинской помощи застрахованным гражданам, осуществление контроля над объемом, сроками и качеством медицинских и иных услуг, предоставляемых в соответствии с условиями договора медицинского страхования. Страховая медицинская компания заключает договоры медицинского страхования со страхователями и медицинскими учреждениями. При этом застрахованным гражданам гарантируется высококачественная медицинская помощь в объемах и в сроки, определенные договором. Медицинские учреждения, осуществляющие свою деятельность на основании договоров со Страховая медицинская компания, получают соответствующую плату за оказание застрахованным медицинской помощи и иных услуг. Уставный фонд Страховая медицинская компания должен обеспечивать полностью осуществление медицинского страхования и составлять не менее 100 тысяч рублей. В страховой медицинской компании образуются резервные фонды по видам страхования за счет вложения от 15 до 20 процентов средств, полученных по договорам медицинского страхования.

Цель медицинского страхования состоит в гарантиях гражданам получения медицинской помощи при возникновении страхового случая за счет накопленных средств. Добровольное медицинское страхование осуществляется на основе программ добровольного медицинского страхования и обеспечивает гражданам получение дополнительных медицинских и иных услуг сверх установленных программами обязательного медицинского страхования. Добровольное медицинское страхование может быть коллективным и индивидуальным. Регулирование в этой области базируется на законе Российской Федерации “О медицинском страховании граждан в Российской Федерации”, который был разработан в Комитете по охране здоровья Верховного Совета Российской Федерации и принят в 1991 г. с наименованием “О медицинском страховании граждан в РСФСР”. Настоящий Закон определяет правовые, экономические и организационные основы медицинского страхования населения в Российской Федерации. Закон направлен на усиление заинтересованности и ответственности населения и государства, предприятий, учреждений, организаций в охране здоровья граждан в новых экономических условиях и обеспечивают конституционное право граждан Российской Федерации на медицинскую помощь. (в ред. Закона РФ от 02.04.1993 N 4741-1)

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

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

Договор добровольного медицинского страхования должен содержать:

1. наименование сторон;
2. сроки действия договора;
3. численность застрахованных;
4. размер, сроки и порядок внесения страховых взносов;
5. перечень медицинских услуг, соответствующих программам добровольного медицинского страхования;
6. права, обязанности, ответственность сторон и иные не противоречащие законодательству РФ условия.

Договор страхования вступает в силу в сроки, установленные в договоре страхования, но не ранее даты уплаты страхового взноса (первого или единовременного).

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

Страховым случаем также признается обращение Застрахованного за получением медицинской помощи (медицинских услуг) в течение срока действия Договора страхования в соответствии со страховой программой в иные медицинские и/или аптечные организации, помимо предусмотренных Договором страхования (в том числе расположенные в других регионах РФ), если это обращение организовано и/или согласовано Страховщиком.

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

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

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

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

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

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

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

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

Генеральный директор

Страховой отдел

Юридический отдел

Отдел бухгалтерского учета

Рисунок 2.1 – Схема управления отделениями страховой медицинской компании

Внутренняя структура управлений (дирекций) страховой компании может состоять из основных и вспомогательных отделов.

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

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

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

2.2 Определений целей, задач и функций ИС

Цель информационной системы страховой медицинской компании – автоматизация деятельности страховой медицинской компании.

Задачи данной информационной системы:

1. Автоматизация регистрации клиентов. Необходимо, чтобы данные о клиенте сохранялись в ИС. Эти данные используются для выдачи полисов и связи страховой медицинской компании с клиентами;
2. Автоматизация учета выдачи страховых медицинских полисов. Необходимо заносить факты о выдаче страховых полисов и данные о прикрепленных медицинских учреждениях к данным клиентам;
3. Автоматизация учета результатов проверки страховых случаев. Подсистема предназначена для проверки оказываемых услуг клиенту;
4. Автоматизация бухгалтерского учета страховой медицинской организации. В информационной системе необходимо вести бухгалтерский учет согласно действующему законодательству.

Информационная система страховая медицинская компания состоит из четырех подсистем (см. прил. А и Б).

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

Подсистема А2 «Подсистема учета выдачи страховых полисов». Подсистема предназначена для подготовки полиса, создания каталога медицинских услуг, а так же выдачи клиенту. Подсистема состоит из трех модулей (см. прил. В). Модуль А21 «Модуль создания каталога услуг по медицинскому страхованию». Страховщик, получая заявку на получение полиса и списка услуг медицинского учреждения, создает каталог медицинских услуг для клиента.

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

Оплата за страхование осуществляется в модуле А23 «Модуль взносов клиента». Клиент вносит необходимую сумму за страховой полис. Данные о взносе передаются в бухгалтерию. Страховщик, проверяет оплату страхового взноса и выдает клиенту страховой полис и каталог услуг по медицинскому страхованию.

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

Подсистема А4 «Подсистема автоматизированного бухгалтерского учета». Бухгалтерия, получая данные о проверке страховых случаев, осуществляет оплату счетов. Бухгалтерия, работая с данной подсистемой, ведет автоматизированный бухгалтерский учет страховой медицинской компании, так как самостоятельная разработка этой подсистемы не целесообразна, то будет использоваться готовая система от компании 1С под названием «1С: Предприятие» с конфигурацией «1C: Бухгалтерия». Конфигурация «1C: Бухгалтерия» предназначена для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности в организации. Бухгалтерский и налоговый учет ведется в соответствии с действующим законодательством Российской Федерации.

Пользователи ИС делятся на три группы, в зависимости от уровня доступа к различным операциям:

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

Для полноценной работы информационной системы необходимо приобрести программный продукт под названием «1С: Предприятие» с конфигурацией «1C: Бухгалтерия». Приобретаться будет сетевая версия этого программного продукта.

2.3 Объектно-ориентированный подход к проектированию ИС

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

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

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

1. Клиент;
2. Сотрудник;
3. Страховщик;
4. Юрист;
5. Услуга;
6. Медицинское учреждение.

На основании выделенных классов запишем их определения согласно предметной области.

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

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

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

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

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

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

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

Из постановки задачи можно извлечь следующие ассоциации:

1. Страховщик работает с клиентом;
2. Юрист оформляет договор с медицинским учреждением;
3. Юрист заключает договор с медицинским учреждением;
4. Выполнение услуги для клиента, в зависимости его потребностей;
5. Медицинское учреждение передает данные о страховом случае;
6. Страховщик проверяет корректность выполненных услуг для клиента.

На рисунке 2.2 приведена диаграмма классов с нанесенными на неё ассоциациями.

Рисунок 2.2 – Исходная диаграмма классов для ИС страховой медицинской компании

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

Рисунок 2.3 – класс Клиент

Клиент обслуживается сотрудником страховой медицинской компании. Соответственно выделим суперкласс сотрудник. У каждого «сотрудника» имеются определенные характеристики: фамилия, имя, отчество, контактный телефон и название отдела, в котором он работает. Сотрудник представлен на рисунке 2.4.

Рисунок 2.4 – класс Сотрудник

«Страховщик» имеет функции регистрации данных о клиенте, где на вход поступают данные о клиенте, и составления каталога услуг по медицинскому страхованию, на вход которой поступают данные о клиенте и каталог услуг медицинского учреждения. А так же выдача страхового полиса клиенту. Класс страховщик представлен на рисунке 2.5.

Рисунок 2.5 – класс Страховщик

«Юрист» имеет функцию оформления договора с медицинскими учреждениями, данные о котором он получает от медицинского учреждения. Класс юрист представлен на рисунке 2.6.

Рисунок 2.6 – класс Юрист

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

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

Класс услуга представлен на рисунке 2.7.

Рисунок 2.7 – класс Услуга

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

Рисунок 2.8 – Класс Медицинское учреждение

Выделив все классы, ассоциации между ними и функции классов можно составить полную диаграмму классов (см. прил. Г).

Теперь выявим состояния класса Услуга. На рисунке 2.9 показана диаграмма состояний для класса «Услуга».

Рисунок 2.9 – диаграмма состояний класса Услуга

В диаграмме состояний «Услуга» первым состоянием является «Проверка необходимости оказания услуги». Событие приводящие к данному состоянию это Заявка клиента на получение услуги это может быть заявка на получение страхового полиса. По окончании проверки есть два варианта: отказ в предоставлении услуги и тогда это будет последним этапом в диаграмме, либо предоставление услуги, то тогда страховщик занесет в каталог заявку клиента и тогда Услуга перейдет к следующему состоянию «Регистрация в каталоге». Если предыдущее событие было выполнено, то следующим событием будет оплата услуг, либо выдача страхового полиса после его оплаты. Диаграмма перейдет к следующему состоянию «Оказание услуги». После оказания услуги в страховую медицинскую компанию поступают данные о страховом случае, и диаграмма изменит свое состояние на «Проверка страхового случая», после чего будет получен акт о проверке страхового случая. Теперь возвращаемся снова в состояние «Проверка необходимости оказания услуги».

Для создания модели взаимодействия определим действующих лиц. Для ИС страховой медицинской компании действующими лицами будут Клиент, Страховщик, Юрист, Медицинская компания.

Варианты использования Услуги: 1) Оформление полиса. При оформления полиса страховщик регистрирует данные о клиенте. 2) Наступление страхового случая. Клиент обращается в медицинское учреждение для предоставления медицинских услуг. 3) Проверка страхового случая. Медицинское учреждение подает данные о предоставленных услугах, страховщик проверяет на соответствие оказанных услуг с условиями в договоре о медицинском страховании. 4) Заключение договора с медицинскими учреждениями. Юрист оформляет и заключает договор с медицинским учреждением на предоставление медицинских услуг клиентам. Диаграмма использования представлена на рисунке 2.10.

Рисунок 2.10 – диаграмма использования Услуги

Заключение

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

В ходе курсового проекта были рассмотрены вопросы:

1. описание деятельности предприятия;
2. цель и задачи информационной системы;
3. описание функционального состава информационной системы по синтаксису методологии SADT (IDEF0);
4. описание объектно-ориентированной модели информационной системы по синтаксису стандарта UML.

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

Плюсы и минусы каждой системы.

Структурный подход.

Плюсы:

1. возможность проведения глубокого анализа бизнес-процессов, выявления узких мест: комплексное применение позволяет выявить все возможные рассогласования и неточности;
2. применение универсальных графических языков моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов;
3. проверенность временем и широкое распространение среди аналитиков и разработчиков.

Минусы:

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

Вывод: рекомендуется применять для правильного, точного и полного определения требования к ИС на начальных этапах.

Объектно-ориентированный подход

Плюсы:

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

Минусы:

1. невозможность проведения детального анализа процессов;
2. неполнота и незавершенность некоторых видом диаграмм. Возможность их неверной интерпретации.

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

Список использованных источников

1. Золотов С.Ю. Основы проектирования информационных систем: Учебное пособие. – Томск: ТУСУР, 2007. – 96 с.
2. Золотов С.Ю. Проектирование информационных систем: Учебно-методическое пособие. Методические рекомендации для выполнения курсового проекта, лабораторных работ и практических занятий по дисциплине «Проектирование информационных систем» – Томск: ТУСУР, 2013. – 34 с.
3. ОС ТУСУР 6.1-97*. Образовательный стандарт Томского Государственного Университета Систем Управления и Радиоэлектроники.
4. Описание стандартов семейства IDEF [Электронный ресурс]. – Режим доступа: http://idef.ru/, свободный.
5. Закон РФ от 28.06.1991 N 1499-1 (ред. от 24.07.2009) «О медицинском страховании граждан в Российской Федерации» [Электронный ресурс] – Режим доступа: http://www.consultant.ru/document/cons_doc_LAW_89957/, © КонсультантПлюс, 1992-2013

Приложение А (обязательное) Диаграмма А-0 «Информационная система страховой медицинской компании»

22

Акт проверки медицинских услуг

Список услуг медицинского учреждения

Каталог услуг по медицинскому страхованию

Требования к бухгалтерскому учету

Требования к медицинским учреждениям

Требования к клиентам

Бухгалтерская отчетность

Договор с медицинским учреждением

Страховой полис

Данные об оказании медицинских услуг

Данные о медицинском учреждении

Данные о клиенте

«1С: Предприятие»

Бухгалтерия

Юрист

Страховщик

Исполнительный директор

Информационная система страховой медицинской компании

Заявка на получение медицинского полиса

Квитанция о перечислении денежных средств медицинскому учреждению

Приложение Б (обязательное) Диаграмма А0 «Информационная система страховой медицинской компании»

23

Приложение В (обязательное) Диаграмма А2 «Информационная система учета выдачи страховых медицинских полисов»

24

Приложение Г (обязательное) Диаграмма классов

25

Разработка информационной системы ‘Страховая компания’

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ»

1.1
Анализ предметной области

1.2
Концептуальное проектирование

2.
РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ

2.1
Создание базы данных

2.2
Организация доступа к данным       

2.3
Создание прикладного пользовательского интерфейса

2.4
Формирование запросов и отчетов

2.4.1
Формирование запросов

2.4.2
Формирование отчетов        

ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

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

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

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

Цель
курсовой работы — разработка автоматизированной информационной системы
«Страховая компания».

Для
достижения поставленной цели были поставлены следующие задачи:

проанализировать
предметную область;

спроектировать
базу данных «Страховая компания»;

осуществить
доступ к данным;

реализовать
базу данных в среде MS Access;

разработать
прикладную программу доступа к базе данных в среде Delphi.

Курсовая
работа состоит из двух разделов — теоретического и практического. Теоретический
раздел содержит описание предметной области, проект ER-диаграммы в рамках
предметной области. В практическом разделе описывается реализация базы данных
(БД) в среде MS Access и разработка прикладной программы для доступа к БД в
среде Delphi.

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

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

.
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ»

.1
Анализ предметной области

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

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

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

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

В
настоящее время для проектирования БД активно используются CASE-средства, в
основном ориентированные на использование ERD (Entity — Relationship Diagrams,
диаграммы «сущность-связь»). С их помощью определяются важные для предметной
области объекты (сущности), отношения друг с другом (связи) и их свойства
(атрибуты). Следует отметить, что средства проектирования ERD в основном
ориентированы на реляционные базы данных (РБД), и если существует необходимость
проектирования другой системы, скажем объектно-ориентированной, то лучше
избрать другие методы проектирования.

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

Исходя
из выбранных сущностей, определены следующие атрибуты, представленные в таблице
1:

Таблица
1 — Сущности и их атрибуты

1.2 Концептуальное проектирование

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

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

Рисунок 1 — Логическая модель проектирования
информационной системы  «Страховая компания»

Рисунок 2 —  Схема данных в MS Access.

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

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

Проектирование является наиболее важным этапом
для успешной реализации проекта.

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

. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ
КОМПАНИЯ»

.1 Создание базы данных

Программное обеспечение для работы с базами
данных используется на персональных компьютерах уже довольно давно. К
сожалению, эти программы либо были элементарными диспетчерами хранения данных и
не имели средств разработки приложений, либо были настолько сложны и трудны,
что даже хорошо разбирающиеся в компьютерах люди избегали работать с ними до
тех пор, пока не получали полных, ориентированных на пользователя
приложений.Access — это функционально полная реляционная СУБД. В ней
предусмотрены все необходимые вам средства для определения и обработки данных,
а также для управления ими при работе с большими объемами информации. Что
касается легкости использования, то Microsoft Access совершил здесь настоящий
переворот, и многие для создания своих собственных баз данных и приложений обращаются
именно к нему.

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

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

Основные компоненты MS Access:

построитель таблиц; приложение
информационная база страхование

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access
не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

В первую очередь были созданы таблицы с помощью
конструктора, где были определены ключевые поля и типы данных. Чтобы создать
первичный ключ необходимо выделить нужное поле и, открыв контекстное меню,
активировать пункт «Ключевое поле». Ввод данных в таблицы осуществлялся в
режиме просмотра и редактирования. Таблица «Вид страхования» имеет 4 записи и
таблица «Филиалы» имеет 10 записей, а таблица «Договоры», которая связывает две
вышеупомянутые таблицы, имеет 10 записи. В ней организован первичный ключ,
состоящий из двух полей, являющихся внешними ключами для других таблиц.

Рисунок 3 Создание таблиц в режиме «Конструктор»

.2 Организация доступа к данным

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

Для того чтобы наиболее полно использовать
возможности того или иного сервера баз данных, необходимо работать с ним
напрямую, через API. Однако это означает полную зависимость приложения от того
или иного сервера и сложность перехода на другую платформу, так как будет
необходимо переписывать большое количество кода. Этот вопрос призваны решить
различные технологии доступа к данным. Они являются прослойкой между API
конкретного сервера и приложением пользователя, предоставляя программисту
простой унифицированный механизм работы с данными. На сегодняшний день
существует множество технологий доступа к данным, таких как BDE, OLE, ODBC,
ADO, и до сих пор разрабатываются новые, более надежные, удобные в работе и
более быстродействующие технологии.

Для осуществления доступа к базе данных
«Страховая компания» была использована технология ADO, которая завоевала
популярность у разработчиков, благодаря   базовому набору интерфейсов OLE DB,
которые имеются  в каждой современной операционной системе Microsoft. Поэтому
для обеспечения доступа приложения к данным достаточно лишь правильно указать
провайдер соединения ADO и затем переносить программу на любой компьютер, где
имеется требуемая база данных и, конечно, установленная ADO. В Палитре
компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих
создавать полноценные приложения БД, обращающиеся к данным через ADO.

Процесс организации доступа к данным в программе
Delphi имеет следующий алгоритм:

Выбрать с вкладки ADO компонент ADOConnection, 
в свойстве ConnectionString прописать путь к базе данных «Страховая компания».

Выбрать компонент ADOTable 3 раза, так как нужно
отобразить 3 таблицы, в свойстве Connection необходимо указать ADOConnection1,
а в свойстве TableName выбрать имя таблицы Виды страхования, Договоры или
Филиалы.

Третьим шагом с вкладки Data Access выбрать
компонент источника данных DataSource, свойство DataSet меняем на ADOTable1
(нужная таблица).

Для непосредственного отображения таблицы
необходимо выбрать компонент BDGrid и свойству DataSource присвоить
DataSource1.

В завершении у компонента ADOTable1 меняем
значение свойства Active на True — для отображения таблицы.

Рисунок 4 — Организация доступа к БД «Страховая
компания»

.3 Создание прикладного пользовательского
интерфейса

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

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

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

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

Для вставки картинки на форму необходимо взять с
вкладки Additional компонент Image. В Object Inspector этого компонента установить
свойство Align = AlClient (чтобы картинка была во всю форму), затем в свойстве
Picture выбрать свою картинку, затем свойство Stretch = true (чтобы подогнать
размер под форму);

Для того чтобы создать главное меню программы
необходимо на форму поместить компонент MainMenu;

Для того, чтобы при нажатии на кнопку меню
осуществлялся переход на требуемую форму в обработчик события пишется следующий
код: «Form2.Show;»;

Для перехода с одной подчинённой формы на другую
необходимо также в обработчик события ввести код перехода на другую форму,
добавив к коду строку: «Form2.Close;».

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

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

.4 Формирование запросов и отчетов

.4.1 Формирование запросов

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

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

Для организации запроса в Delphi необходимо на
форму поместить следующие компоненты:(в свойстве ConnectionString прописать
путь к базе данных «Страховая компания»);(в свойстве DataSet поставить значение
ADOQuery1);(необходимо открыть окно свойства Items и прописать нужные
запросы:COUNT(*) AS Количество договоров FROM Договоры;AVG(Страховая сумма) AS
Средняя_страховая_сумма FROM Договоры;Наименование FROM Виды_страхования WHERE
Наименование LIKE ‘С%’;

Запрос также добавить в свойство SQL компонента
ADOQuery1.; в обработчике событий записать следующий код
Edit1.Text:=ListBox1.Items[ListBox1.ItemIndex];(в свойстве DataSource ставим
значение равным DataSource1); (в кнопке прописываем код:

ADOQuery1.SQL.Text:=Edit1.Text;.Active:=True;.ExecSQL;

except(‘Ошибка выполнения запроса!’);.

Первый запрос выводит количество договоров.
Второй запрос показывает среднюю страховую сумму. Третий запрос выводит
наименования начинающиеся на «С».

В результате проведенной работы сформированы
запросы к базе данных «Страховая компания».

.4.2 Формирование отчетов

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

Для организации отчета в Delphi необходимо на
форму поместить следующие компоненты:

Выбрать с вкладки ADO компонент ADOConnection, 
в свойстве ConnectionString прописать путь к базе данных «Страховая
компания».(в свойстве Connection выбрать компонент ADOConnection1, в свойстве
TableName выбрать наименование нужной таблицы, свойство Active изменить на
True);с вкладки QReport (в свойстве DataSet значение ADOTable1);(свойство
BandType установить значение rbTitle); на QRBand1 установить TQRLabel(в
свойство Caption прописать заголовок отчёта);(в свойстве BandType установить
значение rbDetail); на полосе QRBand2 установить столько компонентов TQRDBText
сколько полей таблицы нужно отобразить в отчёте. Связать эти компоненты с
полями начальных данных — Код вида страхования, Наименование. Для этого в
свойстве DataSet каждого компонента QRDBText установить значение ADOTable, а в
свойство DataField имя соответствующего поля;(в свойстве BandType установить
значение rbColumnHeader); на полосе QRBand3 установить компоненты TQRLabel
соответственно заголовкам полей;(в свойстве BandType установить значение
rbPageHeader, а свойство Frame.DrawTop сделать равным True);(в свойстве
BandType установить значение rbPageFooter, а свойство Frame.DrawBottom сделать
равным True);

В компоненте QRBand5 установит 2 компонента
TQRSysData(в свойстве Data первого из них установить значение qrsDate, второго
— qrsPageNumber).

В результате проведенной работы сформированы
отчеты к базе данных «Страховая компания».

ЗАКЛЮЧЕНИЕ

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

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

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

Готовый программный продукт также может легко
использоваться в других сферах деятельности.

Все поставленные задачи решены:

проанализировать предметную область;

определены назначение и функции ИС;

спроектирована база данных «Страховая компания»;

реализовать базу данных в среде MS Access;

осуществить доступ к данным;

разработать прикладную программу доступа к базе
данных в среде Delphi;

оформлена курсовая работа в соответствии с
заданными требованиями.

Цель курсовой работы достигнута — создана
информационная система «Страховая компания».

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Статья
— Автоматизированная информационная система [Электронный
ресурс],http://gendocs.ru/v32574/%D1%80

Статья
— СУБД Access [Электронный ресурс], http://rusio.net/staroe/access.php

Статья
— Интерфейс пользователя [Электронный ресурс],
http://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1

Статья
— Создание запросов [Электронный ресурс], http://www.lessons-tva.info/edu/e-inf2/m2t4_4.html

Статья
— Создание отчёта [Электронный ресурс],
http://dpivi.ru/128-5-sozdanie-otcheta-kak-obekta-bazy-dannyh.html

Введение

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

Частных медицинские организации это
один из элементов в медицинской сфере.
Это хорошо видно в таких странах как в
США или Европе, где частные медицинские
организации имеют должное развитее и
улучшают рынок медицинских услуг.

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

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

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

• дополнительный приток пациентов;

• помогают найти ненадежные и слабые
  процессы в организации;

• контролируют качество предоставляемых
  услуг и поддерживают этот стандарт
  качества;

• выявляют текущие потребности клиентов,
  помогая найти новые ниши;

• обучают персонал при необходимости;

• продвигают услуги учреждения и улучшают
  ее рейтинг среди своих клиентов.

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

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

1. Описание предметной области

1.1. Цели, задачи, функции медицинской организации

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

Опираясь на данные РМЭЗ, частные
медицинские организации занимаются
небольшую долю в системе оказания
медицинской помощи в стране. Около 6,2%
пациентов обращаются за амбулаторной
помощью и около 0,6% пациентов обращаются
за стационарной помощью в частные
организации в России [1].

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

• стоматология (42,5%);

• гинекология (41,3%);

• терапия (40,2%);

• неврология (33%).

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

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

Задачами организации являются:

• обслуживание пациентов;

• удовлетворение и поддержание спроса
  на услуги;

• организация работы сотрудников;

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

Организация выполняет следующие функции:

• оказание медицинской помощи при
  заболеваниях, травмах;

• поиск новых страховых компаний для
  заключения договоров;

• организация и проведение диагностики
  пациентов;

• осуществление материально-финансового
  контроля бухгалтерией;

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

• расчет заработной платы сотрудников;

• проверка и оплата предоставленных
  услуг клиентам страховых компаний.

Данная организация взаимодействует с
различными страховыми компаниями.

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

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

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

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

• анализ современного состояния предметной области;

• анализ объекта автоматизации;

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

• обзор продуктов-аналогов;

• формирование требований к разрабатываемой информационной системе.

Кратко рассмотрим каждый из этих этапов.

Анализ состояния предметной области по направлению страховой деятельности

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

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

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

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

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

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

Анализ объекта автоматизации – компания ООО «Гарант»

Компания ООО “Гарант” вышла на рынок страхования в 2014 году. На сегодняшний день компания предоставляет широкий спектр услуг в области страхования физических лиц. Основными направлениями компании являются:

• автострахование;

• страхование имущества;

• медицинское страхование;

• страхование от несчастных случаев.

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

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

Обзор технологий, подходящих для разработки ИС

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

Приложение будет основано на архитектуре «клиент-сервер». Данная архитектура определяет общие принципы организации взаимодействия в сети, где имеются серверы, поставщики некоторых специфичных функций и клиенты, потребители этих функций. В веб-приложении клиентом выступает браузер, а сервером — веб-сервер, принимающий HTTP-запросы от клиентов и выдающий им HTTP-ответы, как правило, вместе с HTML-страницей, изображением, файлом, медиа-потоком или другими данными. Хранение данных осуществляется преимущественно на сервере в реляционной базе данных, обмен информацией происходит по сети. Одним из преимуществ такого подхода является тот факт, что клиенты не зависят от конкретной операционной системы пользователя, поэтому веб-приложения являются кроссплатформенными сервисами.

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

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

Обзор продуктов-аналогов

Ниже приведены имеющиеся на рынке решениями, с аналогичными объектами и целями автоматизации:

1) 1С:Мобильный Страховой Офис [1]

Рис.1. Home Page «1С:Мобильный Страховой Офис» на официальном сайте производителя

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

Функциональные возможности конфигурации «1С:Мобильный страховой офис»:

• Конструирование страховых продуктов, включая настройку тарифной сетки;

• Учет объектов страхования по типам, с настройкой произвольного количества свойств;

• Создание и хранение договоров и дополнительных соглашений по страхованию;

• Ввод оплат по договорам страхования;

• Учет бланков строгой отчетности (БСО);

• Механизм управления контактами для точки продаж;

• Обмен данными.

2) Система ПАРУС-Страхование 6. X [2]

Рис.2. Домашняя страница системы «ПАРУС-Страхование 6.x»

Для решения задач страхового бизнеса «Корпорация ПАРУС» предлагает специализированную корпоративную информационную систему ПАРУС-Страхование 6.x (Рис. 2), реализованную с использованием самых современных информационных технологий в архитектуре клиент-сервер. Данная система позволяет автоматизировать все основные бизнес-процессы страховой деятельности. В ее состав входит множество различных модулей. Рассмотрим функциональность модуля «Страхование имущества и ответственности», который предназначен для сопровождения договоров классического страхования:

• Регистрация брокеров и агентов;

• Регистрация и сопровождение договоров страхования (полисов);

• Регистрация и учет использования любых бланков строгой отчетности (БСО);

• Настройка системы на конкретные правила страхования;

• Учет страховых событий и убытков;

• Учет комиссионного вознаграждения;

• Учет графика уплаты страховой премии и реального движения денежных средств по договору страхования (полису);

• Формирование отчетности по видам страхования, относящимся к страхованию имущества и ответственности.

3) КОРУС Консалтинг «CRM для страховых брокеров» [3]

Рис.3. Описание решения КОРУС Консалтинг «CRM для страховых брокеров» на официальном сайте производителя

Решение «CRM для страховых брокеров» (Рис.3) на платформе Microsoft Dynamics CRM для брокерских страховых компаний — удобный инструмент для оптимизации работы с клиентами-страхователями, позволяющий значительно сократить количество рутинных операций и усилить контроль исполнительской дисциплины сотрудников компании.

Функциональность решения:

• Заключение и обслуживание договоров страхования;

• Возобновление договоров;

• Управление бланками строгой отчетности;

• Хранение документов;

• Формирование отчетов.

Требования к разрабатываемой информационной системе ООО «Гарант»

На основе проведенного анализа сформулированы требования. Разрабатываемая информационная система должна иметь следующую функциональность:

• Добавление новых сотрудников и клиентов;

• Изменение информации о сотрудниках и клиентах;

• Получение информации о действующих клиентах;

• Конструирование страховых продуктов;

• Подсчет страховых премий;

• Создание и хранение договоров страхования;

• Учет комиссионного вознаграждения.

Выводы

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

Список источников

1. http://solutions.1c.ru/catalog/insur-mob/features

2. http://www.parus.com/solutions/corporate/insurance/functional/

3. http://ms.korusconsulting.ru/products/crm/insurance/

4. http://abc.vvsu.ru/Books/St_delo/page0022.asp

5. https://ru.wikipedia.org/wiki/Система_управления_содержимым