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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 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 — Список таблиц базы данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3.24 — Структура таблицы specificationslist"

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

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

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

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

Максимальный суммарный объем БД программного комплекса «АСУ медицинского страхования» может достигать 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 ();

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