Проанализировать предметную область страховая медицинская компания

---

Подборка по базе: Особенности развития хозяйства расселения и урбанизации Тульской, Фрейд Зигмунд. Психология масс и анализ человеческого Я — 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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