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

Автор работы: Пользователь скрыл имя, 03 Ноября 2012 в 14:36, дипломная работа

Описание работы

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

Содержание работы

Введение
4
1 АНАЛИЗ ТЕХНИЧЕСКОЙ ЛИТЕРАТУРЫ

2 ОСНОВНЫЕ ПРОЕКТНЫЕ РЕШЕНИЯ

2.1 Описание объекта автоматизации

2.1.1 Общая характеристика предприятия

2.1.2 Организационная структура предприятия

2.2. Общее описание системы

2.2.1 Назначение системы

2.2.2 Описание системы

2.2.3 Описание взаимосвязи АС с другими системами

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

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

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

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

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

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

2.4 Описание автоматизируемых функций

2.4.1 Функция доступа к базе данных

2.4.2 Функция приходования поступивших полисов

2.4.3 Функция регистрации перемещения бланков полисов

2.4.4 Функция обновления отчета ТФОМС

2.4.5 Функция добавления предварительного отчет

2.4.6 Функция построения отчета по остаткам полисов у агентов

2.4.7 Функция предоставления реквизитов незарегистрированных
полисов…

2.4.8 Функция экспорта в электронную таблицу EXCEL

2.4.9 Функция доступа к внешнему хранилищу данных…

2.5 Описание постановки задачи разрабатываемой системы

3 ПРОЕКТИРОВАНИЕ ВИДОВ ОБЕСПЕЧЕНИЯ

3.1 Техническое обеспечение

3.2 Программное обеспечение…

3.2.1 Обоснование выбора среды разработки

3.2.2 Проектирование БД…

3.2.3 Проектирование пользовательского интерфейса……

4 ТЕХНИКА БЕЗОПАСНОСТИ

4.1 Безопасность рабочего процесса

4.2 Санитарно-гигиенические условия

4.3 Организация охраны труда

4.4 Мероприятия по охране труда

4.5 Пожарная безопасность

Заключение

Файлы: 1 файл

диплом мой 1.doc

— 3.62 Мб (Скачать файл)

1) внести соответствующие изменения в должностные обязанности сотрудников;

2) унифицировать входящую отчетность под настройки проектируемой системы.

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

1) определить перечень действующих агентов;

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

3) определить местоположение бланков на момент начала внедрения системы;

4) предоставить книгу учета бланков строгой отчетности;

5) предоставить предварительные отчеты агентов;

6) провести ревизию бланков ОМС на складе;

7) провести сверку по остаткам бланков с агентами;

8) исключить задвоенность статусов полисов ОМС.

 

2.4 Описание автоматизируемых функций

 

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

 

2.4.1 Функция доступа к базе данных

 

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

Режим работы: по требованию. Входные параметры формируются клиентским приложением.

Надежность: требуется перезапуск для доступа к БД в режиме записи.

Входные параметры:

1) строка инициализации подключения;

2) строка для передачи запроса на выполнение СУБД. Строковая переменная ограниченная 254 символами;

3) идентификатор объекта клиентского приложения – получателя результата. 

Результаты:

1) код завершения: целое число;

2) объект содержащий результат выполненного запроса.

 

2.4.2 Функция приходования поступивших полисов 

 

Функция приходования поступивших полисов должна обеспечить:

1) регистрацию приходной накладной в БД. Заполнение приходной накладной выполняется  сотрудником через клиентское приложение. Реквизиты накладной передаются в БД для записи в соответствующую таблицу;

2) добавление реквизитов всех бланков полисов ОМС входящих в диапазоны указанные в накладной на поступление.

Спецификация функции приведена ниже:

1)  режим работы: вызывается пользователем. Процесс выполнения делится на два этапа:

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

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

 

Таблица 2.7 – Атрибуты временной таблицы

Серия_полиса

Номер_первого_полиса

Номер_последнего_полиса

Дата_Накладной

Номер_накладной

Дата_операции

Номер_операции


 

После построения временной таблицы происходит обновление атрибутов сущностей: «БСО», «Операция», «Накладная».

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

а) проверка на отсутствие добавляемых в БД бланков;

б) доступ к БД для внесения изменений;

3)   входные параметры:

а) номер накладной: строка 10 символов;

б) номер начала диапазона: целое число до 999999;

в) номер конца диапазона: целое число до 999999;

г) серия: строка  4 символа;

4) результаты: функция вносит изменения в содержимое таблиц «БСО» и «Получение».

 

2.4.3 Функция регистрации перемещения бланков полисов

 

Функция регистрации  перемещения бланков полисов  должна обеспечивать:

1) регистрацию накладной на перемещение  в БД. Заполнение накладной выполняется сотрудником через клиентское приложение. Реквизиты накладной передаются в БД для записи в соответствующую таблицу;

2) добавление реквизитов всех бланков полисов ОМС входящих в диапазоны указанные в накладной;

Спецификация  функции приведена ниже;

1) режим работы: вызывается пользователем. Процесс выполнения делится на два этапа:

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

б) выполнение соответствующих изменений в БД: реализовано на пара-метрических  хранимых процедурах. Выполняется поэтапно, для каждого  бланка входящего в состав диапазона обновляется FKОперация;   

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

а) проверка на существование в БД перемещаемых бланков;

б) доступ к БД для внесения изменений;

г) наличие всех перемещаемых  полисов на складе;

3) входные  параметры:

а) номер накладной: строка 10 символов;

б) номер начала диапазона: целое число до 999999;

в) номер конца  диапазона: целое число до 999999;

г) серия: строка  4 символа;

4) результаты: функция вносит изменения в содержимое таблиц «БСО» и «Операция».

 

2.4.4 Функция обновления отчета ТФОМС

 

Функция обновления отчета ТФОМС должна обеспечить регистрацию статусов бланка «выдан», «списан», «испорчен», «утрачен», «украден».

Спецификация  функции приведена ниже:

1) режим работы: вызывается пользователем;

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

а) проверка на существование в БД бланка;

б) доступ к БД «для внесения изменений»;

г) отсутствие статусов у  бланка;

3) входные  параметры:

а) номер бланка: целое число до 999999;

б) месяц отчета; целое число до 12;

в) год отчета: целое число от 2009 до 2025;

г) серия: строка 4 символа.

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

 

2.4.5 Функция добавления предварительного отчета

 

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

Спецификация функции  приведена ниже:

1) режим работы: вызывается пользователем;

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

а) проверка на существование в БД бланка;

б) доступ к БД для внесения изменений;

в) отсутствие статусов у бланка;

3) входные  параметры:

а) полное имя файла

б) месяц отчета; целое число до 12;

в) год отчета: целое число от 2009 до 2025;

г) идентификатор агента.

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

 

2.4.6 Функция построения отчета по остаткам полисов у агентов

 

Функция построения отчета по остаткам полисов у агентов  формирует отчет следующего вида:

1) режим работы: вызывается пользователем. Процесс выполнения делится на два этапа:

а) детализация запроса;

б) выполнение хранимой процедуры на стороне сервера;

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

а) доступ к БД для чтения;

3) входные  параметры:

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

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

Пример схемы  выполнения запроса приведен на рисунке 2.9.

 

2.4.7 Функция предоставления  реквизитов незарегистрированных полисов

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

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

2) дата предварительного отчета;

3) автор предварительного отчета: агент;

4) признак: выдан/аннулирован.

Спецификация  функции:

1) режим работы: вызывается пользователем. Процесс выполнения делится на два этапа:

а) детализация запроса;

б) выполнение хранимой процедуры на стороне сервера;

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

а) доступ к БД «для чтения»;

3) входные  параметры:

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

4) результаты: функция возвращает отчет в клиентское приложение через обьект MSHFlexGrid.

 

2.4.8 Функция экспорта в электронную таблицу EXCEL

 

Функция экспорта в электронную таблицу EXCEL предназначена для переноса содержимого объекта MSHFlexGrid в электронную таблицу EXCEL .

1) режим работы: вызывается пользователем;

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

а) наличие заполненного объекта MSHFlexGrid ;

б) предустановленный Microsoft Excel .

3) входные  параметры:

а) идентификатор объекта MSHFlexGrid.

4) результаты: функция возвращает содержимое объекта MSHFlexGrid в электронную таблицу EXCEL.

 

2.4.9 Функция доступа к внешнему хранилищу данных

 

Функция доступа  к внешнему хранилищу данных обеспечивает чтение атрибутов таблицы «Naselen.dbf» и обновление соответствующих атрибутов в таблице «БСО»:

1) режим работы: функция выполняется в два этапа:

а) чтение атрибутов таблицы «Naselen.dbf»;

б) обновление атрибутов таблицы «БСО».

Функция выполняется  автоматически, в нерабочее время, минимальная переодичность выполнения: один раз в сутки;

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

а) доступ к внешнему хранилищу данных;

б) предустановленный драйвер ODBC VFoxPro;

в) отсутствие обращений к таблице «БСО»;

3) входные параметры:

а) указатель на размещение хранилища данных;

б) индетификатор пользовательского «DSN»;

в) дата последнего обновления: узнается по атрибуту таблицы «БСО».

 

2.5 Описание постановки задачи разрабатываемой системы

 

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

1) входящий поток;

2) генерируемый поток.

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

 


 

 

 

 

 

Ui - Потоки обслуживание

Wi- Поток заявок на обслуживание

 К - Канал обслуживания

          Н - Накопитель

    Рисунок 2.10 – Схема элементарного прибора

 

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

Спецификация  входящего информационного потока представлена в таблице 2.8 .

 

Таблица 2.8 – Спецификация входящего информационного потока

Источник сообщения

Носитель сообщения

Событие

Плотность потока

Регламент обслуживания

Агент

Списки выданных полисов

Подтверждение заявки  на смену статуса

В среднем от 50 до 200 шт. в месяц

Регистрация в  системе, регистрация нового статуса бланка полиса.

Агент

Оригинал экземпляра полиса

Подтверждение заявки на смену статуса

В среднем 5-15 шт. в месяц

Регистрация в  системе нового статуса «испорчен», проверка на задвоенность статусов.

Агент

Накладная на возврат

Возврат бланков

В среднем от 1 до 3 в месяц

Проверка статуса бланков, перемещение бланков на ск-лад

Агент

Предвари-тельный отчет

Заявка на смену  статуса бланка полиса

От 30 до 100 документов ежемесячно, в первую декаду

Проверка на принадлежность полисов агенту, проверка на за-двоенность ста-тусов, регистрация в системе.


 

 

Таблица 2.9 – Спецификация генерируемого информационного потока

Источник сообщения

Носитель сообщения

Событие

Плотность потока

Регламент обслуживания

Изготовитель

Нкладная

Поступление бланков

От 10000 до 30000 в полугодие

Регистрация бланков  полисов в системе, регистрация накладной.

Ответствен-ный за БСО

Накладная

Отгрузка полисов

От 500 до 1500 в месяц

Регистра-ция отгруз-ки в систе-ме.

Начальник отдела ОМС

Предварительный отче агента

Формирова-ние журналов заключенных договоров страхования

ежедневно

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

Начальник отдела ОМС

Экземпляр полиса или списки застрахованных

Отчет в ТФОМС

2 в месяц

Выгрузка реквизитов испорчен-ных, утра-ченных, украденных полисов

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