18
осуществляющих трудовую деятельность на территории иных субъектов РФ, на
получение медицинской помощи в объеме базовой программы ОМС [29].
Наименование разрабатываемой программы в рамках выпускной
квалификационной работы «Разработка информационной системы учета и
контроля договоров обязательного медицинского страхования ООО СК
«Ингосстрах-М»
1.2.2 Определение места проектируемой задачи в комплексе задач и ее
описание
Для полноценного учета и контроля договоров обязательного
медицинского страхования, в соответствии с поставленной целью,
разрабатываемая программа должна обеспечить:
статистический учет движения застрахованных граждан, по каждому
договору;
ввод и хранение контактных и учетных данных по каждому договору,
в том числе ИНН, ОГРН, количество застрахованных по договору,
контактный телефон и т.д.;
расчет количества граждан имеющих и не имеющих полисы ОМС по
каждому договору на момент запроса;
формирование и печать списка действующих или расторгнутых
договоров по выбранному району всех или заключенных в указанный
месяц;
формирование и печать списка граждан имеющих полис ОМС по
выбранному договору;
формировать и печатать список граждан, которые пока не могут
получить полис ОМС по выбранному договору;
формирование и печать списка граждан имеющих полис ОМС
Ингосстрах-М и, которые внесены на получение полиса ОМС по
данному или другому договору;
формирование и печать списка граждан сдавших полис ОМС за
указанный месяц по выбранному договору.
19
1.2.3 Обоснования необходимости использования вычислительной техники
для решения задачи
Автоматизация информационных технологий приводит к вытеснению
бумажных носителей, доводящему их роль до разумных пределов. Важное
значение для развития системы ОМС имеет автоматизация ведения
документации, в частности, учета договоров ОМС.
Для статистического учета движения застрахованных граждан, по
каждому договору необходима следующая информация:
ID номер договора;
год;
месяц;
количество принятых на работу граждан, т.е. количество записей с
данными для регистрации и получения номера полиса ОМС;
количество уволенных граждан, т.е. количество записей с данными
полиса ОМС с отметкой «изъят».
Для расчета количества граждан имеющих и не имеющих полисы ОМС
по каждому договору на момент запроса необходима следующая информация:
ID номер договора;
дата расчета;
количество записей внесенных для регистрации на получение номера
полиса ОМС до даты расчета;
количество записей с данными полиса ОМС с отметкой «изъят» после
даты расчета;
количество записей с данными полиса ОМС с отметкой
«действительный» или «не отпечатан» до даты расчета;
Для обработки такого большого объема информации необходимо
использование вычислительной техники.
20
1.2.4 Анализ системы обеспечения информационной безопасности и защиты
информации
Достаточно существенным для эффективной ܖ деятельности ܖ предприятия в
современных условиях является система обеспечения информационной ܖ
безопасности и защиты ܖ информации. Это объясняется хранением в
информационной ܖ системе ܖ личных данных ܖ сотрудников и конфиденциальной ܖ
информации о деятельностиaпредприятия. Конкуренты ܖ в борьбе за прибыль ܖ
готовы пойти на противоправные ܖ действия для владения ܖ информацией, а
завладев ею, могут использовать ее во вред своим ܖ конкурентам. Кроме того,
существенной стороной обеспечения информационной ܖ безопасности является
защита от намеренного или случайного уничтожения ܖ данных, что может
привести к потере информации важной как для эффективной ܖ работы
предприятия, так и для аналитической ܖ отчетности.
Компьютеризация деятельности ܖ предприятия, по сравнению с бумажным ܖ
вариантом работы, повышает уровень информационной ܖ безопасности на
порядок. Автоматизированный ܖ учет накладывает на пользователя большую
ответственность в работе.
Информационнаяaбезопасность и защитаaинформации технически
выполняется при помощи системы паролей для доступа к информации ܖ разного
уровня. В первую очередь, это пароль для входа пользователя в операционную
систему его рабочего места. Ввод этого пароля открывает пользователю ܖ доступ к
информации на данном ܖ компьютере и к документам, хранящимся на нем.
Однако политика безопасности должна быть сформирована так, чтобы у
пользователя было некоторое ограничение ܖ прав на своем рабочем месте, то
есть, к примеру, он не мог установить вредоносное программное ܖ обеспечение
или программы по копированию ܖ информации. Это несомненно, несколько
осложняет работу пользователя, но при этом дает гарантию защиты
информации. В такой ситуации требуется найти баланс между удобством и
комфортом в деятельности ܖ пользователя и безопасностью ܖ хранения
корпоративной ܖ информации.
Если пользователь входит под своим ܖ паролем в операционную ܖ систему,
и имеет доступ не только к ресурсам локального ܖ компьютера, но и к ресурсам
21
компьютерной ܖ сети предприятия, то такое может быть, если пользователь
входит в компьютер как ܖ доменный или сетевой ܖ пользователь. Тогда необходимо
еще болееaвнимательнее подойти к разграничению ܖ прав пользователей в
корпоративной ܖ сети. Необходимо таким образом настроить права сетевого ܖ
пользователя, чтобы дать ему возможность беспрепятственно работать со
своими ܖ документами, однако, ограничить доступ к документам и информации, к
которой он не имеет права допуска. Тогда одновременно может быть решена
задача защиты данных от несанкционированного ܖ доступа и от случайной их
порчи.
Распределениемaправ пользователей в компании занимается системный ܖ
администратор. Он обязан разграничить права ܖ пользователей наaдоступ к
документам и информации как в сети так и на локальных ܖ компьютерах.
Далее для защитыaинформации необходимо применить парольную ܖ
защиту доступа непосредственно в автоматизированную ܖ систему учета зеленых
насаждений. Возможно, нужно более гибко настроить доступ пользователей
только к необходимым данным в информационнойaсистеме, скрыв от
несанкционированного ܖ доступа и от возможности ܖ случайной порчи данные,
доступа к которым у данного ܖ пользователя нет.
Обязанность распределения прав доступа ܖ пользователей к данным,
хранящимся в информационной системе заключения и контроля ܖ договоров,
накладывается на администратораaсистемы. Он обязан настроить ܖ права каждого
пользователя так, чтобы, не создавая ему трудностей в работе, ограничить ܖ ему
доступ к информации, к которой у него нет допуска.
Существенной и повышающей ܖ уровень информационной ܖ безопасности
и защиты ܖ информации при введении в действие системы заключения ܖ и ܖ контроля
договоров является возможность сохранить всю базу ܖ данных документов на
каком-либо электронном ܖ носителе, если возникнет, например, угроза стихийных ܖ
бедствий или других чрезвычайныхaпроисшествий. В таком случае, данная
копия базы ܖ данных может быть развернута на новом месте и работа с
документами продолжена с того места, на котором она прервалась.
Помимо создания парольной ܖ защитыaинформации необходима и
физическая защита ܖ информации. Серверaкомпьютерной сети ܖ необходимо
22
разместить в отдельной комнате ܖ (серверной), где помимо специальных ܖ условий,
требующихся для работы серверов (кондиционирование, ܖ вентилирование,…)
нужно создать и специальные ܖ условия, которые исключат проникновение
посторонних лиц. Такие, например, как система управления ܖ доступом, либо
другие ܖ меры.
Естественно, при введении в деятельность автоматизированной ܖ системы,
работа с бумажными ܖ документами тоже будет иметь место, поскольку, многие
документы, имеют юридическую силу только на бумажных ܖ носителях. Хранение
этих ܖ документов, должно быть организовано таким образом, чтобы
исключитьaвозможность доступа к ним посторонних ܖ лиц, или сотрудников,
которые не имеют к ним ܖ доступа. Это также существенный ܖ этап в общей
системе обеспечения информационной ܖ безопасности. Желательно ܖ сформировать
архив, где хранились бы данные ܖ документы и регламентировать ܖ доступ в него
сотрудников. А возможность проникновения иных ܖ лиц исключить физическими
методами (железная дверь, решетки на окнах).
1.3 Анализ существующих разработок и выбор стратегии автоматизации
1.3.1 Анализ существующих разработок для автоматизации задачи
В системе обязательного медицинского страхования в силу своей
специфики используется только авторское программное обеспечение. В
различных регионах и страховых компаниях специальное программное
обеспечение разрабатывалось по-разному. Например, в Ставропольском крае все
программное обеспечение было разработано командой программистов ООО СК
«Ингосстрах-М», в Курской области программное обеспечение разрабатывалось
и внедрялось четырьмя группами разработчиков, это:
1. ОАО «Мед-полис» и Курский филиал ООО СК «Ингосстрах-М», как
право преемник ОАО «Мед-полис»,
2. ОАО «Гарант» - ООО МС СК «РОСНО»,
3. Курский областной фонд обязательного медицинского страхования
(ОФОМС),
4. Тульский областной фонд обязательного медицинского страхования
23
Первая группа разработала программу автономного от базы данных
ОФОМС учета застрахованных граждан для центрального офиса страховой
компании, на данный момент используют после доработок Курский филиал
ООО СК «Ингострах-М» и ОАО «Росмедстрах-К», обмен данными между
локальными базами данных страховых компаний и базой данных ОФОМС
осуществляется по электронной почте dbf-файлами.
Вторая группа разработала программу учета застрахованных граждан для
центрального офиса страховой компании с использованием базы данных
ОФОМС, для чего непременным условием работы программы является
постоянное подключение к локальной сети ОФОМС
Третья группа разработала программное обеспечение по учету
застрахованных граждан в офисе ОФОМС, программу для обработки данных
полученных по электронной почте, все это необходимо потому, что по
положению номер полиса ОМС присваивается только программой ОФОМС. В
результате база данных ОФОМС содержит сведения обо всех застрахованных
гражданах и заключенных договорах всех страховых компаний работающих на
территории Курской области. Также было разработано программное
обеспечение учета и контроля качества оказания медицинской помощи
лечебными учреждениями. Данная программа используется всеми субъектами
ОМС.
Четвертая группа разработала программное обеспечение для учета
застрахованных граждан на обособленных рабочих местах (в районах) для
операционной системы DOS, обмен данными с центральными офисами
страховых компаний осуществляется по электронной почте.
Программное обеспечение, используемое в Курском филиале ООО СК
«Ингосстрах-М» ведет учет в основном только застрахованных граждан,
соответственно учет договоров сведен исключительно только к функции
регистрации следующих данных:
наименования, номера и даты заключения договора ОМС ;
причины и даты расторжения договора ОМС (рисунок №3);
24
Рисунок №3- Форма расторжения договоров ОМС
кода плательщика выбором из таблицы payers (рисунок №4);
Рисунок №4 - Ввод выбором плательщика ОМС
25
наименования плательщика по договору ОМС, кода регистрации ФОМС
плательщика, код района и региона регистрации плательщика в налоговой
инспекции.
Рисунок №5- Ввод информации о плательщике ОМС
В действующей программе функция ввода и регистрации плательщика не
реализована. Ввод информации о плательщике выполняется средствами MS SQL
server (рисунок №5) вручную оператором из полученной от ФОМС по
электронной почте таблицы зарегистрированных плательщиков в формате excel.
Обмен информацией о плательщиках для их регистрации в ФОМС
осуществляется по электронной почте при помощи excel-файлов с заданной
структурой. В базе данных информация о договорах хранится в таблицах со
следующей структурой (таблицы №1-7):
26
Таблица №1
Структура таблицы «Договор» (contracts)
Обозначение
Формат
Краткое описание назначения (комментарии)
Contract_id
Int (Auto
increment)
Код договора
Contract_number
Varchar 10
Номер договора ОМС
Contract_name
Varchar 80
Наименование предприятия, с которым заключен
договор ОМС
Contract_date
Datetime
Дата заключения договора ОМС
Payer_id
Int
Код плательщика по договору ОМС
Payer_type_id
Tinyint
Тип плательщика (1-работающие, 2-не работающие)
Add_date
Datetime
Дата ввода [умолч. Getdate()]
Add_user
Int
Код пользователя [умолч. User_id()]
Update_date
Datetime
Дата корректировки [умолч. Getdate()]
Update_user
Int
Код пользователя [умолч. User_id()]
Таблица №2
Структура таблицы «Действующие договоры ОМС» (valid_contracts)
Обозначение
Формат
Краткое описание назначения (комментарии)
Contract_id
Int
Код договора
Contract_number
Varchar 10
Номер договора ОМС
Payer_id
Int
Код плательщика по договору ОМС
Payer_type_id
Tinyint
Тип плательщика
Таблица №3
Структура таблицы «Расторгнутые договоры ОМС» (void_contracts)
Обозначение
Формат
Краткое описание назначения (комментарии)
Contract_id
Int
Код договора
Void_motive_id
Tinyint
Причина расторжения [умолч. 3]
Action_date
Datetime
Дата расторжения [умолч. Getdate()]
Action _user
Int
Код пользователя [умолч. User_id()]
Таблица №4
Структура таблицы «Плательщики ОМС» (payers)
Обозначение
Формат
Краткое описание назначения (комментарии)
Payer_id
Int (Auto
increment)
Код плательщика
Payer_number
Int
Код регистрации плательщика ОФОМС
Subject_id
Smallint
Код региона [умолч. 38 (Курская обл.)]
27
District_id
Smallint
Код района
Payer_name
Varchar 80
Наименование плательщика ОМС
Таблица №5
Структура таблицы «Регионы» (subjects)
Обозначение
Формат
Краткое описание назначения (комментарии)
Subject_id
SmallInt
Код региона
Subject_Name
varchar 50
Наименование региона
Таблица №6
Структура таблицы «Районы» (districts)
Обозначение
Формат
Краткое описание назначения (комментарии)
District_id
Smallint
Код района
Subject_id
SmallInt
Код региона
District_name
Varchar 50
Наименование района
Таблица №7
Структура таблицы «Типы плательщиков ОМС» (payer_types)
Обозначение
Форма
т
Краткое описание назначения (комментарии)
Payer_type_id
Tinyint
Код типа плательщика
Payer_type_name
Varchar
25
Наименование типа плательщика
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Для полноценного учета и контроля договоров вышеперечисленных
данных не достаточно, необходимо чтобы разрабатываемая программа
позволила выполнять:
вести статистический учет движения застрахованных граждан, по
каждому договору;
осуществлять ввод и хранение контактных данных по каждому
договору
осуществлять ввод и хранение учетных данных по каждому договору
(помимо учитываемых это ИНН, количество застрахованных по
договору, ОГРН)