Автор работы: Пользователь скрыл имя, 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) внести соответствующие изменения в должностные обязанности сотрудников;
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 в месяц |
Выгрузка реквизитов испорчен-ных, утра-ченных, украденных полисов |