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

Разработка программного комплекса для замены устаревшего программного обеспечения по учету выдачи полисов. Импорт данных из Clipper в MS SQL Server 2005. Подготовка файлов регистра застрахованных и регистра договоров для передачи в представительства.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 20.04.2012
Размер файла 650,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Введение

В соответствие с Законом РФ «О медицинском страховании граждан в Российской Федерации» обязательное медицинское страхование (ОМС) является составной частью государственной системы социального страхования.

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

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

На территории Хабаровского края обязательным медицинским страхованием занимается Хабаровский краевой фонд обязательного медицинского страхования (ХКФОМС). Основными задачами краевого фонда являются:

­ обеспечение реализации Закона Российской Федерации «О медицинском страхование граждан в Российской Федерации»;

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

­ обеспечение всеобщности обязательного медицинского страхования граждан;

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

­ достижение социальной справедливости и равенства всех граждан в системе обязательного медицинского страхования.

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

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

Программное обеспечение филиала должно обеспечивать:

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

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

в) ввод в базу данных реквизитов застрахованных;

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

д) передавать в электронном виде в соответствии с определённым форматом изменения в регистре договоров и регистре застрахованных;

е) принимать в соответствии с протоколом результаты приема регистров от субъектов верхних уровней.

Субъектами второго (среднего) уровня являются филиалы ХКОФМС. На уровне филиала непосредственно договоры не регистрируются и полисы ОМС не выдаются, а проводится агрегирование и проверка информации от ПРЗ, относящихся к данному филиалу с последующей передачей её в ХКФОМС.

Программное обеспечение филиала должно обеспечивать:

а) приём информации от всех подчинённых ПРЗ в установленном формате;

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

в) агрегирование всех регистров в единый регистр договоров (ЕРД) филиала;

г) агрегирование всех регистров в единый регистр застрахованных (ЕРЗ) филиала;

д) передача ЕРД и ЕРЗ в установленном формате в ХКФОМС.

Субъектами третьего (верхнего) уровня является ХКФОМС, на уровне которого производится агрегирование сводного регистра застрахованных (СРЗ).

Программное обеспечение ТФОМС должно обеспечивать:

а) ведение и формирование сводного регистра жителей территории и предприятий плательщиков;

б) ежемесячное формирование СРД и СРЗ по итогам приема и обработки ЕРД и ЕРЗ от всех филиалов;

в) формирование текущего ЕРД и ЕРЗ для каждого филиала (по запросу);

г) формирование отчётных документов.

1. Постановка задачи

1.1 Введение

Разрабатываемый программный комплекс предназначен для замены устаревшего программного обеспечения «Программа учёта выдачи полисов ОМС» работающего в системе MS-DOS и написанного на языке программирования Clipper.

Clipper - система программирования приложений в среде БД, включающая в себя быстрый компилятор программ. Система Clipper представляет собой, по существу, СУБД компилирующего типа с автономным языком, в значительной мере совместимую по входному языку программирования и организации базы данных с СУБД dBaseIII PLUS. Clipper работает в среде операционной системы MS DOS версии 2.0 и выше. В компиляции текстов программ на исходном языке он порождает загрузочные программные модули, не требующие каких-либо системных средств на стадии исполнения. Язык программирования Clipper позволяет создавать отдельные программы, пакеты программ и независимые информационные системы благодаря возможности манипулирования файлами различных типов - таблиц данных (.dbf), «примечания» (.dbt), индексов (.ntx), форм и отчетов (.frm), временных переменных (.mem) и текстов (.txt).

К недостаткам использования в качестве СУБД Clipper, можно отнести следующее:

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

­ база данных является однопользовательской;

­ низкий уровень обеспечения безопасности;

­ проблемы с русской кодировкой;

­ проблемы с масштабированием;

­ отсутствие параллельной обработки данных;

­ невозможность распределённой обработки данных.

Заменяемое программное обеспечение, написанное на языке программирования баз данных Clipper, имеет ряд существенных недостатков:

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

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

­ низкая скорость обработки данных;

­ неудобный пользовательский интерфейс;

Разрабатываемый программный комплекс «АСУ медицинского страхования» работающий под управлением СУБД MS SQL Server 2005 лишён всех выше перечисленных недостатков. Преимущества перехода от СУБД Clipper к СУБД MS SQL Server 2005, следующие:

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

­ надёжные средства защиты информации;

­ эффективные инструменты для разграничения доступа к БД;

­ поддержка широкого диапазона аппаратно - программных платформ;

­ развитые средства управления, контроля, мониторинга и администрирования сервера БД;

­ поддержка таких эффективных инструментариев, как: триггеры, функции, хранимые процедуры, представления, курсоры, язык Transact - SQL;

­ масштабируемость.

застрахованный программный автоматизированный медицинский

1.1.1 Цель проекта и область применения

Необходимо разработать модули, обеспечивающие:

­ импорт данных из Clipper в MS SQL Server 2005;

­ подготовка файлов регистра застрахованных и регистра договоров для передачи в представительства и филиалы ХКФОМС;

­ приём файлов регистра застрахованных и регистра договоров из представительств и филиалов ТФОМС;

­ формирование отчётных документов;

­ регистрация пользователей на сервере;

­ установка прав доступа пользователей на инструкции и объекты базы данных.

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

1.1.2 Термины и сокращения

АСУ - автоматизированная система управления.

БД - база данных.

ИФС - информационно - функциональная схема.

ЛПУ - лечебно профилактическое учреждение.

РД - регистр договоров.

РЗ - регистр застрахованных.

ПРЗ - пункт регистрации застрахованных.

ПО - программное обеспечение.

ПС - программное средство.

ОМС - обязательное медицинское страхование.

ОС - операционная система.

СМО - страховая медицинская организация.

СУБД - система управления базами данных.

ТФОМС - территориальный фонд обязательного медицинского страхования.

ХКФОМС - Хабаровский краевой фонд обязательного медицинского страхования.

1.1.3 Краткий обзор

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

Функции пунктов выдачи страховых медицинских полисов ОМС:

­ регистрация граждан, застрахованных по ОМС, выдача и учёт движения страховых медицинских полисов ОМС;

­ регистрация договоров ОМС граждан, заключённых между СМО и юридическим или физическим лицом - плательщиком единого социального налога;

­ регистрация договоров на предоставление лечебно-профилактической помощи (медицинских услуг) гражданам, застрахованным по ОМС, заключённых между МСО и медицинским учреждением;

­ формирование и ведение баз данных застрахованных по ОМС граждан, договоров страхования и договоров на оказание медицинской помощи застрахованным гражданам (ввод, изменение, удаление записей);

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

Функции головных СМО:

­ формирование сводных баз по страховой медицинской организации;

­ формирование отчётов СМО в ТФОМС о численности застрахованных, движении страховых медицинских полисов, операциях по обязательному медицинскому страхованию;

1.2 Общее описание

1.2.1 Обзор программного средства

Аппаратный и программный интерфейсы

Разрабатываемый программный комплекс предназначен для работы под управлением ОС Microsoft Windows NT/2k/XP, обеспечивающей взаимодействие с аппаратными средствами компьютера. База данных работает под управлением СУБД MS SQL Server 2005, расположенной на специально выделенном компьютере сервере. Между компьютерами пользователей и сервером будут постоянно осуществляться сетевые взаимодействия в рамках локальной вычислительной сети. В качестве протокола передачи данных необходимо использовать стек протоколов управления передачей TCP/IP.

Для взаимодействия с базами данных СУБД MS SQL Server 2005 и СУБД Clipper используется технология ADO.NET. Для доступа к MS SQL Server технология ADO.NET использует источник данных SQL Managed Provider, а для доступа к Clipper - ADO Managed Provider. SQL Managed Provider работает по специальному протоколу, называемому TabularData Stream (TDS) и ориентированному на работу с MS SQL Server, что позволяет увеличить скорость передачи данных и тем самым повысить общую производительность приложения. ADO Managed Provider - предназначен для работы с произвольной базой данных, за счёт своей универсальности имеет проигрыш в производительности по сравнению с SQL Managed Provider. Для работы программного комплекса необходимо установить на машине клиента Microsoft Windows®.NET Framework 2.0, основными компонентами которой являются общеязыковая среда выполнения и библиотека классов. Общеязыковая среда выполнения управляет кодом во время работы приложения, а также обеспечивает управление памятью, управление потоками и удалённое взаимодействие. Библиотека классов представляет коллекцию многократно используемых типов, которые надежно интегрируются с общеязыковой средой выполнения.

Требования к адаптации рабочих мест

Предъявляются следующие требования:

- операционная система Windows NT/2k/XP;

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

- наличие сетевого соединения по протоколу TCP/IP между компьютерами в сети.

1.2.2 Характеристики пользователя

Пользователями программного комплекса «АСУ медицинского страхования», являются сотрудники СМО. Все пользователи должны обладать элементарными навыками работы на компьютере.

Пользователями программного комплекса являются:

­ системный администратор организации, владеющий профессиональными навыками работы с СУБД MS SQL Server и ОС семейства Windows;

­ оператор - работа с клиентами, ведение БД;

­ секретарь - контроль соблюдения нормативных документов.

1.2.3 Пользовательский интерфейс

На рисунке 1 представлена главная экранная форма программного комплекса.

Рисунок 1 - Главная экранная форма программного комплекса «АСУ медицинского страхования»

На главной экранной форме представлено:

­ строка меню - предоставляет доступ к основным командам, выполняемым программным комплексом;

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

­ графическое окно - служит для представления табличной информации;

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

Импорт данных из Clipper в SQL Server 2005

Для выполнения импорта данных необходимо выбрать пункт меню «Файл->Импорт базы данных», после чего пользователю необходимо в диалоговом окне (рисунок 2) указать папку в качестве источника данных. Выбрав папку, можно выполнить одно из следующих действий:

- «Отмена» - произойдёт закрытие диалогового окна и отмена выполнения импорта данных;

- «ОК» - произойдёт закрытие диалогового окна и начнётся процесс импорта данных.

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

Рисунок 2 - Выбор папки источника данных

Рисунок 3 - Завершение импорта данных

Формирование файла регистра договоров

Выбрав пункт меню «Файл -> Сводный регистр договоров -> Экспорт данных в файл», на экране появится форма (рисунок 4), где будет предложено выбрать период регистрации договоров. Далее необходимо указать период и выполнить одно из следующих действий:

- нажав кнопку «Отмена» произойдёт закрытие формы и отмена выполнения формирования файла РД;

- нажав кнопку «ОК» начнётся процесс формирования файла РД, по окончании которого на экране появится окно (рисунок 5), информирующее о завершение выполнения задачи и количестве обработанных записей.

Рисунок 4 - Выбор периода регистрации договоров

Рисунок 5 - Сообщение о завершение выполнения задачи

Формирование файла регистра застрахованных

Выбрав пункт меню «Файл -> Сводный регистр застрахованных -> Экспорт данных в файл», на экране появится форма (рисунок 6), где будет предложено выбрать период регистрации застрахованных. Далее необходимо указать период и выполнить одно из следующих действий:

- нажав кнопку «Отмена» произойдёт закрытие формы и отмена выполнения формирования файла РЗ;

- нажав кнопку «ОК» начнётся процесс формирования файла РЗ, по окончании которого на экране появится окно (рисунок 7), информирующее о завершение выполнения задачи и количестве обработанных записей.

Рисунок 6 - Выбор периода регистрации застрахованных

Рисунок 7 - Сообщение о завершение выполнения задачи

Приём файла регистра договоров

Выбрав пункт меню «Файл -> Сводный регистр договоров -> Импорт данных из файла», на экране появится форма (рисунок 8), где необходимо выбрать файл РД. Выбрав файл и нажав кнопку «Открыть», на экране появится диалоговое окно с вопросом на подтверждение выполнения извлечения данных. Нажав кнопку «ОК» произойдёт извлечение данных. По окончании извлечения данных, пользователь будет проинформирован о завершение операции. Если во время выполнения извлечения данных происходит сбой, то по завершении данной операции на экране появляется окно (рисунок 9), информирующее о количестве не обработанных записей, так же будет предложено просмотреть лог-файл.

Рисунок 8 - Выбор файла РД

Рисунок 9 - Неудачное извлечение данных

Приём файла регистра застрахованных

Выбрав пункт меню «Файл -> Сводный регистр застрахованных -> Импорт данных из файла», на экране появится форма (рисунок 10), где необходимо выбрать файл РЗ. Выбрав файл и нажав кнопку «Открыть», на экране появится диалоговое окно с вопросом на подтверждение выполнения извлечения данных. Нажав кнопку «ОК» произойдёт извлечение данных. При успешном выполнение извлечения данных, появится диалоговое окно с сообщением о завершение операции извлечения данных. Если во время выполнения извлечения данных происходит сбой, то по завершении данной операции на экране появляется окно (рисунок 11), информирующее о количестве не обработанных записей, так же будет предложено просмотреть лог-файл.

Рисунок 10 - Выбор файла РЗ

Рисунок 11 - Неудачное извлечение данных

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

При формировании отчёта РЗ, предоставляется полная информация о численности застрахованных по: району выдачи, району проживания, ЛПУ, предприятиям.

Формирование бланков для страховых медицинских полисов

Выбрав пункт меню «Файл -> Отчёты -> Страховой полис» на экране появится диалоговое окно (рисунок 12), для выбора критерия формирования полиса:

­ период - период регистрации полисов

При отсутствии зарегистрированных полисов за отчётный период, будет показан пустой бланк;

­ фамилия - фамилия застрахованного

Будут показаны все полисы, где фамилия застрахованного будет соответствовать указанной в поле ввода;

­ показать все полисы.

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

Рисунок 12 - Выбор критерия для формирования бланка

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

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

­ серия полиса;

­ номер полиса;

­ Ф.И.О. застрахованного;

­ социальное положение;

­ год рождения;

­ пол;

­ место работы;

­ адрес постоянного места проживания;

­ период действия полиса;

­ номер договора ОМС;

­ период действия договора;

­ дата выдачи полиса.

Формирование отчёта регистра застрахованных по району выдачи

Выбрав пункт меню «Файл -> Отчёты -> Регистр застрахованных -> По районам выдачи», появится отчёт РЗ по району выдачи медицинского полиса.

Формирование отчёта регистра застрахованных по месту проживания

Выбрав пункт меню «Файл -> Отчёты -> Регистр застрахованных -> По месту проживания», появится отчёт РЗ по месту проживания застрахованного.

Формирование отчёта регистра застрахованных по лечебно профилактическим учреждениям

Выбрав пункт меню «Файл -> Отчёты -> Регистр застрахованных -> По ЛПУ» на экране появится отчёт РЗ по ЛПУ (рисунок 16).

Формирование отчёта регистра застрахованных по предприятиям

Выбрав пункт меню «Файл -> Отчёты -> Регистр застрахованных -> По предприятиям» на экране появится отчёт РЗ по предприятиям.

Администрирование БД

Выбрав пункт меню «Функции -> Администрирование», появится форма подключения к серверу (рисунок 18).

Рисунок 18 - Форма подключения к серверу

Здесь необходимо обязательно указать:

­ сервер - адрес сервера, к которому происходит подключение;

­ логин - логин системного администратора или администратора безопасности;

­ пароль;

­ база - имя БД над которой будет производиться администрирование.

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

­ при не корректно введённых параметрах на экране появится диалоговое окно с сообщение об ошибке подключения к серверу;

­ при правильно введённых параметрах на экране появится форма для администрирования.

Функции формы администрирования:

­ регистрация учётной записи;

­ редактирования учётной записи;

­ удаление учётной записи;

­ установка прав доступа на объекты и инструкции БД.

Регистрация учётной записи

Для регистрации учётной записи необходимо указать:

­ имя пользователя - пользователь БД;

­ логин - логин для подключения к БД;

­ пароль.

После чего нужно нажать кнопку «Добавить», для регистрации пользователя, либо «Отмена», для отмены регистрации пользователя.

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

Редактирование учётной записи

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

Удаление учётной записи

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

Установка прав доступа на объекты и инструкции БД

Для установки прав доступа на объекты и инструкции БД, необходимо указать пользователя в всплывающем меню и нажать кнопку «Выбрать», после чего на экране будут отображены все права доступа пользователя на таблицы (рисунок 20) и хранимые процедуры (рисунок 21).

Доступны следующие ограничения:

­ операция выборки (SELECT) - просмотр записей в таблице или представление;

­ операция вставки (INSERT) - добавление новых записей в таблицу или представление;

­ операция изменения (UPDATE) - изменение содержимого записей таблицы или представления;

­ операция удаления (DELETE) - удаление записей из таблиц или представлений;

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

1.2.4 Характеристики ПО

Надёжность

Приложение должно:

­ контролировать корректность передаваемых данных;

­ корректно реагировать на исключительные ситуации;

­ информировать пользователя о возникших ошибках;

­ обеспечивать пользователю функциональность в соответствие с назначенными ему правами;

­ реализовывать все предусмотренные функции;

­ время реакции системы на запросы должно быть приемлемым.

Переносимость

Приложение корректно работает на операционных системах Windows NT/2k/XP и корректно передаёт данные по протоколу TCP/IP.

2. Функциональная часть

2.1 Список функций

Должны быть реализованы следующие функции:

­ извлечения данных из СУБД Clipper в СУБД SQL Server 2005

­ формирование файлов РЗ для отправки в филиалы;

­ формирование файлов РД для отправки в филиалы;

­ приём файлов РЗ от филиалов;

­ приём файлов РД от филиалов;

­ формирования отчётных документов:

­ отчёт РЗ по районам выдачи;

­ отчёт РЗ по месту проживания;

­ отчёт РЗ по ЛПУ;

­ отчёт РЗ по предприятиям;

­ бланк страхового медицинского полиса;

­ управление правами доступа пользователей над объектами БД:

­ регистрация новой учётной записи;

­ редактирования учётной записи;

­ удаления учётной записи;

­ установка прав над объектами и инструкциями БД для учётной записи.

2.2 Требования к функциям

2.2.1 Информационно-функциональная схема

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

Размещено на http://www.allbest.ru/

Рисунок 22 - Условные обозначения, принятые для описания информационно-функциональной схемы

2.2.2 Импорт данных из СУБД Clipper в СУБД MS SQL Server 2005

Данная функция предназначена для автоматизации импорта данных из СУБД Clipper в СУБД MS SQL Server 2005, выполняя при этом преобразование данных к нужному формату и проверяя их на корректность. Выполняется импорт всех данных, при этом будет сформирован лог-файл для РЗ и РД, где будут указаны ошибочные записи. Типичные ошибки: дублирование ключевых полей, расхождение даты регистрации с датой окончания действия документа, незаполненные необходимые поля, не правильный формат данных.

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

­ подключение к серверу под логином администратора;

­ выбор папки источника данных;

­ извлечение данных из файлов;

­ формирование лог - файла при возникновении ошибок;

­ информирование пользователя о завершение операции извлечения.

Размещено на http://www.allbest.ru/

Рисунок 23 - Фрагмент ИФС для функции «Импорт данных»

2.2.3 Формирование файлов регистра застрахованных

Данная функция предназначена для формирования файла регистра застрахованного за отчётный период для оправки в СМО. После формирования файла РЗ, необходимо проверить правильность и полноту заполнения всех данных.

Не допускается:

­ нулевое значение, неполное либо неверное заполнение поля: серия и номер паспорта (свидетельства о рождении);

­ нулевое значение серии полиса;

­ пустое поле улицы, номера дома.

Размещено на http://www.allbest.ru/

Рисунок 24 - Фрагмент ИФС для функции «Формирование файла регистра застрахованных»

2.2.4 Формирование файлов регистра договоров

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

При формировании файла РД для отправки в филиал, должны выполняться следующие действия:

­ выбор периода регистрации договоров;

­ формирование файла РД по дате регистрации;

­ информирования пользователя о завершение операции формирования файла.

Информационно-функциональная схема представлена на рисунке 25

Размещено на http://www.allbest.ru/

Рисунок 25 - Фрагмент ИФС для функции «Формирование файла регистра договоров»

2.2.5 Приём файлов регистра застрахованных

Данная функция предназначена для импорта данных из файла РЗ, поступающего от СМО. При выполнении импорта осуществляется проверка данных и формируется лог-файл.

При приёме файла РЗ, должны выполняться следующие действия:

­ выбор файла для приёма;

­ извлечение данных из файла РЗ;

­ формирование лог-файла при возникновении ошибок;

­ информирования пользователя о завершение операции приёма файла.

Информационно-функциональная схема представлена на рисунке 26.

Размещено на http://www.allbest.ru/

Рисунок 26 - Фрагмент ИФС для функции «Импорт данных из файла регистра застрахованных»

2.2.6 Приём файлов регистра договоров

Данная функция предназначена для импорта данных из файла РД, поступающего от СМО. При выполнении импорта осуществляется проверка данных и формируется лог-файл.

При приёме файла РД из филиала, должны выполняться следующие действия:

­ выбор файла для приёма;

­ извлечение данных из файла РД;

­ формирование лог-файла при возникновении ошибок;

­ информирования пользователя о завершение операции приёма файла.

Информационно-функциональная схема представлена на рисунке 27.

Размещено на http://www.allbest.ru/

Рисунок 27 - Фрагмент ИФС для функции «Импорт данных из файла регистра договоров»

2.2.7 Формирование отчётных документов

Данные функции предназначены для формирования отчётной информации и документов на печать. Отчёты должен быть представлены на формате А4 с возможностью вывода содержащейся в них информации на печать. Реализованы следующие отчёты:

­ отчёт РЗ по районам выдачи (рисунок 28);

­ отчёт РЗ по месту проживания (рисунок 29);

­ отчёт РЗ по ЛПУ (рисунок 30);

­ отчёт РЗ по предприятиям (рисунок 31);

­ бланк медицинского полиса (рисунок 32).

Размещено на http://www.allbest.ru/

Рисунок 28 - Фрагмент ИФС для отчёта «Регистр застрахованных по району выдачи»

Размещено на http://www.allbest.ru/

Рисунок 29 - Фрагмент ИФС для отчёта «Регистр застрахованных по району проживания»

Размещено на http://www.allbest.ru/

Рисунок 30 - Фрагмент ИФС для отчёта «Регистр застрахованных по ЛПУ»

2.2.8 Управления правами доступа над объектами БД

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

а) регистрация новой учётной записи

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

2) ввод логина и пароля, для подключения к серверу;

3) регистрация учётной записи.

б) редактирования учётной записи

1) ввод нового логина и пароля для подключения к серверу;

2) редактирование учётной записи.

в) удаления учётной записи

1) запрос на подтверждение удаления учётной записи;

2) при подтверждении удаления, должно выполняться удаление учётной записи.

г) установка прав над объектами и инструкциями БД для учётной записи.

При регистрации учётной записи, ей автоматически присваиваются роли: db_reader - члены этой роли, могут выполнять инструкцию SELECT для любой таблицы или представления в базе; db_datawriter - члены это роли, могут выполнять добавление (insert), редактирование (update) и удаление (delete) записей таблиц и представлений базы данных.

Роли db_datareader и db_datawriter обеспечивают доступ ко всем таблицам базы данных. После этого для учётной записи можно запретить или разрешить выполнение той или иной инструкции над объектами БД.

3. Информационное обеспечение приложения

3.1 Концептуальная модель данных

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

3.2 Физическая модель данных

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

3.2.1 Список таблиц базы данных

Список таблиц приложения «Автоматизированная система управления медицинского страхования» представлен в таблице 3.1.

Таблица 3.1 - Список таблиц базы данных

Идентификатор таблицы

Название таблицы

Описание таблицы

allowableservices

Дополнительные услуги

Список дополнительных услуг для ЛПУ

areas

Районы

Список районов субъектов РФ

brancheslist

Услуги

Список допустимых услуг для отделений ЛПУ

citizensage

Возрастная группа

Список возрастных групп

classtype

Классификатор типов договора

Список договоров с юридическими и физическими лицами

contractlist

Регистр договоров

Список заключённых договоров с СМО

document

Документы

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

insuredcategories

Категории застрахованных

Список категорий застрахованных

insuredlist

Регистр застрахованных

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

lpubranches

Отделения ЛПУ

Список отделений ЛПУ

lpucategories

Категории ЛПУ

Справочник категорий ЛПУ

lpulist

ЛПУ

Список ЛПУ

lpusubord

Подчинённость ЛПУ

Список типов подчинения ЛПУ

lputype

Тип ЛПУ

Список типов ЛПУ

occupieditem

Населённые пункты

Справочник населённых пунктов

periods

Периоды

Список календарных месяцев

policiesmovement

Движение полиса

Список признаков движения полисов

Prz

Пункт регистра застрахованных

Справочник пунктов регистра застрахованных

regions

Регионы

Список регионов РФ

secondnames

Классификатор отчеств

Список классификаторов отчеств

Smo

Страховые медицинские организации

Список страховых медицинских организаций

socialstatus

Социальное положение

Список классификаторов социального положения

specificationslist

Уточнения предприятий

Список уточнений предприятий

streetslist

Улицы

Территориальный список улиц

3.2.2 Структура таблиц базы данных

Структура таблиц базы данных программного комплекса представлена в таблицах 3.2-3.25.

Таблица 3.2 - Структура таблицы «allowableservices»

Код поля

Наименование поля

Тип поля

asid*

Код дополнительной услуги

int

Standart

Стандарт

int

Tariff

Коэффициент регионального тарифа

float

tariffnonresident

Тариф иногородним

float

Salary

Процент на заработную плату

float

charge

Процент начисления на заработную плату

float

Feed

Процент на питание

float

medicines

Процент на медикаменты

float

Таблица 3.3 - Структура таблицы «areas»

Код поля

Наименование поля

Тип поля

aid*

Код района

int

ainame

Район

varchar(50)

Rid

Код региона

int

Таблица 3.4 - Структура таблицы «brancheslist»

Код поля

Наименование поля

Тип поля

blid*

Код отделения

smallint

blname

Отделение

varchar(50)

Таблица 3.5 - Структура таблицы «citizensage»

Код поля

Наименование поля

Тип поля

caid*

Код возрастной группы

smallint

caname

Возрастная группа

varchar(50)

Таблица 3.6 - Структура таблицы «classtype»

Код поля

Наименование поля

Тип поля

ctid*

Код типа договора

Int

ctname

Тип договора

varchar(50)

Таблица 3.7 - Структура таблицы «document»

Код поля

Наименование поля

Тип поля

Docid*

Код документа

int

docname

Документ

varchar(50)

Таблица 3.8 - Структура таблицы «contractlist»

Код поля

Наименование поля

Тип поля

clid*

Номер договора

int

Reg

Регистрационный индекс

smallint

registrationid

Регистрационный номер

int

registrationdate

Дата регистрации

smalldatetime

Ctid

Код типа договора

int

inn1

Инн1

bigint

inn2

Инн2

bigint

Kpp

Кпп

bigint

Nw

Состояние договора

bit

clname

Договор

varchar(100)

startdate

Начало действия договора

smalldatetime

enddate

Окончание действия договора

smalldatetime

address

Адрес

varchar(50)

mailindex

Почтовый индекс

int

Oiid

Код населённого пункта

int

Slid

Код улицы

int

hnumber

Номер дома

smallint

Ofkv

Номер офиса

smallint

Chief

Руководитель

varchar(40)

telephone

Телефон

bigint

omsrespondible

Ответственный за ОМС

varchar(40)

addinf

Дополнительная информация

varchar(100)

payments

Платежи

bit

Таблица 3.9 - Структура таблицы «insuredcategories»

Код поля

Наименование поля

Тип поля

icid*

Код категории застрахованных

smallint

icname

Категория застрахованных

varchar(70)

Таблица 3.10 - Структура таблицы «lpubranches»

Код поля

Наименование поля

Тип поля

Lpuid*

Код ЛПУ

int

blid*

Код отделения ЛПУ

smallint

Count

Количество работников

smallint

Таблица 3.11 - Структура таблицы «lpucategories»

Код поля

Наименование поля

Тип поля

lcid*

Код категории ЛПУ

smallint

lcname

Категория ЛПУ

varchar(15)

Таблица 3.12 - Структура таблицы «insuredlist»

Код поля

Наименование поля

Тип поля

number*

Номер полиса

int

clid*

Серия полиса

int

Pmid

Код признака движения полиса

smallint

Kms

КМС

bigint

Pr

Признак печати

bit

startdate

Дата начала действия полиса

smalldatetime

enddate

Дата окончания действия полиса

smalldatetime

telephone

Телефон

bigint

slid2

Код уточнения предприятия

char(1)

Docid

Код типа документа

int

docnumber

Документ

varchar(20)

Os

ОС

bit

surname

Фамилия

varchar(20)

Nid

Код имени

int

Snid

Код отчества

int

birthdate

Дата рождения

smalldatetime

Male

Пол

bit

Ssid

Код социального статуса

smallint

disterr

Код населённого пункта

int

Ils

ИЛС

int

resterr

Код населённого пункта

int

Slid

Код улицы

int

House

Номер дома

smallint

Cas

Номер корпуса

char(5)

Str

Номер строения

char(5)

apartament

Номер квартиры

smallint

Icid

Код категории застрахованных

smallint

pigroup

Категория инвалидности

smallint

Lpuid

Код ЛПУ

int

outdate

Дата сдачи полиса

smalldatetime

changedate

Дата изменения данных

smalldatetime

operator

Оператор

smallint

Smoid

Код СМО

char(2)

Таблица 3.13 - Структура таблицы «lpusubord»

Код поля

Наименование поля

Тип поля

lsid*

Код подчинения ЛПУ

smallint

lsname

Наименование подчинения ЛПУ

varchar(40)

Таблица 3.14 - Структура таблицы «lpulist»

Код поля

Наименование поля

Тип поля

Lpuid*

Код ЛПУ

int

lpuname

ЛПУ

varchar(50)

Lsid

Код подчинения ЛПУ

smallint

Caid

Код возрастной группы

smallint

Ltid

Код типа ЛПУ

smallint

ltnumber

Номер ЛПУ

smallint

Tuzo

Тузо

int

Okpo

ОКПО

int

Okogu

ОКОГУ

int

Okato

ОКАТО

int

Code

Код

float

Okopf

ОКПФ

int

Oiid

Код района

int

address

Адрес

varchar(50)

Slid

Код улицы

int

hnumber

Номер дома

smallint

mailindex

Почтовый индекс

int

Lcid

Код категории ЛПУ

smallint

regtar

Коэффициент регионального тарифа

float

maindoctor

Главный врач

varchar(20)

chiefaccountant

Главный бухгалтер

varchar(20)

contractnumber

Номер договора

int

Date

Дата заключения договора

smalldatetime

attachedpop

Прикреплённое население

int

m16

Младше 16

int

m1660

Мужчины от 16 до 60

int

g1655

Женщины от 16 до 55

int

m60

Мужчины старше 60

int

g55

Женщины старше 55

int

Asid

Код дополнительных услуг ЛПУ

int

Таблица 3.15 - Структура таблицы «occupieditem»

Код поля

Наименование поля

Тип поля

oiid*

Код населённого пункта

int

oiname

Населённый пункт

varchar(50)

Aid

Код района

int

Таблица 3.16 - Структура таблицы «lputype»

Код поля

Наименование поля

Тип поля

ltid*

Код типа ЛПУ

smallint

ltname

Тип ЛПУ

varchar(50)

Таблица 3.17 - Структура таблицы «names»

Код поля

Наименование поля

Тип поля

nid*

Код имени

Int

Nname

Имя

varchar(20)

Таблица 3.18 - Структура таблицы «policiesmovement»

Код поля

Наименование поля

Тип поля

pmid*

Код признака движения полиса

smallint

Pmname

Признак движения полиса

varchar(40)

Таблица 3.19 - Структура таблицы «prz»

Код поля

Наименование поля

Тип поля

Przid*

Код ПРЗ

char(4)

Przname

ПРЗ

varchar(40)

Smoid

Код СМО

char(2)

Oiid

Код района

int

Slid

Код улицы

int

Hnumber

Номер дома

smallint

Chief

Руководитель

varchar(20)

Matrespon

Материально ответственный

varchar(20)

Properator

Оператор

varchar(20)

Telephone

Телефон

int

Таблица 3.20 - Структура таблицы «regions»

Код поля

Наименование поля

Тип поля

rid*

Код региона

int

Rname

Регион

varchar(50)

Таблица 3.21 - Структура таблицы «secondnames»

Код поля

Наименование поля

Тип поля

snid*

Код отчества

int

snname

Отчество

varchar(20)

Таблица 3.22 - Структура таблицы «smo»

Код поля

Наименование поля

Тип поля

Smoid*

Код СМО

char(2)

smname

СМО

varchar(50)

Oiid

Код района

int

Slid

Код улицы

int

hnumber

Номер дома

smallint

Chief

Руководитель

varchar(40)

chiefaccountant

Главный бухгалтер

varchar(40)

mischief

Руководитель АСУ

varchar(40)

telephone

Телефон

int

tfomscontract

Договор с ТФМСО

varchar(8)

stardate

Дата начала

smalldatetime

enddate

Дата окончания

smalldatetime

Таблица 3.23 - Структура таблицы «socialstatus»

Код поля

Наименование поля

Тип поля

ssid*

Код социального положения

smallint

Ssname

Социальное положение

varchar(40)

Sscategory

Категория социального положения

varchar(25)

Таблица 3.24 - Структура таблицы specificationslist»

Код поля

Наименование поля

Тип поля

slid*

Код уточнения предприятия

char(1)

Slname

Уточнение предприятия

varchar(25)

Таблица 3.25 - Структура таблицы «streetslist»

Код поля

Наименование поля

Тип поля

slid*

Код улицы

int

slname

Улица

varchar(50)

3.2.3 Оценка объёма БД

Расчёт верхней оценки объёма информационной базы для разрабатываемого программного комплекса представлен в таблице 3.26.

Таблица 3.26 - Объём таблиц БД

Название таблицы

Размер записи, б

Количество записей

Объём, Кб

Дополнительные услуги

32

100

3,1

Районы

58

3000

169,9

Услуги

52

100

5,1

Возрастная группа

52

3

0,2

Классификатор типов договора

54

30

1,6

Регистр договоров

406

5000

1982,4

Документы

54

20

1,1

Категории застрахованных

72

50

3,5

Регистр застрахованных

146

1500000

213867,2

Отделения ЛПУ

8

50

0,4

Категории ЛПУ

17

6

0,1

ЛПУ

232

500

113,3

Подчинённость ЛПУ

42

30

1,2

Тип ЛПУ

52

40

2,0

Классификатор имён

24

10000

234,4

Населённые пункты

58

5000

283,2

Движение полиса

42

10

0,4

Пункт регистра застрахованных

120

300

35,2

Регионы

54

90

4,7

Классификатор отчеств

24

20000

468,8

Страховые медицинские организации

202

30

5,9

Социальное положение

67

15

1,0

Уточнения предприятий

26

3

0,1

Улицы

54

10000

527,3

Максимальный суммарный объем БД программного комплекса «АСУ медицинского страхования» может достигать 212,6 Мб.

4. Программное обеспечение приложения

Программный комплекс разработан в среде программирования Microsoft Visual Studio 2005 для Windows 2000/XP/2003 с использованием в качестве механизма доступа к ресурсам СУБД программного инструментария ADO.NET. Интерфейс ADO.NET реализует все низкоуровневые операции работы с базами данных и является разделяемым ресурсом, то есть может использоваться несколькими приложениями одновременно.

Выбор в качестве среды разработки Microsoft Visual Studio 2005 обусловлен хорошим сочетанием возможностей технологии визуального программирования с мощью объектно-ориентированного аппарата языка C#.

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

Язык C#, являясь объектно-ориентированным, позволяет подходить к разработке внутреннего ядра программы, опираясь на концепцию системного анализа. Унаследовав все лучшие стороны языков высокого уровня, C# объединяет высокую производительность средств быстрой разработки (RAD) с мощью и гибкостью C++. При проектировании программного комплекса активно использовались методы объектно-ориентированного программирования.

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

Ориентирование приложения для работы под операционными системами Windows 2000/XP/2003 позволяет в полной мере использовать в программе унифицированный данными операционными системами механизм взаимодействия пользователя с программным комплексом - интерфейс пользователя.

Разработка концептуальной и физической модели данных выполнена в Power Designer v9.0. фирмы Sybase.

В качестве СУБД использовалась СУБД Microsoft SQL Server 2005 фирмы Microsoft.

Заключение

В результате дипломного проектирования для филиала открытого акционерного общества «Газпроммедстрах» был разработан и реализован программный комплекс «Автоматизированная система управления медицинского страхования». В системе реализованы основные функции СМО: функции страхования, функции контроля за выполнением условий договора со страхователями и медицинскими учреждениями, функции формирования отчётов СМО в ТФОМС о численности застрахованных, движении страховых медицинских полисов, операциях по обязательному медицинскому страхованию.

Приложение отвечает всем поставленным требованиям. Осуществлён импорт данных из СУБД Clipper в СУБД MS SQL Server, обеспечивающий перенос существующих данных из устаревшего программного обеспечения в разработанный программный комплекс. Реализовано формирование отчётных документов, предоставляющих всю необходимую для работы информацию. Разработан модуль для администрирования БД, обеспечивающий гибкую настройку прав пользователей над объектами БД.

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

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

1. Нейгель, Кристиан, Ивьен, Билл, Глин, Джей. C# 2005 для профессионалов.: Пер. с англ. - М.: Издательский дом «Вильямс», 2006. - 1376 с.: - Парал.тит. англ.

2. Постолит А.В. Visual Studio.NET: разработка приложений баз данных. - СПб.: БХВ-Петербург, 2003. - 544 с.: ил.

3. Сеппа Д. Microsoft ADO.NET/Пер. с англ. - М.: Издательско-торговый дом Русская Редакция, 2003- - 640 стр.: ил.

4. http://www.rsdn.ru/

5. http://msdn.microsoft.com/

6. http://support.microsoft.com/

ПРИЛОЖЕНИЕ А

Исходный текст приложения.

/*Импорт БД*/

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

using System.Data.OleDb;

using System.Data.SqlClient;

using System.IO;

using System.Globalization;

using Microsoft.Office.Interop.Excel;

OleDbConnection connect_dbf = null;

SqlConnection connect_mdf = null;

OleDbDataReader rdr_dbf;

OleDbCommand cmd_dbf = new OleDbCommand();

SqlCommand cmd_mdf = new SqlCommand();

string workdirectory = "";

string decimal_sep = System.Globalization.NumberFormatInfo.CurrentInfo.CurrencyDecimalSeparator;//разделитель дробных чисел(регионалные стандарты)

To_log_File to_file = null;

DataSet e = new DataSet();

#region Обрабатываем выбор пункта меню "импорт базы данных"

private void импортБазыДанныхToolStripMenuItem_Click(object sender, EventArgs e)

{

//указываем путь к файлам бд

if (folderBrowser.ShowDialog() == DialogResult.OK)

{

createFiles(folderBrowser.SelectedPath);

FillingTables();

}

}

#endregion

#region Создаём временную директорию и копируем необходимые файлы из папки источника для дальнейшей обработки

void createFiles(string directoryOut)

{

try

{

string directoryIn = "";

directoryIn = Directory.CreateDirectory(".\\Temp").ToString();

File.Copy(directoryOut + "\\common\\region.dbf", directoryIn + "\\region.dbf", true);

File.Copy(directoryOut + "\\common\\region.cdx", directoryIn + "\\region.cdx", true);

File.Copy(directoryOut + "\\fizpers\\sltipdog.dbf", directoryIn + "\\sltipdog.dbf", true);

File.Copy(directoryOut + "\\fizpers\\sltipdog.cdx", directoryIn + "\\sltipdog.cdx", true);

File.Copy(directoryOut + "\\fizpers\\dogovor.dbf", directoryIn + "\\dogovor.dbf", true);

File.Copy(directoryOut + "\\fizpers\\dogovor.cdx", directoryIn + "\\dogovor.cdx", true);

File.Copy(directoryOut + "\\common\\tpdoc.dbf", directoryIn + "\\tpdoc.dbf", true);

File.Copy(directoryOut + "\\common\\tpdoc.cdx", directoryIn + "\\tpdoc.cdx", true);

File.Copy(directoryOut + "\\common\\kateg.dbf", directoryIn + "\\kateg.dbf", true);

File.Copy(directoryOut + "\\common\\kateg.cdx", directoryIn + "\\kateg.cdx", true);

File.Copy(directoryOut + "\\fizpers\\fizpers.dbf", directoryIn + "\\fizpers.dbf", true);

File.Copy(directoryOut + "\\fizpers\\fizpers.cdx", directoryIn + "\\fizpers.cdx", true);

File.Copy(directoryOut + "\\common\\klpu.dbf", directoryIn + "\\klpu.dbf", true);

File.Copy(directoryOut + "\\common\\klpu.cdx", directoryIn + "\\klpu.cdx", true);

File.Copy(directoryOut + "\\common\\infostr.dbf", directoryIn + "\\infostr.dbf", true);

File.Copy(directoryOut + "\\common\\infostr.cdx", directoryIn + "\\infostr.cdx", true);

File.Copy(directoryOut + "\\common\\slpod.dbf", directoryIn + "\\slpod.dbf", true);

File.Copy(directoryOut + "\\common\\slpod.cdx", directoryIn + "\\slpod.cdx", true);

File.Copy(directoryOut + "\\common\\sltlpu.dbf", directoryIn + "\\sltlpu.dbf", true);

File.Copy(directoryOut + "\\common\\sltlpu.cdx", directoryIn + "\\sltlpu.cdx", true);

File.Copy(directoryOut + "\\fizpers\\slimx.dbf", directoryIn + "\\slimx.dbf", true);

File.Copy(directoryOut + "\\fizpers\\slimx.cdx", directoryIn + "\\slimx.cdx", true);

File.Copy(directoryOut + "\\common\\slprz.dbf", directoryIn + "\\slprz.dbf", true);

File.Copy(directoryOut + "\\common\\slprz.cdx", directoryIn + "\\slprz.cdx", true);

File.Copy(directoryOut + "\\common\\slprp.dbf", directoryIn + "\\slprp.dbf", true);

File.Copy(directoryOut + "\\common\\slprp.cdx", directoryIn + "\\slprp.cdx", true);

File.Copy(directoryOut + "\\fizpers\\slotx.dbf", directoryIn + "\\slotx.dbf", true);

File.Copy(directoryOut + "\\fizpers\\slotx.cdx", directoryIn + "\\slotx.cdx", true);

File.Copy(directoryOut + "\\common\\slmso.dbf", directoryIn + "\\slmso.dbf", true);

File.Copy(directoryOut + "\\common\\slmso.cdx", directoryIn + "\\slmso.cdx", true);

File.Copy(directoryOut + "\\common\\socpol.dbf", directoryIn + "\\socpol.dbf", true);

File.Copy(directoryOut + "\\common\\socpol.cdx", directoryIn + "\\socpol.cdx", true);

File.Copy(directoryOut + "\\common\\slreg.dbf", directoryIn + "\\slreg.dbf", true);

File.Copy(directoryOut + "\\common\\slreg.cdx", directoryIn + "\\slreg.cdx", true);

File.Copy(directoryOut + "\\fizpers\\streetx.dbf", directoryIn + "\\street.dbf", true);

File.Copy(directoryOut + "\\fizpers\\streetx.cdx", directoryIn + "\\street.cdx", true);

File.Copy(directoryOut + "\\fizpers\\slpred.dbf", directoryIn + "\\slpred.dbf", true);

File.Copy(directoryOut + "\\fizpers\\slpred.cdx", directoryIn + "\\slpred.cdx", true);

//начинаем извлекать данные

}

catch (Exception exp)

{

MessageBox.Show(exp.ToString(), "Ошибка", MessageBoxButtons.OK, MessageBoxIcon.Error);

}

}

#endregion

#region Подключение к БД/Отключение

private void ConnectToBD()

{

try

{

connect_dbf = new OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+workdirectory+"\\Temp\\;Extended Properties=dBase IV;User ID=Admin;Password=");

connect_dbf.Open();

connect_mdf = new SqlConnection(@"Data Source=(local)\SQLEXPRESS;Initial Catalog=DataBase;Integrated Security=SSPI");

connect_mdf.Open();

}

catch (Exception exp)

{

MessageBox.Show("Ошибка подключения к базе данных:\n" + exp.ToString());

}

}

private void отклчToolStripMenuItem_Click(object sender, EventArgs e)

{

connect_dbf.Close();

connect_mdf.Close();

}

#endregion

#region заполнение таблиц

private void FillingTables()

{

try

{

//Функция извлечения списка улиц

extract_list_streets();

//Функция извлечения категорий застрахованных

extract_insured_categories();

//Функция извлечения категорий ЛПУ

extract_lpu_categories();

//Функция извлечения типов документа

extract_documents();

//Функция извлевчения категорий социального положения

extract_social_status();

//Функция извлевчения типов ЛПУ

extract_lpu_types();

//Функция извлечения списка признака движения полиса


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.