Концепция формирования регистров получателей государственных услуг в сфере занятости населения (стр. 2 )

-  Предоставление доступа для пользователей федерального уровня к данным федерального РПУ;

-  Предоставление доступа для пользователей регионального уровня к данным соответствующего регионального сегмента федерального РПУ.

Регламент и протоколы информационного взаимодействия между федеральным и региональным уровнями устанавливаются соответствующими межведомственными нормативными документами, утверждаемыми Рострудом и Минздравсоцразвития. Указанные правила едины для всех регионов Российской Федерации вне зависимости от выбранного способа организации обработки данных на региональном уровне и программно-технических комплексов, применяемых ГУ ЦЗН того или иного региона.

Функции по формированию РПУ на региональном уровне обеспечивает ЦОД регионального уровня, создаваемый, как правило, на базе регионального органа государственной службы занятости населения, который решает следующие задачи:

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

-  Контроль за соблюдением сроков передачи данных с территориального уровня в соответствии с установленным в регионе регламентом;

-  Верификация информационных пакетов на предмет целостности, непротиворечивости и полноты переданных сведений, формирование протоколов со списком обнаруженных несоответствий;

-  Формирование актов приемки данных, если это предусмотрено региональным регламентом;

-  Формирование информационных пакетов для передачи на федеральный уровень;

-  Передача данных на федеральный уровень;

-  Загрузка данных в региональный сегмент РПУ (если на региональном уровне предусмотрено создание соответствующего программно-технического комплекса).

Регламент и протоколы информационного взаимодействия между региональным и территориальным уровнями РПУ устанавливаются соответствующими региональными нормативными актами.

Функции по формированию РПУ на территориальном уровне включают решение следующих задач:

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

-  Передача информационных пакетов на региональный уровень.

Информационное взаимодействие между федеральным и территориальным уровнями не предусматривается.

4.1.2  Обработка информации на федеральном уровне

4.1.2.1  Прием информации на федеральном уровне

Отличительными особенностями обработки информации на федеральном уровне являются:

-  Большой объем поступающих данных (от 1–2 до 25–30 Гб ежемесячно в зависимости от уровня оптимизации информационного потока);

-  Высокая неравномерность поступления информационных пакетов, одна неделя в течение месяца;

-  Значительное различие в уровне средств коммуникации различных источников данных.

Для обработки входного потока данных в указанных условиях необходимо разработать специальный сервис. Общая схема работы данного сервиса представлена на рисунке 4.2.

Рис. 4.2 Сервис приема информационных пакетов

Учитывая значительное различие в уровне средств коммуникации различных источников данных, АИС «Регистры получателей услуг» предоставляет 4 альтернативных способа передачи данных на федеральный уровень:

-  Передача информационного пакета по FTP-протоколу на FTP-сервер федерального уровня;

-  Передача информационного пакета по электронной почте на адрес приема пакетов АИС «Регистры получателей услуг»;

-  Загрузка (upload) информационного пакета с помощью Интернет-портала АИС «Регистры получателей услуг»;

-  Пересылка информационного пакета на машинном носителе информации (курьером, почтовой службой и т. п.).

Отправитель на региональном уровне самостоятельно выбирает наиболее удобный для него в данный момент способ передачи данных.

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

При передаче данных по FTP-протоколу отправитель идентифицирует себя в момент подключения к FTP-серверу федерального уровня, указывая свои регистрационные данные (имя пользователя и пароль). Каждый пользователь получает доступ к соответствующей папке на сервере федерального уровня, в которой он размещает свои информационные пакеты с помощью любого доступного ему FTP-клиента.

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

Загрузка информационного пакета с помощью Интернет-портала по HTTP-протоколу требует регистрации посетителя на Интернет-портале. Источник данных определяется по регистрационным данным (имя пользователя и пароль) посетителя портала. Файлы данных, переданные во время сеанса работы пользователя, автоматически размещаются в соответствующей папке на сервере федерального уровня.

И, наконец, при пересылке информационного пакета на машинном носителе полученные данные размещаются оператором ЦОД федерального уровня в папке на сервере федерального уровня, соответствующей отправителю.

Поток входящей корреспонденции, полученной любым из вышеуказанных способов, периодически сканируется специальным сервисом. Каждый файл с данными, который идентифицирован как информационный пакет АИС РПУ (об идентификации см. 4.1.2.3), регистрируется в специальном журнале обработки и размещается в буфере информационных пакетов.

Буфер информационных пакетов – это совокупность папок на сервере федерального уровня. Каждому региону Российской Федерации соответствует отдельная папка в буфере информационных пакетов.

Для последующей обработки на федеральном уровне выбираются только зарегистрированные информационные пакеты, находящиеся в буфере информационных пакетов.

4.1.2.2  Загрузка пула региональных данных

На этом этапе обработки данных комплект информационных пакетов от каждого региона загружается в региональное хранилище данных на федеральном уровне (см. рис. 4.3).

Региональное хранилище данных (РХД) – это полная, целостная, непротиворечивая база данных, полученная в результате загрузки всех поступивших из региона информационных пакетов по всем отчетным периодам. Автоматизированные процедуры загрузки данных в РХД позволяют обрабатывать информационные пакеты, переданные повторно (по ошибке или после исправления ошибок), информационные пакеты с пересекающимися отчетными периодами и т. п.

Рис. 4.3 Сервис загрузки информационных пакетов

В процессе загрузки информационного пакета в РХД производится углубленная проверка содержащихся в нем сведений (см. подробнее 4.1.2.3).

Совокупность региональных хранилищ данных на федеральном уровне называется пулом региональных данных, который является исходной информацией для формирования федеральных регистров получателей услуг.

Загрузка данных в РХД осуществляется раздельно для каждого региона после получения от регионального уровня полного комплекта информационных пакетов за текущий отчетный период.

Процедуры загрузки данных в РХД позволяют загружать информационные пакеты по всем отчетным периодам безотносительно срока актуальности данных, т. е. и за прошлые периоды. Кроме того, загруженные в РХД данные не удаляются. В результате РХД может, с одной стороны, оказаться очень большим (до 40–50 Гб для отдельных регионов), с другой стороны, содержать полные данные за любой период времени, необходимый для осуществления функций надзора и контроля, в том числе и с начала периода наблюдений.

4.1.2.3  Верификация данных на федеральном уровне

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

Идентификация информационного пакета производится при обработке входящей корреспонденции с регионального уровня. Файл с данными, принятый на федеральный уровень, может быть идентифицирован как информационный пакет АИС «Регистры получателей услуг», если он соответствует следующим требованиям межведомственного формата информационного взаимодействия (далее Формат):

-  Файл является архивом в формате ZIP;

-  Имя файла соответствует требованиям Формата;

-  Внутри файла архива имеется специальный файл-этикетка с идентификационными данными пакета.

Файл, который удовлетворяет перечисленным требованиям, идентифицируется в качестве информационного пакета и регистрируется в специальном журнале поступлений.

Проверка содержимого пакета осуществляется на этапе загрузки данных в РХД и при формировании федерального РПУ. Рассматриваются следующие виды проверок:

-  Соответствие действующей версии формата информационного взаимодействия;

-  Непрерывность потока данных от источника. Отчетные периоды информационных пакетов от каждого источника не должны иметь пропусков;

-  Актуальность данных. Данные от всех источников должны содержать сведения за текущий отчетный период;

-  Полнота информации. Сведения за текущий отчетный период должны поступить от всех зарегистрированных источников данных (центров занятости населения) каждого региона;

По результатам проверок оформляется акт приемки данных на федеральном уровне, который, при необходимости, дополняется протоколами с перечнем обнаруженных ошибок.

Информационные пакеты, не прошедшие проверку, не подлежат загрузке в РХД. Соответствующая информация доводится до отправителя пакета.

4.1.2.4  Формирование федерального регистра получателей услуг

База данных федерального регистра получателей услуг формируется на основании данных, загруженных в пул региональных данных. Для каждого отчетного периода формируется новый экземпляр базы данных.

Технологический процесс формирования РПУ включает три этапа:

-  Инициализация базы данных РПУ;

-  Загрузка данных в региональные сегменты РПУ;

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

На этапе инициализации базы данных РПУ в базе в первую очередь создается программная среда, обеспечивающая последующую работу, а именно: структура базы данных и исполняемые модули, отвечающие последней версии программного обеспечения, метаданные и сведения о пользователях и их полномочиях. Наиболее ответственный момент на этапе инициализации – это создание общероссийских классификаторов и ведомственных справочников, образующих единое лингвистическое обеспечение РПУ.

На этапе инициализации также указывается отчетный период РПУ – временной интервал, ограничивающий даты оказанных услуг, загружаемых в РПУ. Применение отчетного периода позволяет исключить из федерального РПУ данные об оказанных услугах, потерявшие актуальность к моменту формирования нового экземпляра РПУ (устаревшие), сократив тем самым объем обрабатываемых данных. Для всех региональных сегментов, которые будут включены в федеральный РПУ, используется один и тот же отчетный период.

Наиболее длительным и трудоемким этапом формирования РПУ является загрузка данных. Загрузке подлежат данные из всех РХД пула региональных данных, причем данные из каждого РХД обрабатываются по отдельности. Для ускорения процесса формирования РПУ обеспечивается параллельная обработка данных по нескольким регионам.

Процесс загрузки данных из отдельного РХД в базу данных федерального РПУ производится по одинаковой схеме для всех регионов. По этой причине для описания процесса формирования федерального РПУ в целом достаточно рассмотреть схему загрузки РХД одного региона. Некоторые индивидуальные особенности, связанные со спецификой работы территориальных учреждений занятости в отдельных регионах, учитываются и обрабатываются еще на стадии загрузки информационных пакетов в РХД, и поэтому не оказывают какого-либо влияния на процесс формирования федерального РПУ.

В процессе загрузки данных одного РХД предусматривается выполнение следующих операций:

-  Проверка структуры РХД на предмет соответствия текущей версии федерального РПУ (наличия всех обязательных атрибутов);

-  Преобразование данных РХД в структуру базы данных федерального РПУ;

-  Исключение сведений, не соответствующих отчетному периоду РПУ;

-  Перекодировка ссылок на справочники со справочников РХД на единые классификаторы и справочники РПУ;

-  Перенос подготовленных данных в базу данных федерального РПУ.

Данные одного РХД, соответствующим образом обработанные и загруженные в федеральный РПУ, образуют региональный сегмент РПУ, (см. рис. 4.4).

Федеральный РПУ, таким образом, представляет собой совокупность региональных сегментов, объединенных едиными для всех регионов классификаторами и ведомственными справочниками.

Федеральный РПУ в целом доступен для просмотра и анализа пользователям федерального уровня. Региональный сегмент в составе федерального РПУ может быть сделан доступным для просмотра и анализа пользователям соответствующего региона.

Ввиду значительного количества регионов Российской Федерации и большого объема данных по многим из них, база данных РПУ, сформированная в результате обработки, представляет собой базу данных очень большого размера (относится к категории VLDB – Very Large Data Base). По предварительным оценкам, полный размер одной базы данных федерального РПУ с информацией об оказанных услугах за текущий год и последние полных три года составит около 200 Гб.

Рис. 4.4 Формирование федерального РПУ

Завершающий этап формирования федерального РПУ – подготовка к эксплуатации в режиме обслуживания клиентских запросов, выполняется по окончании полного цикла загрузки пула региональных данных.

Назначение данного этапа состоит в том, чтобы оптимизировать базы данных РПУ с целью наиболее эффективного исполнения клиентских запросов. Оптимизация базы данных РПУ состоит в следующем:

-  Создание индексов по атрибутам, используемым в пользовательских запросах к базе данных;

-  Предварительный расчет и сохранение отдельных часто используемых атрибутов;

Для баз данных очень большого размера, какой является база данных федерального РПУ, правильно спроектированная оптимизация позволяет обеспечить приемлемое времени отклика системы на любой запрос со стороны пользователя.

4.1.2.5  Технологический цикл базы данных РПУ

Федеральный регистр получателей услуг в сфере занятости представляет собой базу данных очень большого объема, с которой выполняется два типа различных операций:

-  Формирование РПУ на новую дату актуальности на основе пула региональных данных;

-  Обслуживание клиентских запросов к РПУ со стороны пользователей федерального и, возможно, регионального уровня.

Ввиду большого объема базы данных каждая из указанных операций требует значительных вычислительных ресурсов и соответствующей оптимизации структуры базы. При этом способы оптимизации для загрузки данных и исполнения запросов различны, а зачастую, и противоречивы. К примеру, для эффективной загрузки в базу данных из нее следует удалить все имеющиеся индексы, а для эффективного исполнения запросов, наоборот, требуется создать большое количество различных индексов.

По данной причине одновременное выполнение операций различного типа над одним экземпляром базы данных неэффективно или просто невозможно. Более того, при одновременном пополнении базы данных и выполнении запросов к ней, не удастся соблюсти один из основных принципов анализа, который требует, чтобы исполнение одного и того же запроса над одними и теми же данными всегда давало один и тот же результат.

Рис. 4.5 Технологический цикл базы данных РПУ

В связи с изложенным, технологический цикл базы данных РПУ предполагает наличие не менее трех поколений базы данных (см. рис. 4.5):

-  Формируемое поколение;

-  Используемое поколение;

-  Резервное (предыдущее) поколение.

Формируемое поколение – это экземпляр базы данных РПУ, в который в настоящий момент производится загрузка пула региональных данных, поступивших в текущем отчетном периоде (с датой актуальности на начало текущего месяца). До полного окончания формирования РПУ это экземпляр базы данных не доступен пользователям.

Используемое поколение – это экземпляр базы данных РПУ, на которой исполняются пользовательские запросы. Это поколение базы данных было сформировано в предыдущем отчетном периоде (с датой актуальности данных на начало предыдущего месяца), оно доступно пользователям в течение всего текущего отчетного периода.

Резервное поколение – это экземпляр базы данных РПУ, которая использовалась для исполнения пользовательских запросов в предыдущем отчетном периоде (с датой актуальности данных на начало позапрошлого месяца).

База данных резервного поколения хранится, по крайней мере, в течение текущего отчетного периода. При возникновении нештатных ситуаций, она способна оперативно заменить базу данных используемого поколения для исполнения клиентских запросов. Среди возможных нештатных ситуаций следует упомянуть:

-  Требуется срочно заменить (загрузить заново) какой-либо из региональных сегментов федерального РПУ (обнаружены данные, переданные ошибочно и т. п.);

-  Требуется срочно обновить какой-либо из региональных сегментов федерального РПУ поступившими новыми актуальными данными для выполнения срочных процедур надзора и контроля.

Количество создаваемых резервных поколений логически не ограничивается, оно определяется регламентом эксплуатации АИС «Регистры получателей услуг».

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

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

-  Используемое поколение назначается резервным;

-  Только что сформированное поколение назначается используемым;

-  Предыдущее резервное поколение уничтожается (очищается) или сохраняется в архиве в зависимости от установленного регламентом числа сохраняемых резервных поколений регистра;

-  Наиболее «старый» экземпляр резервного поколения назначается для формирования нового поколения регистра в следующем отчетном периоде.

4.1.3  Обработка информации на региональном уровне

На региональном уровне осуществляется сбор и проверка сведений, поступающих от всех источников данных территориального уровня (ЦЗН), и передача их на федеральный уровень.

Методы обработки данных и организация работ на региональном уровне могут существенно различаться в зависимости от вида программного обеспечения, применяемого для автоматизации основной деятельности ЦЗН региона.

В регионах, использующих в центрах занятости населения единый программно-технологический комплекс (ЕПТК), организация работ на региональном уровне строится по однотипной схеме, подобной схеме организации работ на федеральном уровне, но в облегченном варианте.

В остальных регионах, которые используют в центрах занятости населения другие программно-технические комплексы, организация работ зависит от того, как разработчиками этих комплексов реализована соответствующая функциональность.

4.1.3.1  Обработка информации на региональном уровне, подготовленной средствами ЕПТК

Подготовка информационных пакетов выполняется на территориальном уровне (в ЦЗН) с помощью программного обеспечения, входящего в состав единого программно-технологического комплекса (ЕПТК). Программные средства ЕПТК гарантируют соответствие формата информационного пакета утвержденному формату информационного взаимодействия.

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

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

-  Соблюдение сроков передачи информационных пакетов всеми источниками;

-  Комплектность поступивших информационных пакетов: многотомные (разбитые на несколько файлов) пакеты имеются в полном комплекте;

-  Непрерывность отчетных периодов поступивших информационных пакетов от каждого источника;

-  Актуальность данных в информационных пакетах от каждого источника соответствует установленному регламенту (имеются данные по конец очередного отчетного периода).

По завершении верификации полный комплект информационных пакетов от всех источников данных региона передается на федеральный уровень в соответствии с регламентом информационного обмена с АИС «Регистры получателей услуг».

Удаленный доступ к переданным данным для пользователей регионального уровня станет возможным после обработки всего комплекта информационных пакетов на федеральном уровне и загрузки соответствующего регионального сегмента федерального РПУ нового поколения.

Если на региональном уровне организован центр обработки данных, осуществляющий ведение регионального сегмента РПУ, то этот же комплект информационных пакетов обрабатывается на региональном уровне для пополнения собственного регионального сегмента (см. рис. 4.6).

Рис. 4.6 Обработка информации на региональном уровне

Необходимо отметить, что формирование и передача отдельного информационного пакета от регионального сегмента РПУ на федеральный уровень не предусмотрены. При этом возможна передача только полного состояния регионального сегмента, имеющего большой объем. Сформировать фрагмент регионального сегмента только за очередной отчетный период не представляется возможным.

4.1.3.2  Обработка информации на региональном уровне, подготовленной средствами других программно-технологических комплексов

Главным отличием обработки данных, подготовленных средствами программно-технологических комплексов, отличных от ЕПТК, является необходимость преобразования данных из формата этих комплексов в формат информационного обмена.

Реализация остальных шагов технологического цикла обработки данных на региональном уровне выполняется разработчиком соответствующего программно-технологического комплекса по его усмотрению.

Предполагается два варианта подготовки информационных пакетов:

-  Каждый источник данных территориального уровня формирует собственный информационный пакет в формате информационного обмена, который передается на региональный уровень. На федеральный уровень передается комплект информационных пакетов региона;

-  Средствами программно-технического комплекса на региональном уровне формируется единая база данных региона, объединяющая данные от всех источников. На ее основе формируется единый информационный пакет в формате информационного обмена, который передается на федеральный уровень.

Информационные пакеты, полученные от регионов, использующих отличные от ЕПТК программно-технические комплексы, подвергаются на федеральном уровне более строгим проверкам на предмет соответствия формату информационного взаимодействия, полноты и целостности данных, соответствия единому лингвистическому обеспечению АИС «Регистры получателей услуг».

Выбор конкретного варианта подготовки информационных пакетов в регионе осуществляется разработчиком соответствующего программно-технического комплекса.

4.1.3.3  Защита информации при передаче на федеральный уровень

АИС «Регистры получателей услуг» хранит и обрабатывает информацию, относящуюся к категории данных персонифицированного учета: информацию о гражданах – получателях государственных услуг в сфере занятости. В соответствии с Федеральным законом «О персональных данных» от 01.01.01 года № 152‑ФЗ такая информация подлежит обязательной защите от несанкционированного распространения. В соответствии с данным Законом основным требованием к защите персональных данных является конфиденциальность – предотвращение пассивных атак для передаваемых или хранимых данных.

Защита информации, размещенной в центрах обработки данных, осуществляется путем применения типовых организационно-технических мероприятий: разграничение прав доступа пользователей к тем или иным объектам вычислительной сети ЦОД, контроль доступа персонала к оборудованию и в помещения ЦОД и т. п. Отдельного рассмотрения требует защита данных в процессе передачи информационных пакетов с регионального уровня на федеральный.

Информационный пакет, передаваемый на федеральный уровень, представляет собой файл (набор файлов). Защита информационного пакета осуществляется путем шифрования. В настоящее время используются две схемы шифрования информации: симметричная и асимметричная схемы. При любой из этих схем для шифрования и дешифрования данных применяется некий ключ – двоичное число достаточно большой размерности. В настоящее время широко применяются алгоритмы шифрования с длиной ключа 56 бит.

Симметричная схема шифрования выглядит следующим образом (см. рис. 4.7):

Рис. 4.7 Симметричная схема шифрования

Суть симметричной схемы шифрования заключается в том, что для шифрования данных и для их дешифровки применяется один и тот же ключ (так называемый, секретный ключ). Имеется большое число методов шифрования, применяющих симметричную схему и обеспечивающих достаточную защиту данных при высокой скорости работы. Перед началом информационного обмена получатель должен сообщить отправителю секретный ключ. Главной проблемой при применении симметричной схемы шифрования является проблема безопасной передачи секретного ключа.

Асимметричная схема шифрования выглядит следующим образом (см. рис. 4.8):

Рис. 4.8 Асимметричная схема шифрования

При асимметричной схеме шифрования используются два ключа: один – для шифрования данных, другой – для дешифровки. Один из этих ключей является открытым и может быть широко известен. Другой является закрытым и должен быть известен только одному из корреспондентов информационного обмена. Например, отправитель шифрует свои данные открытым ключом, а получатель дешифрует их при помощи закрытого ключа, известного только ему. Перед началом информационного обмена получатель сообщает открытый ключ отправителю.

При асимметричной схеме шифрования нет проблемы безопасной передачи ключа, однако алгоритмы шифрования и дешифрования во много раз более трудоемки, чем при симметричной схеме. По этой причине асимметричные схемы не применяются для шифрования больших объемов данных.

Для передачи информационных пакетов на федеральный уровень предполагается использовать гибридную схему, сочетающую достоинства обеих рассмотренных выше схем. Файлы информационных пакетов большого объема шифруются на региональном уровне по симметричной схеме. Информация об используемом при этом секретном ключе шифруется по асимметричной схеме. В результате механизм защищенного информационного обмена распадается на две стадии.

На стадии инициализации информационного обмена получатель федерального уровня обеспечивает всех возможных отправителей на региональном уровне открытыми ключами для шифрования данных. Это можно сделать по электронной почте, путем рассылки компакт-дисков, или даже разместить открытые ключи на общедоступном Интернет-ресурсе.

Закрытые ключи, соответствующие распространенным открытым ключам, хранятся у получателя на федеральном уровне. При этом обеспечивается конфиденциальность и сохранность закрытых ключей.

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

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

-  Отправитель формирует информационный пакет;

-  Отправитель шифрует информационный пакет по симметричной схеме, применяя секретный ключ;

-  Отправитель передает шифрованный файл получателю;

-  Получатель расшифровывает полученный файл, применяя тот же секретный ключ, и передает данные на обработку.

Ключи шифрования представляют собой файлы в специальном формате. Этот формат интерпретируется программным обеспечением, осуществляющим шифрование и дешифровку файлов. Сами ключи (секретный, открытый и закрытый) могут быть созданы в любом центре обработки данных при помощи специального программного обеспечения. Например, может использоваться ПО, поставляемое компанией Майкрософт. Однако передача данных с регионального уровня на федеральный является межведомственным информационным потоком. Поэтому ключи необходимо получать у организации, имеющей сертификат ФАПСИ на поставку сертифицированных ключей и соответствующего программного обеспечения.

4.2  Включение отдельного региона в информационный обмен с АИС «Регистры получателей услуг»

Привлечение отдельно взятого региона к информационному обмену с АИС «Регистры получателей услуг» включает целый комплекс организационно-технических мероприятий, которые подробно рассмотрены ниже.

4.2.1  Технологические мероприятия

Создание Регистра получателей услуг предъявляет определенные требования к лингвистическому обеспечению и к технологии работы центров занятости населения региона и органа занятости субъекта Российской Федерации.

Важным требованием к информации, размещаемой в АИС «Регистры получателей услуг», является единство лингвистического обеспечения. Прежде всего, это означает использование во всех центрах занятости региона единых версий основных справочников и классификаторов. В противном случае будет существенно затруднен или в принципе невозможен анализ данных в разрезе региона в целом. Необходимо, чтобы следующие справочники и классификаторы были одинаковыми во всех центрах занятости населения и в органе занятости региона:

-  справочник филиалов;

-  справочник административно-территориального деления;

-  справочник муниципальных образований;

-  справочник профессий;

-  классификаторы ОКВЭД, ОКЗ, ОКОНХ, ОКСО.

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

В дальнейшем должна вестись постоянная работа по поддержанию целостности информационного пространства региона. Все изменения в справочники и классификаторы должны вноситься централизованно, после чего новые версии единых справочников и классификаторов передаются в центры занятости для использования.

Наряду с единством основных справочников должно быть обеспечено единство технологии работы центров занятости. Это означает, в том числе, и единую по региону трактовку федеральных и региональных нормативных актов, единые методики оказания тех или иных услуг в различных центрах занятости населения.

4.2.2  Организационные мероприятия

Прежде всего, необходимо наладить регулярное поступление информационных пакетов от центров занятости региона в орган занятости субъекта Российской Федерации. Это предполагает разработку и утверждение соответствующего регламента передачи данных. Регламент должен устанавливать следующие параметры технологического процесса:

-  периодичность передачи информации;

-  сроки;

-  ответственных исполнителей;

-  способ передачи данных и типы машинных носителей информации;

-  технологию защиты информационного потока.

Периодичность передачи информации на региональный уровень определяется периодичностью ее передачи на федеральный уровень. Предполагается ежемесячная передача.