Мне кажется лучше примерно так:
Таблица ЛЮДИ:
1) ИД ЧЕЛОВЕКА (ГУИД)
2) ОГРН УЧРЕЖДЕНИЯ (УНИКАЛЬНЫЙ ИД УЧРЕЖДЕНИЯ)

Таблица ДОКУМЕНТЫ
1) ИД СОСТОЯНИЯ (СЧЕТЧИК)
2) ID чел в табл ЛЮДИ
3) АДРЕС (храним ID, значение из справочника)
4) ФАМИЛИЯ (храним ID....)
5) ИМЯ (храним ID....)
6) ОТЧЕСТВО (храним ID....)
7) ДАТА РОЖДЕНИЯ
8) МЕСТО РОЖДЕНИЯ (храним ID.... можно ссылка на КЛАДР)
9) ВИД ДОКУМЕНТА
10) ID последнего документа того-же вида (предыдущего паспорта, предыдущего ИНН)
11) СЕРИЯ
12) НОМЕР
13) ДАТА ВЫДАЧИ
14) документ действителен

Таблица СТАТУС
1) ID чел в табл ЛЮДИ
2) СТАТУС (ПЕНСИОНЕР,СТРУДЕНТ И Т.П.) (храним ID, значение из справочника)
3) ДАТА ПОЛУЧЕНИЯ СТАТУСА

как уже говорили выше
обязательно полная номализация, СУБД с циферками в разы лучше работает
при этом самая ёмкая таблица
Таблица ДОКУМЕНТЫ
1) int
2) int
3) int
4) int
5) int
6) int
7) date
8) int
9) int
10) int
11) char
12) char
13) date
14) bool

На любые атрибуты человека, такие как ФИО, дата рождения.. должен быть некий документ, чел не може прийти и просто сказать - я Вася... ок, Вася, так и запишем
должен быть либо паспорт, либо ИНН.... удостоверение...
Сменил чел имя => сменил паспорт.. последний актуальный документ тот, у которого дата выдачи самая поздняя и действительны, и история смены документов на лицо, сперва свидетельство о рождении, затем паспорт, ИНН, затем другой паспорт...

В туже табличку и ИНН, и пенсионное свидетельство...

Аналогично со статусом.

На счёт объединения данных:
- на рабочем месте, данные экспортируются в txt или XML (или ещё как) без всяких GUID, в полном виде, обязательно должны быть документы, на основании которых внесены данные...
<men>
<fio>Иванов....</fio>
<docum>
<type>паспорт</type>
<num>9931 231244</num>
.....
</docum>
</men>

- в центре, файл импортируется, ищются совпадения по другому никак. например ФИО и даты совпадают, сопадает номер предыдещего паспорта, но паспортные данные отличаются и более поздняя дата - значит новый паспорт...
другими словами, даже не набор правил для сравнения, а комплексный алгоритм, сравниваем по разным критериям, выставляем % совпадения... далее помечаем где вероятность менее 100% и оператор смотрит... в процессе работы, выявляются новые "правила", и совершенствуется алгоритм

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