Автоматизированная система учета движения полисов ОМС в филиале ООО «Росгосстрах-Медицина»

1) программа не может корректно поддерживать целостность БД при передачи данных в ТФОМС;

2) программа не может корректно поддерживать целостность БД при количестве одновременно работающих пользователей больше 4;

3) отсутствие политики разграничения прав пользователей;

4) отсутствие открытого кода и механизмов модернизации программы.

Относительно  проектируемой системы приложение «Полис» связано по таблице «Naselen.dbf».

 

2.2.3.1 Спецификация справочников и таблиц БД входящей в ПС «Полис»

 

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

1) доступ к таблице «naselen»  возможно осуществить через драйверы ODBC;

2) отсутствует исходный код проекта и средства администрирования ПС «Полис».

 

2.2.3.2 Описание регламента связей

 

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

1) серия_полиса;

2) номер_полиса;

3) дата_выдачи полиса;

4) фамилия_страхователя;

5) имя_страхователя;

6) отчество_страхователя;

7) название_организации.

 

2.3 Пояснительная записка к техническому проекту

2.3.1 Общие положения 

 

Автоматизированная  система по учету полисов ОМС в ООО «РГС-Медицина» Росгосстрах разрабатывается на некоммерческой основе в рамках выполнения выпускной классификационной работы . Разработчик : студент заочного факультета Демьяновская Евгения Анджеловна.

Плановые сроки  начала и окончания  работ:

1) начало работ: февраль 2010 года;

2) окончание работ: июль 2010 года.

Разработка системы ведется на основании технического задания (приложение.А).

Цели создания системы:

1) систематизация, проверка и контроль качества информации по движению БСО ОМС;

2) автоматизация типовых задач по учету бланков ОМС.

Результирующие  компоненты:

1) база данных: физически размещена на сервере баз данных ;

2) клиентская часть: представлена исполняемым модулем сгенерированным на рабочие места сотрудников компании смотри п.2.2.1;

3) техническое задание: является основанием для разработки (приложе-ние А);

4) пояснительная записка к дипломному проекту: содержит проектную, техническую и описательную часть.

Требования к надежности:

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

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

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

4) мобильность: организация разрабатываемой системы должна обеспечить минимальные временные затраты для ее ввода в действие;

5) быстродействие: разрабатываемая система должна быть оптимизирована по критерию определяющим скорость обработки запросов пользователя;

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

Создание системы  разделяется на несколько этапов:

1) проектная стадия разработки системы;

2) техническая стадия;

3) внедрение;

4) доработка.

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

 

2.3.2 Основные  технические решения

 

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

1) организация совместного доступа к общим информационным ресурсам;

2) возможность работы системы на территориально удаленных друг от друга рабочих станциях;

3) бесперебойность работы системы;

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

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

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

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

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

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

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

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

Архитектура клиент-сервер обладает рядом преимуществ:

1) обеспечивается более широкий доступ к существующим базам данных;

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

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

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

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

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

4) архитектура клиент-сервер естественно отображается на архитектуру открытых систем.

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

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

Разрабатываемая система должна использоваться пользователями в любое время в течение рабочего дня.

Требуемый режим  работы персонала – полный рабочий  день с 9:00 до 18:00.

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

1) нормальная работа системы будет возможна на компьютерах с процессором, тактовая частота которых более 2 ГГц, оперативной память не менее 512 Mb, жестким диском размеров от  20 ГБ. Данные требования определены рекомендациями производителя ОС Windows XP;

2) для обеспечения сетевой работы системы необходимо, чтобы компьютеры пользователей системы должны быть объединены в локальную вычислительную сеть. В качестве сетевого интерфейса необходимо применить сетевые протоколы TCP/IP. Физически информационная база должна храниться на сервере предприятия. Информационная сис-тема должна позволять нескольким пользователям одновременно рабо-тать с одной информационной базой. Все изменения, вносимые одним из пользователей, сразу становятся доступны другим пользователям системы. Для каждого из пользователей, работающих с системой, должен быть назначен набор прав на доступ к информации, обраба-тываемой системой;

3) для печати документов необходим принтер формата А4.

Требования  к информационному обеспечению: Информационное обеспе-чение ИС включает два комплекса: внемашинное информационное обеспе-чение (классификаторы технико-экономической информации, документы, мето-дические инструктивные материалы) и внутримашинное информационное обес-печение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных).

К информационному  обеспечению предъявляются следующие  общие требования:

1) информационное обеспечение должно быть достаточным для поддержания всех автоматизируемых функций объекта;

2) для кодирования информации должны использоваться принятые у заказчика классификаторы;

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

4) должна быть обеспечена совместимость с информационным обеспе-чением систем, взаимодействующих с разрабатываемой системой;

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

6) структура документов и экранных форм должна соответствовать харак-теристиками терминалов на рабочих местах конечных пользователей;

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

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

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

1) входные файлы:

а) файл «naselen.dbf» (таблица приложения Б 8) необходим для получения разрабатываемой системой реквизитов выданных, списанных полисов ОМС. По отношению к разрабатываемой системе файл является внешним источником информации. Заполнение данных осуществляют сотрудники отдела ОМС с оригиналов списков представленных предприятиями для выдачи полисов ОМС через систему «Полис»;

б) электронная таблицы в формате «XLS», «XLSX». Данные файлы содержат предварительный отчет по выданным, испорченным, утраченным полисам ОМС смотри рисунок 2.6;

2) основные файлы: cгруппированы в базу данных, включают в себя сле-дующие данные:

а) местонахождение бланков полисов;

б) перечень заявленных номеров в ТФОМС;

в) перечень реализованных, испорченных, утраченных, украденных полисов по предварительным отчетам агентов;

г) реквизиты агентов;

д) книга учета бланков строгой отчетности смотри рисунок 2.5;

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

Внемашинное информационное обеспечение:

1) накладная на получения бланков ОМС;

2) накладная на отгрузку бланков ОМС;

3) накладная на возврат бланков ОМС;

4) предварительный отчет о выданных, испорченных, утраченных полисах ОМС;

5) агентские договоры;

6) трудовые договоры;

7) положения по регламенту, составу и порядку передачи статистической отчетности.

 

2.3.3 Мероприятия по подготовке объекта автоматизации к вводу системы в действие.

 

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

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

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

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