51
неправильный выбор задач проектирования (чрезмерно большой или
недостаточный объем задач автоматизации). Это может потребовать, на этапе
последующих этапах, дополнительной доработки ИС, что приведет к
финансовому риску. Риск предотвращается использованием современных CASE-
средств при моделировании бизнес-процессов. При возникновении такого риска
проводится дополнительное моделирование с использованием современных
CASE -средств.
На этапах «проектирование» и «реализация» основные риски - это
разработка неправильной информационной модели и неудобных для
пользователя экранных форм. Риск предотвращается согласованием прототипов
экранных форм с будущими пользователями, а устраняется доработкой
экранных форм, а также использованием парадигмы «Модель-Вид-Контроллер»
(MVC - Model View Controler).
Основные риски на этапе разработки проекта автоматизации —
использование лишних ресурсов или недостаточность ресурсов. Данный риск
предотвращается использованием современных автоматизированных средств
проектирования. В случае возникновения, риск устраняется повторной
корректировкой плана-графика автоматизации.
Риск на этапе «интеграция» — в некоторых отделениях может
встретиться сильно устаревшее оборудование и ПО, риск устраняется
обследованием рабочих мест и отправкой заявок на новое оборудование;
Возможные риски на этапе «внедрение»:
сопротивление сотрудников предприятия — риск устраняется
проведением разъяснительных работ, подкреплением
организационных решений приказами и распоряжениями;
временное увеличение нагрузки на сотрудников во время внедрения
системы.
На этапе «сопровождение» основные риски это поломка оборудования,
моральное устаревание ПО и программных средств. Первый риск
предотвращается регулярным мониторингом состояния оборудования, а также
использованием отказоустойчивых решений для серверной части АИС. Второй
52
риск предотвращается посредством гибкости, платформонезависимости
разработанной ИС и своевременной доработкой ПО.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Поскольку действующие в СПб ГБУСОН «КЦСОН Адмиралтейского
района Санкт-Петербурга» организационные и технические меры безопасности
уже были перечислены и они соответствуют необходимым требованиям по
защите информации, перейдем к рассмотрению безопасности в самой АИС
ТриУСОН.
Сервер АИС ТриУСОН располагается в специально оборудованном
серверном помещении с классом пожаробезопасности П-IIа.
Это прежде всего защита от внутренних угроз, которая подразумевает
разграничение прав доступа пользователей ИС. Контроль доступа можно
реализовать как на стороне серверного ПО, так и на стороне клиентского ПО,
однако последний вариант обладает сразу несколькими недостатками наиболее
большой из которых — как только злоумышленник взломает клиентское ПО, он
сразу получит ко всем данным на сервере. Поэтому для контроля доступа к
данным было принято решение использовать систему управление доступом на
основе ролей СУБД MySQL. А на клиентской стороне оставить лишь ту часть
защиты от ошибок пользователя, которую сложно реализовать на сервере.
Управление доступом на основе ролей (англ. Role Based Access Control,
RBAC) на сегодняшний день является одним из наиболее перспективных
методов разграничения прав доступа. Главным образом за счет того, что права
не назначаются пользователям непосредственно, а приобретаются им через одну
или несколько назначенных ему ролей[4, с. 24]. Роль — это совокупностью прав
доступа на объекты компьютерной системы.
В рамках работ по обеспечению безопасности на сервере АИС ТриУСОН
введены следующие MySQL роли:
базовая информация (info) — доступ к общедоступной информации
в базе данных;
53
социальный работник (worker) — все права роли базовая
информация, а также доступен ввод услуг на своѐ имя, просмотр списка ФИО
обслуживаемых на отделении, редактирование своих услуг в текущем месяце,
просмотр отчета о своей работе;
специалист по социальной работе (specialist) — все права роли
социальный работник, а также просмотр данных договоров и дополнительных
соглашений, ввод услуг в том числе и на других работников, редактирование
введенных услуг, просмотр и печать отчетов, актов, квитанций, просмотр на
каких отделениях обслуживается или обслуживался получатель СУ.
доверенный специалист (expert) — все права роли специалист по
социальной работе, а также редактирование договоров, дополнительных
соглашений, редактирование услуг отделения, создание квитанций, указание
льготных категорий граждан.
заведующий отделением (manager) — все права роли доверенный
специалист, а также ввод новых людей и создание договоров, отметка
подтверждения оплаты в квитанциях;
специалист методического отдела (methodologist) — все права роли
базовая информация, а также просмотр и создание расширенных отчетов по всем
отделениям, добавление отделений, добавление и удаление работников
отделений;
доверенный специалист методического отдела
(TrustedMethodologist) — все права роли специалист методического отдела, а
также возможность переназначать отделение курирующее получателя СУ, ввод
информации о текущем прожиточном минимуме, обновление перечня услуг,
обновление услуг положенных по РИПСО, редактирование списка льготных
категорий;
бухгалтер (booker) — все права роли базовая информация, а также
ввод информации о пришедших платежах.
В связи с большим количеством получателей СУ, чьи данные хранятся в
АИС ТриУСОН и характере этих данных, эта информационная система должна
обеспечивать второй уровень защищенности персональных данных.
54
В соответствии с пунктом 15 постановления Правительства РФ от
01.11.2012 N 1119 "Об утверждении требований к защите персональных данных
при их обработке в информационных системах персональных данных", для
обеспечения второго уровня защищенности персональных данных, в дополнение
к уже используемым в организации мерам безопасности, необходимо:
назначить должностное лицо, ответственный за обеспечение
безопасности персональных данных[1];
утверждением руководителем оператора списка лиц, допущенных к
содержанию электронного журнала сообщений, и поддержание указанного
списка в актуальном состоянии;
обеспечение ИСПДн автоматизированными средствами,
регистрирующими запросы пользователей ИСПДн на получение персональных
данных, а также факты предоставления персональных данных по этим запросам
в электронном журнале сообщений;
обеспечение ИСПДн автоматизированными средствами,
исключающими доступ к содержанию электронного журнала сообщений лиц, не
указанных в утвержденном руководителем оператора списке лиц, допущенных к
содержанию электронного журнала сообщений;
обеспечение периодического контроля работоспособности
автоматизированных средств электронного журнала сообщений (не реже 1 раза в
полгода).
Надежное функционирование программы должно быть обеспечено
выполнением ряда организационно-технических мероприятий, список которых
приведен ниже:
организацией бесперебойного питания технических средств;
регулярным выполнением рекомендаций Министерства труда и
социального развития РФ, изложенных в Постановлении от 23 июля 1998г. «Об
утверждении межотраслевых типовых норм времени на работы по сервисному
обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
регулярным выполнением требований ГОСТ 51188-98. Защита
информации. Испытания программных средств на наличие компьютерных
вирусов;
55
необходимым уровнем квалификации сотрудников профильных
подразделений.
Стоит отметить, что с введением новой ИС также будет улучшена
безопасность персональных данных, так в новой системе даже получив доступ к
компьютеру работника, для доступа к ПД потребуется пароль от АИС
ТриУСОН. В то время как раньше, ПД хранились в файлах Excel и Word на
компьютерах работников.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и еѐ описание
Информационная модель — совокупность информации, характеризующая
существенные свойства и состояния объекта, а также взаимосвязь с внешним
миром, она отражающая преобразование информационных реквизитов от
источников информации до еѐ получателей или процесс обработки информации
в информационной системе. На рисунке 6 6 представлена информационная
модель обслуживания человека в СПб ГБУСОН «КЦСОН Адмиралтейского
района Санкт-Петербурга». Эту модель можно условно разделить на несколько
логических уровней.
Первый логический уровень — это источники информации, из которых
поступает входная информация: социальные работники, специалисты по
социальной работе, заведующие отделениями, сотрудники организационно-
методического отдела, получатели СУ, другие ИС.
Второй логический уровень — это экранные формы ИС, файлы с
информацией о приходе денежных средств, ведомости учета услуг, ИППСУ
предоставляемые получателями СУ и другие документы.
Третий логический уровень — это таблицы и справочники входящие в БД
информационной системы. В таблицах храниться такая информации как:
прожиточный минимум, отделения организации, РИПСО по которым
обслуживают на отделениях и другие
56
Рисунок 6 — Информационная модель
Четвѐртый логический уровень — это таблицы с изменѐнной
информацией. Сведения об оказанных услугах, сколько услуг из положенных по
ИППСУ было оказано, выписанные квитанции (расчет ведѐтся на основании
оказанных(заказанных) услуг с учетом СДД, прожиточного минимума и ранее
выписанных квитанции в этом месяце), категории получателя СУ, ПД для
договоров и дополнительных соглашений.
Пятый логический уровень — это таблицы с результативной
информацией, содержащие сводную информацию по обслуживающимся, их
категориям, отделениям. Необходимость в отдельных таблицах для этих данных
связана с тем, что количество услуг в организации может достигать миллиона в
57
год, поэтому использование динамических запросов может серьѐзно замедлить
работу ИС.
Шестой логический уровень — это результативная информация в виде
файлов (договоры, акты, квитанции и другие), отчетов, и экранных форм.
Седьмой логический уровень — это получатели информации, а именно
заведующие отделениями (отчеты и оперативная информация), работники
(оперативная информация), специалисты организационно-методического
отделения (статистическая информация, отчеты, сводные отчеты и другие),
получатели СУ (договоры, акты, квитанции, расчѐты оплаты, предварительные
расчѐты оплаты, дополнительные соглашения).
Таким образом, информационная модель позволяет отследить
преобразование исходной информации в результативную информацию и
разработать ИС для автоматизированной обработки данных. Информационная
модель содержит информацию необходимую для создания схемы данных таблиц
БД, древа функций и схемы пакета программных модулей.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Специалисты организационно-методического отделения заполняют
первичную нормативно-справочную информацию в ИС, такую как: список услуг
организации из отраслевого перечня государственных услуг Санкт-Петербурга в
сфере социальной защиты населения (см. Приложение В), сведения о
прожиточном минимуме установленном правительством Санкт-Петербурга. А
также сведения, об отделениях, РИПСО по которым обслуживают отделения,
работников и их права доступа.
При обращении гражданина с ИППСУ в одно из отделений, в АИС
ТриУСОН заполняются его ФИО, дата рождения, контактный телефон,
страховой номер индивидуального лицевого счѐта (СНИЛС), далее с помощью
АИС ЭСРН и поисковой системы ГУП ВКЦП ЖХ проверяются и заполняются
его льготные категории, условия проживания, номер ЭСРН и др.
Обычно ИППСУ разрабатывается с периодичностью раз в год для каждой
формы социального обслуживания (получатель СУ может иметь несколько
58
ИППСУ по разным формам социального обслуживания). Типовая программа
ИППСУ приведена в Приложении И, она содержит следующую информацию о
получателе СУ:
дату рождения;
адрес;
паспортные данные;
пол;
форма социального обслуживания;
телефон;
срок действия ИППСУ;
номер ИППСУ.
наименования и количество положенных социальных услуг
перечень поставщиков социальных услуг к которым может обратиться
получатель СУ.
Информация о СДД берется из нескольких источников:
из АИС ЭСРН — трудовая пенсия по старости, ежемесячная денежная
выплата ПФР, денежная выплата инвалиду льгот по оплате ЖКУ,
доплата к пенсии ПФР отдельным категориям граждан, а также
проверяется работает ли получатель СУ;
от получателя СУ — пенсионные выплаты сторонних ведомств;
от получателя СУ — справки с работы о доходах получатель СУ и
членов его семьи.
Для подготовки договора, заведующие заполняют следующие реквизиты
договора с помощью экранных форм ввода АИС ТриУСОН:
номер ИППСУ на основании которого заключается договор;
реквизиты паспорта получателя СУ и его представителя (при
наличии);
дата начала и окончания действия договора;
номер РИПСО (получают из ПУКДССО);
СДД и дата проверки СДД;
59
адрес получателя СУ (справочник улиц Адмиралтейского района
используется для ускорения ввода, а не для ограничения возможных
значений);
наименования и количество положенных по ИППСУ услуг.
После сбора всей необходимой информации для начала обслуживания
заведующими отделений, специалисты организационно-методического
отделения назначают номер договора. Типовой договор о предоставлении
социальных услуг в форме социального обслуживания на дому приведѐн в
Приложении Е.
Список используемых в работе АИС ТриУСОН справочников приведен в
таблице 6.
Таблица 6
Справочники АИС ТриУСОН
Название справочника
Ответствен-
ный за
ведение
Средний
объѐм в
записях
(в первый
год)
Средняя
частота
актуализа-
ции
Средний
объем
актуализа-
ции
Список услуг
Специалист
ОМО
300
1 раз в год
+300
Список отделений
Специалист
ОМО
30
1 раз в год
5
Список РИПСО
Специалист
ОМО
15
1 раз в год
3
Услуги положенные по
РИПСО
Специалист
ОМО
1500
1 раз в год
+1500
Должности
Специалист
ОМО
25
1 раз в год
1
Список работников
Заведующий
отделением /
Специалист
ОМО
300
3 раза в
месяц
1
Работники отделений
Заведующий
отделением /
Специалист
ОМО
400
10 раз в
месяц
1
Справочник настроек и
реквизитов организации
Специалист
ОМО
10
2
1
Справочник
прожиточных
минимумов
Специалист
ОМО
12
4 раза в год
3
(+12 в год)
Справочник выходных
дней
Специалист
ОМО
20
1 раз в год
+20
60
Название справочника
Ответствен-
ный за
ведение
Средний
объѐм в
записях
(в первый
год)
Средняя
частота
актуализа-
ции
Средний
объем
актуализа-
ции
Справочник категорий
граждан
Специалист
ОМО
15
1 раз в год
1
РИПСО отделения
Специалист
ОМО
70
1 раз в год
1
Список получателей СУ
Заведующий
отделением
5 000
3000
раз в год
по 1 (+1500 в
год)
Список договоров
Заведующий
отделением
6 000
6 000 раз в
год
по 1 (+6 000 в
год)
Информация для
договоров и
дополнительных
соглашений
Заведующий
отделением
25 000
25 000 раз в
год
по 1 (+25 000
в год)
Выписанные квитанции
Заведующий
отделением
15 000
1 раз в месяц
на человека
по 1 (+15 000
в год)
Пришедшие платежи
Бухгалтер
15 000
1 раз в месяц
на человека
по 1 (+15 000
в год)
Услуги положенные по
ИППСУ
Заведующий
отделением
150 000
1 раз в год
на договор
25 (+150 000
в год)
Формы социального
обслуживания
Администра-
тор БД
4
0
0
Улицы района
Администра-
тор БД /
Специалист
ОМО
150
0
0
Каждая оказанная услуга имеет следующие реквизиты: дата оказания
услуги, название услуги, ФИО получателя СУ, работник оказавший услугу,
отделение оказавшее услугу, примечание, номер договора в рамках которого
оказываются услуги (срочные услуги оказываются без заключения договора).
Ежемесячно, заведующие проверяют изменение семейной ситуации или
величины доходов получателей социальных услуг, производится расчет СДД и
процента оплаты социальных услуг (также при изменении прожиточного
минимума). В случае изменения этих данных — они заносятся в АИС ТриУСОН,
и на их основе формируется дополнительное соглашение.
При машинной реализации задачи автоматизации работы заведующих
отделениями, специалистов по социальной работе и прочих специалистов
(медсестры, инструкторы ЛФК, психологи, культорганизаторы и другие)
работающих в отделениях сведения об оказанных услугах вводятся с помощью
экранных форм ввода АИС ТриУСОН.