Автоматизированная система контроля качества персональных данных РГМДР

Одним из наиболее важных направлений в раз витии медицины в настоящее время является проведение крупномасштабных эпидемиологичес ких исследований . Для осуществления подобного рода проектов в масштабах государства создают ся крупномасштабные медицинские регистры ( КМР ) с лежащими в их основе базами данных ( БД ) сверхбольшого объема .

Беспрецедентный опыт по внедрению КМР в России был накоплен при создании и эксплуата ции Российского государственного медико - дози метрического регистра ( Регистра ) лиц , подверг шихся радиационному воздействию вследствие аварии на ЧАЭС [1]. На 01.01.1997 г . база данных Регистра включала демографическую , медицин скую и дозиметрическую информацию на более 480 тысяч человек .

Регистр имеет иерархическую структуру и включает четыре уровня наблюдения :

• •    государственный ,

• •    региональный ,

• •    областной ,

• •    районный .

Сбор информации в Регистр осуществляется на районном и областном уровнях при проведении диспансеризации и в процессе обращения лица за медицинской помощью, а также при проведении специализированного обследования путем выкопировки данных из амбулаторных карт и других документов в специальные формы, называемые первичными бумажными документами. Затем они вводятся в ЭВМ и далее информация поступает в региональный центр (РЦ), который объединяет несколько областей данного региона. В РЦ формируется БД региона, которая передается на государственный уровень регистра. На государственном уровне Регистра происходит объединение региональных БД в БД государственного уровня (основную БД) Регистра.

Существуют следующие типы первичных бу мажных документов Регистра :

• •    регистрационная карта ,

• •    кодировочный талон ,

• •    лист учета данных дозиметрии ,

• •    карта внесения изменений в вышеперечис ленные документы .

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

Хранение информации после ее ввода в ЭВМ с первичных бумажных документов осуществляется в таблицах БД специального формата , каждая из которых соответствует определенному типу пер вичных бумажных документов . Таким образом , для хранения данных в Регистре определены следую щие таблицы :

• •    файл регистрационных карт ,

• •    файл кодировочных талонов ,

• •    файл листов учета данных дозиметрии ( дозиметрических талонов ),

• •    файл карт внесения изменений .

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

Одной из наиболее важных задач , возникаю щих при ведении Регистра , является обеспечение высокого качества персональных данных , храня щихся в БД . Учитывая распределенность регио нальных центров по всей территории России , раз личную степень подготовки персонала в местах сбора данных , а также огромный объем собирае мой информации , очевидно , что без автоматизи рованной комплексной системы контроля функ ционирование Регистра становится невозможным . Такая система создана специалистами лаборато рии программно - математического обеспечения Регистра и постоянно дополняется новыми под системами , которые осуществляют более слож ные виды контроля [2, 3].

На сегодняшний день она включает следующие виды контроля :

• •    синтаксический контроль ,

• •    логический контроль ,

• •    контроль миграции ,

• •    контроль согласованности информации в раз личных БД Регистра .

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

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

1.    Синтаксический контроль данных

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

числовое (numeric), дата (date), литерал (literal), символьное (character).

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

level - уровень значимости поля, log_name - ссылка на внешнюю процедуру контроля, min_val - минимальное значение поля, max_val - максимальное значение поля.

Уровень значимости поля , отвечает за обяза тельность его заполнения . Если level не содержит пустого значения , то заполнение поля является обязательным . Ссылка на внешнюю процедуру контроля необходима для тех полей , заполнение которых происходит по четко определенным пра вилам . Это характерно для полей , значения кото рых декодируются по различным словарям или справочникам . Обычно внешняя процедура со держит проверку формата значения поля и вызов функции поиска введенного значения в каком - либо словаре или справочнике . Min_val и max_val со держат соответственно минимально и максима льно допустимые значения поля .

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

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

Ввод значения обязателен?

Вводимое значение поля

Ошибка!

Заполните обязательное поле

Проверка на нелустоту вводимого значения

Выполнение внешней процедуры контроля

Ошибка!

Сообщение об ошибке генерирует внешняя процедура контроля

Недопустимое значение поля

Проверка принадлежности значения МДЗ поля

Определено множество допустимых значений (МДЗ)?

Есть проверка по словарю?

Ошибка!

Введенное значение поля отсутствует в словаре

Поиск значения в словаре

Указана внешняя процедура контроля?

н

Переход к вводу значения следующего поля

Рис. 1. Блок - схема синтаксического контроля поля .

- точка возврата к началу процедуры ввода и редактирования поля .

2.    Логический контроль данных

Логический контроль данных , также как син таксический , производится при вводе первичных бумажных документов и при приеме информации [4, 5]. Он проходит в несколько этапов . Первым этапом логического контроля при вводе докумен тов является проверка на дублирование первично го ключа и попытка выявления повторной регист рации лица в БД ( рисунок 2). При заполнении пер вичных бумажных документов каждому из людей , данные на которых подлежат внесению в Регистр , присваивается персональный идентификатор , со стоящий из кода ОКПО медицинского учреждения , в котором состоит на учете данное лицо , и его ре гистрационный номер внутри этого учреждения . Комбинация кода ОКПО и регистрационного номе ра является уникальной в рамках регистра и явля ется первичным ключом основного файла БД и внешним ключом для связанных с ним файлов документов динамического наблюдения . Следует отметить , что для обеспечения максимального сжатия информации паспортно - регистрационные данные документов динамического наблюдения не хранятся в БД и связь между файлами осуществ ляется на уровне связи первичного ключа основ ного файла БД ( файла регистрационных карт ) с внешними ключами файлов документов дина мического наблюдения . Кроме этого существует вероятность повторной регистрации человека в базе данных с другим первичным ключом . Поэтому обеспечение уникальности первичного ключа и исключение возможности повторной регистрации человека в БД при вводе первичных документов является одной из наиболее важных задач , ре шаемых системой логического контроля . При вво де регистрационный карты пользователь должен заполнить идентификационный фрагмент , со стоящий из персонального идентификатора , фа милии , имени , отчества и даты рождения лица , информацию о котором необходимо внести в Ре гистр . Если система обнаруживает совпадение персонального идентификатора , на экран выво дится идентификационные поля регистрационной карты , которая уже введена в БД и система бло кирует ввод остальных полей документа . Если идентификационные поля вводимой и введенной регистрационных карт полностью совпали , про изошла попытка повторной регистрации лица . В этом случае необходимо проверить оба комплекта первичных документов и оставить для ввода один из них . Если карты с одинаковыми персональными идентификаторами заполнены на разных людей , вводимую регистрационную карту и документы ди намического наблюдения необходимо перере гистрировать , присвоив им новый персональный идентификатор .

Не обнаружив совпадения персональных иден тификаторов , система осуществляет проверку возможности ввода данных на одного человека под разными персональными идентификаторами . Для этого она использует ключ , состоящий из пер вых двух букв фамилии , первой буквы имени , пер вой буквы отчества и даты рождения в формате год , месяц , день ( ГГММДД ). Если система обнару живает “ похожую ” регистрационную карту в БД , ее идентификационные поля , также как в случае дуб лирования персонального идентификатора , вы водятся на экран . Если карты принадлежат раз ным людям , пользователь имеет возможность продолжить дальнейший ввод полей реги страционной карты . При приеме информации на региональном и государственном уровне Регистра осуществляется процедура контроля за миграцией наблюдаемого контингента , которая включает в себя контроль дублей персональных идентифика торов и проверку повторной регистрации лиц , но уже в несколько ином контексте . Эта процедура будет описана ниже .

Вторым этапом логического контроля является проверка непротиворечивости заполнения полей документов ( рисунок 3). На этом этапе существуют два вида логического контроля :

• •    контроль на уровне документа ,

• •    контроль на уровне пакета документов .

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

• •    предупреждение,

• •    ошибка,

• •    фатальная ошибка.

  
  
  

  Режим ввода и корректировки остальных полей регистрационной карты

  
  
  

  Рис. 2. Блок-схема контроля повторной регистрации и дублирования первичного ключа.

  
  
  
  
  

  Режим ввода и корректировки данных

  
  

  В введенном документе обнаружены фатальные ошибки?

  

  | введенном документе обнаружены ошибки и предупреждения, не относяшиеся к фатальным?

  Список ошибок и предупреждений, не относящихся к фатальным

  Рис. 3. Блок-схема логического контроля при вводе документа.

  редак тированию документа или выйти без сохранения изменений?

  полей документа из временных переменных в БД

  
  

  Вернуться к редактированию документа или выйти без сохранения изменений?

  
  

  Выход из режима ввода и редактирования без сохранения изменений

  
  

  Сохранить введенный документ в БД несмотря на обнаруженные ошибки и предупреждения?

  
  
  
  
  
3.    Контроль миграции

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

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

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

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

Контроль миграции наблюдаемого контингента производится на региональном и государственном уровнях Регистра ( рисунок 4). Его смысл зак лючается в исключении потери информации при миграции лица , включенного в Регистр , между об ластями и регионами . Процедура контроля мигра ции осуществляется следующим образом : при загрузке очередной регистрационной карты систе ма осуществляет поиск по ключу , состоящему из двух первых букв фамилии , первой буквы имени , первой буквы отчества и даты рождения в форма те ГГМмДд . Если в БД обнаруживается уже загру женная карта с таким же ключом , производится сравнение идентификационных полей загружае мой и загруженной регистрационных карт . К иден тификационным полям в данном случае относят фамилию , имя , отчество , дату рождения , пол , ад рес места жительства , включающий почтовый ин декс , регион , область , район , населенный пункт , улицу , дом , корпус и квартиру , сведения о доку менте , предъявленном при регистрации .

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

Загрузка очередной регистрационной карты

Поиск по первичному ключу

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

Идентификационные данные совпали?

Формировать запись в протокол?

Генерация записи в файл протокола загрузки регистрационных карт

Запись регистрационной карты в БД отвергается

Запись найдена?

Поиск по ФИО и дате рождения

Идентификационные данные совпали?

Найдена похожая запись?

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

Генерация новой записи в файле регистрационных карт или модификация уже существующей

Рис. 4. Блок - схема контроля миграции .

• 4.    Контроль согласованности информации в различных БД Регистра

• 5.    Эпидемиологический контроль данных и контроль

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

за исполнением протоколов

Находящаяся в стадии разработки подсистема эпидемиологического контроля данных позволит получить количественные оценки качества персо нальных данных , опираясь на медико - демографи ческие данные и основные соотношения медицин ской статистики и радиационной эпидемиологии ( рисунок 6). Она позволит производить интерак тивный анализ информации , полученной от РЦ . Подсистема будет включать в себя модуль кон троля онкозаболеваемости и смертности , а также подсистему контроля неонкологической заболе ваемости и смертности [6, 7].

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

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

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

Конец процедуры согласованности данных

Переход к процедуре поиска случаев, не внесенных в основную БД

Рис. 5. Блок - схема системы контроля согласованности данных .

База данных регионального центра

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

Данные для эпидемиологического контроля

Медикодемографические данные Гос. статистики

Блок контроля

Медикодемографические данные Регистра

Сравнительный анализ общесоматической заболеваемости и смертности

Сравнительный анализ онкологической заболеваемости и смертности с учетом моделей оценки рисков

Протоколы эпидемиологического контроля

Рис. 6. Блок - схема системы эпидемиологического контроля данных .

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

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

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

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

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

Заключение

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

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

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

Подсистема контроля миграции наблюдаемого контингента исключает потерю информации при миграции лица , включенного в Регистр , между об ластями и регионами .

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

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

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

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

Внедрение этих новых подсистем позволит зна чительно повысить качество персональных дан ных , что , в свою очередь , выведет эпидемиологи ческие исследования , проводимые в рамках Реги стра , на качественно новый уровень .