http://www.programs-gov.ru/cgi-bin/fcp_nir.cgi?prg=134&zak=1 Список заказчика "Министерство экономического развития и торговли Российской Федерации" по ФЦП Программа "Электронная Россия (2002-2010 годы)" ....Реализация пилотного проекта по созданию элементов системы персонального учета населения (СПУН). Сроки: начало: 2004 г., завершение: 2006 г. Дата проведения конкурса: 20-05-2004 Победитель конкурса: ЗАО «Инженерно-внедренческий центр «Инсофт» http://www.insoft.ru/insoft/03.06.04По итогам конкурса по реализации программных мероприятий ФЦП «Электронная Россия» (2002-2010 годы), финансируемых по направлению «прочие расходы», компания ЗАО Инженерно-внедренческий центр ИНСОФТ стало победителем конкурса по лоту № 2 по выполнению работ «Реализация пилотного проекта по созданию элементов системы персонального учета населения СПУН».Таким образом, один из первых проектов по созданию системы учета населения становится реальностью.http://www.insoft.ru/insoft/products/bank/b1/bank1.htm Инженерно-внедренческий центр ИНСОФТ представляет Опыт учета населенияРазработка банков данных о населении, или, как их называют, регистров является непростой задачей. Конкретное ее решение существенно зависит от местных условий и достижимого уровня технологий. В связи с этим рассмотрение этого вопроса имеет смысл проводить на примерах отдельных реализаций. Одной из разработок Инженерно-внедренческого центра «Инсофт» является автоматизированный интегрированный банк данных (АИБД) «Население» Москвы, создаваемый по заказу правительства Москвы (Московского комитета по науке и технологиям). В предлагаемой статье рассматриваются некоторые технологические особенности этого проекта и наиболее важные характеристики его окружения. Что дает автоматизированный учет населения Вопрос о пользе учета населения относится скорее к области социологии и политики. Отметим только, что цели проектов, связанных с этой задачей, естественно, могут быть совершенно разные. Обсуждая московский проект можно отметить, что правительство города уделяет большое внимание вопросам работы с населением, мониторингу демографических показателей и миграционных процессов. Банк данных «Население» интегрирует информационные ресурсы о населении в унифицированной открытой межотраслевой системе в интересах органов власти, а также самих граждан. Информация, хранящаяся в уже созданном банке данных, используется для решения следующих функциональных задач органов исполнительной власти и местного самоуправления Москвы: защита прав граждан; борьба с коррупцией и экономическими преступлениями; реализация демографической политики правительства Москвы; планирование и реализация мероприятий по социальной защите и охране здоровья населения; совершенствование системы сбора налогов и справедливого распределения доходов бюджета Москвы; мониторинг и планирование социально-экономического развития Москвы, административных округов и районов; проведение переписей и социально-демографических обследований населения. Москвичи как объект регистрации Масштабы проектаМосква является крупнейшим мегаполисом России и мира. Население Москвы составляет 8 538 тыс. человек, а включая гостей столицы – более 10 млн. человек. В ней сосредоточено около 10% всего населения страны и более 8% занятого населения. Москва состоит из десяти административных округов, которые в свою очередь разделены на 125 муниципальных районов. Численность населения муниципального района составляет от 7 тыс. до 140 тыс. В разрезе каждого муниципального района необходимо вести свой банк данных о населении. Эти данные объединяются в банке данных административного округа (префектуры).Источники информацииИсточником актуализации банка данных являются автоматизированные системы паспортных столов отделов милиции, жилищно-эксплуатационных организаций и органов записи актов гражданского состояния. Паспортные столы отделов милиции ведут регистрацию населения по месту жительства, а также гостей столицы по месту пребывания. Обслуживание населения осуществляет 163 паспортных стола отделов милиции, из которых к настоящему времени автоматизировано 105. Первичная регистрация населения по месту жительства ведется в жилищно-эксплуатационных организациях. Из 800 пунктов первичной регистрации автоматизировано около 70%. Органы записи актов гражданского состояния ведут регистрацию рождений, смертей, браков, разводов, усыновлений, перемены имени, установления отцовства, внесения изменений и исправлений в записи актов гражданского состояния. Обслуживание населения осуществляют 27 отделов ЗАГС и 3 Дворца бракосочетаний. С 1994 года все отделы ЗАГС работают в единой автоматизированной системе. Указанные учреждения могут предоставить достаточно ограниченный объем информации, который тем не менее вполне достаточен для решения поставленных целей разработки. Можно выделить шесть групп данных, которые лежат в основе созданного регистра:1. Личные данные. Фамилия, имя, отчество, дата рождения, место рождения, пол, в том числе данные о перемене фамилии, имени и отчества, места рождения, даты рождения, пола. 2. Данные о месте жительства и перемещениях. Адрес регистрации по месту жительства и месту пребывания, в том числе дата прибытия, убытия, данные об истории регистраций – переездов по Москве, данные о первом прибытии в Москву. 3. Данные о документе, удостоверяющем личность, в том числе данные об истории смены документа, удостоверяющего личность, причинах смены. 4. Данные об отношении к воинской обязанности. 5. Данные о родственных отношениях родителей и детей. 6. Данные о рождении и смерти граждан.Технология «снизу – вверх»Наиболее важным принципом, сформулированным Московским комитетом по науке и технологиям (МКНТ), влияющим на создание АИБД “Население” Москвы, является разработка и внедрение системы снизу вверх, то есть опережающие разработка и внедрение модулей нижнего уровня и обеспечение основ для сквозной актуализации данных в модулях верхнего уровня уже на этапе опытной эксплуатации. Такая методология была использована при разработке и внедрении крупнейших автоматизированных систем Москвы, содержащих данные о населении: многоуровневой автоматизированной системы “ЗАГС” Москвы и Государственной автоматизированной системы “Выборы” в части учета избирателей Москвы. Эти системы были внедрены в промышленную эксплуатацию через три года после начала разработки, а в опытную эксплуатацию в промышленном режиме -- через шесть месяцев. С одной стороны, апробированная МКНТ методология внедрения автоматизированного интегрированного банка данных “Население” Москвы снизу вверх является очень трудоемким, сложным и, я бы сказала, ювелирным процессом. Большой опыт разработки и внедрения сложных автоматизированных систем позволяет сделать вывод о том, что очень важно найти поддержку и понимание среди пользователей нижнего уровня. Необходимо предложить им для эксплуатации такие программные средства, которые бы значительно облегчили их повседневную работу, обеспечили полную автоматизацию всего спектра функций пользователя. Таким модулем явилась сеть автоматизированных интегрированных рабочих мест сотрудников паспортного стола отдела милиции, разработанная в составе АИБД «Население». В результате создания, внедрения и сопровождения сложных систем нижнего уровня, выработки приемов параметризации данных, справочников, классификаторов и настройки пользовательского интерфейса появилась возможность обеспечить автоматическое поддержание актуальности данных на нижнем уровне и создание “бесплатного” источника актуализации глобальной базы данных.Проблемы вертикальной интеграцииОпыт использования существующих автоматизированных систем объектов нижнего уровня (паспортных столов участков ДЕЗ) показал, с одной стороны, их работоспособность и полноту функциональности. С другой стороны, оказалось, что эти модули не могут быть интегрированы в глобальную систему по причинам их закрытости. Разработчики оказались в сложной ситуации. Переоснащение участков ДЕЗ и внедрение на них единого интегрируемого программного обеспечения привело бы к значительным затратам временных и финансовых ресурсов и отодвинуло бы завершение проекта еще как минимум на пять лет. Для решения подобных проблем в мировой практике используются многоуровневые интерфейсы информационного взаимодействия. Стоимость таких интерфейсов составляет 5-10% от стоимости разработки интегрируемой системы. Интерфейс информационного взаимодействия представляет собой плоский текстовый файл с разделителями, в который автоматизированная система регистрации граждан в ДЕЗ должна поместить необходимые данные для паспортного стола милиции. Для автоматического ввода данных в БД “Население” паспортного стола милиции были разработаны правила целостности и непротиворечивости входных данных, правила соответствия общегородским и отраслевым классификаторам. При разработке таких технологий очень важно было принять единый порядок и правила работы паспортисток участка ДЕЗ и отдела милиции по обеспечению информационного взаимодействия объектов. Таким образом, внедрение автоматизированной технологии информационного взаимодействия паспортных столов милиции и паспортных столов ДЕЗ создало основу для автоматизированной актуализации базы данных “Население” паспортного стола района Москвы. При передаче данных о гражданах на верхний уровень системы – АИБД «Население» отдела паспортно-визовой работы Информационного центра УВД административного округа -- решена задача контроля однократности учета граждан в окружной базе данных. Проблемы горизонтальной интеграцииДля поддержания БД “Население” паспортного стола отдела милиции в актуальном состоянии необходимо наладить взаимодействие с общегородской базой данных “ЗАГС” (ОБД “ЗАГС”). Последняя регистрирует изменения гражданского состояния населения Москвы, в частности смерть граждан. Интеграция с ОБД “ЗАГС” позволяет автоматизировать процессы своевременного снятия с регистрации и уничтожение паспортов умерших. Несоответствие структур управления паспортными столами милиции и отделами ЗАГС Москвы, а также законодательные основы регистрации акта гражданского состояния о рождении и смерти определили технологию интеграции систем. Так как рождение и смерть регистрируются в 70% случаев по месту жительства, а в 30% случаев по месту рождения или смерти, полные данные об этих событиях содержатся только в общегородской базе данных “ЗАГС”. Результатом взаимодействия с ОБД “ЗАГС” является внесение изменений по рождению и смерти в АИБД “Население” по информации ЗАГС. При этом учитываются как фактические даты рождения и смерти, так и даты регистрации этих событий в паспортных столах милиции. Анализ информационного взаимодействия показал, что между регистрацией этих событий органами ЗАГС и паспортными столами милиции может пройти до пяти лет. Информационное взаимодействие с общегородской системой “Выборы” в нашем проекте осуществляется на уровне района Москвы. Данные для внесения изменений в БД “Учет потенциальных избирателей района” формируются в автоматическом режиме с заданной системным администратором ГАС “Выборы” периодичностью. Автоматическая обработка месячных изменений занимает не более 10 минут. Далее в соответствии с технологиями ГАС “Выборы” проводятся профилактические процедуры анализа данных и строится дефектная ведомость информационного взаимодействия. Дефекты информационного взаимодействия вызваны незначительными ошибками в базах данных “Учет избирателей”, связанными с неправильным написанием фамилии, имени и отчества избирателя, неточным указанием его даты рождения. Интеграция с районной базой данных “Учет потенциальных избирателей” позволяет обеспечить автоматическое поддержание последней в актуальном состоянии. Внедрение такой технологии позволяет автоматически получать актуальные списки избирателей на любую дату. Открытая реляционная модель данных и технология альтернативной классификации объектов, использованные в разработке, обеспечивают возможность интеграции с любой автоматизированной системой, содержащей данные о населении. Рассмотрим два основных случая интеграции: с субъектом-источником и субъектом – пользователем данных. Паспортные столы милиции и отделы ЗАГС обеспечивают до 95% информации, необходимой пользователю. Незначительные по объемам потоки данных поступают из автоматизированных систем Городского военкомата, содержащих данные о призыве и возвращении с военной службы, и из автоматизированных систем судов, содержащих данные о признании граждан недееспособными. Информационное взаимодействие с субъектом – пользователем данных технологически должно осуществляться через журналы информационного взаимодействия по согласованным сторонами протоколам и регламенту. Где эта улица, где этот домПри разработке регистра населения может оказаться затруднительным ответить на вопрос, где проживает гражданин. Альтернативные понятия в классификаторах возникают при ретроспективном рассмотрении административно-территориального деления Москвы, структур органов управления и регистрации граждан. Классическим и самым простым примером альтернативного описания объекта является переименование улицы. К более сложным примерам должны быть отнесены частичные переименования улиц, перемещения строений, изменение домов с четных на нечетные, угловые дома, принадлежащие двум улицам. Сложность в однозначном описании и идентификации этих объектов состоит в том, что подчас в паспортах граждан, проживающих в одной и той же квартире, дается различное описание улицы или адреса. Особенно это характерно для жителей центральных и окраинных районов Москвы. По действующему законодательству при регистрации акта гражданского состояния адрес места жительства гражданина должен быть записан точно в соответствии с паспортом, при регистрации гражданина по месту жительства предыдущий адрес должен быть записан также по паспорту. Эти и другие причины вызывают необходимость разработки и поддержания технологий ведения альтернативных описаний практически для всех классификаторов административно-территориального деления. Такие технологии предоставляют дополнительный сервис при информационном взаимодействии с автоматизированной системой, использующей другие типы классификаторов (в данном случае это системы ДЕЗ и ГАС «Выборы»). В настоящее время выявлены и внесены в классификатор более 500 альтернативных описаний для Москвы. При формировании альтернативного описания для него ведется базовое описание, источник формирования альтернативного описания, дата и номер документа, на основании которых сформировано альтернативное описание. Технология альтернативного описания объектов классификации может быть использована и при описании российских объектов административно-территориального деления, стран мира и т. д.Проблема виртуальных двойниковПри актуализации окружной базы данных о населении или загрузке данных автоматизируемых районов иногда возникает необходимость обеспечения однократного описания гражданина. Рассмотрим пример. Пусть некий гражданин был зарегистрирован в районе “Гольяново”, где уже функционирует база данных о населении, а затем выехал в район, где внедрение БД только предполагается. В этом случае гражданин может оказаться вторично зарегистрированным с другим идентификационным кодом, то есть он будет учтен дважды. Для того чтобы исключить появление виртуальных двойников, должны быть предусмотрены специальные технологии обратной связи с базой данных на уровне паспортного стола милиции. При актуализации или дозагрузке баз данных уровней округа (впоследствии города) необходимо задействовать специальную процедуру поиска возможных двойников и синхронизации идентификационных номеров граждан. Идентификация граждан на первом этапе должна осуществляться по полному соответствию фамилии, имени, отчества, даты рождения, адреса места жительства, периода регистрации, на втором этапе -- по зарегистрированным ранее значениям фамилии, имени и отчества. Предложенный механизм не является универсальным и может давать сбои в следующих случаях. При изменении адреса места жительства (например, на другой субъект Российской Федерации) и фамилии, имени или отчества, а затем повторной регистрации в АИБД “Население” гражданин в принципе может быть учтен дважды. Полное совпадение фамилии, имени и отчества, даты рождения и места рождения -- явление редкое, но вполне возможное. Так, например, при загрузке АИБД “Население” Восточного административного округа и ее интеграции с ОБД “ЗАГС” были выявлены дети–двойники, имеющие одну и ту же фамилию, имя, отчество, дату рождения и место рождения (в данном случае Москва). Следует отметить, что дети были зарегистрированы в разных отделах ЗАГС, в разные даты и разными актовыми записями. Однако ввиду отсутствия законодательства и практики применения единого гражданского кода в России предлагаемая технология идентификации является единственной и дает верный результат в 98-99% случаев. Для выявления возможных двойников и должна быть разработана технология поиска похожих записей.Точка отсчетаРеальная эксплуатация регистра населения начинается с первичной загрузки данных. Основной проблемой, возникающей при этом, является правильное распознавание и целостное описание данных ДЕЗ по всем событиям, зарегистрированным в нем. При информационном взаимодействии с базами данных ДЕЗ, созданными различными разработчиками, иногда выясняется, что нет какого-либо системотехнического подхода к формированию данных. В большинстве баз данных отсутствуют данные о рождении детей, смешиваются события прибытия, первичного получения паспорта, смены документа. Отсутствие каких-либо собственных классификаторов причин прибытия – убытия, родственных отношений приводит к тому, что при миграции данных приходится разбираться с целыми “сочинениями” в символьных полях. Типичной ошибкой разработчиков автоматизированных систем ДЕЗ является невнимание к логическому контролю данных. Так, например, в базах существует до 20 вариантов написания данных о смерти по факту «выбытия по смерти», в поля места рождения заносятся причины прибытия – убытия и т. д. Для обеспечения целостности первично загруженных данных обычно используются следующие методы выравнивания данных. Построение альтернативных описаний адресов места жительства. Построения специальных библиотек – декодировочных таблиц адресов места рождения, прибытия и убытия. Получение статистик по повторяемости причин прибытия – убытия, смены паспорта, родственных отношений, их соотнесение с базовым описанием справочников. Итерационные процедуры переноса и преобразования данных, переданных в соответствии с неправильными реквизитами. Интеграция с ОБД “ЗАГС”, содержащей 12 млн. выверенных записей, для дополнения данных АИБД “Население”. Формирование поля “Место рождения – Москва” по информации ЗАГС. Процедура первичной загрузки не является стандартизованной. Как правило, для одного района Москвы она занимает от одной до трех недель.Промежуточные результатыРабота по реализации проекта еще далека от завершения. Тем не менее некоторые итоги подвести все же можно. АИБД «Население» внедряется в Москве с 1999 года и объединяет данные о населении столицы. Система внедрена в следующих органах территориального управления Москвы: ? паспортных столах дирекций единого Заказчика; ? паспортных столах отделов милиции; ? районных управах (в части интеграции с комплексом задач «Учет избирателей»; ? отделах паспортно-визовой работы, информационных центрах УВД административного округа; ? префектурах. Вот некоторые данные по округам. Во всех районах Восточного, Юго-Восточного АО, во всех паспортных столах имеется банк данных «Население» на все население. АИБД «Население» актуализируется ежедневно. Прочие округа имеют частичную автоматизацию, и число подключенных к проекту районов расширяется. Всего в АИБД «Население» в настоящее время содержатся актуальные данные о более чем 6 млн. москвичей и гостей столицы. Структурно-функциональная схема АИБД «Население» на примере Восточного административного округа изображена на рис. 1. Елена Бойченко, технический директор ИВЦ «Инсофт», с ней можно связаться по адресу ev@insoft.ruhttp://www.insoft.ru/insoft/products/bank/b3/bank3.htm Е.В. Бойченко, А.В. Михеев Персональный идентификационный номер гражданина как средство интеграции баз данных о населении1. Введение В настоящей статье рассмотрены вопросы построения идентификационного номера гражданина, основные проблемы его формирования и возможные направления разработки и внедрения технологий идентификации граждан. Описанные работы проводятся ассоциацией «Сириус» в рамках разработки проекта концепции создания автоматизированной системы «Государственный регистр населения». Предложенные в статье методологии идентификации граждан апробированы Инженерно-внедренческим центром «Инсофт» при создании автоматизированного интегрированного банка данных «Население» Москвы, многоуровневой автоматизированной системы «ЗАГС» Москвы, Государственной автоматизированной системы «Выборы» по г. Москве в части комплекса функциональных задач «Учет избирателей». 2. Актуальность проблемы идентификации граждан Решение вопроса идентификации граждан имеет большое значение при проектировании автоматизированной системы «Государственный регистр населения» (АС ГРН). В соответствии с проектом концепции АС ГРН к основным целям создания АС ГРН в числе других относятся: · Обеспечение эффективного автоматизированного информационного обмена в сфере учета населения; · Создание основы для объединения существующих и разрабатываемых баз данных по учету отдельных категорий населения в интегрированную систему баз данных о населении с соблюдением прав и интересов граждан.Информационное обеспечение ГРН в числе других включает идентификацию граждан. В состав первичных персональных данных в числе других данных, фиксируемых в системе регистрационного учета, входит персональный идентификационный номер гражданина. Однозначная идентификация личности является важнейшим требованием АС ГРН. В числе методов идентификации личности предполагается идентификация по персональному идентификационному номеру, проставляемому в паспорт и иные документы, удостоверяющие личность, и используемого во всех системах учета населения.Согласно требованиям концепции АС ГРН персональный идентификационный номер должен удовлетворять следующим требованиям: неизменность на протяжении всей жизни гражданина, минимально возможной длиной, помехоустойчивостью, возможностью автоматического формирования в децентрализованном режиме.При проектировании АС ГРН большую актуальность приобретают работы по анализу состояния дел по персональной идентификации граждан в АИС учета различных социально-профессиональных категорий граждан. Единая методология формирования персонального идентификационного номера гражданина и технология его присвоения должна явиться важной частью ГРН России. 3. Краткий анализ вариантов формирования и использования персонального идентификационного номера гражданинаВ настоящем анализе использованы материалы работы комиссии при Главном управлении вычислительной техники и систем управления ГКНТ, проекты нормативных документов по созданию АС «Персона» и АС «Госрегистр», научно-методические материалы ВНИИ Проблем вычислительной техники и информатики (ВНИИ ПВТИ), а также практические методики ИВЦ «Инсофт» по созданию баз данных о населении.Предлагаются два подхода использования идентификационного персонального номера гражданина: повсеместный и выборочный. При повсеместном использовании каждому гражданину страны присваивается уникальный номер – идентификационный персональный номер гражданина. Этот номер проставляется во все личные документы граждан: свидетельство о рождении, паспорт, удостоверение личности военнослужащего, трудовую книжку, страховое свидетельство государственного пенсионного страхования, а также документы для служебного пользования. Такой подход предполагает, что во всех автоматизированных системах информация о гражданине хранится и передается вместе с идентификационным персональным номером. Выборочное использование предполагает, что идентификационный персональный номер используется в базовых системах о населении: автоматизированных информационных системах первичного учета – паспортных столах жилищно-эксплуатационных организаций и органов внутренних дел, а также органах ЗАГС. В ведомственных автоматизированных системах используются свои идентификаторы, структура и разрядность которых определяется на основе системной функциональности. По технологии формирования различаются четыре варианта построения идентификационного персонального номера гражданина. В первом варианте роль персонального номера выполняют серии и номера документов, удостоверяющих личность. Для обеспечения уникальности персонального номера предлагается дополнительно использовать закодированную информацию о типе документа, дате его выдачи. В отдельных концепциях предлагается использовать комбинацию номера паспорта, даты и места рождения гражданина.Согласно второму варианту роль персонального кода выполняет комбинация фамилии, имени и отчества гражданина и дополнительных параметров, таких как дата рождения и место рождения, дата рождения и место жительства. Согласно третьему варианту персональный номер формируется на основе биологических данных человека: генетических характеристик, отпечатков пальцев, характеристик радужной оболочки глаза.Согласно четвертому варианту персональный номер формируется в виде случайного числа или используется внутримашинный идентификационный номер. В отдельных концепциях предлагается дополнять такой персональный номер описанием места формирования идентификационного номера.По способам формирования различают централизованное и децентрализованное формирование персонального идентификационного номера. Ниже приведены оценки достоинств и недостатков различных вариантов формирования и подходов использования персонального идентификационного номера.Повсеместное использование персонального идентификационного номера граждан предоставляет значительные преимущества при идентификации личности гражданина по широкому спектру документов, удостоверяющих личность. Существенными недостатками этого подхода являются очень большие затраты, связанные с его внедрением и поддержанием в актуальном состоянии, с созданием специальной службы присвоения номера. Варианты, использующие для идентификации личности серии и номера документов, удостоверяющих личность, свободны от вышеназванных недостатков. Потребуются сравнительно небольшие затраты для изменений в процедурах регистрации граждан по месту жительства и месту пребывания, а также регистрации актов гражданского состояния. Существенным недостатком этих вариантов формирования персонального номера является необходимость жесткой централизации процедур выдачи и обмена паспортов, что в масштабах Российской Федерации реализовать достаточно трудно. К недостаткам варианта формирование персонального номера на основе фамилии, имени и отчества относятся значительные затраты, связанные с подержанием уникальности персонального номера и его актуализацией при изменениях фамилии, имени и отчества.На основе выше изложенного можно сделать следующие выводы. 1. Экономически нецелесообразно использовать персональный номер для текущего ввода и обработки данных об отдельных гражданах в ведомственных федеральных автоматизированных системах.2. В качестве межсистемного идентификатора гражданина могут быть использованы серии и номера документов, удостоверяющих личность в комбинации с дополнительными параметрами гражданина: фамилией, именем, отчеством, датой рождения, местом рождения. При этом интегрированная система баз данных о населении может быть создана без значительных затрат.3. Введение персонального идентификационного номера, проставляемого в документы личного пользования, требует значительных вложений на внедрение и эксплуатацию, но упрощает организационно процесс межсистемного обмена данными и создает удобства для опознавания личности по любому документу. При введении персонального идентификационного номера могут возникнуть психологические и организационные трудности.Таким образом, несмотря на присущие системе идентификации личности с помощью персонального идентификационного номера недостатки нетехнического характера, признано, что для межсистемного взаимодействия она наиболее удобна и технологична. Имея в виду, что в ближайшее время вряд ли будет повсеместно введен идентификационный номер, проставляемый в основные документы, удостоверяющие личность, не следует отбрасывать такую возможность в более отдаленное время, так как для государства масштаба России это единственная возможность обеспечить систематизированный сбор и обработку данных о гражданах. Поэтому огромное значение приобретает необходимое условие интегрируемости автоматизированных систем, содержащих данные о населении, состоящее в наличии внутри системы однозначной технологии идентификации гражданина при любых изменениях его юридических параметров за любой период времени. 4. Вычисляемость – важное свойство персонального идентификационного номераДля удобства дальнейшего изложения определим термины, употребляемые для обозначения различных способов идентификации записей в базах данных автоматизированных систем учета населения. Персональный идентификационный номер - это номер гражданина, не изменяющийся на протяжении всей его жизни. Технология формирования должна обеспечивать уникальность номера на всей территории России при его формировании в децентрализованном режиме. Регистрационный номер – это номер, присваиваемый каждой записи о гражданине в базе данных автоматизированной системы учета населения, который обеспечивает уникальность и однозначную идентификацию записей в пределах данной автоматизированной системы. В каждой автоматизированной системе может применяться своя система присвоения регистрационного номера, поэтому последний в общем случае не может применяться при межсистемном взаимодействии, за исключением тех случаев, когда технология его формирования совместима с технологией формирования персонального идентификационного номера.Важной характеристикой способа формирования персонального (регистрационного) номера является его вычисляемость. Под вычисляемостью здесь подразумевается возможность корректно сформировать номер с использованием данных, которые могут быть получены на основе документов, удостоверяющих личность, или на основе биологических данных гражданин. Невычисляемый персональный (регистрационный) номер, как правило, является внутрисистемным уникальным номером записи о гражданине и присваивается как порядковый с добавлением информации о месте формирования. Несмотря на обилие способов формирования невычисляемого регистрационного номера в распределенных системах учета населения, основные принципы едины для большинства систем. Введем понятие источника персонального номера как комплекса средств автоматизации нижнего уровня, одной из функций которого является первичное формирование персонального номера. Примером источника персонального номера могут быть паспортные столы отделов милиции или отделы записи актов гражданского состояния.Необходимым условием внутрисистемной уникальности персональных номеров на федеральном уровне является создание общегосударственного реестра источников персональных номеров. На основе комбинации кода источника и персонального номера гражданина, сформированного комплексом средств автоматизации нижнего уровня, должен быть сгенерирован персональный идентификационный номер гражданина. При использовании невычисляемого персонального номера целостность системы баз данных о населении и однозначность идентификации граждан при актуализации и взаимодействии должны поддерживаться специализированными алгоритмами идентификации записей о гражданах и синхронизации их персональных номеров. Приведем конкретный жизненный пример, иллюстрирующий этот сложный вывод.В современных автоматизированных системах, содержащих данные о населении, уникальный регистрационный номер записи о гражданине формируется, децентрализовано на основе внутрисистемных алгоритмов. При централизации данных на верхнем уровнем (например, в комплексе средств автоматизации субъекта Российской Федерации) могут быть найдены другие записи об этом гражданине, введенные ранее. При этом сначала необходимо идентифицировать эти записи, а затем синхронизировать регистрационный номер гражданина во всех записях.Это не удается сделать при интеграции данных о населении нескольких субъектов федерации по причинам, независящим от корректности разработанных алгоритмов идентификации и синхронизации данных. Например, гражданин был зарегистрирован в паспортном столе отдела милиции и получил там уникальный регистрационный номер. Затем гражданин выбывает из Москвы в другой субъект федерации, там женится (меняет фамилию, имя или отчество), и, следовательно, документы, удостоверяющие личность, а затем вновь прибывает в Москву. При повторной регистрации такого гражданина не могут быть предложены какие-либо устойчивые формальные алгоритмы, обеспечивающие однозначную идентификацию.Вычисляемый на основании биологических характеристик персональный идентификационный номер может быть сформирован как числовая свертка уникальных для каждого человека параметров, не меняющихся в течение его жизни, в качестве которых в современной практике обычно используются рисунок отпечатков пальцев или радужной оболочки глаза. Несмотря на очевидные преимущества данного подхода к формированию персонального номера (возможность при "предъявлении" самого человека без каких-либо документов однозначно вычислить его номер), на практике этот способ мало применим – такая процедура вычисления для всех жителей страны слишком дорогостояща и может вызвать психологический дискомфорт у граждан. Одним из вариантов формирования вычисляемого персонального идентификационного номера гражданина на основе его юридических параметров, это использование комбинаций серий и номеров документов, удостоверяющих личность, фамилии, имени и отчества, даты рождения, места рождения. Несмотря на очевидные достоинства, этот вариант имеет существенный недостаток, связанный с изменением персонального идентификационного номера при смене документа, удостоверяющего личность. Этого можно избежать путем ведения единой базы данных документов, удостоверяющих личность, на территории Российской Федерации и ц