Тема номера: ЭЛЕКТРОННАЯ РОССИЯ

Д.Ю.Никулин

Социальный регистр населения г.Тольятти на базе данных Oracle

В г.Тольятти для ведения Социального регистра населения успешно используются решения Oracle.

Д.Ю.Никулин выступает на конференции "Oracle. Современные решения в "Электронной России"

В 2002 году в г.Тольятти было принято решение о начале проекта “Единое социальное окно”.

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

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

Для информационного обеспечения проекта “Единое социальное окно” был принят ряд организационно-технических решений. Одно из них – создание Социального регистра населения, как единого хранилища данных о получателях социальных льгот и пособий.

В качестве платформы для регистра была выбрана СУБД Oracle. При наполнении регистра использовалась информация таких структур как: Пенсионный фонд, Служба занятости, Бюро медико-социальной экспертизы, ЗАГС и др. Выполняя работу по объединению информации из баз данных нескольких ведомств, мы на своем опыте столкнулись с рядом проблем. Основную из них составила идентификация физического лица в базе данных.

На сегодняшний день единого идентификатора гражданина РФ не существует. Стандартизированной методики формирования идентификатора найти не удалось. Использовать для идентификации персональный номер страхового свидетельства Пенсионного фонда РФ, идентификационный номер налогоплательщика (ИНН) или другие ведомственные идентификаторы не представляется возможным. Почему? Ответ очевиден - они не всегда доступны и присвоены не всем категориям граждан. Остается одно - идентифицировать гражданина по совокупности его основных реквизитов: фамилия, имя, отчество, дата рождения, серия и номер паспорта, адрес и т.д. На первый взгляд все просто. Достаточно разработать программу, которая по заранее определенному набору реквизитов (критерии поиска) будет находить гражданина. Для правильной идентификации все искомые реквизиты из БД-источника должны совпасть с реквизитами в БД-приемнике. Если хотя бы один из реквизитов не будет совпадать, то идентификация не состоится. Несоответствие реквизитов может быть вызвано несколькими причинами:

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

После долгих поисков и экспериментов удалось найти решение проблеме идентификации физического лица. В результате была создана технология (http://www.ident.ru ), с применением которой может быть организован межведомственный информационный обмен. Особенность технологии в том, что идентификация осуществляется на основе набора основных реквизитов гражданина без использования единого идентификатора.

В тех случаях, когда по имеющимся реквизитам нельзя однозначно идентифицировать физическое лицо, система формирует массив наиболее похожих. Следующим шагом специальные алгоритмы выбирают из этого массива единственно верного. Достигается это тем, что в алгоритме заложена возможность комбинирования сочетания реквизитов, исключая непригодные. Для каждого реквизита устанавливается приоритет и ему присваивается "вес", необходимый для принятия решения по выбору. Все граждане, оказавшиеся в массиве, набирают "вес" по сумме идентифицируемых реквизитов. На основе этого алгоритмом принимается решение. Для того, чтобы оно было верным, значению "веса" устанавливается минимальный "порог" для принятия решения. Для каждой БД минимальный "порог" может принимать различные значения, что зависит от особенностей БД. Если в списке похожих граждан ни одно из лиц не набрало значения "порога", то автоматизированная идентификация невозможна, и весь список передается на отработку оператору.

Эта технология оказалась полезной при создании городского регистра населения, разработчиков технологии привлекли к его реализации. Она ориентирована на решения Oracle, а программная реализация выполнена на базе СУБД Oracle. Примененная технология может иметь большие перспективы для решения вопросов обмена информацией при проведении пенсионной, жилищно-коммунальной, социальной реформ. А эти реформы невозможны без эффективного информационного обмена между ведомствами-владельцами информационных ресурсов.