Приложение 12

Приложение 12
к приказу Федерального фонда
обязательного медицинского
страхования
от 23 марта 2018 г. N 54

Приложение Б

Информационное взаимодействие между Региональным и Центральным сегментами Единого регистра застрахованных лиц

Б.1 Регламент информационного взаимодействия

Б.1.1 Информационные объекты, используемые для взаимодействия

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

1) Изменение состояния на учете застрахованного лица на данной территории (выбор СМО, замена СМО, снятие с учета по причинам постановки на учет на другой территории, смерти или окончания срока права на ОМС);

2) Изменение сведений о ДПФС по застрахованным лицам на данной территории;

3) Изменение персональных данных и документов УДЛ по застрахованным лицам на данной территории;

4) Информацией о смерти застрахованного лица, не состоящего на учете на данной территории;

5) Информацией о прикреплении застрахованного лица к медицинскому учреждению;

6) Информацией о том, что застрахованное на данной территории лицо в отчетном периоде имело статус Работающий;

7) Информацией о том, что застрахованное на другой территории лицо в отчетном периоде имело статус Работающий.

Б.1.2 Регламент взаимодействия

- Изменение состояния на учете застрахованного лица на данной территории отправляется в следующие сроки:

- выбор СМО, замена СМО - не позднее 3 рабочих дней, следующего за написанием заявления на выбор (замену) СМО застрахованным лицом или его представителем;

- снятие с учета по причинам постановки на учет на другой территории, смерти или окончания срока права на ОМС - не позднее 5 рабочих дней после получения ответа на запрос сведений по подлежащим снятию с учета, окончанием срока права на ОМС или получением сведений о смерти застрахованного лица из органов ЗАГС;

- Информация о смерти застрахованного лица должна быть получена из органов ЗАГС в PC ЕРЗ не позднее 20 числа следующего месяца;

- Изменение сведений о ДПФС по застрахованным лицам на данной территории отправляется не позднее 1 рабочего дня после получения сведений из СМО;

- Изменение персональных данных и документов УДЛ по застрахованным лицам на данной территории отправляется не позднее 1 рабочего дня после получения сведений из СМО;

- Информация о смерти застрахованного лица, не состоящего на учете на данной территории, отправляется не позднее 5 рабочих дней после получения сведений из органов ЗАГС;

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

- Запросы к Центральному сегменту Единого регистра застрахованных лиц отправляются:

- Запрос страховой принадлежности ЗЛ - при каждом изменении сведений о состоянии на учете застрахованного лица, его документов ДПФС, персональных данных или документов УДЛ;

- Запрос списка лиц, подлежащих восстановлению на учёте - каждый рабочий день;

- Запрос списка лиц, подлежащих снятию с учёта - каждый рабочий день;

- Запрос списка лиц, умерших на другой территории - каждый рабочий день.

Б.1.3 Порядок мониторинга

При информационном взаимодействии подлежат журналированию и хранению в течение 6 месяцев следующие сведения:

- отправленные пакеты сообщений и запросов в Центральный сегмент Единого регистра застрахованных;

- пакеты с подтверждениями приема шлюзом Регионального сегмента Единого регистра застрахованных всех отправленных пакетов сообщений и запросов;

- пакеты с подтверждениями прикладной обработки Центральным сегментом Единого регистра застрахованных всех отправленных пакетов сообщений и запросов;

- дата и время отправки пакетов сообщений и запросов;

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

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

Б.2 Сообщения об изменении данных в ЕРЗ

Б.2.1 Выбор информационного сообщения об изменении данных для события

Таблица Б.1 Выбор информационного сообщения

Событие

Сообщения

А08/П01

А08/П03

А08/П06

А08/П02

А08/П04

А03/П07

А08/П13

А13/П09

А08/П14

А08/П15

А08/П16

А24/П10

А08/П08

Z37/П24

Постановка ЗЛ на учет впервые

V

Замена СМО без замены ДПФС

V

Замена СМО с заменой ДПФС

V

Замена ДПФС без замены СМО

V

Смерть ЗЛ на территории страхования

V

Смерть ЗЛ на территории, отличной от территории страхования

V

Отмена факта смерти ЗЛ

V

Окончание права на ОМС

V

Снятие с учета в связи с постановкой на учет в другой СМО на другой территории

V

Объединение дубликатов двух и более ЗЛ

V

Удаление информации о состоянии на учете ЗЛ, отсутствующей в PC ЕРЗ

V

Исправление ошибочных Даты постановки на учет, Серии и Номера полиса, ОГРН СМО в информации о состоянии на учете ЗЛ

V

Исправление ошибочных Даты снятия с учета в информации о состоянии на учете ЗЛ

V

Исправление ФИО, даты рождения, пола, ЕНП, номера ДПФС, сведений о документе УДЛ в информации о состоянии на учете ЗЛ

V (Старые ключи остаются для поиска)

Замена документа УДЛ (при получении нового взамен старого) или добавление СНИЛС без замены СМО или ДПФС

V

Восстановление на учете в результате отмены ошибочной информации о смерти

V

Восстановление на учете в результате отмены ошибочной постановки на учет в другой СМО

V

Восстановление на учете в результате актуализации документов УДЛ

V

Разъединение ошибочно объединенной информации о застрахованных лицах

V

Б.2.2 Основные требования к заполнению сегментов сообщений

Таблица Б.2 Основные требования к заполнению сегментов сообщений

Сообщение	Основные требования к заполнению сегментов сообщений	Примечание
А08/П01	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о регистрируемой страховой принадлежности.	В сегменте PID обязательно должны быть указаны и ЕНП, и УДЛ. П01 разрешается присылать только в случае отсутствия данных о ЗЛ в ЦС или, если все его страховки закрыты.
А08/П03	В сегмент PID вносятся актуальные персональные данные. В первый сегмент IN1 - данные о заменяемой страховой принадлежности. Во второй сегмент IN1 - данные о новой страховой принадлежности.	Если при смене СМО меняются и персональные данные, то в сегменте IN1 необходимо указать все заменяемые данные, а новые - в PID. Если меняется только страховая компания (без замены территории страхования и полиса), то УДЛ разрешено не указывать. Во всех остальных случаях в PID указываются ЕНП и УДЛ. Нельзя посылать для недействующих страховок или страховок, у которых плановая дата закрытия меньше текущей.
А08/П06	В сегмент PID вносятся актуальные персональные данные. В первый сегмент IN1 - данные о заменяемой страховой принадлежности и заменяемые персональные данные. Во второй сегмент IN1 - данные о новой страховой принадлежности.	В PID указываются ЕНП и УДЛ. Нельзя посылать для недействующих страховок или страховок, у которых плановая дата закрытия меньше текущей.
А08/П02	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о закрываемой страховой принадлежности.	Для закрытия страховой принадлежности по причине смерти необходимо указать признак смерти, дату смерти, дату закрытия страховки. По всем другим причинам обязательно требуется присылать дату закрытия полиса.
А08/П04	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о страховой принадлежности и заменяемые персональные данные.
А03/П07	В сегмент PID вносятся актуальные персональные данные.	Необходимо указать признак смерти, дату смерти.
А08/П13*	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о страховой принадлежности.	Формирование аналогично П02 за исключением информации о смерти.
А13/П09	В сегмент PID вносятся актуальные персональные данные.	Сегмент PID должен повторять все те данные, которые были присланы в А03.
А08/П14*	В сегмент PID вносятся актуальные персональные данные. В первый сегмент IN1 - старые данные о страховой принадлежности. Во второй сегмент IN1 - новые данные о страховой принадлежности.	Разрешается менять только дату постановки на учёт, номер полиса, страховую компанию.
А08/П15*	В сегмент PID вносятся актуальные персональные данные. В первый сегмент IN1 - старые данные о страховой принадлежности. Во второй сегмент IN1 - новые данные о страховой принадлежности.	Разрешается менять только дату окончания состояния на учёте.
А08/П16*	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о страховой принадлежности, в которой следует поменять ФИО, дату рождения, пол, ЕНП, номер ДПФС и/или данные о документе УДЛ.	Старые данные указываются в сегменте IN1, новые - в сегменте PID. Новый номер ДПФС указывается в сегменте IN1.36, старый не указывается. Данные о страховой принадлежности должны точно совпадать с данными в ЦС (тип полиса, даты открытия и закрытия (если она есть), идентификатор страховой компании).
А24/П10	В первом сегменте PID указываются персональные данные первого дубликата. Во втором сегменте PID указываются персональные данные второго дубликата.	Персональные данные для каждого ЗЛ должны однозначно идентифицировать его.
А08/П08	В сегмент PID вносятся актуальные персональные данные. В сегмент IN1 - данные о восстанавливаемой страховой принадлежности.	В сегменте PV1.4 указывается код причины восстановления на учёте. В сегменте PV1.44 указывается дата восстановления на учёте.
Z37/П24	В первом сегменте PID указываются персональные данные застрахованных лиц, которых необходимо разъединить, из ЦС ЕРЗ. Во втором сегменте PID указываются персональные данные отделяемого застрахованного лица. В первый сегмент IN1 вносятся факты страхования по ОМС застрахованных лиц, указанных в первом сегменте PID. Во второй сегмент IN1 вносятся факты страхования по ОМС отделяемого застрахованного лица.	ЕНП, указанный во втором сегменте PID, должен отличаться от ЕНП, указанных в первом сегменте PID. Данные о фактах страхования должны точно совпадать с данными в ЦС (номер полиса, тип полиса, даты открытия и закрытия (если она есть), идентификатор страховой компании). В результате разъединения даты начала и окончания фактов страхования пересчитываются. Закрытые факты страхования остаются закрытыми.

______________________________

* Доступно к обработке по предварительному согласованию с ФОМС.

Б.2.3 События изменения данных в ЕРЗ

События изменения данных в ЕРЗ перечислены в таблице Б.3. Каждому типу события соответствует определённая структура исходного сообщения. Одна и та же структура может соответствовать нескольким типам событий.

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

Таблица Б.3 Перечень событий изменения данных в ЕРЗ и соответствующих им схем сообщений

Код типа события	Код типа структуры сообщения	Назначение	Пункт
1	2	3	4
А08	ADT_A01	Изменение информации о застрахованном лице, выданном ему полисе ОМС, и состоянии застрахованного лица на учёте в СМО и ТФОМС.	Б.2.5 Б.2.6
А0З	ADT_A03	Сообщение о смерти застрахованного лица на другой территории страхования.	Б.2.7
А13	ADT_A01	Отмена сообщения о смерти застрахованного лица.	Б.2.8
А24	ADT_A24	Разрешение дубликатов застрахованного лица.	Б.2.9
Z37	ADT_Z37	Разъединение ошибочно объединенной информации о застрахованных лицах.	Б.2.10

Б.2.4 Причины возникновения событий изменения данных в ЕРЗ

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

Таблица Б.4 Перечень событий изменения данных в ЕРЗ и их причин (коды причин событий на прикладном уровне указаны в столбце "Код - Причины"; ОИД 1.2.643.2.40.5.100.62)

Код события	Причина события		Описание события; изменяемые атрибуты
	Код	Название
А08	П01	Выбор СМО	Постановка на учёт в связи с выбором СМО впервые, либо повторно при возобновлении права на ОМС, прерванного по разным причинам. Варианты применения причины события: - выдача полиса ОМС в связи с регистрацией рождения, - выдача полиса ОМС по другим причинам лицам, не состоящим на учёте (в основном - для лиц, не являющихся гражданами РФ). Особенности. При выборе СМО всегда выдаётся временное свидетельство. Для сообщения о замене временного свидетельства полисом ОМС следует воспользоваться сообщением о событии А08 с причиной П06 "Замена полиса ОМС". Выбор СМО может быть признан неправомерным, например, если застрахованное лицо уже состоит на учёте в другой СМО. В таком случае сообщение о постановке на учёт в связи с выбором СМО не будет принято. Для постановки на учёт в таком случае следует воспользоваться сообщением о замене СМО (код причины события П03). Более подробно обработка неправомерного выбора СМО описана в п. Б.2.6.1.
А08	П02	Снятие с учёта	Снятие с учёта в СМО по разным причинам. Возможные причины снятия с учёта: - постановка на учёт в другом месте (в связи с заменой застрахованным лицом СМО или её филиала), - возникновение дубликата страховой принадлежности в связи с разрешением дубликатов или кандидатов в дубликаты застрахованных лиц, - окончание срока действия полиса ОМС, - прекращение или приостановка права на ОМС (для иностранцев, а также для граждан РФ, призванных на военную службу), - смерть застрахованного лица. Особенности. Причина снятия с учёта должна быть указана в сообщении о событии в явном виде. Для причины "снятие с учёта в связи со смертью" обязательно указывается дата смерти, которая должна совпадать с датой снятия с учёта. Если у застрахованного лица в истории страхования есть запись, связанная с реорганизацией СМО, а дата его смерти раньше даты реорганизации, то в сообщении о событии П02 в качестве закрываемой страховой принадлежности можно указать как страхование, связанное с реорганизацией СМО, так и предшествующее ему страхование. Во втором случае страхование, связанное с реорганизацией СМО, будет отменено.
А08	П03	Замена СМО	Постановка на учёт в связи с заменой СМО. Возможные причины замены СМО: - в связи с переменой места жительства, - в связи с прекращением договора о финансовом обеспечении СМО, в которой застрахованное лицо состояло на учёте ранее, - в связи с назначением СМО территориальным фондом ОМС (для лиц, не подавших своевременно заявление на выбор (замену) СМО), - по другим причинам. Особенности. Замена СМО может быть признана неправомерной, например, если указана причина "по другим причинам", но застрахованное лицо уже меняло СМО в текущем календарном году. Более подробно обработка неправомерной замены СМО описана в п. Б.2.6.2. Постановка на учёт на новом месте страхования влечёт за собой изменение статуса предыдущей страховой принадлежности, если таковая имеется: - на "подлежит снятию с учёта в связи с постановкой на учёт в другом месте", если постановка на учёт произведена на другой территории страхования, - на "снято с учёта в связи с постановкой на учёт в другом месте", если постановка на учёт произведена на той же территории страхования. В ответах на запросы страховой принадлежности (ZP1/ZK1) прежнее состояние на учёте будет учитываться как завершённое. Если постановка на учёт произведена на другой территории страхования, ТФОМС, на территории которого застрахованное лицо состояло на учёте прежде, должен снять его с учёта в своём ИС PC ЕРЗ и послать в ЦС ЕРЗ сообщение о снятии с учёта (А08/П02) в связи с постановкой на учёт в другом месте. Информацию о лицах, вставших на учёт на других территориях, следует получать в ответах на запрос лиц, подлежащих снятию с учёта (ZP3/ZK3).
А08	П04	Изменение данных без замены полиса ОМС	Изменение данных о застрахованном лице, не связанное с изменением состояния на учёте, либо заменой (переоформлением) полиса ОМС. Особенности. Данное событие не следует использовать для исправления ошибок ввода.
А08	П06	Замена полиса ОМС	Замена временного свидетельства или полиса ОМС другим полисом ОМС или временным свидетельством. Варианты применения причины события. - замена временного свидетельства полисом ОМС единого образца при выборе СМО впервые, - замена полиса ОМС старого образца полисом ОМС единого образца (сообщение передаётся дважды: в первый раз - о замене полиса ОМС старого образца временным свидетельством, во второй раз - о замене временного свидетельства вновь изготовленным полисом ОМС единого образца), - переоформление полиса ОМС единого образца в связи с обнаружением неточности в данных, утерей, непригодностью к использованию (сообщение передаётся дважды: в первый раз - о замене ранее выданного полиса ОМС временным свидетельством, во второй раз - о замене временного свидетельства вновь изготовленным полисом ОМС единого образца).
А03	П07	Регистрация факта смерти лица, состоящего на учёте на другой территории	Сообщение посылается в том и только в том случае, когда ТФОМС получил из органов ЗАГС информацию о смерти лица, которое не состоит на учёте на данной территории. Лицо может быть идентифицировано в ТФОМС, если оно состояло на учёте на данной территории ранее. Вне зависимости от исхода идентификации информация передаётся в ЦС ЕРЗ. Особенности. После получения информации о смерти действующая страховая принадлежность застрахованного лица получает статус "подлежит снятию с учёта в связи со смертью" и в ответах на запросы страховой принадлежности (ZP1/ZK1) будет выдаваться информация о смерти лица. Тем не менее, ТФОМС, на территории которого умершее застрахованное лицо состояло на учёте на момент смерти, должен снять его с учёта в своём ИС PC ЕРЗ и послать в ЦС ЕРЗ сообщение о снятии с учёта (А08/П02) в связи со смертью. Информацию о лицах, умерших на других территориях, следует получать в ответах на запрос лиц, умерших на других территориях (ZP4/ZK4).
А08	П08	Восстановление на учёте	Восстановление на учёте в связи с отменой ошибочной регистрации смерти, либо с исправлением ошибки, связанной с неправильной регистрацией последующей постановки на учёт. Информацию о лицах, подлежащих восстановлению на учёте, следует получать в ответах на одноимённый запрос (ZP2/ZK2).
А13	П09	Отмена регистрации факта смерти застрахованного лица	Удаление информации о смерти ЗЛ из ЦС ЕРЗ. Восстанавливается возможность использования ЕНП для дальнейшего употребления, в частности, для постановки на учёт в связи с заменой СМО. Особенности. После получения информации об отмене регистрации смерти последняя страховая принадлежность застрахованного лица получает статус "подлежит восстановлению на учёте в связи с отменой регистрации смерти" и в ответах на запросы страховой принадлежности (ZP1/ZK1) будет учитываться как действующая. Тем не менее, ТФОМС, на территории которого застрахованное лицо было снято с учёта в связи со смертью, должен восстановить его на учёте в своём ИС PC ЕРЗ и послать в ЦС ЕРЗ сообщение о восстановлении на учёте (А08/П08) в связи с отменой регистрации смерти. Информацию о лицах, подлежащих восстановлению на учёте, следует получать в ответах на одноимённый запрос (ZP2/ZK2).
А24	П10	Разрешение дубликатов	Устанавливается связь между ЕНП двух объединяемых записей о застрахованных лицах. Один ЕНП помечается как "главный", т.е. предназначенный для дальнейшего употребления, другой - только для использования по незавершённым расчётам и в отчётах за предыдущие периоды времени. Особенности. Если состояние на учёте, связанное с "неглавным" ЕНП было на момент объединения дубликатов действующим, то оно получает статус "подлежит снятию с учёта в связи с постановкой на учёт в другом месте". В ответах на запросы страховой принадлежности (ZP1/ZK1) такое состояние на учёте будет учитываться как завершённое с момента постановки на учёт на территории, ЕНП которой признан "главным". ТФОМС, ЕНП которого не признан главным, должен снять застрахованное лицо с учёта в своём ИС PC ЕРЗ и послать в ЦС ЕРЗ сообщение о снятии с учета (А08/П02) в связи с постановкой на учёт в другом месте. Информацию о необходимости снимать с учёта застрахованных лиц, следует получать в ответах на запрос лиц, подлежащих снятию с учёта (ZP3/ZK3).
Z37	П11	Разъединение дубликатов застрахованных лиц	Удаление связи между ЕНП ошибочно объединённых записей.
А08	П13	Сведения об отсутствующей или удалённой информации о застрахованном лице	Сведения, передаваемые в сообщении, удалены из PC ЕРЗ или не найдены в PC ЕРЗ по результатам сверки данных. Решение об удалении или сохранении соответствующих сведений в ЦС ЕРЗ принимает ФОМС на основании утверждённых регламентов.
А08	П14	Исправление постановки на учёт	Исправление информации, связанной с постановкой на учёт застрахованного лица. Возможно исправление одного или нескольких из следующих значений: - даты постановки на учёт, - ОГРН СМО. Особенности. При исправлении даты постановки на учёт в случае, если предыдущая страховая принадлежность завершена по причине постановки на учёт в другом месте, то она (предыдущая страховая принадлежность) получает статус: - "подлежит восстановлению на учёте" до новой даты, если исправленная дата больше той, которая хранилась в ЦС ЕРЗ ранее (интервал прежнего состояния на учёте увеличился), - "подлежит снятию с учёта" с новой даты, если исправленная дата меньше той, которая хранилась в ЦС ЕРЗ ранее (интервал прежнего состояния на учёте уменьшился). В ответах на запросы страховой принадлежности (ZP1/ZK1) прежнее состояние на учёте будет учитываться как действовавшее в новых временных рамках. Тем не менее, ТФОМС, на территории которого застрахованное лицо состояло на учёте прежде, должен исправить дату снятия с учёта застрахованного лица в своём ИС PC ЕРЗ и послать в ЦС ЕРЗ соответствующее сообщение (А08/П15). Необходимая для этого информация должна быть получена из ответов на запросы лиц, подлежащих снятию с учёта (ZP3/ZK3) или восстановлению на учёте (ZP2/ZK2).
А08	П15	Исправление снятия с учёта	Исправление даты снятия с учёта в связи с предшествовавшим исправлением даты постановки на учёт в следующем месте и (или) исправление причины снятия с учёта.
А08	П16	Исправление ошибки, не связанной с изменением состояния на учёте	Исправление ошибки в данных, не связанных с состоянием на учёте. Особенности. Причина события применяется в том случае, когда ошибки обнаружены в информации, переданной в ЦС ЕРЗ, но при этом соответствующая информация, отображённая на выданном полисе ОМС, является правильной. Как правило, такие ошибки могут быть обнаружены в результате сверки данных.
А08	П17	Исправление данных в PC ЕРЗ	Уведомление об исправлении данных в PC ЕРЗ в соответствии с полученным протоколом расхождения сверки данных. Особенности. Причина события применяется в том и только в том случае, когда устранение расхождения не требует внесения изменений в ЦС ЕРЗ.

Б.2.5 Сообщения о событии А08 "Изменение информации о застрахованном лице"

Б.2.5.1 Структура прямых и ответных сообщений

Б.2.5.1.1 Структура сообщения о событии А08 "Изменение информации о застрахованном лице"

При событии А08 "Изменение информации о застрахованном лице" ИС PC ЕРЗ передаёт в шлюз PC сообщение со структурой ADT_A01. Шлюз PC производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приёма. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приёма. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передаётся в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.

ADT^А08^ADT_А01	Изменение информации о застрахованном лице
<ADT_A01>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события
[<ZVN>...</ZVN>]	Идентификация расхождения
<PID>...</PID>	Идентификация застрахованного лица
<PV1>...</PV1>	Состояние на учёте застрахованного лица
[<PV2>...</PV2>]	Дополнительные сведения о состоянии на учёте - только для сообщения с причиной события П08
[{<ADT_A01.INSURANCE>	--- начало полиса
<IN1>...</IN1>	Подтверждение факта страхования по ОМС.
</ADT_A01.INSURANCE>}]	--- конец полиса
</ADT_A01>

Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при их заполнении для сообщения о событии А08 нет.

ACK^A08^ACK	Подтверждение приёма
	Подтверждение прикладной обработки
<ACK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка ФЛК (в подтверждении приёма) Ошибка прикладной обработки (в подтверждении прикладной обработки)
</ACK>

Сегменты сообщений подтверждения приёма и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для прикладного подтверждения для сообщения о событии А08 нет.

Б.2.5.1.2 Особенности заполнения сегментов PID и IN1 в сообщении о событии А08

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

Сегмент IN1 может включаться в сообщение один или два раза, либо может быть не включён ни разу в зависимости от причины события. В тех случаях, когда сегмент IN1 включается в сообщение дважды, в первом экземпляре должны указываться:

- сведения о временном свидетельстве или полисе ОМС, который действовал на момент принятия от застрахованного лица заявления о выборе (замене) СМО или о переоформлении полиса ОМС,

- сведения о застрахованном лице, указанные в этом документе,

- ОГРН СМО, в которой застрахованное лицо состояло на учёте на момент подачи заявления,

- прежний ЕНП застрахованного лица, если ЕНП заменён по причине изменения даты рождения или пола.

Во втором экземпляре сегмента IN1 указываются:

- данные о новом временном свидетельстве или полисе ОМС, если он заменён, либо о том же, если он остался прежним,

- ОГРН СМО, в которой застрахованное лицо состоит на учёте после обработки заявления.

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

Таблица Б.5 Использование сегментов IN1 в сообщениях о событии А08 "Изменение информации о застрахованном лице"

Примечание.

В графе "Интерпретация дат IN1.12 и IN1.13" фразу "значение не указывается" следует интерпретировать как требование включить в сегмент пустой элемент (<IN1.12/> или <IN1.13/> соответственно).

Причина события		IN1		Обяз.	Демографическая информация	Информация о СМО	Информация о полисе ОМС	Интерпретация дат INl.12 и IN1.13
Код	Название	к-во	N
П01	Выбор СМО	1	1	Да	Не включается; если указана, то игнорируется.	Выдавшей временное свидетельство	О выданном временном свидетельстве	IN1.12 - дата постановки на учёт в СМО (совпадает с датой приёма заявления и датой выдачи временного свидетельства). IN1.13 - дата окончания действия временного свидетельства.
П02	Снятие ЗЛ с учёта	1	1	Да	Не включается; если указана, то игнорируется.	Снимающей ЗЛ с учёта (обязательная информация)	О временном свидетельстве или полисе ОМС, действовавшем в момент снятия с учёта	IN1.12 - дата постановки на учёт. IN1.13 - дата снятия с учёта (не связана с датой окончания действия ДПФС).
П03	Замена СМО	2	1	Да	В случае изменения: - старое место жительства, - прежние демографические данные, - прежний ЕНП.	По прежнему месту страхования (из временного свидетельства или полиса ОМС, действовавшего на момент подачи заявления)	О временном свидетельстве или полисе ОМС, действовавшем на момент подачи заявления	IN1.12 - дата постановки на учёт по прежнему месту страхования. IN1.13 - дата снятия с учёта по прежнему месту страхования
			2	Да	Не включается	По новому месту страхования (куда подано заявление о замене СМО)	О временном свидетельстве или полисе ОМС, действующем после обработки заявления (временное свидетельство или тот же полис ОМС, если полис замене не подлежит).	IN1.12 - дата постановки на учёт (совпадает с датой приёма заявления и датой выдачи временного свидетельства, если временное свидетельство выдавалось). IN1.13 - дата окончания действия временного свидетельства (указывается только в случае выдачи временного свидетельства).
П04	Изменение данных о ЗЛ, не требующих выдачи нового полиса ОМС	1	1	Да	В случае изменения: - старое место жительства, - прежние данные, не входящие в состав сведений, отображаемых во временном свидетельстве или полисе ОМС.	Внёсшей изменение данных о ЗЛ. Должна совпадать со СМО, выдавшей временное свидетельство или полис ОМС	О действующем временном свидетельстве или полисе ОМС	IN1.12 - дата постановки на учёт. IN1.13 - дата снятия с учёта.
П06	Замена полиса ОМС	2	1	Да	Данные, которые заменены, если замена связана с обнаружением неточности в данных.	Заменившей временное свидетельство или полис ОМС	О заменяемом (потерявшем силу) временном свидетельстве или полисе ОМС.	IN1.12 - дата выдачи временного свидетельства или полиса ОМС. IN1.13 - дата замены временного свидетельства или полиса ОМС (может быть не связана с датой окончания действия).
			2	Да	Не включается		О вновь выданном временном свидетельстве или полисе ОМС.	IN1.12 - дата выдачи нового временного свидетельства или полиса ОМС. Для временного свидетельства совпадает с датой подачи заявления. Для полиса ОМС указывается дата выдачи полиса застрахованному лицу на руки. IN1.13 - дата окончания действия временного свидетельства или полиса ОМС. Для временного свидетельства - обязательно, для полиса ОМС - только в том случае, когда явно указан срок его действия.
П08	Восстановление на учёте	1	1	Да	Не включается; если указана, то игнорируется.	По восстанавливаемому месту страхования	О временном свидетельстве или полисе ОМС, действовавшем на момент восстановления на учёте.	IN1.12 - дата, начиная с которой лицо восстанавливается на учёте. IN1.13 - дата снятия с учёта.
П13	Сведения об отсутствующей или удалённой информации	0..1	1	Нет	Не включается; если указана, то игнорируется.	Вносится информация, полученная из ЦС ЕРЗ в файле с расхождениями сверки.
П14	Исправление постановки на учёт	1..2	1	Да	Не включается; если указана, то игнорируется.	ОГРН СМО, постановка на учёт в которой исправляется.	О временном свидетельстве или полисе ОМС, соответствующем исправляемой постановке на учёт	IN1.12 - заменяемая (ошибочная) дата постановки на учёт или дата выдачи временного свидетельства или полиса ОМС. IN1.13 - дата снятия с учёта или окончания срока действия временного свидетельства или полиса ОМС.
			2	Нет	Не включается.	Исправленный ОГРН СМО (только в случае исправления ОГРН)		IN1.12 - новая (актуальная) дата постановки на учёт или дата выдачи временного свидетельства или полиса ОМС. IN1.13 - дата снятия с учёта или окончания срока действия временного свидетельства или полиса ОМС.
П15	Исправление снятия с учёта	1	1	Да	Не включается; если указана, то игнорируется.	ОГРН СМО, снятие с учёта в которой исправляется.	О временном свидетельстве или полисе ОМС, соответствующем исправляемому снятию с учёта	IN1.12 - дата постановки на учёт или дата выдачи временного свидетельства или полиса ОМС. IN1.13 - новая (актуальная) дата снятия с учёта или окончания срока действия временного свидетельства или полиса ОМС.
П16	Исправление ошибки, не связанной с изменением состояния на учёте	1	1	Да	Включаются ФИО, дата рождения, пол, ЕНП и/или сведения о документе УДЛ, подлежащие исправлению.	ОГРН СМО, состояние на учёте в которой исправляется (исправлению не подлежит).	Правильный (исправленный) номер ДПФС. Включается в сегмент IN1.36. Старый (подлежащий исправлению) номер ДПФС не указывается. Остальные сведения о временном свидетельстве или полисе ОМС исправлению не подлежат.	IN1.12 - дата постановки на учёт. IN1.13 - дата снятия с учёта. Даты исправлению не подлежат.
П17	Исправление данных в PC ЕРЗ	1	1	Да	Не включается; если указана, то игнорируется.	Должны в точности повторять те данные, которые переданы в той записи протокола сверки, в ответ на которую отправляется сообщение

Б.2.5.1.2.1 Особенности заполнения сегментов PID и IN1 при замене полиса ОМС

Во всех случаях, когда происходит замена временного свидетельства или полиса ОМС, в сообщение о событии А08 сегмент PID содержит актуальные демографические данные застрахованного лица, а в дополнение к нему передаются два сегмента IN1:

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

- второй сегмент должен включать в себя полную информацию о вновь выданном временном свидетельстве или полисе ОМС, включая идентификацию СМО (даже если она та же, что и в первом сегменте IN1). Демографические данные во второй сегмент IN1 не включаются.

Если замена полиса ОМС или временного свидетельства сопровождается заменой ЕНП застрахованного лица, то в поле PID.3 должен быть передан новый ЕНП застрахованного лица, а в поле IN1.49 - ЕНП, который был указан в прежнем (заменяемом) временном свидетельстве или полисе ОМС.

Б.2.5.1.2.2 Особенности заполнения сегментов PID и IN1 при исправлении данных, связанных с ошибками ввода и расхождениями сверки данных

Для исправления данных, связанных с ошибками ввода, а также расхождений, обнаруженных в результате сверки данных ЦС ЕРЗ и PC ЕРЗ, следует использовать следующие причины событий:

- П14 "Исправление постановки на учёт": для исправления одного или нескольких реквизитов из числа следующих:

      - дата постановки на учёт,

      - ОГРН СМО.

- П15 "Исправление снятия с учёта": для исправления следующих реквизитов:

      - дата снятия с учёта.

- П16 "Исправление ошибки, не связанной с изменением состояния на учёте" для исправления тех же данных, замена которых предусмотрена причинами событий П04 и П06.

Отличие причины события П16 от П04 и П06. Причины событий П04 и П06 следует использовать в тех случаях, когда сведения о застрахованном лице реально изменились: произошла замена документа, удостоверяющего личность, выдан новый полис ОМС и т.п. Причина события П16 предназначена для исправления ошибочного ввода данных, когда реально никакие документы не заменялись, но в ЦС ЕРЗ была отправлена неправильная информация о них. В таком случае для сообщения о правильных данных следует воспользоваться причиной события П16.

Примеры использования сообщений с причинами событий П04, П06 и П16.

1) Застрахованному лицу с фамилией "Иванцов" выдан полис на фамилию "Иванов". Через некоторое время застрахованное лицо обнаружило ошибку и написало заявление о замене полиса. В таком случае следует пользоваться сообщением с причиной события П06 - Замена полиса ОМС.

2) Застрахованному лицу с фамилией "Иванцов" выдан полис на фамилию "Иванцов", но из-за ошибки ввода в ЦС ЕРЗ было отправлено сообщение, в котором была указана фамилия "Иванов". Через некоторое время ошибка была обнаружена и исправлена в ИС PC ЕРЗ. В таком случае для передачи в ЦС ЕРЗ сведений о правильной фамилии следует воспользоваться сообщением с причиной события П16 - Исправление ошибки, не связанной с изменением состояния на учёте.

3) Застрахованное лицо поставлено на учёт по предъявлении паспорта, не указав СНИЛС. Через некоторое время из УФНС среди сведений о работающих была получена информация о данном ЗЛ, содержащая сведения о СНИЛС. Для передачи сведений о СНИЛС в ЦС ЕРЗ следует воспользоваться сообщением с причиной события П04 - Изменение данных без замены полиса ОМС.

4) Застрахованное лицо, поставленное на учёт по предъявлении паспорта, заменив паспорт, сообщило об этом в СМО. Сведения о новом паспорте следует отправить в сообщении с причиной события П04 - Изменение данных без замены полиса ОМС.

5) Застрахованное лицо поставлено на учёт по предъявлении паспорта, но в номере паспорта была допущена ошибка. Через некоторое время ошибка обнаружена и исправлена в ИС PC ЕРЗ. Для передачи сведений об исправленном номере паспорта в ЦС ЕРЗ следует воспользоваться сообщением с причиной события П16 - Исправление ошибки, не связанной с изменением состояния на учёте.

Б.2.5.1.3 Особенности заполнения сегментов PID и IN1 в сообщении об устранении расхождения сверки, не требующего изменений в ЦС ЕРЗ

Для информирования об устранении расхождения сверки, не требующего изменений в ЦС ЕРЗ, следует послать сообщение об изменении данных с причиной события П17. При этом:

1) в сегменте EVN указывается дата и время изменения в PC ЕРЗ, устраняющего расхождение (в поле EVN.2 "Дата регистрации события");

2) в сегменте ZVN следует указать уникальный идентификатор расхождения, указанный в нулевой позиции строки файла расхождений;

3) в сегменте PID следует указать:

- ФИО застрахованного лица (из PC ЕРЗ),

- СНИЛС и (или) информацию об УДЛ (из PC ЕРЗ),

- дату рождения (из PC ЕРЗ);

следующие поля должны совпадать со значениями, указанными в протоколе расхождений сверки:

- ЕНП (тот, под которым ЗЛ зарегистрировано в ЦС ЕРЗ),

- пол,

- гражданство,

- код региона регистрации по месту жительства,

- признак смерти (только для умерших),

- дата смерти (только для умерших);

4) в сегменте IN1 следует указать информацию о страховании, полученную в соответствующей строке файла расхождений сверки:

- тип полиса ОМС,

- номер физического носителя (бланка) полиса ОМС,

- код территории страхования,

- ОГРН СМО,

- даты начала и окончания действия полиса ОМС,

- дату постановки на учёт,

- дату снятия с учёта.

Б.2.5.2 Сегмент ZVN - "Идентификация расхождения"

Сегмент ZVN предназначен для идентификации расхождения, обнаруженного при сверке данных между Центральным сегментом ЕРЗ и ИС PC ЕРЗ. Сегмент включается в сообщение только в том случае, когда сообщение направлено в связи с устранением расхождения, обнаруженного при сверке. Дата и время исправления данных должны передаваться в поле EVN.2 "Дата регистрации события".

Таблица Б.6 Структура сегмента ZVN

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
ZVN.1	ST	Да	Идентификатор расхождения	Уникальный идентификатор расхождения, указанный в протоколе расхождений, полученном из ЦС ЕРЗ.

Б.2.5.3 Сегмент PID - "Идентификация застрахованного лица"

Сегмент PID содержит постоянные сведения о застрахованном лице, а также демографическую часть, не подверженную особо частым изменениям (таблица Б.7).

Таблица Б.7 Структура сегмента PID (сообщение о событии А08)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	СХ	Да	Список идентификаторов застрахованного лица	1..*	ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1.
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
					CX.7	Усл.				Дата выдачи документа, удостоверяющего личность. Обязательно для всех документов, удостоверяющих личность, в событиях страхования после 18.07.2013
					CX.8	Усл.				Срок окончания действия документа, удостоверяющего личность. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации; 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС.
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	См. п. Б.2.5.3.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
PID.7	DTM	Да	Дата рождения	1						Дата рождения застрахованного лица. См. п. Б.2.5.3.3.
PID.8	IS	Да	Пол	1						Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
PID.11	XAD	Усл.	Адрес застрахованного лица	0..3	Используется для передачи: - кода ОКАТО территории постоянной регистрации ЗЛ, - кода ОКАТО территории фактического проживания, - кода страны рождения. Код страны рождения обязателен при указании особых случаев идентификации, связанных с отсутствием компонентов ФИО в УДЛ.
					XAD.6	Усл.				Страна. Обязательный компонент для адреса с типом N (адрес места рождения). Код из ОКСМ-3 (классификатор стран мира, трёхбуквенный код). Если код страны не указан, то принимается значение по умолчанию RUS (Российская Федерация).
					XAD.7	Да				Тип адреса. Код из СК 1.2.643.2.40.5.100.190, таблица 69 Допускаются значения: L - адрес постоянной регистрации, H - адрес фактического проживания, N - адрес места рождения.
					XAD.9	Усл.				Код ОКАТО, соответствующий адресу. Обязательный компонент, если страна не указана или указана Россия (RUS). СК 1.2.643.2.40.3.3.1 (таблица 49).
PID.23	ST	Усл.	Место рождения	1						Место рождения застрахованного лица (текст из документа, удостоверяющего личность). Обязательно, если место рождения указано в УДЛ.
PID.26	CWE	Усл.	Гражданство	В повторяющихся экземплярах поля передаются: - гражданство застрахованного лица, - категория учета иностранного гражданина.
				1	CWE.1	Да				Гражданство застрахованного лица: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства значение "Б/Г". Обязательно для сообщений о событиях, дата которых позже 30.06.2013 г.
					CWE.3	Нет			1.2.643.2.40.5.0.25.3	ОИД ОКСМ.3
				2	CWE.1	Усл.				Категория учета иностранного гражданина (ОИД 1.2.643.2.40.3.3.0.6.19), таблица 70. Обязательно, если ЗЛ является иностранным гражданином
					CWE.3	Нет			1.2.643.2.40.3.3.0.6.19	ОИД системы кодирования категории учета иностранного гражданина.
PID.29	DIM	Усл.	Дата смерти	1						Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД. Если указан Признак смерти (значение "Y" в поле PID.30), то значение в поле обязательно. См. также п. Б.2.5.3.5.
PID.30	ID	Усл.	Признак смерти	1						См. п. Б.2.5.3.4.
PID.32	IS	Нет	Код надежности идентификации	0..*						"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место.

Б.2.5.3.1 Заполнение поля PID.3 "Список идентификаторов застрахованного лица"

В таблице Б.8 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле PID.3. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.

Таблица Б.8 Требования к заполнению поля PID.3 "Список идентификаторов застрахованного лица"

Тип (СХ.5)	Наименование	Требования к формату значения (СХ.1)	Обязательность
	Список идентификаторов застрахованного лица - требования к полю в целом.
N1	Единый номер полиса ОМС (ЕНП)	1 Номер состоит из 16 цифр. 2 Структура номера - в соответствии с требованиями ФОМС (ДСП). 3 Последняя цифра - контрольная, вычисляется по алгоритму mod10, приведённому в стандарте ISO 27931.	Да - в сообщениях о событиях А08. Усл. - в сообщениях о событиях А03, А13, А24 и Z37. Обязательно указание хотя бы одного любого идентификатора.
Код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63)	Серия и номер документа, удостоверяющего личность; в PID всегда указывается действующий документ.	Серия и номер должны удовлетворять шаблону, соответствующему типу документа	Усл. В сообщении о событии П03 документ УДЛ можно не указывать, если меняется только страховая компания (без замены территории страхования и полиса). В остальных случаях документ УДЛ для сообщений А08 обязателен. В сообщениях о событиях А03, А13, А24 и Z37 обязательно указание хотя бы одного любого идентификатора.
PEN	Страховой номер индивидуального лицевого счёта обязательного пенсионного страхования (СНИЛС).	Значение должно состоять из 11 цифр (все разделители убираются). Последние две цифры - контрольные.	Нет - в сообщениях о событиях А08. Усл. - в сообщениях о событиях А03, А13, А24 и Z37. Обязательно указание хотя бы одного любого идентификатора.
CZ	Номер универсальной электронной карты гражданина (УЭК).	Значение не контролируется.	Нет - в сообщениях о событиях А08. Усл. - в сообщениях о событиях А03, А13, А24 и Z37. Обязательно указание хотя бы одного любого идентификатора.

Б.2.5.3.2 Заполнение поля PID.5 "Фамилия, имя, отчество застрахованного лица"

В таблице Б.9 перечислены требования к обязательности поля PID.5 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.9 Требования к заполнению поля PID.5 "Фамилия, имя и отчество"

Компонент	Наименование	Обязательность
Поле в целом	Фамилия, имя и отчество	Поле должно быть указано и в нём должно встречаться, по крайней мере, одно из значений PID.5/XPN.1/FN.1 (фамилия), или PID.5/XPN.2 (имя), или PID.5/XPN.3 (отчество).
XPN.1	Фамилия (значение указывается в субкомпоненте XPN.1/FN.1)	Нет, если среди значений поля PID.32 имеется код 2 "Отсутствует фамилия". Да - в противном случае.
XPN.2	Имя	Нет, если среди значений поля PID.32 имеется код 3 "Отсутствует имя". Да - в противном случае.
XPN.3	Отчество	Нет, если среди значений поля PID.32 имеется код 1 "Отсутствует отчество". Да - в противном случае.
XPN.7	Код типа ФИО	Да

Б.2.5.3.3 Заполнение поля PID.7 "Дата рождения"

В таблице Б.10 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.10 Требования к заполнению поля PID.7 "Дата рождения"

Формат	Применение	Условие допустимости значения
значение не указано		Не допускается
ГГГГ-ММ-ДД	Дата рождения указана целиком.	Вне зависимости от значения поля PID.32.
ГГГГ-ММ-01	День в дате рождения не указан или указан неправильно.	Только если среди значений поля PID.32 имеется код 4 "Известен только месяц и год даты рождения".
ГГГГ-01-01	Месяц в дате рождения не указан или указан неправильно.	Только если среди значений поля PID.32 имеется код 5 "Известен только год даты рождения".
ГГГГ-ММ-01 или ГГГГ-01-01	Дата рождения не соответствует календарю	Только если среди значений поля PID.32 имеется код 6 "Дата рождения не соответствует календарю"
другой		Не допускается

Б.2.5.3.4 Заполнение поля PID.30 "Признак смерти"

В поле PID.30 ("Признак смерти") допускаются значения "Y" (умер) или "N" (не умер).

Значение "Y" допускается в следующих случаях:

- в сообщении о событии А03 (поле обязательное и должно быть заполнено значением "Y"),

- когда посылается сообщение о снятии с учёта в связи со смертью (код причины события П02),

- при необходимости исправить ошибочные данные умершего застрахованного лица (коды причины события П14, П15 и П16),

- для подтверждения исправления в PC ЕРЗ информации об умершем лице (код причины события П17).

В остальных случаях поле PID.30 может быть не указано, но если указано, то должно иметь значение "N".

Для события с причиной П02 "Снятие с учёта" наличие поля PID.30 служит признаком того, что снятие с учёта производится именно в связи со смертью застрахованного лица.

Для события с причинами П14 "Исправление постановки на учёт", П15 "Исправление снятия с учёта" и П16 "Исправление ошибки, не связанной с изменением состояния на учёте" наличие поля PID.30 служит признаком того, что данные изменяются именно у умершего лица. Если этот признак не указан или указан равным "N", то изменение данных у умершего лица не допускается.

Б.2.5.3.5 Заполнение поля PID.29 "Дата смерти"

Поле PID.29 ("Дата смерти") заполняется в следующих случаях:

- когда посылается сообщение о снятии с учёта в связи со смертью (код причины события П02),

- при необходимости исправить ошибочную дату смерти (код причины события П15),

- для подтверждения исправления в PC ЕРЗ информации об умершем лице (код причины события П17).

В остальных случаях поле PID.29 не должно быть заполнено.

Б.2.5.4 Сегменты PV1 - "Состояние на учёте застрахованного лица" и PV2 - "Дополнительные сведения о состоянии на учёте"

Сегменты PV1 и PV2 предназначены для передачи сведений о постановке на учёт и о снятии с учёта в сообщениях, связанных с постановкой на учёт или со снятием с учёта. В версии 3.0 сегменты используются только в сообщении о событии А08 с причиной П08 "Восстановление на учете". Структура сегмента PV1 показана в таблице Б.11.

Таблица Б.11 Структура сегмента PV1 - "Состояние на учёте застрахованного лица" (сообщение о событии А08, причина события П08)

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
PV1.2	IS	Да	Тип застрахованного лица	Поле заполняется значением 1.
PV1.4	IS	Усл.	Код причины постановки или восстановления на учёте	Код из СК 1.2.643.2.40.3.3.0.6.16. Обязательно указание для причины события П08 "Восстановление на учёте", допускаются значения 6, 7 или 8. Если для причины события П08 значение не указано, то ошибка ФЛК N 242.

Назначение сегмента PV2 - передача сведений, уточняющих и дополняющих сведения о постановке на учёт или о снятии с учёта. Его структура дана в таблице Б.12.

Таблица Б.12 Структура сегмента PV2 "Дополнительные сведения о состоянии на учёте"

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
PV2.7	IS	Усл.	Код причины выдачи или замены полиса ОМС	Код из СК 1.2.643.2.40.3.3.0.6.9.
PV2.9	DTM	Нет	Дата прекращения права на ОМС	Для иностранных граждан и лиц без гражданства - срок действия вида на жительство, либо иная дата, ограничивающая срок действия права на ОМС в соответствии с законодательством РФ. Для граждан РФ - дата начала воинской службы, либо дата вступления в законную силу приговора суда о лишении застрахованного лица свободы. При поступлении сообщения с непустым значением в поле PV2.9 действующее состояние на учёте получает статус "подлежит снятию с учёта в связи с прекращением права на ОМС". Дата планируемого снятия с учёта в таком случае устанавливается равной дате, переданной в поле PV2.9. До наступления указанной даты страховая принадлежность считается действующей, после наступления - недействующей. После наступления указанной даты застрахованное лицо будет включаться в ответ на запрос списка лиц, подлежащих снятию с учёта. Формат: ГГГГ-ММ-ДД.

Б.2.5.5 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

В сообщении о событии А08 сегмент IN1 может включаться один или два раза, либо не включаться совсем в зависимости от причины события (см. таблицу Б.5).

Если сегмент включается в сообщение один раз, то в него не включается демографическая информация застрахованного лица, а информация о полисе ОМС (временном свидетельстве), СМО и территории страхования должна соответствовать тому состоянию на учёте, которое возникает в результате обработки сообщения. Состав такого сегмента описан в таблице Б.13.

Если сегмент включается в сообщение дважды, то в первый экземпляр включаются прежние данные застрахованного лица (те, которые были зарегистрированы в ИС PC ЕРЗ, либо указаны в предъявленном полисе ОМС (временном свидетельстве) до подачи застрахованным лицом заявления, послужившего причиной сообщения), включая демографическую информацию. Состав такого сегмента описан в таблице Б.14. Второй экземпляр сегмента IN1 в таком случае не должен содержать демографическую информацию ЗЛ, а информация о полисе ОМС (временном свидетельстве), СМО и территории страхования должна соответствовать тому состоянию на учёте, которое возникает в результате обработки сообщения. Состав такого сегмента описан в таблице Б.13.

Таблица Б.13 Структура сегмента IN1 "Подтверждение факта страхования по ОМС" (событие А08; экземпляр с актуальными данными)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1	1			1	Если значение поля не соответствует фактическому положению сегмента IN1 в сообщении, то сообщение отвергается с ошибкой ФЛК N 112.
IN1.2	CWE	Да	Идентификатор плана страхования	1	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование" (все буквы - из русского алфавита).
IN1.3	СХ	Да	Идентификатор страховой медицинской организации или её подразделения	1..*	В поле могут передаваться: 1) ОГРН СМО, поставившей застрахованное лицо на учет с данным полисом ОМС (временным свидетельством); 2) реестровый код СМО или её филиала, инициировавшей событие страхования, вызвавшее передачу сообщения; 3) код ТФОМС, если ЗЛ состоит на учёте непосредственно в ТФОМС. См. также п. Б.2.5.5.1.
					СХ.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или её филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
					СХ.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или её филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Да	Дата начала действия полиса	1				Дата начала действия полиса ОМС (временного свидетельства). Формат: ГГГГ-ММ-ДД См. п. Б.2.5.5.2.
IN1.13	DT	Да	Дата окончания действия полиса	1				Дата окончания действия полиса ОМС (временного свидетельства). Формат: ГГГГ-ММ-ДД. См. п. Б.2.5.5.3.
IN1.15	IS	Да	Код территории страхования	1				Код территории постановки на учёт из СК 1.2.643.2.40.3.3.1, таблица 49. См. п. Б.2.5.5.5.
IN1.35	IS	Да	Тип полиса	1				Тип полиса ОМС (временного свидетельства) - код из СК 1.2.643.2.40.5.100.86, таблица 81. См. п. Б.2.5.5.4.
IN1.36	ST	Да	Серия и номер полиса	1				Номер физического носителя полиса ОМС (номер временного свидетельства) См. п. Б.2.5.5.4.

Таблица Б.14 Структура сегмента IN1 "Подтверждение факта страхования по ОМС" (событие А08; экземпляр с данными, выводящимися из употребления)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1	1				Порядковый номер сегмента в сообщении (может принимать значения 1 или 2). Если значение поля не соответствует фактическому положению сегмента IN1 в сообщении, то сообщение отвергается с ошибкой ФЛК N 112.
IN1.2	CWE	Да	Идентификатор плана страхования	1	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование" (все буквы - из русского алфавита).
IN1.3	СХ	Да	Идентификатор страховой медицинской организации или ее подразделения	1..*	В поле могут передаваться: 1) ОГРН СМО, поставившей застрахованное лицо на учёт с данным полисом ОМС (временным свидетельством); 2) реестровый код СМО или её филиала, инициировавшей событие страхования, вызвавшее передачу сообщения; 3) код ТФОМС, если ЗЛ состоит на учёте непосредственно в ТФОМС. См. также п. Б.2.5.5.1.
					СХ.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или её филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
					СХ.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или её филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Усл.	Дата начала действия полиса ОМС	0..1				Дата начала действия полиса ОМС (временного свидетельства). Формат: ГГГГ-ММ-ДД См. п. Б.2.5.5.2.
IN1.13	DT	Усл.	Дата окончания действия полиса ОМС	0..1				Дата окончания действия полиса ОМС (временного свидетельства) Формат: ГГГГ-ММ-ДД. См. п. Б.2.5.5.3.
IN1.15	IS	Да	Код территории страхования	1				Код территории, на которой ЗЛ состояло на учёте ранее (ОИД СК 1.2.643.2.40.3.3.1, таблица 49). См. п. Б.2.5.5.5.
IN1.16	XPN	Усл.	Фамилия, имя, отчество	0..1				Это поле заполняется прежними ФИО застрахованного лица только в случае исправления ФИО. См. п. Б.2.5.5.6.
IN1.18	DTM	Усл.	Дата рождения	0..1				Это поле заполняется прежней датой рождения застрахованного лица только в случае исправления даты рождения. См. п. Б.2.5.5.7.
IN1.35	IS	Усл.	Тип полиса	0..1				Тип прежнего полиса ОМС (временного свидетельства) - код из СК 1.2.643.2.40.5.100.86 (таблица 81). Если событие не связано с переоформлением полиса ОМС (напр., замена СМО без замены полиса ОМС), то значение данного поля в обоих экземплярах сегмента IN1 должно быть одинаковым. См. также п. Б.2.5.5.4.
IN1.36	ST	Усл.	Серия и номер полиса	0..1				Номер физического носителя прежнего полиса ОМС (номер временного свидетельства). Если событие не связано с переоформлением полиса ОМС (напр., замена СМО без замены полиса ОМС), то значение данного поля в обоих экземплярах сегмента IN1 должно быть одинаковым. См. также п. Б.2.5.5.4.
IN1.43	IS	Усл.	Пол	0..1				Это поле заполняется прежним полом застрахованного лица только в случае исправления пола. Правила заполнения те же, что для поля PID.8 сегмента идентификации застрахованного лица.
IN1.49	СХ	Усл.	Список идентификаторов застрахованного лица	0..*				Это поле заполняется прежними идентификаторами застрахованного лица только в случае исправления этих идентификаторов. см. п. Б.2.5.5.8).
IN1.52	ST	Нет	Место рождения	0..1				Это поле заполняется прежним местом рождения застрахованного лица только в случае его исправления. Правила заполнения те же, что для поля PID.23 сегмента идентификации застрахованного лица.

Б.2.5.5.1 Заполнение поля IN 1.3 "Идентификатор страховой медицинской организации"

Компонент IN1.3/CX.5 может принимать три значения:

1) если застрахованное лицо поставлено на учёт (состоит на учёте) в СМО по заявлению о выборе (замене) СМО, то

- NII, и в этом случае значением компонента СХ.1 должен быть ОГРН СМО, в которой застрахованное лицо поставлено на учёт (состоит на учёте) (ОИД системы кодирования 1.2.643.2.40.3.1.4),

- RII, и в этом случае значением компонента СХ.1 должен быть реестровый код СМО или её филиала, в котором произошло событие страхования (ОИД системы кодирования 1.2.643.2.40.3.1.4.0);

Экземпляры, содержащие ОГРН СМО и реестровый код СМО или её филиала, могут быть указаны одновременно.

2) если застрахованное лицо временно поставлено на учёт (состоит на учете) в ТФОМС в случае прекращения договора о финансовом обеспечении СМО, в которой ЗЛ состояло на учёте ранее, либо если на территории отсутствуют СМО:

- SII, и в таком случае в первом компоненте указывается двузначный код ТФОМС из справочника ТФОМС (ОИД системы кодирования 1.2.643.2.40.3.3.1.0, таблица 49).

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

1. ОГРН СМО, указанный в поле с типом идентификатора NII, должен совпадать с ОГРН СМО, переданным в заявке на выпуск полиса в поле IN1.3 сегмента IN1 (компонент IN1.3/CX.1) при условии, что IN1.3/CX.5 = "NII".

2. Реестровый код СМО или её филиала, указанный в поле с типом идентификатора RII, должен совпадать с кодом, переданным в заявке на выпуск полиса в поле ZQH.1 (компонент ZQH.1/EI.2) при условии, что в ZQH.1/EI.3 указан ОИД 1.2.643.2.40.3.1.4.0.

3. Код ТФОМС, указанный в поле с типом идентификатора SII, должен совпадать с кодом ТФОМС, переданным в заявке на выпуск полиса:

- в поле IN1.3 (компонент IN1.3/CX.1) сегмента IN1 при условии, что IN1.3/CX.5 = "SII" и

- в поле ZQH.1 (компонент ZQH.1/EI.2) при условии, что в ZQH.1/EI.3 указан ОИД 1.2.643.2.40.3.3.1.0.

Б.2.5.5.2 Заполнение поля IN1.12 "Дата начала действия полиса"

Правила заполнения поля IN1.12 даны в таблице Б.5 (графа "Интерпретация дат IN1.12 и IN1.13").

Б.2.5.5.3 Заполнение поля IN1.13 "Дата окончания действия полиса"

Правила заполнения поля IN1.13 даны в таблице Б.5 (графа "Интерпретация дат IN1.12 и IN1.13").

Б.2.5.5.4 Заполнение информации о типе и номере физического носителя полиса ОМС

Поле IN1.35 "Тип полиса" должно заполняться кодами из системы кодирования 1.2.643.2.40.5.100.86 (таблица 81). Поле является обязательным и должно быть заполнено во всех экземплярах сегмента IN1 для всех событий, кроме событий с причинами П14 и П15. Для событий П14 и П15 если значение в поле IN1.35 указано, то оно игнорируется. Допустимые типы полисов для разных причин события указаны в таблице Б.15. При нарушении указанного правила генерируется ошибка ФЛК N 119.

Таблица Б.15 Типы полисов ОМС, допустимые для разных причин событий

Причина события		Тип полиса	IN1 N
од	Наименование		1	2
01	Выбор СМО	С*	+	x
		В	+	x
02	Снятие с учёта	любой	+	x
03	Замена СМО	любой, кроме "С"	+	+
		С	+	-
04	Изменение данных без замены полиса ОМС	любой	+	x
06	Замена полиса ОМС	любой, кроме "С"	+	+
		С	+	-
08	Восстановление на учёте	любой	+	x
13	Сведения об отсутствующей или удалённой информации о застрахованном лице	любой	+	x
14	Исправление постановки на учёт	не указывается
15	Исправление снятия с учёта	не указывается
16	Исправление ошибки, не связанной с изменением состояния на учёте	любой	+	+
17	Исправление данных в PC ЕРЗ	любой	+	x

______________________________

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

В зависимости от типа полиса ОМС номер физического носителя заполняется по правилам, указанным в таблице Б.16. Обозначения в графах "IN1.36" и "PID.3/IN1.49":

+ номер физического носителя полиса ОМС передаётся в данном поле; значение обязательно;

- поле не используется для передачи номера физического носителя полиса ОМС;

х поле должно быть пустым (<IN1.36/>).

Таблица Б.16 Передача номера физического носителя полиса ОМС

Код (IN1.35)	Название документа	Требования к номеру физического носителя	IN1.36	PID.3/IN1.49*
С	Полис ОМС старого образца	Серия и номер полиса, разделённые знаком "N " с одним пробелом перед ним и после него (коды , , ). Серия полиса должна отвечать требованиям к шаблону S серии документов, удостоверяющих личность.	+	-
В	Временное свидетельство	Номер временного свидетельства. Последовательность из девяти цифр.	+	-
П	Бумажный полис ОМС единого образца	Номер бумажного бланка. Последовательность из одиннадцати цифр.	+	-
Э	Электронный полис ОМС единого образца	Номер пластиковой карты. Значение не контролируется.	+	-
К	Полис ОМС в составе универсальной электронной карты	Номер УЭК. Значение не контролируется.	x	+
X	Состояние на учёте без полиса ОМС	Не заполняется.	х	-

______________________________

* Значение передается в поле PID.3 - для УЭК, действующей после обработки данного события; в поле IN1.49 первого экземпляра IN1 - для УЭК, действовавшей на момент подачи заявления. Если УЭК в процессе обработки события не менялась, то значения в обоих полях должны быть одинаковыми.

Б.2.5.5.5 Особенности заполнения информации о территории страхования

В качестве территории страхования (поле IN1.15) должен быть указан пятизначный код из системы кодирования 1.2.643.2.40.3.3.1.

В том экземпляре сегмента IN1, в котором передаются данные об актуальной территории страхования, должен быть указан код ТС, соответствующий коду ТФОМС территории-отправителя, указанному в том же сообщении в компоненте MSH.4/HD.1. Если поле MSH.4 не включено в сообщение, то вместо него проверяется значение компонента BHS.4/HD.1. Несоответствие кодов приводит к ошибке ФЛК N 219.

Если событие не связано с изменением состояния на учёте (напр., переоформление полиса), то значение данного поля в обоих экземплярах сегмента IN1 должно быть одинаковым, в противном случае выдаётся ошибка ФЛК N 124.

Б.2.5.5.6 Заполнение поля IN1.16 "Фамилия, имя, отчество"

В таблице Б.17 перечислены требования к обязательности поля IN1.16 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.17 Требования к заполнению поля IN1.16 "Фамилия, имя и отчество"

Компонент	Наименование	Обязательность
Поле в целом	Фамилия, имя и отчество	В поле должно встречаться, по крайней мере, одно из значений IN1.16/XPN.1/FN.1 (фамилия), или IN1.16/XPN.2 (имя), или IN1.16/XPN.3 (отчество).
XPN.1	Фамилия (значение указывается в субкомпоненте XPN.1/FN.1)	Нет
XPN.2	Имя	Нет
XPN.3	Отчество	Нет
XPN.7	Код типа ФИО	Да

Б.2.5.5.7 Заполнение поля IN1.18 "Дата рождения"

В таблице Б.18 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.18 Требования к заполнению поля IN1.18 "Дата рождения"

Формат	Применение
ГГГГ-ММ-ДД	Дата рождения указана целиком.
другой

Б.2.5.5.8 Заполнение поля IN1.49 "Список идентификаторов застрахованного лица"

В таблице Б.19 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле IN1.49. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.

Таблица Б.19 Требования к заполнению поля IN1.49 "Список идентификаторов застрахованного лица"

Тип (СХ.5)	Наименование	Требования к формату значения (СХ.1)
	Список идентификаторов застрахованного лица - требования к полю в целом.
NI	Единый номер полиса ОМС (ЕНП)	Номер состоит из 16 цифр. Структура номера - в соответствии с требованиями ФОМС (ДСП). Последняя цифра - контрольная, вычисляется по алгоритму mod10, приведённому в стандарте ISO 27931.
Код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.2 03 (табл. 63)	Серия и номер документа, удостоверяющего личность.	Серия и номер должны удовлетворять шаблону, соответствующему типу документа.
PEN	Страховой номер индивидуального лицевого счёта обязательного пенсионного страхования (СНИЛС).	Значение должно состоять из 11 цифр (все разделители убираются). Последние две цифры - контрольные.
CZ	Номер универсальной электронной карты гражданина (УЭК).	Значение не контролируется.

Б.2.5.6 Примеры пакетов с сообщениями о событии А08

Б.2.5.6.1 Постановка на учет в связи с выбором СМО (сообщение о событии П01 "Выбор СМО")

Б.2.5.6.1.1 Постановка на учет гражданина Российской Федерации

<?xml version="1.0" encoding="windows-1251"?>

<UPRMessageBatch xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:rtc="http://www.rintech.ru" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="urn:h17-org:v2xml">

   <!--BHS segment - batch header-->

   <BHS>

      <!--BHS.1 - Batch Field Separator-->

      <BMS.1>|</BHS.1>

      <!--BHS.2 - Batch Encoding Characters-->

      <BHS.2>^~\&</BHS.2>

      <!--BHS.3 - система-отправитель: СРЗ ТФОМС с кодом 02 (ТФОМС Республики Башкортостан)-->

      <BHS.3>

         <HD.1>CP3 02</HD.1>

      </BHS.3>

      <!--BHS.4 - код организации-отправителя: ТФОМС с кодом 02 (ТФОМС Республики Башкортостан)-->

      <BHS.4>

         <HD.1>02</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.4>

      <!--BHS.5 - система-получатель: ЦС EPЗ-->

      <BHS.5>

         <HD.1>ЦК ЕРП</HD.1>

      </BHS.5>

      <!--BHS.6 - код организации-получателя: фонд ОМС с кодом 00 (Федеральный фонд ОМС)-->

      <BHS.6>

         <HD.1>00</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.6>

      <!--BHS.7 - дата и время формирования пакета-->

      <BHS.7>2013-01-01T14:18:03Z+04:00</BHS.7>

      <!--BHS.8 - Batch Security-->

      <!--BHS.9 - Batch Name/ID/Type-->

      <BHS.9>P</BHS.9>

      <!--BHS.10 - Batch Comment-->

      <!--BHS.11 - идентификатор пакета-->

      <BHS.11>01805a1f-e5e4-434f-8a35-bfe9b322307e</BHS.11>

      <!--BHS.12 - Reference Batch Control ID-->

   </BHS>

   <!--ADT_A01 segment - первое сообщение пакета->

   <ADT_A01>

      <!--MSH segment - заголовок сообщения о событии-->

      <MSH>

         <!--MSH.1 - разделитель полей-->

         <MSH.1>|</MSH.1>

         <!--MSH.2 - специальные символы кодирования-->

         <MSH.2>^~\&</MSH.2>

         <!--MSH.3 - приложение-отправитель-->

         <MSH.3>

            <HD.1>CPЗ 02</HD.1>

         </MSH.3>

         <!--MSH.4 - учреждение-отправитель-->

         <MSH.4>

            <HD.1>02</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.4>

         <!--MSH.5 - приложение-получатель-->

         <MSH.5>

            <HD.1>ЦК ЕРП</HD.1>

         </MSH.5>

         <!--MSH.6 - учреждение-получатель-->

         <MSH.6>

            <HD.1>00</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.6>

         <!--MSH.7 - дата и время отправки сообщения-->

         <MSH.7>2001-01-01T14:18:00Z+04:00</MSH.7>

         <!--MSH.9 - тип сообщения->

         <MSH.9>

            <MSG.1>ADN</MSG.1>

            <MSG.2>A08</MSG.2>

            <MSG.3>ADT_A01</MSG.3>

         </MSH.9>

         <!--MSH.10 - идентификатор сообщения-->

         <MSH.10>9d65a0c2-23f6-4540-8097-db0f64fce7f7</MSM.10>

         <!--MSH.11 - тип прикладной обработки-->

         <MSH.11>

            <PT.1>P</PT.1>

         </MSH.11>

         <!--MSH.12 - идентификатор версии стандарта-->

         <MSH.12>

            <VID.1>2.6</VID.1>

         <MSH.12>

         <!--MSH.15 - тип подтверждения приема-->

         <MSH.15>AL</MSH.15>

         <!--MSH.16 - тип прикладного подтверждения-->

         <MSH.16>AL</MSH.16>

         <!--MSH.17 - код страны-->

      </MSH>

      <!--EVNsegment - тип события-->

      <EVN>

         <!--EVN.2 - дата и время регистрации события-->

         <EVN.2>2001-01-01T14:15:07Z+04:00</EVN.2>

         <!--EVN.4 - код причины события-->

         <EVN.4>П01</EVN.4>

      </EVN>

      <!--PIDsegment - идентификация пациента-->

      <PID>

         <!--PID.3 - список идентификаторов пациента-->

         <PID.3>

            <СХ.1>II-АП N 123456</СХ.1>

            <СХ.5>3</СХ.5>

         </PID.3>

         <PID.3>

            <СХ. 1>0258999748787985</СХ.1>

            <СХ.4>

               <HD.1>80000</HD.1>

               <HD.2>1.2.643.2.40.3.3.1</HD.2>

               <HD.3>ISO</HD.3>

            </СХ.4>

            <CX.5>NI</CX.5>

         </PID.3>

         <!--PID.5 - фамилия, имя, отчество пациента-->

         <PID.5>

            <XPN.1>

               <FN.1>Волков</FN.1>

            </XPN.1>

            <XPN.2>Андрей</XPN.2>

            <XPN.3>Максимович</XPN.3>

            <XPN.7>L</XPN.7>

         </PID.5>

         <!--PID.7 - дата и время рождения-->

         <PID.7>2000-01-01</PID.7>

         <!--PlD.8 - пол-->

         <PID.8>K/PID.8>

         <!--PID.23 - место рождения-->

         <РID.23>Г. МОСКВА</PID.23>

         <!--PID.29 - дата смерти-->

         <!--PID.30 - признак смерти->

      </PID>

      <PV1>

         <PV1.2>1</PV1.2>

      </PV1>

      <ADT_A01.INSURANCE>

         <!--IN1 segment - страховка-->

         <IN1>

            <!--IN1.1 - порядковый номер сегмента IN1-->

            <IN1.1>1</IN1.1>

            <!--IN1.2 - идентификатор плана страхования->

            <IN1.2>

               <CWE.1>ОMC</CWE.1>

            </IN1.2>

            <!--IN1.3 - идентификатор страховой компании-->

            <IN1.3>

               <CX.1>1027739008440</СХ.1>

               <CX.5>N11</CX.5>

            </IN1.3>

            <!--IN1.4 - название страховой компании-->

            <IN1.4>

               <XON.1>УФИMCKИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА "CTPАХОВАЯ КОМПАНИЯ "СОГАЗ-МЕД"</XON.1>

            </IN1.4>

            <!--IN1.12 - дата начала действия страховки-->

            <IN1.12>2001-01-01</IN1.12>

            <!--IN1.13 - дата окончания действия страховки-->

            <IN1.13>2014-01-0</IN1.13>

            <!--IN1.15 - код территории страхования-->

            <IN1.15>80000</IN1.15>

            <!--IN1.35 - тип страховки-->

            <IN1.35>B</IN1.35>

            <!--IN1.36 - номер страхового полиса-->

            <IN1.36>123456789</IN1.36>

            <!--IN1.42 - занятость-->

            <IN1.42>

               <CWE.1>2</CWE.1>

            </IN1.42>

         </IN1>

      </ADT_A01.INSURANCE>

   </ADT_A01>

   <BTS>

      <BTS.1>1</BTS.1>

      <!--В данном примере контрольная сумма не рассчитывалась-->

      <BTS.3>A17DF176</BTS.3>

   </BTS>

</UPRMessageBatch>

Б.2.5.6.1.2 Постановка на учет иностранного гражданина

<?xml version="1.0" encoding="windows-1251"?>

<UPRMessageBatch xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:rtc="http://www.rintech.ru" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="urn:h17-org:v2xmI">

   <!--BHS segment - batch header-->

   <BHS>

      <!--BHS.1 - Batch Field Separator-->

      <BHS.1>|</BHS.1>

      <!--BHS.2 - Batch Encoding Characters-->

      <BMS.2>^~\&</BHS.2>

      <!--BHS.3 - Batch Sending Application-->

      <BHS.3>

         <HD.1>CPЗ 02</HD.1>

         </BHS.3>

         <!--BHS.4 - Batch Sending Facility-->

         <BHS.4>

            <HD.1>02</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </BHS.4>

         <!--BHS.5 - Batch Receiving Application-->

         <BHS.5>

            <HD.1>ЦК ЕРП</HD.1>

         <BHS.5>

         <!--BHS.6 - Batch Receiving Facility-->

         <BHS.6>

            <HD.1>00</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </BHS.6>

         <!--BHS.7 - Batch Creation Date/Time-->

         <BHS.7>2013-09-16T18:59:36Z+04:00</BHS.7>

         <!--BHS.8 - Batch Security-->

         <!-BHS.9 - Batch Name/ID/Type-->

         <BHS.9>P</BHS.9>

         <!--BHS.10 - Batch Comment-->

         <!--BHS.11 - Batch Control ID-->

         <BHS.11>e034f3d9-501e-40eb-863c-2156c2085526</BHS.11>

         <!--BHS.12 - Reference Batch Control ID-->

      </BHS>

      <ADT_A01>

         <!-MSH segment - заголовок-->

         <MSH>

         <!--MSH.1 - разделитель полей-->

         <MSH.1>|</MSH.1>

         <!--MSH.2 - специальные символы кодирования-->

         <MSH.2>^~&</MSH.2>

         <!--MSH.3 - приложение-отправитель-->

         <MSH.3>

            <HD.1>CPЗ 02</HD.1>

         </MSH.3>

         <!--MSH.4 - учреждение-отправитель-->

         <MSH.4>

            <HD.1>02</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.4>

         <!--MSH.5 - приложение-получатель-->

         <MSH.5>

            <HD.1>ЦК ЕРП</HD.1>

         </MSH.5>

         <!--MSH.6 - учреждение-получатель-->

         <MSH.6>

            <HD.1>00</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.6>

         <!--MSH.7 - дата и время отправки сообщения-->

         <MSH.7>2013-09-16T18:59:34Z+04:00</MSH.7>

         <!--MSH.9 - тип сообщения-->

         <MSH.9>

            <MSG.1>ADT</MSG.1>

            <MSG.2>A08</MSG.2>

            <MSG.3>ADT_A01</MSG.3>

         </MSH.9>

         <!--MSH.10 - идентификатор сообщения-->

         <MSH.10>79a67bf1-b0b4-400e-b223-512bf5c221ef</MSH.10>

         <!--MSH.11 - тип прикладной обработки-->

         <MSH.11>

            <РТ.1>Р</РТ.1>

         </MSH.11>

         <!--MSH.12 - идентификатор версии стандарта-->

         <MSH.12>

            <VID.1>2.6</VID.1>

         </MSH.12>

         <!--MSH.15 - тип подтверждения приема-->

         <MSH.15>AL</MSH.15>

         <!--MSH.16 - тип прикладного подтверждения-->

         <MSH.16>AL</MSH.16>

         <!--MSH.17 - код страны-->

      </MSH>

      <!--EVNsegment - тип события-->

      <EVN>

         <!--EVN.2 - дата и время регистрации события-->

         <ЕVN.2>2013-07-01Т15:04:25Z+04:00</EVN.2>

         <!--EVN.4 - код причины события-->

         <EVN.4>П01/EVN.4>

      </EVN>

      <!--PIDsegment - идентификация пациента-->

      <PID>

         <!--PID.3 - список идентификаторов пациента-->

         <PID.3>

            <СХ.1>12Т-34 И N 123456221312</СХ.1>

            <СХ.5>9</СХ.5>

            <СХ.7>2007-08-01</СХ.7>

         </PID.3>

         <PID.3>

            <CX.1>12-34 Z N 123456789012</СХ.1>

            <CX.5>23</CX.5>

            <CX.7>2007-08-01</CX.7>

         </PID.3>

         <PID.3>

            <CX.1>0251000848254252</CX.1>

            <CX.4>

               <HD.1>80000</HD.1>

               <HD.2>1.2.643.2.40.3.3.1</HD.2>

               <HD.3>ISO</HD.3>

            </CX.4>

            <CX.5>NI</CX.5>

         </PID.3>

         <!--P1D.5 - фамилия, имя, отчество пациента-->

         <PID.5>

            <XPN.1>

               <FN.1>Фадеев</FN.1>

            </XPN.1>

            <ХРN.2>Алексей</ХРN.2>

            <ХРN.3>Иванович</ХРN.3>

            <XPN.7>L</XPN.7>

         </PID.5>

         <!--PID.7 - дата и время рождения-->

         <PID.7>1999-08-01</PID.7>

         <!--PID.8 - пол-->

         <PID.8>1</PID.8>

         <!--PID.11 - адрес пациента-->

         <P1D.11>

            <XAD.7>L</XAD.7>

            <XAD.9>80000</XAD.9>

         </PID.11>

         <!--PID.23 - место рождения-->

         <PID.23>Сухуми</PID.23>

         <!--PID.26 - гражданство-->

         <PID.26>

            <CWE.1>ABH</CWE.1>

            <CWE.3>1.2.643.2.40.5.0.25.3</CWE.3>

         </PID.26>

         <!--PID.29 - дата смерти-->

         <!--PID.30 - признак смерти-->

      </PID>

      <PV1>

         <PV1.2>1</PV1.2>

      </PV1>

      <ADT_A01.INSURANCE>

         <!--IN1 segment - страховка-->

         <IN1>

            <!--IN1.1 - порядковый номер сегмента IN1-->

            <IN1.1>1</IN1.1>

            <!--IN1.2 - идентификатор плана страхования-->

            <IN1.2>

               <CWE.1>OMC</CWE.1>

            </IN1.2>

            <!--IN1.3 - идентификатор страховой компании-->

            <IN1.3>

               <СХ.1>1027739008440</СХ.1>

               <CX.5>NII</CX.5>

            </lN1.3>

            <!--IN1.4 - название страховой компании-->

            <IN1.4>

               <ХОN.1>УФИМСКИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА "СТРАХОВАЯ КОМПАНИЯ "COГAЗ-MEД"</XON.1>

            </IN1.4>

            <!--IN1.12- дата начала действия страховки-->

            <IN1.12>2013-07-01</IN1.12>

            <!--IN1.13 - дата окончания действия страховки-->

            <IN1.13>2013-09-15</IN1.13>

            <!--IN1.15 - код территории страхования-->

            <IN1.15>80000</IN1.15>

            <!--IN1.35 - тип страховки-->

            <IN1.35>B</IN1.35>

            <!--IN1.36 - номер страхового полиса-->

            <IN1.36>123456789</IN1.36>

            <!--IN1.42 - занятость-->

            <IN1.42>

               <CWE.1>2</CWE.1>

            </IN1.42>

         </IN1>

      </ADT_A01.INSURANCE>

   </ADT_A01>

   <BTS>

      <BTS.1>1</BTS.1>

      <!--В данном примере контрольная сумма не рассчитывалась-->

      <BTS.3>110DFA7B</BTS.3>

   </BTS>

</UPRMessageBatch>

Б.2.5.6.2 Постановка на учет в связи с заменой СМО (сообщение о событии П03 "Замена СМО")

<?xml version="1.0" encoding="windows-1251"?>

<!--scanerp версия:3.1.75 от 04.08.2013 г.-->

<UPRMessageBatch xmlns="urn:h17-org:v2xml" xmlns:rtc="http://www.rintech.ru" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

   <BHS>

      <BHS.1>|</BHS.1>

      <BHS.2>^~\&</BHS.2>

      <BHS.3>

         <HD.1>CPЗ 13</HD.1>

      </BHS.3>

      <BHS.4>

         <HD.1>13</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.4>

      <BHS.5>

         <HD.1>ЦК ЕРП</HD.1>

      </BHS.5>

      <BHS.6>

         <HD.1>00</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.6>

      <BHS.7>2013-08-12T10:13:18+04:00</BHS.7>

      <BHS.11>a39dba30-6642-45fb-a1f2-fc54f2519c38</BHS.11>

   </BHS>

   <ADT_A01>

      <MSH>

         <MSH.1>|</MSH.1>

         <MSH.2>^~\&</MSH.2>

         <MSH.3>

            <HD.1>CPЗ 13</HD.1>

         </MSH.3>

         <MSH.4>

            <HD.1>13</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.4>

         <MSH.5>

            <HD.1>ЦК ЕРП</HD.1>

         </MSH.5>

         <MSH.6>

            <HD.1>00</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.6>

         <MSH.7>2013-08-12T10:13:18Z+04:00</MSH.7>

         <MSH.9>

            <MSG.1>ADT</MSG.1>

            <MSG.2>A08</MSG.2>

            <MSG.3>ADT_A01</MSG.3>

         </MSH.9>

         <MSH.10>f621ae70-6f0d-4b22-a467-151454386e5e</MSH.10>

         <MSH.11>

            <PT.1>P</PT.1>

         </MSH.11>

         <MSH.12>

            <VID.1>2.6</VID.1>

         </MSH.12>

         <MSH.15>AL</MSH.15>

         <MSH.16>AL</MSH.16>

      </MSH>

      <EVN>

         <EVN.2>2013-08-12T03:01:18Z+04:00</EVN.2>

         <EVN.4>П03</EVN.4>

      </EVN>

      <!--Сегмент PID - идентификация застрахованного лица. В этот сегмент вносятся актуальные персональные данные застрахованного лица и его идентификаторы-->

      <PID>

      <!-В тэг PID.3 вносятся идентификаторы застрахованного лица: ЕНП, документ УДЛ, СНИЛС, ЕНП и документ УДЛ обязательны-->

         <PID.3>

            <СХ.1>89 13 N 277888</СХ.1>

            <СХ.5>14</СХ.5>

            <СХ.7>2013-03-24</СХ.7>

         </PID.3>

         <PID.3>

            <CX.1>1357310895000529</CX.1>

            <СХ.4>

               <HD.1>89000</HD.1>

               <HD.2>1.2.643.2.40.3.3.1</HD.2>

               <HD.3>lSO</HD.3>

            </CX.4>

            <CX.5>NI</CX.5>

         </PID.3>

         <PID.3>

            <CX.1>15184846079</CX.1>

            <CX.5>PEN</CX.5>

         </PID.3>

         <PID.5>

            <XPN.1>

               <FN.1>САВЕЛЬЕВА</FN.1>

            </XPN.1>

            <ХРN.2>НАТАЛЬЯ</ХРN.2>

            <XPN.3>ЮРЬЕВНА</XPN.3>

            <XPN.7>L</XPN.7>

         </PID.5>

         <PID.7>1986-02-24</PID.7>

         <PID.8>2</PID.8>

         <PID.23>ГОР.САРАНСК</PID.23>

         <PID.26>

            <CWE.1>RUS</CWE.1>

            <CWE.3>1.2.643.2.40.5.0.25.3</CWE.3>

         </PID.26>

      </PID>

      <PV1>

         <PV1.2>1</PV1.2>

      </PV1>

      <ADT_A01.INSURANCE>

      <!-В первый сегмент IN1 вносятся данные о заменяемой страховой принадлежности застрахованного лица-->

         <IN1>

            <IN1.1>1</IN1.1>

            <IN1.2>

               <CWE.1>OMC</CWE.1>

            </IN1.2>

            <IN1.3>

               <CX.1>1027739008440</CX.1>

               <CX.5>NII</CX.5>

            </IN1.3>

            <IN1.4>

               <XON.1>СОГАЗ-Мед</ХON.1>

               <XON.2>L</XON.2>

            </IN1.4>

            <IN1.12>2011-11-30</IN1.12>

            <IN1.13>2013-08-07</IN1.13>

            <IN1.15>89000</IN1.15>

      <!-Тэг IN1.16 включается, если у застрахованного лица изменились персональные данные: фамилия и/или имя, и/или отчество. В IN1.16 указываются персональные данные до замены. Если данные не менялись, тэг можно опустить-->

            <IN1.16>

               <XPN.1>

                  <FN.1>ПОГОДИНА</FN.1>

               </XPN.1>

               <ХРN.2>НАТАЛЬЯ</ХРN.2>

               <XPN.3>ЮРЬЕВНА</XPN.3>

            </IN1.16>

      <!-Тэг IN1.18 включается, если у застрахованного лица изменилась дата рождения. В IN1.18 указывается заменяемая дата рождения. Если дата не менялась, тэг можно опутстить. В данном примере дата не менялась-->

            <IN1.18>1986-02-24</IN1.18>

            <IN1.35>П</IN1.35>

            <IN1.36>01021192015</IN1.36>

      <!-Тэг IN1.49 включается, если у застрахованного лица изменился один или несколько идентификаторов: ЕНП, документ УДЛ, СНИЛС. В IN1.49 указываются идентификаторы до замены. Каждый идентификатор включается в отдельный экземпляр IN1.49. Замена ЕНП возможна, только если в IN1.35 указано временное свидетельство. Если идентификаторы не менялись, тэг можно опустить. В данном примере СНИЛС не менялся-->

            <IN1.49>

               <СХ.1>89 10 N 211345</СХ.1>

               <СХ.5>14</СХ.5>

            </IN1.49>

            <IN1.49>

               <СХ.1>15184846079</СХ.1>

               <CX.5>PEN</CX.5>

            </IN1.49>

      <!-Тэг IN1.52 включается, если у застрахованного лица изменились данные места рождения. В IN1.52 указывается место рождения до замены. Если место рождения не менялось, тэг можно опустить-->

            <IN1.52>ГОР. РУЗАЕВКА</IN1.52>

         </IN1>

      </ADT_A01.INSURANCE>

      <АDT_A01.INSURANCE>

      <!-Во второй сегмент IN1 вносятся данные о новой страховой принадлежности застрахованного лица-->

         <IN1>

            <IN1.1>2</IN1.1>

            <IN1.2>

               <CWE.1>OMC</CWE.1>

            </IN1.2>

            <IN1.3>

               <CX.1>1027806865481</CX.1>

               <CX.5>NII</CX.5>

            </IN1.3>

            <IN1.4>

               <ХОN.1>ООО"РГС-МОРДОВИЯ-МЕДИЦИНА"</ХОN.1>

               <XON.2>L</XON.2>

            </IN1.4>

            <IN1.12>2013-08-07</lN1.12>

            <IN1.13>2013-09-17</IN1.13>

            <IN1.15>89000</IN1.15>

            <IN1.35>B</IN1.35>

            <IN1.36>086101103</IN1.36>

         </IN1>

      </ADT_A01.INSURANCE>

   </ADT_A01>

   <BTS>

      <BTS.1>1</BTS.1>

      <!-- В данном примере контрольная сумма не рассчитывалась -->

      <BTS.3>92e6cf84</BTS.3>

   </BTS>

</UPRMessageBatch>

Б.2.5.6.3 Замена полиса ОМС или временного свидетельства без замены СМО (сообщение о событии П06 "Замена полиса ОМС")

<?xml version="1.0" encoding="windows-1251"?>

<!--scanerp версия:3.1.75 от 11.08.2013 г.-->

<UPRMessageBatch xmlns="urn:h17-org:v2xml" xmlns:rtc="http://www.rintech.ru" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

   <BHS>

      <BHS.1>|</BHS.1>

      <BHS.2>^~\&</BHS.2>

      <BHS.3>

         <HD.1>CPЗ 13</HD.1>

      </BHS.3>

      <BHS.4>

         <HD.1>13</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.4>

      <BHS.5>

         <HD.1>ЦК ЕРП</HD.1>

      </BHS.5>

      <BHS.6>

         <HD.1>00</HD.1>

         <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

         <HD.3>ISO</HD.3>

      </BHS.6>

      <BHS.7>2013-08-12T08:20:04+04:00</BHS.7>

      <BHS.11>160c0a81-a854-4e87-b07b-ec9c3a2f87a5</BHS.11>

   </BHS>

   <ADT_A01>

      <MSH>

         <MSH.1>|</MSH.1>

         <MSH.2>M1~\&</MSH.2>

         <MSH.3>

            <HD.1>CPЗ 13</HD.1>

         </MSH.3>

         <MSH.4>

            <HD.1>13</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.4>

         <MSH.5>

            <HD.1>ЦК ЕРП</HD.1>

         </MSH.5>

         <MSH.6>

            <HD.1>00</HD.1>

            <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

            <HD.3>ISO</HD.3>

         </MSH.6>

         <MSH.7>2013-08-12T08:20:04Z+04:00</MSH/7>

         <MSH.9>

            <MSG.1>ADT</MSG.1>

            <MSG.2>A08</MSG.2>

            <MSG.3>ADT_A01</MSG.3>

         </MSH.9>

         <MSH.10>0b5754bd-7521-423f-91d3-a6a3cd3d1f87</MSH.10>

         <MSH.11>

            <PT.1>P</PT.1>

         <MSH.11>

         <MSH.12>

            <VID.1>2.6</VID.1>

         </MSH.12>

         <MSH.15>AL</MSH.15>

         <MSH.16>AL</MSH.16>

      </MSH>

      <EVN>

         <EVN.2>2013-08-12T01:08:04Z+04:00</EVN.2>

         <EVN.4>П06</EVN.4>

      </EVN>

      <!-Сегмент PID - идентификация застрахованного лица. В этот сегмент вносятся актуальные персональные данные застрахованного лица и его идентификаторы -->

      <PID>

      <!-В тэг PID.3 вносятся идентификаторы застрахованного лица: EНП, документ УДЛ, СНИЛС. ЕНП и документ УДЛ обязательны -->

         <PID.3>

            <СХ.1>89 07 N 844845</СХ.1>

            <СХ.5>14</СХ.5>

            <СХ.7>2005-05-12</СХ.7>

         </PID.3>

         <PID.3>

            <СХ.1>1347610839000235</СХ.1>

            <СХ.4>

               <HD.1>89000</HD.1>

               <HD.2>1.2.643.2.40.3.3.1</НD.2>

               <HD.3>ISO</HD.3>

            </СХ.4>

            <CX.5>NI</CX.5>

         </PID.3>

         <PID.3>

            <СХ.1>10975490283</СХ.1>

            <CX.5>PEN</CX.5>

         </PID.3>

         <PID.5>

            <XPN.1>

               <FN.1>РОМАНОВ</FN.1>

            </XPN.1>

            <ХРN.2>ЕВГЕНИЙ</ХРN.2>

            <ХРN.3>НИКОЛАЕВИЧ</ХPN.3>

            <XPN.7>L</XPN.7>

         </PID.5>

         <PID.7>1983-12-10</PID.7>

         <PID.8>1</PID.8>

         <PID.23>C. ЛЕМДЯЙ СТАРОШАЙГОВСКОГО Р-НА МОРДОВСКОЙ ACCP</PID.23>

         <PID.26>

            <CWE.1>RUS</CWE.1>

            <CWE.3>1.2.643.2.40.5.0.25.3</CWE.3>

         </PID.26>

      <PID>

      <PV1>

         <PV1.2>1</PV1.2>

      </PV1>

      <ADT_A01.INSURANCE>

      <!-В первый сегмент IN1 вносятся данные о заменяемой страховой принадлежности застрахованного лица-->

         <IN1>

            <IN1.1>1</IN1.1>

            <IN1.2>

               <СWE.1>ОМС</СWE.1>

            </IN1.2>

            <IN1.3>

               <CX.1>1027739008440</CX.1>

               <CX.5>NII</CX.5>

            </IN1.3>

            <IN1.12>2013-07-16</IN1.12>

            <IN1.13>2013-08-26</IN1.13>

            <IN1.15>89000</IN1.15>

      <!-Тэг IN1.16 включается, если у застрахованного лица изменились персональные данные: фамилия и/или имя, и/или отчество. В IN1.16 указываются персональные данные до замены. Если данные не менялись, тэг можно опустить. В приведенном примере данные не менялись-->

            <IN1.16>

               <XPN.1>

                  <FN.1>РОМАНОВ</FN.1>

               </XPN.1>

               <XPN.2>EBГEHИЙ</XPN.2>

               <XPN.3>НИКОЛАЕВИЧ</XPN.3>

            </IN1.16>

      <!-Тэг IN1.18 включается, если у застрахованного лица изменилась дата рождения. В IN1.18 указывается заменяемая дата рождения. Если дата не менялась, тэг можно опутстить -->

            <IN1.18>1983-12-12</IN1.18>

            <IN1.35>B</IN1.35>

            <IN1.36>086084168<IN1.36>

      <!-Тэг IN1.49 включается, если у застрахованного лица изменился один или несколько идентификаторов: ЕНП, документ УДЛ, СНИЛС. В IN1.49 указываются идентификаторы до замены. Каждый идентификатор включается в отдельный экземпляр IN1.49. Замена ЕНП возможна, только если в IN1.35 указано временное свидетельство, как в приведенном примере. Если идентификаторы не менялись, тэг можно опустить. -->

            <IN1.49>

               <СХ.1>1347610837000492</СХ.1>

               <СХ.4>

                  <HD.1>89000</HD.1>

                  <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

                  <HD.3>ISO</HD.3>

               </CX.4>

               <CX.5>NI</CX.5>

               <CX.6/>

               <CX.7/>

            </IN1.49>

            <IN1.49>

               <CX.1>10975490283</CX.1>

               <CX.5>PEN</CX.5>

            </IN1.49>

      <!-Тэг IN1.52 включается, если у застрахованного лица изменились данные места рождения. В IN1.52 указывается место рождения до замены. Если место рождения не менялось, тэг можно опустить-->

         </IN1>

      </ADT_A01.INSURANCE>

      <ADT_A01.INSURANCE>

      <!-Во второй сегмент IN1 вносятся данные о новой страховой принадлежности застрахованного лица -->

         <IN1>

            <IN1.1>2</IN1.1>

            <IN1.2>

               <CWE.1>OMC</CWE.1>

            </IN1.2>

            <IN1.3>

               <CX.1>1027739008440</CX.1>

               <CX.5>NII</CX.5>

            </IN1.3>

            <IN1.4>

               <ХОN.1>СОГАЗ-Мед</ХОN.1>

               <XON.2>L</XON.2>

            </IN1.4>

            <IN1.12>2013-07-16</IN1.12>

            <IN1.13>2013-08-26</IN1.13>

            <IN1.15>89000</IN1.15>

            <IN1.35>B</IN1.35>

            <IN1.36>086084168</IN1.36>

         </IN1>

      </ADT_A01.INSURANCE>

   </ADT_A01>

   <BTS>

      <BTS.1>1</BTS.1>

      <!-- В данном примере контрольная сумма не рассчитывалась -->

      <BTS.3>862e04f1</BTS.3>

   </BTS>

</UPRMessageBatch>

Б.2.6 Особенности прикладной обработки некоторых сообщений о событии A08

Б.2.6.1 Проверка правомерности выбора СМО и объединение дубликатов при выборе СМО

Перед сохранением информации о выборе СМО, поступившей в сообщении о событии A08 с причиной П01, ЦС ЕРЗ проверяет правомерность выбора. Неправомерным выбор СМО считается в двух случаях.

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

2. Выбор СМО производится для застрахованного лица, для которого имеется информация о смерти. Если информация о смерти является ошибочной, то следует сначала отменить ее, послав сообщение о событии A13, а затем послать сообщение о замене СМО (событие A08, причина события П03).

Неправомерность выбора СМО является препятствием для записи информации о выборе СМО в ЦС ЕРЗ. В таком случае в сообщение подтверждения прикладной обработки включается информация об ошибке, сопровождаемое сведениями о причинах признания выбора СМО неправомерным.

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

Иначе ЦС ЕРЗ поступает при обнаружении коллизий, т.е. в том случае, когда выбор СМО производится для застрахованного лица, псевдонимизированные идентификаторы которого не найдены в ЦС ЕРЗ, с использованием ЕНП, зарегистрированного ранее. В этом случае в приеме сообщения будет отказано, а в подтверждение прикладной обработки включается информация о застрахованном лице, вступившем в коллизию, и о его состоянии на учете. ТФОМС, в котором обнаружена коллизия, должен принять меры по ее устранению, используя запрос персональных данных в другой ТФОМС. При необходимости следует уточнить персональные данные застрахованного лица и сформировать сообщение таким образом, чтобы оно не приводило к коллизии.

Проверки, осуществляемые ЦС ЕРЗ при обработке сообщения о событии A08 с причиной П01 "Выбор СМО", и выполняемые при этом действия описаны в таблице Б.20. Перечень и описание ошибок прикладной обработки приведены в классификаторе Q005.

Пояснения к графам таблицы Б.20.

Графа "Есть ЗЛ с персональной информацией"

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

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

Графа "Есть ЗЛ с ЕНП"

- Значение "Да" означает, что в ЦС ЕРЗ найдена информация о застрахованном лице, главный ЕНП которого совпадает с ЕНП, содержащемся в обрабатываемом сообщении.

Примечание. Если указанный в сообщении ЕНП найден в ЦС ЕРЗ и является при этом неглавным ЕНП, то в обработке сообщения будет отказано с сообщением об ошибке N 516 "ЕНП выведен из употребления". В таком случае следует узнать главный ЕНП, послав запрос страховой принадлежности, и повторить сообщение, указав главный ЕНП.

- Значение "Нет" означает, что в ЦС ЕРЗ застрахованное лицо с переданным в сообщении ЕНП не зарегистрировано.

Графы "Правомерность" и "Дополнительное условие"

- Значение "Да" означает, что постановку на учет следует признать правомерной в том случае, если выполнены условия, указанные в графе "Дополнительное условие";

- Значение "Нет" означает, что постановку на учет следует признать неправомерной в том случае, если выполнены условия, указанные в графе "Дополнительное условие".

Таблица Б.20 Порядок обработки поступающих сообщений о событии A08 с причиной П01 "Выбор СМО"

В ЦС ЕРЗ:		Правомерность	Дополнительное условие	Сохранение информации в БД
есть ЗЛ с ПИ	есть ЗЛ с ЕНП
Нет	Нет	Да		Регистрируется новое застрахованное лицо с ЕНП, переданным в сообщении.
	Да	Нет	У найденного ЗЛ нет действующих СП, и нет информации о смерти ЗЛ	В обработке сообщения отказано, т.к. имеет место попытка создания коллизии застрахованных лиц по ЕНП. Следует осуществить предусмотренные регламентом действия по предотвращению коллизии, а затем повторить сообщение с причиной события П01 (выбор СМО), либо послать сообщение с причиной события П03 (замена СМО) в зависимости от итога разрешения коллизии.
		Нет	Есть информация о смерти ЗЛ	В обработке сообщения отказано, т.к. имеет место попытка зарегистрировать событие страхования для умершего лица. Если информация о смерти ошибочна, следует отменить ее, послав сообщение о событии A13, а затем послать сообщение о событии A08 с причиной П03 (замена СМО).
		Нет	У найденного ЗЛ есть действующие страховые принадлежности	В обработке сообщения отказано, т.к. имеет место ошибочное сообщение о выборе СМО, тогда как должно быть послано сообщение о замене СМО. Следует послать сообщение о событии A08 с причиной П03 (замена СМО).
Да	Нет	Да	У найденного ЗЛ нет действующей СП и нет информации о смерти	Новое застрахованное лицо не регистрируется. Данные, переданные в сообщении, привязываются к найденному ЗЛ. Главным объявляется ЕНП, переданный в сообщении. Возвращается предупреждение об объединении дубликатов.
		Нет	У найденного ЗЛ есть информация о смерти	В обработке сообщения отказано, т.к. имеет место попытка зарегистрировать событие страхования для умершего лица. Если информация о смерти ошибочна, следует отменить ее, послав сообщение о событии A13, а затем послать сообщение о событии A08 с причиной П03 (замена СМО).
		Нет	У найденного ЗЛ есть действующая страховая принадлежность	В обработке сообщения отказано, т.к. имеет место ошибочное сообщение о выборе СМО, тогда как должно быть послано сообщение о замене СМО. Следует послать сообщение о событии A08 с причиной П03 (замена СМО).
	Да	Да	У найденного ЗЛ нет действующих СП, и нет информации о смерти ЗЛ	Данные, переданные в сообщении, привязываются к найденному ЗЛ.
		Нет	Есть информация о смерти ЗЛ	В обработке сообщения отказано, т.к. имеет место попытка зарегистрировать событие страхования для умершего лица. Если информация о смерти ошибочна, следует отменить ее, послав сообщение о событии A13, а затем послать сообщение о событии A08 с причиной П03 (замена СМО).
		Нет	У найденного ЗЛ есть действующие страховые принадлежности	В обработке сообщения отказано, т.к. имеет место ошибочное сообщение о выборе СМО, тогда как должно быть послано сообщение о замене СМО. Следует послать сообщение о событии A08 с причиной П03 (замена СМО).

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

1 Для ошибки N 501 "Коллизия ЕНП" в сегмент ERR включается информация о последнем состоянии на учете, зарегистрированном для застрахованного лица с ЕНП, переданным в сообщении.

2 Для предупреждения N 503 "Дубликат застрахованного лица" в сегмент ERR включается информация о последней (по времени постановки на учет) страховой принадлежности из числа всех страховых принадлежностей, зарегистрированных за объединенным дубликатом.

3 Для ошибки N 508 "Повторная регистрация застрахованного лица" в сегмент ERR включается информация о найденной действующей страховой принадлежности.

4 Для ошибки N 519 "Выбор или замена СМО неправомерны: имеется информация о смерти" в сегмент ERR включается информация о той страховой принадлежности, которая имеет статус "снято с учета в связи со смертью", либо "подлежит снятию с учета в связи со смертью".

Б.2.6.1.2 Дополнительная информация о состоянии на учете передается в нескольких экземплярах поля ERR.6 (в скобках указан код типа информации - ОИД 1.2.643.2.40.1.22, таблица 61):

- главный ЕНП застрахованного лица (ЕНП);

- пятизначный код территории страхования (ТС);

- дата постановки на учет (Дата-постановки-на-учет);

- для снятых с учета (кроме умерших) - дата снятия с учета (Дата-снятия-с-учета);

- для умерших - дата смерти (Дата-смерти).

- код организации, в которой застрахованное лицо состоит на учете: ОГРН СМО (На-учете-в-СМО) или код ТФОМС (На-учете-в-ТФОМС);

- тип полиса (Тип-полиса);

- серия и номер физического носителя полиса ОМС (Бланк-полиса);

- для сообщения об ошибке N 519 дополнительно возвращается двузначный код ТФОМС (Сообщил-о-смерти-ТФОМС), из которого поступило сообщение о регистрации смерти на другой территории (сообщение о событии A03); если такое сообщение не поступало, т.е. смерть была зарегистрирована непосредственно на территории страхования, то указывается код ТФОМС территории страхования (в таком случае он повторяет код территории страхования, указанный в экземпляре ERR.6 с кодом значения ТС);

- для сообщения об ошибке N 508 дополнительно возвращается рекомендация "выбор СМО неправомерен; воспользуйтесь сообщением с причиной события П03" (Рекомендация).

Б.2.6.2 Проверка возможности замены СМО

Перед сохранением информации о выборе СМО, поступившей в сообщении о событии A08 с причиной П03, ЦС ЕРЗ проверяет возможность замены СМО.

Замена СМО признается невозможной в следующих случаях.

1) В связи с тем, что у застрахованного лица нет действующих страховых принадлежностей. Сообщение отвергается, поскольку имеет место ошибочный выбор причины события. В сообщение подтверждения прикладной обработки включается ошибка N 513 "Замена СМО неправомерна: нет действующей СП". Для постановки застрахованного лица на учет следует воспользоваться сообщением о выборе СМО (событие A08, причина события П01).

2) Поскольку в ЦС ЕРЗ имеется информация о смерти застрахованного лица. В сообщение подтверждения прикладной обработки включается ошибка N 519 "Выбор или замена СМО неправомерны: имеется информация о смерти". Если информация о смерти является ошибочной, то следует сначала отменить ее, послав сообщение о событии A13, а затем повторно послать сообщение о замене СМО.

Если замена СМО признана невозможной, то в сегмент ERR включается следующая дополнительная информация (в скобках указан код типа информации - ОИД 1.2.643.2.40.1.22, таблица 61):

1 Для ошибки N 513 "Замена СМО неправомерна: нет действующей СП" в поле ERR.6 возвращается текст "нет действующих страховых принадлежностей; воспользуйтесь сообщением с причиной события П01" (Рекомендация).

2 Для ошибки N 519 "Выбор или замена СМО неправомерны: имеется информация о смерти" в нескольких экземплярах поля ERR.6 возвращается информация о той страховой принадлежности, во время которой зарегистрирована смерть. Состав возвращаемой информации - тот же, что и для ошибок, выявленных при обработке сообщения о событии A08 с причиной события П01 (см. п. Б.2.6.1.2).

Если замена СМО признается возможной, то предыдущее состояние на учете застрахованного лица получает статус:

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

- "подлежит снятию с учета в связи с постановкой на учет в другом месте", если новое состояние на учете находится на другой территории страхования.

Б.2.6.3 Проверка возможности восстановления на учете

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

Если восстановление на учете признано невозможным, то полученное сообщение отвергается, а в сообщении подтверждения прикладной обработки возвращается сообщение об ошибке N 510 "Восстановление на учете невозможно".

Б.2.7 Сообщение о событии A03 "Смерть застрахованного лица"*

Информация о смерти застрахованных лиц должна поступать в ТФОМС из органов ЗАГС соответствующей территории. В соответствии с принятыми правилами, смерть регистрируется тем органом ЗАГС, на чьей территории она произошла. В связи с этим в ТФОМС могут поступать сообщения о смерти, относящиеся к лицам, застрахованным по программе ОМС на других территориях, а также о смерти лиц, не имеющих полиса ОМС.

Сообщение о событии A03 посылается только в том случае, если застрахованное лицо на момент смерти не состояло на учете на данной территории. ЕНП застрахованного лица передавать не требуется, если умершее лицо не идентифицировано, исходя из данных ИС РС ЕРЗ. Для обеспечения однозначной идентификации застрахованного лица обязательным условием является включение в сообщение о смерти информации о документе, удостоверяющем личность, на основании которого была зарегистрирована смерть органом ЗАГС.

Информация о страховой принадлежности в сообщении о смерти застрахованного лица не передается.

Если регистрация смерти произошла на территории текущей страховой принадлежности, то информация о смерти должна передаваться в сообщении о событии A08 с причиной события П02 - "Снятие с учета". Такое сообщение должно содержать признак смерти и дату смерти (PID.30 = "Y", PID.29 = дата смерти).

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

Б.2.7.1 Структура прямых и ответных сообщений

При событии A03 "Смерть застрахованного лица" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A03. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.

ADT^A03^ADT_А03	Смерть застрахованного лица
<ADT_А03>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события.
[<ZVN>...</ZVN>]	Идентификация расхождения
<PID>...</PID>	Идентификация застрахованного лица.
<PV1>...</PV1>	Состояние на учёте застрахованного лица
</ADT_A03>

Сегмент MSH описан в пункте 6.1.1.4.2, сегмент ZVN - в пункте Б.2.5.2. Специальных особенностей при их заполнении для сообщения о событии A03 нет.

ACK^A03^ACK	Подтверждение приема
	Подтверждение прикладной обработки
<ACK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка ФЛК (в подтверждении приёма)
	Ошибка прикладной обработки (в подтверждении прикладной обработки)
</ACK>

Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для подтверждений сообщения о событии A03 нет.

Б.2.7.2 Сегмент EVN - "Тип события"

Таблица Б.21 Заполнение сегмента EVN (сообщение о событии A03)

XML-имя	Тип данных	Обяз. поле	Имя поля	Константа	Указания по заполнению, ОИД системы кодирования
EVN.2	DTM	Да	Дата и время регистрации события		Дата регистрации смерти органом ЗАГС. Значение поля записывается в сокращенном формате, без указания времени (так, как это предусмотрено для полей типа DT): ГГГГ-ММ-ДД
EVN.4	IS	Да	Код причины события	П07

Б.2.7.3 Сегмент PID - "Идентификация застрахованного лица"

Таблица Б.22 Структура сегмента PID (сообщения о событиях A03, A13)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1..2	Должны быть указаны серия и номер документа, удостоверяющего личность, на основании которого зарегистрирована смерть. Должен быть указан ЕНП, если ЗЛ идентифицировано в ИС РС ЕРЗ ТФОМС. См. п. Б.2.5.3.1 (для кодов 1-18 и NI).
					CX.1	Да				Серия и номер УДЛ или ЕНП.
					CX.5	Да				Тип УДЛ или ЕНП. Код из СК 1.2.643.2.40.5.100.203 (таблица 63 или код N 1).
					CX.7	Усл.				Дата выдачи документа, удостоверяющего личность. Обязательно для всех документов, удостоверяющих личность, в событиях страхования после 18.07.2013
					CX.8	Усл.				Срок окончания действия документа, удостоверяющего личность. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации; 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС.
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	См. п. Б.2.5.3.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
PID.7	DTM	Да	Дата рождения	1						Дата рождения застрахованного лица. См. п. Б.2.5.3.3.
PID.8	IS	Да	Пол	1						Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
PID.11	XAD	Нет	Адрес застрахованного лица	1	Используется для передачи кода ОКАТО территории постоянной регистрации ЗЛ
					XAD.7	Да			L	Код из СК 1.2.643.2.40.5.100.190 (таблица 69).
					XAD.9	Да				Код ОКАТО территории постоянной регистрации ЗЛ. СК 1.2.643.2.40.3.3.1 (таблица 49).
PID.23	ST	Нет	Место рождения	1						Место рождения застрахованного лица (текст из документа, удостоверяющего личность)
PID.29	DTM	Да	Дата смерти	1						Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД
PID.30	ID	Да	Признак смерти	1					Y	Другие значения не допускаются.
PID.32	IS	Нет	Код надежности идентификации	0..*						"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место.

Б.2.7.4 Сегмент PV1 - "Состояние на учете застрахованного лица"

Сегмент PV1 обязателен, и в сообщении о событии A03 должно быть заполнено только одно поле этого сегмента.

Таблица Б.23 Структура сегмента PV1 (сообщение о событии A03)

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
PV1.2	IS	Да	Тип застрахованного лица	Поле заполняется значением 1.

Б.2.8 Сообщение о событии A13 "Отмена сообщения о смерти застрахованного лица"

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

При событии A13 "Отмена сообщения о смерти застрахованного лица" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A01. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.

ADT^A13^ADT_A01	Отмена сообщения о смерти застрахованного лица
<ADT_A01>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события
[ZVN>...</ZVN>]	Идентификация расхождения
<PID>...</PID>	Идентификация застрахованного лица
<PV1>...</PV1>	Состояние на учёте застрахованного лица
</ADT_A01>

Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2, сегмент ZVN - в пункте Б.2.5.2. Специальных особенностей при их заполнении для сообщения о событии A13 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П09 "Отмена регистрации факта смерти застрахованного лица" - см. таблицу 62).

ACK^А13^ACK	Подтверждение приёма
	Подтверждение прикладной обработки
<ACK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка ФЛК (в подтверждении приёма)
	Ошибка прикладной обработки (в подтверждении прикладной обработки)
</ACK>

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

Сегмент PID "Идентификация застрахованного лица" должен повторять все те сведения, которые были переданы в соответствующем сегменте сообщения о событии A03 "Смерть застрахованного лица" (таблица Б.22).

Б.2.9 Сообщение о событии A24 "Разрешение дубликатов застрахованного лица"

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

Б.2.9.1 Структура прямых и ответных сообщений

При событии A24 "Разрешение дубликатов застрахованного лица" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A24. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.

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

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

Во всех остальных местах застрахованное лицо должно быть снято с учета. Сведения о лицах, которых следует снять с учета, должны быть получены в ответе на запрос списка лиц, подлежащих снятию с учета (ZP3/ZK3).

ADT^A24^ADT_A24	Разрешение дубликатов застрахованного лица
<ADT_A24>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события
<PID>...</PID>	Идентификация застрахованного лица первой связываемой записи
<PID>...</PID>	Идентификация застрахованного лица второй связываемой записи
</ADT_A24>

Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при их заполнении для сообщения о событии A24 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П10 "Разрешение дубликатов" - см. таблицу 62).

ACK^А24^ACK	Подтверждение приёма
	Подтверждение прикладной обработки
<ACK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка ФЛК (в подтверждении приёма)
	Ошибка прикладной обработки (в подтверждении прикладной обработки)
</ACK>

Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для подтверждений сообщения о событии A24 нет.

Б.2.9.2 Сегмент PID - "Идентификация застрахованного лица"

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

Таблица Б.24 Структура сегмента PID (событие A24)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1..*	ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1.
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	См. п. Б.2.5.3.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66.
PID.7	DTM	Да	Дата рождения	1						Дата рождения застрахованного лица. См. п. Б.2.5.3.3.
PID.8	IS	Да	Пол	1						Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
PID.23	ST	Нет	Место рождения	1						Место рождения застрахованного лица (текст из документа, удостоверяющего личность)
PID.29	DTM	Усл.	Дата смерти	1						Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД. Если указан Признак смерти (значение "Y" в поле PID.30), то значение в поле обязательно
PID.30	ID	Усл.	Признак смерти	1					Y	Другие значения не допускаются.
PID.32	IS	Нет	Код надежности идентификации	0..*						"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место.

Б.2.10 Сообщение о событии Z37 "Разъединение ошибочно объединенной информации о застрахованных лицах"

Разъединение дубликатов требуется в случае, когда две или более записей в ЦС ЕРЗ, будучи ошибочно признанными принадлежащими одному и более застрахованным лицам, на самом деле относятся к разным лицам.

Б.2.10.1 Структура прямых и ответных сообщений

При событии Z37 "Разъединение ошибочно объединенной информации о застрахованных лицах" СРЗ передает в шлюз РС сообщение со структурой ADT_Z37. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.

ADT^Z37^ADT_Z37	Разъединение дубликатов застрахованных лиц
<ADT_Z37>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события
<PID>...</PID>	Идентификация застрахованных лиц, существующих в ЦС ЕРЗ
<PID>...</PID>	Идентификация застрахованного лица, отделяемого от застрахованных лиц,

ADT^Z37^ADT_Z37	Разъединение дубликатов застрахованных лиц
	указанных в первом сегменте PID
<Z37_PID.INSURANCE>	Факты страхования по ОМС застрахованных лиц, указанных в первом сегменте PID
{<IN1>...</IN1>}
</Z37_PlD.INSURANCE
<Z37_PID.INSURANCE	Факты страхования по ОМС застрахованного лица, отделяемого от застрахованных лиц, указанных в первом сегменте PID
{<IN1>...</IN1>}
</Z37_PID.INSURANCE
</ADT_Z37>

Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при заполнении сегментов MSH и EVN для сообщения о событии Z37 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П24 "Разъединение ошибочно объединенных застрахованных лиц").

ACK^Z37^ACK	Подтверждение прикладной обработки
<ACK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
</ACK>

Специальных особенностей при заполнении сегментов сообщений подтверждения приема и прикладной обработки для подтверждений сообщения о событии Z37 нет.

Б.2.10.2 Порядок обработки сообщения в ЦС ЕРЗ

1) Находятся все застрахованные лица, соответствующие сведениям о застрахованных лицах, указанным в первом сегменте PID;

2) Проверяются все страховки, указанные в первом сегменте Z37_PID.INSURANCE, на принадлежность найденным в п. 1 застрахованным лицам;

3) Проверяются все страховки, указанные во втором сегменте Z37_PID.INSURANCE, на принадлежность найденным в п. 1 застрахованным лицам;

4) Застрахованное лицо с персональными данными, указанными во втором сегменте PID, отделяется от застрахованных лиц, указанных в первом сегменте PID;

5) К информации об отделенном застрахованном лице добавляются все страховки, указанные во втором сегменте Z37 PID.INSURANCE;

6) У застрахованных лиц, найденных в п. 1 выводятся из употребления поисковые ключи, соответствующие идентификационным данным, указанным во втором сегменте PID, и все страховки, указанные во втором сегменте Z37_PID.INSURANCE.

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

Б.2.10.3 Сегмент PID - "Идентификация застрахованного лица"

Сегмент PID в каждом сообщении ADT_Z37 повторяется дважды.

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

Второй сегмент PID идентифицирует одно застрахованное лицо, отделяемое от застрахованных лиц, указанных в первом сегменте PID. Для отделяемого застрахованного лица необходимо ввести ЕНП, отличный от ЕНП, указанных в первом сегменте PID.

Таблица Б.25 Структура сегмента PID (событие Z37)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1..*	ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1.
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	См. п. Б.2.5.3.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200).
PID.7	DTM	Да	Дата рождения	1						Дата рождения застрахованного лица. См. п. Б.2.5.3.3.
PID.8	IS	Да	Пол	1						Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1).
PID.23	ST	Нет	Место рождения	1						Место рождения застрахованного лица (текст из документа, удостоверяющего личность)
PID.32	IS	Нет	Код надежности идентификации	0..*						"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445. Поле повторяется столько раз, сколько особых случаев имеет место.

Б.2.10.4 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

В каждом сообщении ADT_Z37 дважды повторяется сегмент Z37_PID.INSURANCE, который содержит один или несколько сегментов IN1.

Сегменты IN1 из первого сегмента Z37_PID.INSURANCE должны включать все факты страхования по ОМС застрахованных лиц, указанных в первом сегменте PID. Эти факты страхования должны полностью совпадать с данными Центрального сегмента ЕРЗ.

Сегменты IN1 из второго сегмента Z37_PID.INSURANCE должны включать все факты страхования по ОМС застрахованного лица, отделяемого от застрахованных лиц, указанных в первом сегменте PID. Эти факты страхования должны являться подмножеством фактов, указанных в первом сегменте Z37_PID.INSURANCE.

Таблица Б.26 Структура сегмента IN1 "Подтверждение факта страхования по ОМС" (событие Z37)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1	1			1	Если значение поля не соответствует фактическому положению сегмента IN1 в сообщении, то сообщение отвергается с ошибкой ФЛК N 112.
IN1.2	CWE	Да	Идентификатор плана страхования	1	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование" (все буквы - из русского алфавита).
IN1.3	CX	Да	Идентификатор страховой медицинской организации или ее подразделения	1..*	В поле могут передаваться: 1) ОГРН СМО, поставившей застрахованное лицо на учет с данным полисом ОМС (временным свидетельством); 2) реестровый код СМО или ее филиала, инициировавшей событие страхования, вызвавшее передачу сообщения; 3) код ТФОМС, если ЗЛ состоит на учете непосредственно в ТФОМС. См. также п. Б.2.5.5.1.
					CX.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или ее филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0).
					CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или ее филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Да	Дата начала действия полиса	1				Дата начала действия полиса ОМС (временного свидетельства). Формат: ГГГГ-ММ-ДД См. п. Б.2.5.5.2.
IN1.13	DT	Да	Дата окончания действия полиса	1				Дата окончания действия полиса ОМС (временного свидетельства). Формат: ГГГГ-ММ-ДД. См. п. Б.2.5.5.3.
IN1.15	IS	Да	Код территории страхования	1				Код территории постановки на учет из СК 1.2.643.2.40.3.3.1. См. п. Б.2.5.5.5.
IN1.35	IS	Да	Тип полиса	1				Тип полиса ОМС (временного свидетельства) - код из СК 1.2.643.2.40.5.100.86. См. п. Б.2.5.5.4.
IN1.36	ST	Да	Серия и номер полиса	1				Номер физического носителя полиса ОМС (номер временного свидетельства) См. п. Б.2.5.5.4.

Б.3 Перечень запросов к ЦС ЕРЗ и ответы на них

Таблица Б.27 Перечень запросов к ЦС ЕРЗ

Код события		Тип структуры сообщения		Тип запроса	Описание запроса	п.
запроса	ответа	запроса	ответа
1	2	3	4
ZP1	ZK1	QBP_ZP1	RSP_ZK1	Запрос страховой принадлежности ЗЛ	Запрос данных о территории страхования и СМО, в которых застрахованное лицо состоит на учете, либо состояло на учете по состоянию на заданную дату.	Б.3.1
ZP2	ZK2	QBP_ZP2	RSP_ZK2	Запрос списка лиц, подлежащих восстановлению на учете	Запрос списка лиц, ранее снятых с учета на данной территории, которых следует восстановить на учете*. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день.	0
ZP3	ZK3	QBP_ZP2	RSP_ZK2	Запрос списка лиц, подлежащих снятию с учета	Запрос списка лиц, которых следует снять с учета на данной территории в связи с тем, что они поставлены на учете на другой территории, либо умерли на другой территории**. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день.	0
ZP4	ZK4	QBP_ZP4	RSP_ZK4	Запрос списка лиц, умерших на другой территории	Запрос списка лиц, состоящих на учете на данной территории, смерть которых зарегистрирована на других территориях***. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день.	0
ZP9	ZK9	QBP_ZP9	RSP_ZK9	Запрос истории страховых принадлежностей по серии и номеру ДПФС, ЕНП или данным документа, удостоверяющего личность	Запрос перечня состояний на учете застрахованного лица с заданным ЕНП, номером ДПФС или сведениями документа, удостоверяющего личность	0
ZPR	ZKR	QBP_ZPR	RSP_ZKR	Запрос стандартного отчета по данным ЦС ЕРЗ	Запрос стандартного отчета с указанными параметрами по данным ЦС ЕРЗ. Отчет может выдаваться в одном из согласованных форматов.	0
ZPE	ZKE	QBP_ZPE	RSP_ZKE	Запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах	Запрос состояния страховых принадлежностей до и после разъединения ошибочно объединенной информации о застрахованных лицах	0

______________________________

* Исключение застрахованных лиц из списка лиц, подлежащих восстановлению на учете, происходит после успешной обработки сообщения о событии П08.

** Исключение застрахованных лиц из списка лиц, подлежащих снятию с учета, происходит после успешной обработки сообщения о событии П02.

*** Исключение застрахованных лиц из списка лиц, умерших на других территориях, происходит после успешной обработки сообщения о событии П02.

Б.3.1 Запрос страховой принадлежности застрахованного лица

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

Б.3.1.1 Грамматика запроса страховой принадлежности

Для получения информации о страховой принадлежности застрахованного лица ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP1, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

QBP^ZP1^QBP_ZP1	Запрос страховой принадлежности
<QBP_ZP1>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса страховой принадлежности
</QBP_ZP1>

Сегмент MSH описан в пункте 6.1.1.4.1.

Б.3.1.2 Сегмент QPD - "Определение параметров запроса"

Сегмент предназначен для определения параметров запроса страховой принадлежности застрахованного лица. Требования к параметрам и правила их интерпретации указаны в таблице Б.28.

Таблица Б.28 Структура сегмента QPD - "Определение параметров запроса" (определение страховой принадлежности; персонифицированный запрос)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да			СП
					CWE.2	Нет			Запрос страховой принадлежности
					CWE.3	Нет			1.2.643.2.40.1.9	ОИД СК запросов
QPD.4	DT	Нет	Дата поиска							Дата, по состоянию на которую следует осуществлять поиск страховой принадлежности. Если дата не указана, в ответе на запрос возвращается вся история страховой принадлежности.
QPD.5	CX	Усл.	Список идентификаторов застрахованного лица	0..*	ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.3.1.2.1.
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
QPD.6	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	Должен быть указан хотя бы один компонент ФИО. См. также п. Б.3.1.2.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
QPD.7	DTM	Да	Дата рождения	1						Дата рождения застрахованного лица. См. п. Б.3.1.2.3.
QPD.8	IS	Да	Пол	1						Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
QPD.9	ST	Нет	Место рождения ЗЛ	0..1						Место рождения застрахованного лица (текст из документа, удостоверяющего личность)
QPD.10	IS	Усл.	Тип ДПФС	1						Код из СК 1.2.643.2.40.5.100.86, таблица 81. См. п. Б.3.1.2.4.
QPD.11	IS	Усл.	Серия и номер ДПФС	1						Серия и номер бланка. См. п. Б.3.1.2.4.
QPD.20	IS	Усл.	Код территории выдачи ДПФС	1						Код из СК 1.2.643.2.40.3.3.1 См. п. Б.3.1.2.4.

Б.3.1.2.1 Заполнение поля QPD.5 "Список идентификаторов застрахованного лица"

В таблице Б.29 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле QPD.5. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.

Таблица Б.29 Требования к заполнению поля QPD.5 "Список идентификаторов застрахованного лица"

Тип (CX.5)	Наименование	Требования к формату значения (CX.1)
	Список идентификаторов застрахованного лица - требования к полю в целом.	Среди заданных значений должныо быть обязательно указано одно из нижеперечисленных: 1 ЕНП (QPD.5/CX.1 при QPD.5/CX.2 = "NI"); 2 сведения о документе, удостоверяющем личность застрахованного лица (QPD.5/CX.1, если в QPD.5/CX.2 указан код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63); 3 СНИЛС (QPD.5/CX.1 при QPD.5/CX.2 = "PEN"), 4 сведения о полисе ОМС (QPD.10, QPD.11 и QPD.20). Допускается указывать сведения о нескольких документах УДЛ.
NI	Единый номер полиса ОМС (ЕНП)	Номер состоит из 16 цифр. Структура номера - в соответствии с требованиями ФОМС (ДСП). Последняя цифра - контрольная, вычисляется по алгоритму mod10, приведенному в стандарте ISO 27931.
Код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63)	Серия и номер документа, удостоверяющего личность.	Серия и номер должны удовлетворять шаблону, соответствующему типу документа.
PEN	Страховой номер индивидуального лицевого счета обязательного пенсионного страхования (СНИЛС).	1 Значение должно состоять из 11 цифр (все разделители убираются). 2 Последние две цифры - контрольные.
CZ	Номер универсальной электронной карты гражданина (УЭК).	Значение не контролируется.

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

Б.3.1.2.2 Заполнение поля QPD.6 "Фамилия, имя и отчество застрахованного лица"

В таблице Б.30 перечислены требования к обязательности поля QPD.6 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.30 Требования к заполнению поля QPD.6 "Фамилия, имя и отчество застрахованного лица"

Компонент	Наименование	Обязательность
Поле в целом	Фамилия, имя и отчество застрахованного лица	В поле должно встречаться, по крайней мере, одно из значений IN1.16/XPN.1/FN.1 (фамилия), или IN1.16/XPN.2 (имя), или IN1.16/XPN.3 (отчество).
XPN.1	Фамилия (значение указывается в субкомпоненте XPN.1/FN.1)	Усл.
XPN.2	Имя	Усл.
XPN.3	Отчество	Усл.
XPN.7	Код типа ФИО	Да

Б.3.1.2.3 Заполнение поля QPD.7 "Дата рождения"

В таблице Б.31 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.31 Требования к заполнению поля QPD.7 "Дата рождения"

	Формат
	ГГГГ-ММ-ДД
	другой

Б.3.1.2.4 Заполнение информации о полисе ОМС (поля QPD.10, QPD.11 и QPD.20).

Поля запроса QPD.10, QPD.11 и QPD.20 должны быть либо все заполнены в соответствии с указанными ниже требованиями, либо все три не указаны. Описание ошибок ФЛК для данных полей приведено в классификаторе Q004.

Поле QPD.10 "Тип полиса" может содержать один из кодов С (полис ОМС старого образца) или В (временное свидетельство) из системы кодирования 1.2.643.2.40.5.100.86 (таблица 81). В зависимости от типа полиса ОМС номер бланка и территория страхования заполняются по правилам, указанным в таблице Б.32.

Таблица Б.32 Передача информации о полисе ОМС

Код (QPD.10)	Название документа	Требования к номеру бланка (QPD.11)	Требования к коду ТС (QPD.20)
С	Полис ОМС старого образца	Серия и номер полиса, разделенные знаком "N" с одним пробелом перед ним и после него (коды , , ). Серия полиса должна отвечать требованиям к шаблону S серии документов, удостоверяющих личность.	Код территории, выдавшей полис ОМС
В	Временное свидетельство	Номер временного свидетельства. Последовательность из девяти цифр.	Код территории, выдавшей временное свидетельство
другое значение	-	Не проверяется.
не указано	-	Указано любое значение.

Б.3.1.3 Грамматика ответа на запрос страховой принадлежности

В ответ на запрос страховой принадлежности ЦС ЕРЗ посылает сообщение со структурой RSP_ZK1, которая отличается в зависимости от версии:

RSP^ZK1^RSP_ZK1	Ответ на запрос страховой принадлежности
<RSP_ZK1>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
[{<RSP_ZK1.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<PID>...</PID>	Идентификация застрахованного лица
[{<IN1>...</IN1>}]	Подтверждение факта страхования по ОМС
[<QR1>...</QRI>]	Уточнение ответа на запрос
</RSP_ZK1.QUERY_RESPONSE>}]	--- ОТВЕТ НA ЗАПРОС - конец
</RSP_ZK1>

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

Б.3.1.4 Описание алгоритма поиска

Поиск страховой принадлежности производится в два этапа.

Б.3.1.4.1 Поиск застрахованного лица

В базе данных ЦС ЕРЗ ищутся записи, персональные данные которых удовлетворяют значениям, переданным в полях QPD.5 - QPD.11 и QPD.20 сегмента QPD, по состоянию на дату, заданную параметром QPD.4.

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

Для определения соответствия ключей поиска используется только алгоритм точного поиска.

Для каждого найденного таким образом застрахованного лица в ответ на запрос включается группа RSP_ZK1.QUERY_RESPONSE.**

На втором этапе производится поиск страховых принадлежностей в соответствии с алгоритмами, описанными ниже.

Б.3.1.4.2 Поиск страховой принадлежности, действующей на текущую дату (на момент выполнения запроса) - производится, если параметр QPD.4 "Дата поиска" в запросе не задан:

а) для найденного застрахованного лица ищется состояние на учете, удовлетворяющее одному из следующих условий:

- застрахованное лицо состоит на учете,

или

- застрахованное лицо подлежит восстановлению на учете,

или

- застрахованное лицо подлежит снятию с учета по любой причине при условии, что дата снятия с учета еще не наступила;

б) если такое состояние на учете найдено, то в сегменте IN1, соответствующем застрахованному лицу, группы RSP_ZK1.QUERY_RESPONSE возвращается информация о страховой принадлежности, соответствующей найденному состоянию на учете:

- о полисе ОМС старого образца, если застрахованное лицо имеет действующий полис ОМС старого образца и не обращалось с заявлением о замене СМО или о переоформлении полиса ОМС;

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

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

в) если такое состояние на учете не найдено, то сегмент IN1 в ответ на запрос не включается.

Б.3.1.4.3 Поиск страховой принадлежности, действующей на заданную дату - производится, если в запросе задан параметр QPD.4 "Дата поиска":

а) для найденного застрахованного лица ищется состояние на учете, удовлетворяющее одному из следующих условий:

- дата постановки на учет не больше даты, заданной в запросе параметром QPD.4,

и

- (застрахованное лицо состоит на учете или подлежит восстановлению на учете

или

- застрахованное лицо снято с учета или подлежит снятию с учета; при этом дата снятия с учета не меньше даты, заданной в запросе параметром QPD.4);

б) если такое состояние на учете найдено, то в сегменте IN1, соответствующем застрахованному лицу, группы RSP_ZK1.QUERY_RESPONSE возвращается информация о страховой принадлежности, соответствующей найденному состоянию на учете:

- о полисе ОМС, действовавшем в момент времени, заданный параметром QPD.4. Если в заданный момент времени одновременно действовали временное свидетельство и полис ОМС единого образца, то возвращается только информация о полисе ОМС единого образца.

в) если такое состояние на учете не найдено, то сегмент IN1 в ответ на запрос не включается.

Б.3.1.5 Сегмент PID - "Идентификация застрахованного лица"

В поле PID.3 возвращаются:

- главный ЕНП найденного застрахованного лица (указывается всегда),

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

Поля PID.5, PID.7 и PID.8 являются обязательными, но, поскольку эти значения должны включать персональную информацию, в результат запроса включаются пустые значения.

Таблица Б.33 Структура сегмента PID (ответ на запрос страховой принадлежности)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1...*	Идентификаторы застрахованного лица: - главный ЕНП (указывается в первом экземпляре поля), - ЕНП, под которым застрахованное лицо поставлено на учет на территории, куда отправлено сообщение (указывается во втором и последующих экземплярах поля - количество и порядок соответствуют количеству и порядку возвращаемых сегментов IN1).
					CX.1	Да				Значение ЕНП.
					CX.4	Да	Код ТФОМС, в котором ЗЛ поставлено на учет под данным ЕНП.
							HD.1	Да		Пятизначный идентификатор ТФОМС, в ИС РС ЕРЗ которого ЗЛ поставлено на учет с данным ЕНП.
							HD.2	Да	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
PID.5	XPN	Да	Фамилия, имя, отчество	1	Всегда возвращается незаполненное поле <PID.5/>
PID.7	DTM	Да	Дата рождения	1	Всегда возвращается незаполненное поле <PID.7/>
PID.8	IS	Да	Пол	1	Всегда возвращается незаполненное поле <PID.8/>
PID.26	CWE	Нет	Гражданство	1	CWE.1	Да				Гражданство застрахованного лица в сведениях о последней по времени страховой принадлежности: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства - значение "Б/Г"
					CWE.2	Нет				Название страны
					CWE.3	Нет			1.2.643.2.40.5.0.25.3	ОИД ОКСМ.3
PID.29	DTM	Усл.	Дата смерти	1	Дата смерти застрахованного лица. Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти "Y" вне зависимости от даты, по состоянию на которую запрошена страховая принадлежность.
PID.30	ID	Да	Признак смерти	1	Значение Y в данном поле означает, что в ЦС ЕРЗ имеется информация о смерти застрахованного лица. Значение N в данном поле означает, что в ЦС ЕРЗ нет информации о смерти застрахованного лица, либо информация о смерти отменена.

Б.3.1.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

Сегмент IN1 включается в ответ на запрос страховой принадлежности для определения территории страхования и страховой медицинской организации, в которой застрахованное лицо состоит на учете, а также для передачи информации о полисе ОМС, по которому ЗЛ было поставлено на учет.

Таблица Б.34 Структура сегмента IN1 (ответ на запрос страховой принадлежности)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1	1			1
IN1.2	CWE	Да	Идентификатор плана страхования	1	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование"
IN1.3	CX	Да	Идентификатор страховой медицинской организации	1..2	В поле могут быть возвращены: 1) реестровый код СМО или ее филиала, в котором застрахованное лицо состоит на учете; 2) ОГРН СМО, в которой застрахованное лицо состоит на учете; ОГРН СМО возвращается только тогда, когда реестровый код СМО или ее филиала неизвестен; 3) код ТФОМС, если ЗЛ состоит на учете непосредственно в ТФОМС.
					CX.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или ее филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
					CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или ее филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Да	Дата начала действия полиса	1				Дата постановки на учет Формат: ГГГГ-ММ-ДД.
IN1.13	DT	Да	Дата окончания действия полиса	1				Дата снятия с учета. Для действующей СП возвращается пустое поле <IN1.13/>. Формат: ГГГГ-ММ-ДД.
IN1.15	IS	Да	Код территории страхования	1				Код ТС (СК 1.2.643.2.40.3.3.1, таблица 49), на которой ЗЛ состоит на учете.
IN1.35	IS	Да	Тип полиса	1				Код из СК 1.2.643.2.40.5.100.86 (таблица 81).
IN1.36	ST	Да	Серия и номер полиса	1				Номер физического носителя полиса ОМС (номер временного свидетельства).

Б.3.1.7 Сегмент QRI - "Уточнение ответа на запрос"

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

Уровень доверия принимается равным Д (результат сравнения точный, ему можно доверять - система кодирования 1.2.643.2.40.1.11, таблица 89). Уровень доверия указывается в поле QRI.1, а коды ключей поиска возвращаются в отдельных экземплярах поля QRI.2.

Таблица Б.35 Структура сегмента QRI - "Уточнение ответа на запрос"

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Указания по заполнению
QRI.1	ST	Да	Уровень доверия к информации	1	Код из СК 1.2.643.2.40.1.11 (см. таблицы 89 и 84).
QRI.2	IS	Да	Код причины совпадения	1..*	Код причины совпадения (СК 1.2.643.2.40.1.26, таблица 83). Значение поля повторяется столько раз, сколько обнаружено совпадающих ключей поиска.

Б.3.2 Запрос списка лиц, подлежащих снятию с учета

Запрос списка лиц, которых следует снять с учета в СМО данной территории.

В версии 3.0 в ответ на запрос включаются лица, которые подлежат снятию с учета по двум причинам:

- в связи с постановкой на учет в другом месте,

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

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

Б.3.2.1 Грамматика запроса списка лиц, подлежащих снятию с учета

Для получения списка лиц, подлежащих снятию с учета, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP2, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZP2^QBP_ZP2	Запрос списка лиц, подлежащих снятию с учета
<QBP_ZP2>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса списка лиц, подлежащих снятию с учета
</QBP_ZP2>

Б.3.2.2 Сегмент QPD - "Определение параметров запроса"

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

Таблица Б.36 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, подлежащих снятию с учета)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	СНТ
					CWE.2	Нет	Запрос списка лиц, снимаемых с учета
					CWE.3	Нет	1.2.643.2.40.1.9	ОИД СК запросов.
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да		Пятизначный код ТФОМС, от имени которого выполняется запрос. Если не указан, то по умолчанию принимается код ТФОМС-отправителя.
					HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет	ISO

Б.3.2.3 Грамматика ответа на запрос списка лиц, подлежащих снятию с учета

Ответ на запрос списка лиц, подлежащих снятию с учета, пересылается в сообщении RSP_ZK2:

RSP^ZK2^RSP_ZK2	Ответ на запрос списка лиц, подлежащих снятию с учета
<RSP_ZK2>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
[{<RSP_ZK2.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<P1D>...</PID>	Идентификация застрахованного лица
<IN1>...</IN1>	Подтверждение факта страхования по ОМС
</RSP_ZK2.QUERY_RESPONSE >}]	--- ОТВЕТ НА ЗАПРОС - конец
</RSP_ZK2>

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

Б.3.2.4 Описание алгоритма поиска

При поиске застрахованных лиц, подлежащих снятию с учета, ищутся лица, которые:

1) подлежат снятию с учета при условии, что дата снятия с учета уже наступила,

либо

2) сняты с учета в связи с постановкой на учет в другом месте при условии, что дата следующей постановки на учет изменена на более раннюю при помощи сообщения о событии A08 с причиной П14 "Исправление постановки на учет". Вариант соответствует случаю, когда в результате устранения расхождений, выявленных в результате сверки данных, хранящихся в РС ЕРЗ и ЦС ЕРЗ, территория послала сообщение об исправлении даты постановки застрахованного лица на учет (сообщение о событии A08 с причиной П14 "Исправление постановки на учет").

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

Б.3.2.5 Сегмент PID - "Идентификация застрахованного лица"

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

- главный ЕНП,

- ЕНП, под которым по данным ЦС ЕРЗ ЗЛ состоит на учете на территории запроса (и подлежит снятию с учета).

Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЦС ЕРЗ обнаружены дубликаты записей данного застрахованного лица, которые объединены в соответствии с принятым регламентом. В результате объединения дубликатов ЕНП, указанный в ответе на запрос вторым, был выведен из употребления. Застрахованное лицо должно быть снято с учета, и в ИС РС ЕРЗ ТФОМС запроса ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного.

Таблица Б.37 Структура сегмента PID (ответ на запрос списка лиц, подлежащих снятию с учета)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1	Главный ЕНП застрахованного лица.
					CX.1	Да
					CX.5	Да			NI	Признак ЕНП.
				2	ЕНП застрахованного лица, под которым оно состоит на учете на территории запроса.
					CX.1	Да				Значение ЕНП.
					CX.4	Да	Код ТФОМС территории запроса
							HD.1	Да		Пятизначный идентификатор ТФОМС
							HD.2	Да	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
				3	ЕНП застрахованного лица, которой указал ТФОМС, на территории которого произошло событие
					CX.1	Да				Значение идентификатора: ЕНП (16 цифр)
					CX.4	Да	Код ТФОМС, на территории которого произошло событие
							HD.1	Да		Пятизначный идентификатор ТФОМС
							HD.2	Да	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
PID.5	XPN	Да	Фамилия, имя, отчество	1	Всегда возвращается незаполненное поле <PID.5/>
PID.7	DTM	Да	Дата рождения	1	Всегда возвращается незаполненное поле <PID.7/>
PID.8	IS	Да	Пол	1	Всегда возвращается незаполненное поле <PID.8/>
PID.29	DTM	Усл.	Дата смерти	1	Дата смерти застрахованного лица (только для лиц, подлежащих снятию с учета в связи со смертью). Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти "Y" вне зависимости от даты, по состоянию на которую запрошен список лиц.
PID.30	ID	Да	Признак смерти	1	Значение Y в данном поле означает, что в ЦС ЕРЗ имеется информация о смерти застрахованного лица. Значение N в данном поле означает, что в ЦС ЕРЗ нет информации о смерти застрахованного лица, либо информация о смерти отменена.

Б.3.2.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

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

Таблица Б.38 Структура сегмента IN1 (ответ на запрос лиц, подлежащих снятию с учета)

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1			1
IN1.2	CWE	Да	Идентификатор плана страхования	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование"
IN1.3	CX	Да	Идентификатор страховой медицинской организации	В поле могут быть возвращены: 1) реестровый код СМО или ее филиала, в котором застрахованное лицо подлежит снятию с учета; 2) ОГРН СМО, в которой застрахованное лицо подлежит снятию с учета; ОГРН СМО возвращается только тогда, когда реестровый код СМО или ее филиала неизвестен; 3) код ТФОМС, если ЗЛ подлежит снятию с учета непосредственно в ТФОМС.
				CX.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или ее филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
				CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или ее филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Да	Дата начала действия полиса				Дата постановки на учет Формат: ГГГГ-ММ-ДД.
IN1.13	DT	Да	Дата окончания действия полиса				Дата снятия с учета. Формат: ГГГГ-ММ-ДД.
IN1.15	IS	Да	Код территории страхования				Код ТС из СК 1.2.643.2.40.3.3.1, таблица 49 на которой ЗЛ следует снять с учета.

Б.3.3 Запрос списка лиц, подлежащих восстановлению на учете

Запрос списка лиц, ранее снятых с учета на данной территории, которых следует восстановить на учете.

Б.3.3.1 Грамматика запроса списка лиц, подлежащих восстановлению на учете

Для получения списка лиц, подлежащих восстановлению на учете, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP2, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZP2^QBP_ZP2	Запрос списка лиц, подлежащих восстановлению на учёте
<QBP_ZP2>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса списка лиц, подлежащих восстановлению на учёте
</QBP_ZP2>

Б.3.3.2 Сегмент QPD - "Определение параметров запроса"

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

Таблица Б.39 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, подлежащих восстановлению на учете)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	ВСТ
					CWE.2	Нет	Запрос списка лиц, восстанавливаемых на учете
					CWE.3	Нет	1.2.643.2.40.1.9	ОИД СК запросов.
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да		Пятизначный код ТФОМС, от имени которого выполняется запрос.
					HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет	ISO

Б.3.3.3 Грамматика ответа на запрос списка лиц, подлежащих восстановлению на учете

В ответ на запрос лиц, подлежащих восстановлению на учете, ЦС ЕРЗ посылает сообщение со структурой RSP_ZK2, которая отличается в зависимости от версии.

Ответ на запрос списка лиц, подлежащих восстановлению на учете:

RSP^ZK2^RSP_ZK2	Ответ на запрос списка лиц, подлежащих восстановлению на учёте
<RSP_ZK2>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
[{<RSP_ZK2.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<PID>...</PID>	Идентификация застрахованного лица
<IN1>...</IN1>	Подтверждение факта страхования по ОМС
</RSP_ZK2.QUERY_RESPONSE>}]	--- ОТВЕТ НА ЗАПРОС - конец
</RSP_ZK2>

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

Б.3.3.4 Описание алгоритма поиска

При поиске застрахованных лиц, подлежащих восстановлению на учете, возвращается информация о лицах, которые:

а) сняты с учета, но подлежат восстановлению на учете в связи с отменой ошибочной регистрации смерти,

б) сняты с учета в связи с неправомерной постановкой на учет в другом месте в том случае, когда неправомерность была установлена не сразу,

в) сняты с учета в связи с постановкой на учет в другом месте при условии, что дата следующей постановки на учет изменена на более позднюю. Вариант соответствует случаю, когда в результате устранения расхождений, выявленных в результате сверки данных, хранящихся в РС ЕРЗ и ЦС ЕРЗ, территория послала сообщение об исправлении даты постановки застрахованного лица на учет (сообщение о событии A08 с причиной П14 "Исправление постановки на учет").

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

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

Для увеличения срока состояния на учете в связи с исправлением даты постановки на учет в следующей страховой принадлежности (критерий Б.3.3.4, следует послать сообщение о событии A08 с причиной события П15 "Исправление снятия с учета", указав дату постановки на учет и новую дату снятия с учета.

Б.3.3.5 Сегмент PID - "Идентификация застрахованного лица"

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

- главный ЕНП,

- ЕНП, под которым ЗЛ состояло на учете на территории запроса.

Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЦС ЕРЗ обнаружены дубликаты записей данного застрахованного лица, которые объединены в соответствии с принятым регламентом. В результате объединения дубликатов ЕНП, указанный в ответе на запрос вторым, был выведен из употребления. Застрахованное лицо должно быть восстановлено на учете, и в ИС РС ЕРЗ ТФОМС запроса и ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного (тот, который указан первым в ответе на запрос).

Таблица Б.40 Структура сегмента PID (ответ на запрос списка лиц, подлежащих восстановлению на учете)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1	Главный ЕНП застрахованного лица.
					CX.1	Да
					CX.5	Да			NI	Признак ЕНП.
				2	ЕНП застрахованного лица, под которым оно состояло и было снято с учета на территории запроса.
					CX.1	Да				Значение ЕНП.
					CX.4	Усл.	Код ТФОМС, в котором ЗЛ поставлено на учет под данным ЕНП.
							HD.1	Да		Пятизначный идентификатор ТФОМС, в ИС РС ЕРЗ которого ЗЛ поставлен на учет с данным ЕНП.
							HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
PID.5	XPN	Да	Фамилия, имя, отчество	1	Всегда возвращается незаполненное поле <PID.5/>
PID.7	DTM	Да	Дата рождения	1	Всегда возвращается незаполненное поле <PID.7/>
PID.8	IS	Да	Пол	1	Всегда возвращается незаполненное поле <PID.8/>

Б.3.3.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

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

Таблица Б.41 Структура сегмента IN1 (ответ на запрос лиц, подлежащих восстановлению на учете)

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1			1
IN1.2	CWE	Да	Идентификатор плана страхования	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование"
IN1.3	CX	Да	Идентификатор страховой медицинской организации	В поле могут быть возвращены: 1) реестровый код СМО или ее филиала, в котором застрахованное лицо подлежит восстановлению на учете; 2) ОГРН СМО, в которой застрахованное лицо подлежит восстановлению на учете; ОГРН СМО возвращается только тогда, когда реестровый код СМО или ее филиала неизвестен; 3) код ТФОМС, если ЗЛ подлежит восстановлению на учете непосредственно в ТФОМС.
				CX.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или ее филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
				CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или ее филиала, SII, если указан идентификатор ТФОМС.
IN1.15	IS	Да	Код территории страхования				Код ТС из СК 1.2.643.2.40.3.3.1 (таблица 49), на которой ЗЛ подлежит восстановлению на учете.

Б.3.4 Запрос списка лиц, умерших на других территориях

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

Б.3.4.1 Грамматика запроса списка лиц, умерших на других территориях

Для получения списка лиц, умерших на других территориях, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP4, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZP4^QBP_ZP4	Запрос списка лиц, умерших на других территориях
<QBP_ZP4>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса
</QBP_ZP4>

Б.3.4.2 Сегмент QPD - "Определение параметров запроса"

Сегмент предназначен для определения параметров запроса списка лиц, умерших на других территориях. Требования к параметрам и правила их интерпретации указаны в таблице Б.42.

Таблица Б.42 Структура сегмента QPD - "Определение параметров запроса" запрос списка лиц, умерших на других территориях)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	1	Да	УМ
					2	Нет	Запрос списка лиц, умерших на других территориях
					3	Нет	1.2.643.2.40.1.9
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	1	Да		Пятизначный код ТФОМС, от имени которого выполняется запрос.
					2	Нет	1.2.643.2.40.3.3.1.0
					3	Нет	ISO
QPD.14	DR	Да	Диапазон дат сообщений о смерти	1	1	Да		Дата начала диапазона, в рамках которого ЦС ЕРЗ получил сообщения о смерти застрахованных лиц.
					2	Да		Дата окончания диапазона, в рамках которого ЦС ЕРЗ получил сообщения о смерти застрахованных лиц.

Б.3.4.3 Грамматика ответа на запрос списка лиц, умерших на других территориях

Результат запроса списка лиц, умерших на другой территории, пересылается в сообщении RSP_ZK4:

RSP^ZK4^RSP_ZK4	Ответ на запрос с параметрами
<RSP_ZK4>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[<ERR>... </ERR>]	Ошибка
[{<RSP_ZK4.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<PID>...</PID>	Идентификация умершего лица
</RSP_ZK4.QUERY_RESPONSE>}]	--- ОТВЕТ НА ЗАПРОС - конец
</RSP_ZK4>

Ответ на запрос списка лиц, умерших на другой территории, включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в п. 6.1.1.4.

Б.3.4.4 Описание алгоритма поиска

В базе данных ЦС ЕРЗ ищутся застрахованные лица, для которых:

- зарегистрирована смерть на территории России, исключая ТФОМС, код которого указан в поле QPD.12,

- застрахованное лицо было хотя бы однажды зарегистрировано в ТФОМС, код которого указан параметром QPD.12,

- сообщение о регистрации смерти отправлено в диапазоне дат, указанном в поле QPD.14.

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

Б.3.4.5 Сегмент PID - "Идентификация застрахованного лица"

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

1) главный ЕНП,

2) ЕНП, под которым ЗЛ поставлено на учет на территории запроса.

Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЕРЗ было произведено объединение в соответствии с принятым регламентом. В результате объединения ЕНП, указанный в запросе, был выведен из употребления. Застрахованное лицо должно быть помечено как умершее, и в ИС РС ЕРЗ ТФОМС запроса ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного.

Таблица Б.43 Структура сегмента PID (ответ на запрос списка лиц, умерших на другой территории)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1	Главный ЕНП застрахованного лица.
					CX.1	Да
					CX.5	Да			NI	Признак ЕНП.
				2	ЕНП застрахованного лица, под которым оно состоит на учете на территории запроса.
					CX.1	Да				Значение ЕНП.
					CX.4	Да	Код ТФОМС территории запроса
							HD.1	Да		Пятизначный идентификатор ТФОМС
							HD.2	Да	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
				3	ЕНП застрахованного лица, которой указал ТФОМС, на территории которого произошло событие
					CX.1	Да				Значение идентификатора: ЕНП (16 цифр)
					CX.4	Да	Код ТФОМС, на территории которого произошло событие
							HD.1	Да		Пятизначный идентификатор ТФОМС
							HD.2	Да	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
PID.5	XPN	Да	Фамилия, имя, отчество	1	Всегда возвращается незаполненное поле <PID.5/>
PID.7	DTM	Да	Дата рождения	1	Всегда возвращается незаполненное поле <PID.7/>
PID.8	IS	Да	Пол	1	Всегда возвращается незаполненное поле <PID.8/>
PID.29	DTM	Усл.	Дата смерти	1	Дата смерти застрахованного лица. Формат: ГГГГ-ММ-ДД. Дата смерти указывается обязательно, а если она неизвестна, то признак смерти "Y" вне зависимости от даты, по состоянию на которую запрошен список лиц
PID.30	ID	Да	Признак смерти	1					Y	Признак смерти

Б.3.5 Запрос истории страховых принадлежностей по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ

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

Запрос истории страховых принадлежностей по серии и номеру документа УДЛ следует использовать, когда персональные данные не полны или в случаях получения ошибки прикладной обработки 525 (обнаружен дубликат УДЛ/в составе новых данных застрахованного лица указан номер УДЛ, который по данным ЦС ЕРЗ закреплен за другим застрахованным лицом).

Б.3.5.1 Грамматика запроса истории страховых принадлежностей по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ

Для получения истории страховых принадлежностей застрахованного лица по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP9, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

QBP^ZP8^QBP_ZP8	Запрос истории страховых принадлежностей по серии и номеру ДПФС или ЕНП
<QBP_ZP9>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса
</QBP_ZP9>

Б.3.5.2 Сегмент QPD - "Определение параметров запроса"

Сегмент предназначен для определения параметров запроса истории страховых принадлежностей по номеру ДПФС или ЕНП, или серии и номеру документа УДЛ. В запрос следует включать либо данные о ДПФС, либо данные о ЕНП, либо о документе УДЛ. Описание сегмента QPD дано в таблице Б.44.

Таблица Б.44 Структура сегмента QPD - "Определение параметров запроса" (запрос истории страховых принадлежностей по ДПФС или ЕНП, или серии и номеру документа УДЛ)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Константа	Указания по заполнению
					Имя	Обяз.
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	ИСПД
					CWE.2	Нет	Запрос истории страховых принадлежностей по ЕНП, ДПФС или серии и номеру документа УДЛ
QPD.4	DT	Нет	Дата начала поиска					Дата, по состоянию на которую следует осуществлять поиск страховой принадлежности. Если требуется поиск всей истории страховой принадлежности, то дату указывать не следует.
QPD.5	CX	Усл.	Список идентификаторов застрахованного лица	0..1	ЕНП застрахованного лица, или номер УЭК, или серия/номер документа УДЛ
					CX.1	Да		ЕНП застрахованного лица или номер УЭК или серия/номер документа УДЛ
					CX.5	Да		Признак ЕНП (NI) или номера УЭК (CZ) или Вид УДЛ (Код из СК 1.2.643.2.40.5.100.203 (таблица 63)).
QPD.10	IS	Усл.	Тип ДПФС	0..1				См. таблицу Б.45. Указывается только при поиске по ДПФС.
QPD.11	IS	Усл.	Серия и номер ДПФС	0..1				См. таблицу Б.45. Указывается только при поиске по ДПФС.
QPD.20	IS	Усл.	Территория страхования	0..1				См. таблицу Б.45. Указывается только при поиске по ДПФС.

Особенности заполнения отдельных полей запроса

Запрос может быть сформирован в пяти вариантах.

1) Только по ЕНП. В таком случае должен быть указан только один экземпляр параметра QPD.5, в котором QPD.5 / CX.5 = "NI". Параметры QPD.10, QPD.11 и QPD.20 не указываются.

2) По серии и номеру полиса ОМС старого образца.

3) По номеру временного свидетельства.

4) По номеру УЭК.

5) По номеру бланка полиса единого образца и ЕНП.

Требования к заполнению полей запроса QPD.5, QPD.10, QPD.11 и QPD.20 даны в таблице Б.45.

Поле QPD.10 "Тип полиса" должно заполняться кодами из системы кодирования 1.2.643.2.40.5.100.86. В зависимости от типа полиса ОМС номер физического носителя заполняется по правилам, указанным в таблице Б.45. Обозначения в графах "QPD.11" и "QPD.5":

+ номер физического носителя полиса ОМС передается в данном поле; значение обязательно;

- поле не используется для передачи номера физического носителя полиса ОМС;

x поле не должно включаться в запрос.

Описание возможных ошибок ФЛК приведено в классификаторе Q004.

Таблица Б.45 Требования к заполнению полей запроса QPD.5, QPD.10, QPD.11 и QPD.20 запроса истории страховых принадлежностей по полису ОМС или ЕНП

QPD.10	Название документа	Требования к номеру физического носителя	QPD.20	QPD.11	QPD.5
С	Полис ОМС старого образца	Серия и номер полиса, разделенные знаком "N" с одним пробелом перед ним и после него (коды 3210, 18510, 3210). Серия полиса должна отвечать требованиям к шаблону S серии документов, удостоверяющих личность.	Код ТС, на которой выдан полис	+	-
В	Временное свидетельство	Номер временного свидетельства. Последовательность из девяти цифр.	Код ТС, на которой выдано временное свидетельство	+	-
П	Бумажный полис ОМС единого образца	Номер бумажного бланка. Значение не контролируется.	Код ТС, на которой находится СМО, указанная в первой записи о постановке на учет на оборотной стороне полиса*	+	-
Э	Электронный полис ОМС единого образца	Номер пластиковой карты. Значение не контролируется.	Код ТС, на которой находится СМО, указанная в первой записи о постановке на учет	+	-
К	Полис ОМС в составе универсальной электронной карты	Номер УЭК. Значение не контролируется.	Не указывается. Если указано, то игнорируется.	x	+
Х	Состояние на учете без полиса ОМС	Не проверяются.
другое значение	-	Не проверяются.
не указано	-	Не проверяются.

______________________________

* Поиск может дать неверные результаты в том случае, когда полис ОМС единого образца выдан застрахованному лицу без отметки о постановке на учет.

Б.3.5.3 Грамматика ответа на запрос истории страховых принадлежностей по номеру ДПФС или ЕНП

Ответ на запрос истории страховых принадлежностей по номеру ДПФС или ЕНП имеет структуру RSP_ZK9:

RSP^ZK8^RSP_ZK9	Ответ на запрос истории страховых принадлежностей по ЕНП
<RSP_ZK9>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
[{<RSP_ZK9.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<PID>...</PID>	Идентификация застрахованного лица.
[{<RSP_ZK8.REGISTRATION>
{<IN1>...</IN1>}	Подтверждение факта страхования по ОМС.
</RSP_ZK8.REGISTRATION>}]
</RSP_ZK9.QUERY_RESPONSE>}]	--- ОТВЕТ НА ЗАПРОС - конец
</RSP_ZK9>

Б.3.5.4 Описание алгоритмов поиска

Б.3.5.4.1 Поиск застрахованного лица

Б.3.5.4.1.1 Поиск застрахованного лица по ЕНП

В ЦС ЕРЗ ищется застрахованное лицо с указанным ЕНП (вне зависимости, является указанный ЕНП главным или нет). Если ЕНП найден, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, если нет - то группа <RSP_ZK9.QUERY_RESPONSE> в ответ на запрос не включается и поиск на этом заканчивается.

Б.3.5.4.1.2 Поиск застрахованного лица по номеру ДПФС

В ЦС ЕРЗ ищется ДПФС по заданным в запросе параметрам QPD.10, QPD.11 и QPD.20. Если такой документ найден, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, включающая сегмент PID, содержащий идентификацию застрахованного лица, с которым связан найденный полис ОМС.

Б.3.5.4.1.3 Поиск застрахованного лица по серии и номеру документа УДЛ

В ЦС ЕРЗ ищется застрахованное лицо с указанными в параметре QPD.5 серией и номером документа УДЛ. Если застрахованное лицо найдено, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, если нет - то группа <RSP_ZK9.QUERY_RESPONSE> в ответ на запрос не включается и поиск на этом заканчивается.

Б.3.5.4.2 Поиск страховых принадлежностей

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

Если параметр QPD.4 не указан, то производится поиск всех страховых принадлежностей.

Если такие состояния на учете найдены, то для каждого из них в ответе на запрос создается группа <RSP_ZK8.REGISTRATION>, вложенная в группу <RSP_ZK9.QUERY_RESPONSE>, соответствующую найденному застрахованному лицу.

Состояния на учете, подлежащие снятию с учета, включаются в ответ на запрос:

- как снятые с учета, если дата снятия с учета уже наступила;

- как состоящие на учете, если дата снятия с учета еще не наступила.

Состояния на учете, подлежащие восстановлению на учете, включаются в ответ на запрос как состоящие на учете.

Б.3.5.4.3 Поиск ДПФС

Поиск ДПФС производится только в том случае, если в запросе был задан только ЕНП. В этом случае для каждого из найденных состояний на учете производится поиск всех связанных с ним документов, включая временные свидетельства и "фиктивные" полисы ОМС, соответствующие состоянию на учете без полиса ОМС по распределению ТФОМС. В группу <RSP_ZK8.REGISTRATION>, соответствующую состоянию на учете, вставляется столько сегментов IN1, сколько документов найдено.

Примечание. Одному состоянию на учете могут соответствовать несколько полисов ОМС и временных свидетельств, например:

- полис старого образца, временное свидетельство и полис единого образца при обращении в СМО с заявлением о выдаче полиса ОМС единого образца;

- временное свидетельство и полис ОМС единого образца при выборе СМО или при замене СМО с одновременным переоформлением полиса ОМС;

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

Если в запросе были заданы данные ДПФС, то в ответ на запрос включаются сведения только о том ДПФС, который был задан в запросе.

Б.3.5.4.4 Возврат дат постановки на учет и снятия с учета и срока действия ДПФС

Даты постановки на учет и снятия с учета возвращается в полях IN1.12 и IN1.13 соответственно. Информация о сроках действия полиса в ответ на запрос не включается.

Б.3.5.5 Сегмент PID - "Идентификация застрахованного лица"

Таблица Б.46 Структура сегмента PID (ответ на запросы истории страховых принадлежностей по ЕНП и полису ОМС)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1	Главный ЕНП застрахованного лица.
					CX.1	Да				Значение ЕНП.
					CX.5	Да			NI	Признак ЕНП.
				2..*	Все ЕНП застрахованного лица, под которым оно было когда-либо поставлено на учет, включая ЕНП, которые перевычислялись из-за изменения персональных данных (пола, даты рождения) или по другим причинам.
					CX.1	Да				Значение ЕНП.
					CX.4	Да	Код ТФОМС, в котором ЗЛ поставлено на учет под данным ЕНП впервые.
							HD.1	Да		Пятизначный идентификатор ТФОМС
							HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кода ТФОМС.
							HD.3	Нет	ISO
					CX.5	Да			NI	Признак ЕНП.
PID.5	XPN	Да	Фамилия, имя, отчество	1	Всегда возвращается незаполненное поле <PID.5/>
PID.7	DTM	Да	Дата рождения	1	Всегда возвращается незаполненное поле <PID.7/>
PID.8	IS	Да	Пол	1	Всегда возвращается незаполненное поле <PID.8/>
PID.29	DTM	Усл.	Дата смерти	1	Дата смерти застрахованного лица. Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти Y.
PID.30	ID	Да	Признак смерти	1	Значение Y в данном поле означает, что в ЦС ЕРЗ имеется информация о смерти застрахованного лица. Значение N в данном поле означает, что в ЦС ЕРЗ нет информации о смерти застрахованного лица, либо информация о смерти отменена.

Б.3.5.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

Таблица Б.47 Структура сегмента IN1 (ответ на запрос страховой принадлежности по ЕНП или номеру ДПФС)

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1			1
IN1.2	CWE	Да	Идентификатор плана страхования	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование"
IN1.3	CX	Да	Идентификатор страховой медицинской организации	В поле могут быть возвращены: 1) реестровый код СМО или ее филиала, в котором застрахованное лицо состоит на учете; 2) ОГРН СМО, в которой застрахованное лицо состоит на учете; ОГРН СМО возвращается только тогда, когда реестровый код СМО или ее филиала неизвестен; 3) код ТФОМС, если ЗЛ подлежит восстановлению на учете непосредственно в ТФОМС.
				CX.1	Да		ОГРН СМО (ОИД СК 1.2.643.2.40.3.1.4), реестровый код СМО или ее филиала (ОИД СК 1.2.643.2.40.3.1.4.0) или идентификатор ТФОМС (ОИД СК 1.2.643.2.40.3.3.1.0, таблица 49).
				CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; RII, если указан реестровый код СМО или ее филиала, SII, если указан идентификатор ТФОМС.
IN1.12	DT	Да	Дата начала действия полиса				Дата постановки на учет. Формат: ГГГГ-ММ-ДД.
IN1.13	DT	Да	Дата окончания действия полиса				Дата снятия с учета. Для действующей СП возвращается пустое поле <IN1.13/>. Формат: ГГГГ-ММ-ДД.
IN1.15	IS	Да	Код территории страхования				Код ТС из СК 1.2.643.2.40.3.3.1 (таблица 49), на которой ЗЛ состоит на учете.
IN1.35	IS	Да	Тип полиса				Код из СК 1.2.643.2.40.5.100.86 (таблица 81).
IN1.36	ST	Да	Серия и номер полиса				Номер физического носителя полиса ОМС (номер временного свидетельства).

Б.3.6 Запрос стандартного отчета по данным ЦС ЕРЗ

Запрос стандартного отчета с указанными параметрами по данным ЦС ЕРЗ. Отчет может выдаваться в одном из согласованных форматов. Стандартный формат выдачи отчета - электронная таблица формата XLS.

Б.3.6.1 Грамматика запроса отчета по данным ЦС ЕРЗ

Для отчета по данным ЦС ЕРЗ ИС РС ЕРЗ формирует сообщение со структурой QBP_ZPR, указав параметры отчета в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZPR^QBP_ZPR	Запрос отчёта по данным ЦС ЕРЗ
<QBP_ZPR>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса отчёта по данным ЦС ЕРЗ
</QBP_ZPR>

Б.3.6.2 Сегмент QPD - "Определение параметров запроса"

Сегмент предназначен для передачи параметров отчета. Параметры бывают двух типов: стандартные и специфические. Стандартные параметры передаются посредством значений сегмента QPD. Их набор и интерпретация могут отличаться для конкретного отчета, тип которого задается параметром QPD.25. Если отчет требует указания специфических параметров (например, порядок сортировки результатов), то значения таких параметров передаются в поле QPD.26. Каждый параметр задается парой значений {имя параметра, значение параметра}.

Таблица Б.48 Структура сегмента QPD - "Определение параметров запроса" (запрос отчета по данным ЦС ЕРЗ)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	ЗСО
					CWE.2	Нет	Запрос отчета по данным ЦС ЕРЗ
					CWE.3	Нет	1.2.643.2.40.1.9	ОИД СК запросов.
QPD.4	DT	Усл.	Дата отбора данных	0..1				Параметр типа "Дата". Наличие и интерпретация параметра определяется типом запроса.
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да		Пятизначный код ТФОМС, от имени которого выполняется запрос. Как правило, он используется и в качестве адресата сообщения с ответом на запрос.
					HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет	ISO
QPD.14	DR	Усл.	Диапазон дат отбора данных	0..1				Параметр типа "Диапазон дат". Наличие и интерпретация параметра определяется типом запроса.
QPD.17	ID	Усл.	Индикатор Да-Нет	0..1				Параметр логического типа - значение из системы кодирования 1.2.643.2.40.5.100.136 (таблица 51). Наличие и интерпретация параметра определяется типом запроса.
QPD.18	CNE	Усл.	Отчетный период	0..1	Отчетный период - для использования в запросах данных за период. Используется только в паре с параметром QPD.19.
					CNE.1	Да		Код отчетного периода из СК 1.2.643.2.40.3.3.0.6.14 (таблица 85) Не допускается использование кодов периодов, обозначающих месяцы года (от 1 до 12).
					CNE.2	Нет		Наименование отчетного периода.
					CNE.3	Нет	1.2.643.2.40.3.3.0.6.14	ОИД системы кодирования отчетных периодов.
QPD.19	NM	Усл.	Год отчетного периода	0..1				Четырехзначное число, означающее год, к которому относится отчетный период - для использования в запросах данных за период. Используется только в паре с параметром QPD.18.
QPD.25	QIP	Усл.	Список параметров отчета	0..*	Список специфических параметров отчета - см. п. Б.3.6.2.1
					QIP.1	Да		Наименование параметра.
					QIP.2	Да		Значение параметра.
QPD.26	CNE	Да	Тип отчета	1	CNE.1	Да		Тип отчета. Значение из системы кодирования 1.2.643.2.40.3.3.0.6.15 (таблица 87)
					CNE.2	Нет		Наименование отчета.
					CNE.3	Нет	1.2.643.2.40.3.3.0.6.15	ОИД СК типов отчетов
QPD.27	CNE	Нет	Ожидаемый формат отчета		Формат, в котором требуется выдать отчет. Если параметр не указан, то принимается стандартный формат выдача отчета - электронная таблица формата XLS
					CNE.1	Да		Код обобщенного типа данных
					CNE.2	Нет		Наименование обобщенного типа данных
					CNE.3	Нет	1.2.643.2.40.1.8.1	ОИД СК "Типы массивов данных, передаваемых через Интернет"

Б.3.6.2.1 Использование нестандартных параметров отчета

Имя нестандартного параметра задается в компоненте QIP.1 в виде строки. Допустимые имена параметров определяются типом отчета, указанным в поле QPD.26.

Значение нестандартного параметра задается в компоненте QIP.1. Допустимые типы параметров: NM, DT, DTM, DR, ID, IS, CNE, HD, EI. Конкретный тип параметра определяется типом отчета, указанным в поле QPD.26.

Значения параметров составных типов записываются с использованием исходных правил кодирования HL7. Это означает, что компоненты составного типа отделяются друг от друга разделителем компонентов, который указан первым знаком значения поля MSH.2.

Например, если в сегменте MSH указано стандартное значение поля MSH.2 (разделитель компонентов ^):

         <MSH.2>^~\&</MSH.2>

то значение параметра

<Фонд-отправитель>

      <HD.1>52</HD.1>

      <HD.2>1.2.643.2.40.3.3.1.0</HD.2>

      <HD.3>ISO</HD.3>

</Фонд-отправитель>

должно быть передано в поле QPD.26 так:

<QPD.26>

      <QIP.1>Фонд-отправитель</QIP.1>

      <QIP.2>52^1.2.643.2.40.3.3.1.0^ISO</QIP.2>

</QPD.26>

Если в сегменте MSH указать нестандартное значение, например, такое (разделитель компонентов - точка с запятой):

      <MSH.2>;\&</MSH.2>

то значение того же параметра должно быть передано в поле QPD.26 следующим образом:

<QPD.26>

      <QIP.1>Фонд-отправитель</QIP.1>

      <QIP.2>52;1.2.643.2.40.3.3.1.0;ISO</QIP.2>

</QPD.26>

Б.3.6.3 Грамматика ответа на запрос отчета по данным ЦС ЕРЗ

В ответ на запрос отчета по данным ЦС ЕРЗ возвращается сообщение со структурой RSP_ZKR:

RSP^ZKR^RSP_ZKR	Ответ на запрос отчёта по данным ЦС ЕРЗ
<RSP_ZKR>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
QPD>...</QPD>	Параметры запроса
[{<RSP_ZKR.QUERY_RESPONSE>	- ОТВЕТ НА ЗАПРОС - начало
<ZND>...</ZND>	Вложенный файл с отчётом.
</RSP_ZKR.QUERY_RESPONSE>}]	- ОТВЕТ НА ЗАПРОС конец
</RSP_ZKR>

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

Б.3.6.4 Сегмент ZND - "Вложенный файл"

В сегменте ZND возвращается результат выполнения запроса.

Таблица Б.49 Структура сегмента ZND (ответ на запрос отчета по данным ЦС ЕРЗ)

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению, ОИД системы кодирования
ZND.2	CWE	Да	Назначение и наименование документа	CWE.1	Да		Код типа вложения (ОИД 1.2.643.2.40.3.3.0.7.2, таблица 92).
				CWE.2	Нет		Наименование назначения файла
				CWE.3	Нет	1.2.643.2.40.3.3.0.7.2	ОИД СК "Тип вложения"
ZND.3	CNE	Да	Обобщенный тип данных документа (mime-type)	CNE.1	Да		Код обобщенного типа данных
				CNE.2	Нет		Наименование обобщенного типа данных
				CNE.3	Нет	1.2.643.2.40.1.8.1	ОИД СК "Типы массивов данных, передаваемых через Интернет"
ZND.5	DTM	Да	Дата и время составления содержания файла				Дата и время формирования отчета.
ZND.8	TX	Да	Содержание файла				Вложенный файл в формате base64
ZND.9	ST	Да	Имя файла				Имя исходного файла, включая расширение

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

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

Для получения списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZPE, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZPE^QBP_ZPE	Запрос списка лнц, подлежащих снятию с учёта
<QBP_ZPE>
<MSH>...</MSH	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах
</QBP_ZPE>

Б.3.7.2 Сегмент QPD - "Определение параметров запроса"

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

Таблица Б.50 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	ЗСЛ
					CWE.2	Нет	Запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах
					CWE.3	Нет	1.2.643.2.40.1.9	ОИД СК запросов.
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да		Пятизначный код ТФОМС, от имени которого выполняется запрос. Если не указан, то по умолчанию принимается код ТФОМС-отправителя.
					HD.2	Нет	1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет	ISO

Б.3.7.3 Грамматика ответа на запрос

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

RSP^ZKE^RSP_ZKE	Ответ на запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах
<RSP_ZKE>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>... </ERR>}]	Ошибка
{<RSP_ZKE.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
<ZVN>...</ZVN>	Идентификатор изменения
<PID>...</PID>	Идентификация застрахованного лица
{<RSP_IN1>
<IN1>...</IN1>	Предыдущая информация о страховании по ОМС
<IN1>...</IN1>	Измененная информация о страховании по ОМС
<RSP_IN1}
</RSP_ZKE.QUERY_RESPONSE>}	--- ОТВЕТ НА ЗАПРОС - конец
</RSP_ZKE>

Ответ на запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах, включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR).

Б.3.7.4 Сегмент ZVN - "Идентификация расхождения"

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

Таблица Б.51 Структура сегмента ZVN

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
ZVN.1	ST	Да	Идентификатор изменения	Уникальный идентификатор изменения

Б.3.7.5 Порядок действий в РС ЕРЗ по обработке информации об изменении даты снятия с учета, которое произошло в связи с разъединением ошибочно объединенной информации о застрахованных лицах

1) По данным, указанным в ответе (RSP_ZKE/PID), найти информацию о застрахованном лице в РС ЕРЗ;

2) Найти информацию о страховке застрахованного лица, указанную в первом сегменте IN1;

3) В найденной страховке изменить дату снятия с учета на дату, указанную в поле IN1.13 второго сегмента IN1;

4) Отправить в ЦС ЕРЗ сообщение A08/П15 "Исправление снятия с учета", дополнительно указав в сегменте ZVN идентификатор изменения, указанный в таком же сегменте ответа (RSP_ZKE/ZVN).

Б.4 Сообщения и запросы, связанные с учетом статуса застрахованных лиц

Таблица Б.52 Перечень событий изменения данных в ЕРЗ, связанных с учетом статуса застрахованных лиц, и их причин (коды причин событий на прикладном уровне указаны в столбце "Код - Причины"; ОИД 1.2.643.2.40.5.100.62)

Код события	Причина события		Описание события; изменяемые атрибуты
	Код	Название
ZWI	П20	Отправка информации о статусе застрахованных лиц: только идентифицированные в ИС РС ЕРЗ	Передача в ЦС ЕРЗ информации о статусе в текущем периоде застрахованных лиц, идентифицированных в ИС РС ЕРЗ.
ZWI	П21	Отправка информации о статусе застрахованных лиц: только не идентифицированные в ИС РС ЕРЗ РС	Передача в ЦС ЕРЗ информации о статусе застрахованных лиц, не идентифицированных в ИС РС ЕРЗ, в текущем периоде. Особенности. Включение в сообщение сегмента ZWL не допускается.
ZWI	П22	Дополнение информации о статусе застрахованных лиц	Выведено из употребления.
ZWI	П23	Замена информации о статусе застрахованных лиц	Выведено из употребления.
ZWI	П26	Начало передачи пакетов сообщений со сведениями о статусе застрахованных лиц в текущем периоде	Начало передачи в ЦС ЕРЗ сведений о статусе застрахованных лиц. Сообщение следует отправить в отдельном пакете до отправки первого пакета сведений о статусе застрахованных лиц в текущем периоде. В сообщении заполняются только сегменты MSH, EVN и ZWP.
			В случае повторной отправки сообщения все сведения о статусе в текущем периоде, переданные в предыдущей транзакции, границы которой находятся между сообщениями П26 - П27, удаляются из ЦС ЕРЗ.
ZWI	П27	Окончание передачи пакетов сообщений со сведениями о статусе застрахованных лиц в текущем периоде	Окончание передачи в ЦС ЕРЗ сведений о статусе застрахованных лиц. Сообщение следует отправить в отдельном пакете после отправки последнего пакета сведений о статусе застрахованных лиц в текущем периоде. В сообщении заполняются только сегменты MSH, EVN, ZWP и PFR. В сегменте PFR следует передать общее количество переданных сведений о статусе застрахованных лиц: - полученных из УФНС СНИЛС; - количество идентифицированных застрахованных лиц; - количество неидентифицированных застрахованных лиц.

Б.4.1 Получение сведений о работающих застрахованных лицах

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

Б.4.1.1 Описание транзакции и структуры прямых и ответных сообщений

Б.4.1.1.1 Порядок обмена данными

Получив из УФНС данные о застрахованных лицах, о которых в УФНС имеется информация, что эти лица работали в течение отчетного периода, ТФОМС передает в шлюз РС ЕРЗ два пакета сообщений со структурой ZPI_ZWI о событии ZWI "Получение сведений о работающих застрахованных лицах":

- пакет из одного или нескольких сообщений, содержащих перечень ЕНП застрахованных лиц, идентифицированных в ИС РС ЕРЗ (код причины события П20 - см. таблицу 62); каждое сообщение должно содержать не более 10000 полей ZWL.1 в сегменте ZWL;

- пакет из одного или нескольких сообщений, содержащих информацию о застрахованных лицах, не идентифицированных в ИС РС ЕРЗ (код причины события П21); каждое сообщение должно содержать не более 10000 сегментов PID.

Каждый пакет с сообщениями о статусе должен содержать сообщения с одинаковыми причинами событий в поле EVN.4.

Шлюз РС производит форматно-логический контроль каждого пакета и возвращает пакет с сообщениями ACK подтверждений приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.

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

Если информация, переданная в пакетах сообщений с причинами П20 и П21, оказалась неверной из-за ошибок в программном обеспечении или по другим причинам, то ТФОМС может заменить ее, послав заново пакет с сообщением П26, пакеты сообщений П20 и П21 с верной информацией и пакет с сообщением П27.

Б.4.1.1.2 Структура сообщения

ZPI^ZWI^ZPI_ZWI	Получение сведений о работающих застрахованных лицах
<ZPl_ZWI>
<MSH>...</MSH>	Заголовок сообщения
<EVN>...</EVN>	Тип события
<ZWP>...</ZWP>	Отчетный период
[<PFR>...</PFR>]	Полученные из УФНС сведения о статусе застрахованных лиц
[<ZWL>...</ZWL>]	Перечень ЕНП работающих застрахованных лиц, идентифицированных в PC ЕРЗ Анкетные данные работающего застрахованного лица, не идентифицированного в PC
[{<PID>...</PID>}]	ЕРЗ (до 10 тыс. в сообщении)
</ZPI_ZWI>

Сообщение позволяет отослать:

- информацию о начале передачи сведений о статусе застрахованных лиц, код причины П26;

- информацию о завершении передачи сведений о статусе застрахованных лиц, код причины П27;

- отдельно данные о работающих застрахованных лицах, идентифицированных на территории (включается только сегмент ZWL), код причины события П20;

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

Во всех описанных вариантах действует ограничение на количество информации, передаваемой в одном сообщении (до 10000 полей ZWL.1 в одном сегменте ZWL и до 10000 сегментов PID).

Сегмент MSH описан в пункте 6.1.1.4.1. Специальных особенностей при его заполнении для сообщения о событии ZWI нет.

ACK^ZWI^ACK	Подтверждение приёма
	Подтверждение прикладной обработки
<АСK>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка ФЛК (в подтверждении приёма) Ошибка прикладной обработки (в подтверждении прикладной обработки)
</ACK>

Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей их заполнения в сообщениях прикладного подтверждения для события ZWI нет.

Для каждого ЕНП, переданного в сегменте ZWL и не найденного в ЦС ЕРЗ, в сегменте ERR сообщения подтверждения прикладной обработки возвращается информация об ошибке N 500 "Единый номер полиса не зарегистрирован в ЕРЗ". Позицией ошибки для поля ERR.2/ERL.4 в таком случае считается порядковый номер повторения поля ZWL.1. Для удобства идентификации в каждый сегмент ERR дополнительно включается поле ERR.6, содержащее ЕНП (формат: <ERR.6>ЕНП=значение-ЕНП</ERR.6>).

Для каждого застрахованного лица, не идентифицированного в ЦС ЕРЗ, информация о котором передана в сегменте PID, в сегменте ERR сообщения подтверждения прикладной обработки возвращается информация об ошибке N 514 "Застрахованное лицо не идентифицировано в ЕРЗ". Позицией ошибки для поля ERR.2/ERL.2 в таком случае считается порядковый номер повторения сегмента PID в целом. Поле ERR.6 в таком случае в сегмент ERR не включается.

Б.4.1.2 Сегмент EVN - "Тип события"

Сегмент EVN обязателен и не повторяется. Все указанные поля обязательны и включаются в сегмент ровно один раз.

Таблица Б.53 Заполнение сегмента EVN

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
EVN.2	DTM	Да	Дата и время регистрации события	Дата получения ТФОМС информации о статуса. Значение поля записывается в сокращенном формате, без указания времени (так, как это предусмотрено для полей типа DT): ГГГГ-ММ-ДД.
EVN.4	IS	Да	Код причины события	Код причины события (ОИД СК 1.2.643.2.40.5.100.62, таблица 62). Допускается указание причин событий П20, П21, П26 и П27. Код причины события, указанный в сегментах EVN.4 всех сообщений пакета, должен быть одним и тем же.

Б.4.1.3 Сегмент ZWP - "Отчетный период"

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

Таблица Б.54 Сегмент ZWP - "Отчетный период"

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению
ZWP.1	CNE	Да	Отчетный период	CNE.1	Да		Код отчетного периода из СК 1.2.643.2.40.3.3.0.6.14 (таблица 85). Допустимо использовать только коды, обозначающие кварталы года (21, 22, 23 и 24).
				CNE.2	Нет		Наименование отчетного периода.
				CNE.3	Нет	1.2.643.2.40.3.3.0.6.14	ОИД системы кодирования отчетных периодов.
ZWP.2	ST	Да	Год отчетного периода				Год отчетного периода (4 знака).
ZWP.3	CNE	Да	Территория	CNE.1	Да		Пятизначный код территории.
				CNE.2	Нет		Наименование субъекта РФ.
				CNE.3	Нет	1.2.643.2.40.3.3.1	ОИД системы кодирования территорий.

Б.4.1.4 Сегмент PFR - "Полученные из УФНС сведения"

Сегмент PFR предназначен для передачи статистических данных о сведениях, полученных из УФНС в отчетном периоде.

Таблица Б.55 Сегмент PFR - "Полученные из УФНС сведения"

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Указания по заполнению
PFR.1	NM	Да	Количество полученных из УФНС СНИЛС	1
PFR.2	NM	Да	Количество идентифицированных застрахованных лиц	1
PFR.3	NM	Да	Количество неидентифицированных застрахованных лиц	1

Б.4.1.5 Сегмент ZWL - "Перечень ЕНП"

Сегмент ZWL предназначен для передачи перечня застрахованных лиц, работающих на территории и идентифицированных на той же территории в РС ЕРЗ.

Таблица Б.56 Сегмент ZWL - "Перечень ЕНП"

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Указания по заполнению
ZWL.1	ST	Да	ЕНП застрахованного лица	1..10000	ЕНП застрахованного лица. Поле повторяется столько раз, сколько работавших на территории в течение заданного периода лиц идентифицировано в РС ЕРЗ, но не более 10 000 раз. Если количество работающих более 10 000, то следует включить в пакет несколько сообщений, в каждом из которых будет не более 10 000 ЕНП.

Б.4.1.6 Сегмент PID - "Идентификация застрахованного лица"

Сегмент PID используется в сообщении о событии ZWI для передачи анкетных данных застрахованных лиц, не идентифицированных на территории, откуда получено сообщение, для последующей идентификации этих лиц в ЦС ЕРЗ.

Таблица Б.57 Структура сегмента PID (событие ZWI)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1	Серия и номер документа, удостоверяющего личность. См. п. Б.2.5.3.1.
					CX.1	Да				Серия и номер УДЛ.
					CX.5	Да				Вид УДЛ. Код из СК 1.2.643.2.40.5.100.203 (таблица 63).
				2	СНИЛС
					CX.1	Да				СНИЛС
					CX.5	Да			PEN	Код из СК 1.2.643.2.40.5.100.203 (таблица 63).
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	См. п. Б.2.5.3.2.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
PID.7	DTM	Да	Дата рождения	1	Дата рождения застрахованного лица. См. п. Б.2.5.3.3.
PID.8	IS	Да	Пол	1	Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
PID.11	XAD	Усл.	Страна рождения	0..1	Используется для передачи кода страны рождения при указании особых случаев идентификации, связанных с отсутствием компонентов ФИО в УДЛ.
					XAD.6	Да				Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код).
					XAD.7	Да				Тип адреса. Код из СК 1.2.643.2.40.5.100.190 (таблица 69). Допускается значение: N - адрес места рождения.
PID.23	ST	Нет	Место рождения	0..1	Место рождения застрахованного лица (текст из документа, удостоверяющего личность).
PID.32	IS	Нет	Код надежности идентификации	0..*	"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле должно быть включено столько раз, сколько особых случаев имеет место.

Б.4.2 Запрос списка идентификаторов работающих застрахованных лиц

Запрос списка идентификаторов лиц, состоящих на учете на данной территории, о которых в ЦС ЕРЗ поступили сведения о работе в течение заданного периода.

Б.4.2.1 Грамматика запроса списка идентификаторов работающих застрахованных лиц

Для получения списка идентификаторов лиц, состоящих на учете на данной территории, о которых в ЦС ЕРЗ поступили сведения о работе в течение заданного периода, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP6, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.

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

QBP^ZP6^QBP_ZP6	Запрос списка идентификаторов работающих застрахованных лиц
<QBP_ZP6>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса
</QBP _ZP6>

Б.4.2.2 Сегмент QPD - "Определение параметров запроса"

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

Таблица Б.58 Структура сегмента QPD - "Определение параметров запроса" (запрос списка идентификаторов работающих застрахованных лиц)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Кмп	Обяз. кмп	Константа	Указания по заполнению
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да	РЗЛ	Код из СК 1.2.643.2.40.1.9 (таблица 86).
					CWE.2	Нет	Запрос списка работающих застрахованных лиц
					CWE.3	Нет	1.2.643.2.40.1.9
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да		Код ТФОМС (ОИД 1.2.643.2.40.3.3.1.0, таблица 49), от имени которого выполняется запрос.
					HD.2	Нет	1.2.643.2.40.3.3.1.0
					HD.3	Нет	ISO
QPD.17	ID	Да	Информация с других территорий	1			Y - вернуть информацию о работающих, информация о которых получена с других территорий; N - вернуть информацию о работающих, информация о которых получена с территории запроса.
QPD.18	CNE	Да	Отчетный период	1	CNE.1	Да		Код отчетного периода из СК 1.2.643.2.40.3.3.0.6.14 (таблица 85). Не допускается использование кодов периодов, обозначающих месяцы года (от 1 до 12).
					CNE.2	Нет		Наименование отчетного периода.
					CNE.3	Нет	1.2.643.2.40.3.3.0.6.14	ОИД системы кодирования отчетных периодов.
QPD.19	ST	Да	Год отчетного периода	1				Год отчетного периода (4 знака).

Запрос позволяет получить идентификаторы застрахованных лиц, состоящих на учете на территории запроса и имеющих статус статуса "работает" по сведениям, полученным из любого ТФОМС.

Б.4.2.3 Описание алгоритма поиска

В ЦС ЕРЗ среди записей о лицах, состоявших на учете на территории запроса по состоянию на последнюю дату указанного в запросе периода, ищутся те, для которых получены сообщения о том, что данные застрахованные лица работали в течение заданного периода. Если задан период, отличный от квартала, то ищутся записи для тех кварталов, из которых состоит заданный период. Например, если задан период 25 (1-е полугодие), то в ответ на запрос должны быть включены застрахованные лица, о которых известно, что они работали либо в первом квартале, либо во втором квартале, либо и в первом и во втором квартале заданного года.

Из найденных застрахованных лиц выбирается подмножество в зависимости от значения параметра QPD.17:

- лица, информация о статусе которых поступила с территории запроса (если QPD.17='N'), включая тех, информация о которых поступила еще и с других территорий,

- лица, информация о которых поступила с других территорий (если QPD.17='Y'), включая тех, информация о которых поступила еще и с территории запроса.

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

Если обозначить множество ЕНП, возвращенных в ответ на запрос с параметром QPD.17='Y' через {Y}, а множество ЕНП, возвращенных в ответ на запрос с параметром QPD.17='N' через {N}, то:

{Y} U {N} - множество всех застрахованных лиц, информация о статусе которых имеется в ЕРЗ (вне зависимости от того, с какой территории эта информация получена);

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

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

{N} - {Y} - множество всех застрахованных лиц, информация о статусе которых получена только с территории запроса.

Б.4.2.4 Грамматика ответа на запрос списка идентификаторов работающих застрахованных лиц

Ответ на запрос списка идентификаторов работающих застрахованных лиц пересылается в сообщении RSP_ZK6:

RSP^ZK6^RSP_ZK6	Ответ на запрос списка работающих застрахованных лиц
<RSP_ZK6>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка
<QPD>...</QPD>	Параметры запроса
[<RSP_ZK6.QUERY_RESPONSE>
<ZWL>...</ZWL>	Ответ на запрос.
</RSP_ZK6.QUERY_RESPONSE>]
</RSP_ZK6>

Б.4.2.5 Сегмент QPD - "Параметры запроса"

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

Б.4.2.6 Сегмент ZWL - "Перечень ЕНП"

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

Таблица Б.59 Сегмент ZWL - "Перечень ЕНП"

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Указания по заполнению
ZWL.1	ST	Да	ЕНП застрахованного лица	1..*	ЕНП застрахованного лица. Поле повторяется столько раз, сколько найдено лиц, работавших на территории в течение заданного периода.

Б.5 Сообщения и запросы между ТФОМС

Б.5.1 Запросы персональных данных застрахованного лица в другом ТФОМС

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

Б.5.1.1 Грамматика запросов персональных данных застрахованного лица в другом ТФОМС

Для запроса персональных данных застрахованного лица в другом ТФОМС, используется сообщение QBP_ZPD, имеющее следующую структуру:

QBP^ZPD^QBP_ZPD	Запрос персональных данных застрахованного лица в другом ТФОМС
<QBP_ZPD>
<MSH>...</MSH>	Заголовок сообщения
<QPD>...</QPD>	Определение параметров запроса персональных данных застрахованного лица в другом ТФОМС
[<ZSG>...</ZSG>]	Электронная подпись параметров запроса.
</QBP_ZPD>

В сегменте MSH должен быть указан ТФОМС, являющийся адресатом сообщения. В сегмент ZSG включается электронная подпись xml-элемента QPD.

Б.5.1.2 Сегмент QPD - "Определение параметров запроса"

Сегмент предназначен для определения параметров запросов персональных данных застрахованного лица в другом ТФОМС.

Таблица Б.60 Структура сегмента QPD - "Определение параметров запроса" (запросы персональных данных застрахованного лица в другом ТФОМС)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
QPD.1	CWE	Да	Название сообщения запроса	1	CWE.1	Да				Значение из СК 1.2.643.2.40.1.9 (таблица 86). Допускаются значения: ПД1 - запрос по полному набору данных, ПД2 - запрос данных по ДПФС, ПД3 - запрос данных по ФИО и документам.
					CWE.2	Нет				Название запроса
					CWE.3	Нет			1.2.643.2.40.1.9	ОИД СК запросов.
QPD.2	ST	Да	Ярлык запроса	1	Уникальный идентификатор последовательности запросов, связанных с выяснением конкретной ситуации. Должен быть присвоен первому запросу, связанному с определенным событием, и возвращен в ответном сообщении. Если полученная информация является недостаточной, и по той же причине будут затем сформированы дополнительные запросы в адрес того же ТФОМС, то все эти запросы должны иметь тот же ярлык, который был присвоен первому запросу последовательности. Уникальность запроса должна быть обеспечена на уровне ТФОМС-отправителя, вне зависимости от адресатов запросов.
QPD.5	CX	Усл.	Список идентификаторов застрахованного лица	0..*	ЕНП, номер (серия и номер) УДЛ, СНИЛС, номер УЭК. Для ПД1 - должен быть указан либо СНИЛС, либо номер УДЛ, либо номер УЭК, либо указанные идентификаторы в любых сочетаниях. В дополнение к этому для всех вариантов исполнения полиса единого образца должен быть указан ЕНП. Для полиса ОМС в составе УЭК указание номера УЭК обязательно. Для ПД2 - для полиса единого образца должен быть указан ЕНП. Для полиса старого образца и временного свидетельства указание ЕНП не обязательно. Для полиса в составе УЭК должен быть указан номер УЭК. Остальные идентификаторы не указываются. Для ПД3 - должен быть указан либо СНИЛС, либо номер УДЛ, либо номер УЭК, либо указанные идентификаторы в любых сочетаниях. Во всех случаях, когда допускается указывать УДЛ, возможно указание более одного УДЛ даже одного типа (например, допускается указание паспорта СССР и паспорта РФ, либо двух паспортов РФ - в случае замены паспорта).
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
QPD.6	XPN	Усл.	Фамилия, имя, отчество застрахованного лица	0..1	Обязательно для запросов ПД1 и ПД3. Для остальных запросов не указывается. См. также п. Б.3.1.2.
					XPN.1	Усл.	Фамилия застрахованного лица. Обязательно указание либо фамилии застрахованного лица, либо имени (XPN.2)
							FN.1	Да		Фамилия.
					XPN.2	Усл.				Имя. Обязательно указание либо имени застрахованного лица, либо фамилии (XPN.1).
					XPN.3	Нет				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
QPD.7	DTM	Усл.	Дата рождения	1	Дата рождения застрахованного лица. В запросах ПД1 и ПД3 обязательно указание либо даты, либо места рождения (QPD.9). Для остальных запросов - не указывается. См. также п. Б.3.1.2.
QPD.8	IS	Нет	Пол	1	Пол застрахованного лица. Допускается в запросах ПД1 и ПД3. Для остальных запросов - не указывается. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
QPD.9	ST	Усл.	Место рождения ЗЛ	0..1	Место рождения застрахованного лица. В запросах ПД1 и ПД3 обязательно указание либо места, либо даты рождения (QPD.7). Для остальных запросов - не указывается.
QPD.10	IS	Усл.	Тип полиса	0..1	Код из СК 1.2.643.2.40.5.100.86 (таблица 81). Обязательно для запросов ПД1 и ПД2. Для остальных запросов - не указывается. См. также п. Б.3.1.2.
QPD.11	IS	Усл.	Серия и номер полиса	0..1	Серия и номер бланка. Заполнение обязательно для запросов ПД1 и ПД2. Для остальных запросов - не указывается. См. также п. Б.3.1.2.
QPD.12	HD	Да	Код ТФОМС, сформировавшего запрос	1	HD.1	Да				Двузначный код ТФОМС, от имени которого выполняется запрос.
					HD.2	Нет			1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет			ISO
QPD.13	HD	Да	Код ТФОМС, в адрес которого отправляется запрос	1	HD.1	Да				Двузначный код ТФОМС, в адрес которого отправляется запрос.
					HD.2	Нет			1.2.643.2.40.3.3.1.0	ОИД кодов ТФОМС.
					HD.3	Нет			ISO
QPD.20	IS	Усл.	Код территории выдачи полиса	1	Код из СК 1.2.643.2.40.3.3.1 (таблица 49). Заполнение обязательно для запросов ПД1 и ПД2, но только в том случае, когда указан код типа полиса С - полис ОМС старого образца или В - временное свидетельство. Для запросов других типов - не указывается. См. также п. Б.3.1.2.
QPD.31	IS	Да	Код причины запроса персональных данных	1	Значение из СК 1.2.643.2.40.1.27 (таблица 91). (разрешение дубликатов, разрешение коллизий и т.п.).
QPD.32	ST	Нет	Идентификатор сообщения - источника события	0..1	Идентификатор (значение поля MSH.10) сообщения, содержащего один из следующих возможных источников для запроса: - подтверждение прикладной обработки, содержащего код ошибки, для исправления которой требуется запрос данных из другого ТФОМС; - полученный из ЦС ЕРЗ ответ на запрос, требующий выполнения действия, для которого необходимы дополнительные данные из другого ТФОМС.

Б.5.1.2.1 Заполнение поля QPD.5 "Список идентификаторов застрахованного лица"

В таблице Б.61 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле QPD.5. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.

Таблица Б.61 Требования к заполнению поля QPD.5 "Список идентификаторов застрахованного лица"

Тип (CX.5)	Наименование	Требования к формату значения (CX.1)
	Список идентификаторов застрахованного лица - требования к полю в целом.	Среди заданных значений должны быть обязательно указано одно из нижеперечисленных: 1 ЕНП (QPD.5/CX.1 при QPD.5/CX.2 = "N1"); 2 сведения о документе, удостоверяющем личность застрахованного лица (QPD.5/CX.1, если в QPD.5/CX.2 указан код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63); 3 СНИЛС (QPD.5/CX.1 при QPD.5/CX.2 = "PEN"), 4 сведения о полисе ОМС (QPD.10, QPD.11 и QPD.20) Допускается указывать сведения о нескольких документах УДЛ.
NI	Единый номер полиса ОМС (ЕНП)	Номер состоит из 16 цифр. Структура номера - в соответствии с требованиями ФОМС (ДСП). Последняя цифра - контрольная, вычисляется по алгоритму mod10, приведенному в стандарте ISO 27931.
Код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63)	Серия и номер документа, удостоверяющего личность.	Серия и номер должны удовлетворять шаблону, соответствующему типу документа.
PEN	Страховой номер индивидуального лицевого счета обязательного пенсионного страхования (СНИЛС).	Значение должно состоять из 11 цифр (все разделители убираются). Последние две цифры - контрольные.
CZ	Номер универсальной электронной карты гражданина (УЭК).	Значение не контролируется.

Б.5.1.2.2 Заполнение поля QPD.6 "Фамилия, имя и отчество застрахованного лица"

В таблице Б.62 перечислены требования к обязательности поля QPD.6 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.62 Требования к заполнению поля QPD.6 "Фамилия, имя и отчество застрахованного лица"

Компонент	Наименование	Обязательность
Поле в целом	Фамилия, имя и отчество застрахованного лица	В поле должно встречаться, по крайней мере, одно из значений QPD.6/XPN.1/FN.1 (фамилия), или QPD.6/XPN.2 (имя).
XPN.1	Фамилия (значение указывается в субкомпоненте XPN.1/FN.1)	Усл.
XPN.2	Имя	Усл.
XPN.3	Отчество	Нет
XPN.7	Код типа ФИО	Да

Б.5.1.2.3 Заполнение поля QPD.7 "Дата рождения"

В таблице Б.63 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК описаны в классификаторе Q004.

Таблица Б.63 Требования к заполнению поля QPD.7 "Дата рождения"

Формат	Применение
ГГГГ-ММ-ДД	Дата рождения указана целиком
ГГГГ-ММ	День в дате рождения не указан или указан неправильно
ГГГГ	Месяц в дате рождения не указан или указан неправильно
другой

Б.5.1.2.4 Заполнение информации о полисе ОМС (поля QPD.10, QPD.11 и QPD.20).

Поля запроса QPD.10, QPD.11 и QPD.20 должны быть либо все заполнены в соответствии с указанными ниже требованиями, либо все три не указаны. Описание ошибок ФЛК для данных полей приведено в классификаторе Q004.

Таблица Б.64 Передача информации о полисе ОМС

Код (QPD.10)	Название документа	Требования к номеру бланка (QPD.11)	Требования к коду ТС (QPD.20)
С	Полис ОМС старого образца	Серия и номер полиса, разделенные знаком "N" с одним пробелом перед ним и после него (коды 3210, 18510, 3210). Серия полиса должна отвечать требованиям к шаблону S серии документов, удостоверяющих личность.	Код территории, выдавшей полис ОМС
В	Временное свидетельство	Номер временного свидетельства. Последовательность из девяти цифр.	Код территории, выдавшей временное свидетельство
другое значение	-	Не проверяется.
не указано	-	Указано любое значение.

Б.5.1.3 Сегмент ZSG - "Электронная цифровая подпись"

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

Таблица Б.65 Сегмент ZSG - "Электронная цифровая подпись"

XML-имя	Тип данных	Обяз. поле	Имя поля	Указания по заполнению
ZSG.1	Signature	Да	ЭЦП и сопутствующая информация	Элемент Signature из пространства имен http://www.w3.org/2000/09/xmldsig#, определенном консорциумом W3C в документе "XML Signature Syntax and Processing)) (последняя версия - http://www.w3.org/TR/xmldsig-core/).

Б.5.1.4 Грамматика ответа на запрос персональных данных застрахованного лица в другом ТФОМС

Ответ на запрос персональных данных застрахованного лица в другом ТФОМС включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.

Ответ на запрос страховой принадлежности пересылается в сообщении, имеющем структуру RSP_ZKD:

RSP^ZKD^RSP_ZKD	Ответ на запрос с параметрами
<RSP_ZKD>
<MSH>...</MSH>	Заголовок сообщения
<MSA>...</MSA>	Подтверждение сообщения
[{<ERR>...</ERR>}]	Ошибка
[<RSP_ZKD.QUERY_RESPONSE>	--- ОТВЕТ НА ЗАПРОС - начало
{<RSP_ZKD.PERSON_INFO>	--- Информация о застрахованном лице - начало
{<PID>...</PID>}	Идентификация застрахованного лица
[{<IN1>...</IN1>}]	Подтверждение факта страхования по ОМС
[<QRI>...</QRI>]	Уточнение ответа на запрос
</RSP_ZKD.PERSON_INFO>}	--- Информация о застрахованном лице - конец
</RSP_ZKD.QUERY_RESPONSE>]	--- ОТВЕТ НА ЗАПРОС - конец
[<ZSG>...</ZSG>]	Электронная подпись ответа на запрос.
</RSP_ZKD>

В сегмент ZSG включается электронная подпись xml-элемента RSP_ZKD.QUERY_RESPONSE.

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

Б.5.1.5 Поиск застрахованного лица

В базе данных ИС РС ЕРЗ ищутся записи о застрахованных лицах, персональные данные и сведения о страховании которых удовлетворяют значениям, переданным в полях QPD.5 - QPD.11 и QPD.20 сегмента QPD. При этом соответствующим запросу застрахованным лицом считается лицо, у которого имеется хотя бы одно из значений (наборов значений), указанных ниже.

1) Для запроса ПД1 (Запрос по полному набору данных):

- хотя бы один из указанных в поле QPD.5 идентификаторов (ЕНП, УДЛ, СНИЛС), либо

- ФИО, указанные в поле QPD.6; при этом должны совпадать также дата рождения (QPD.7), пол (QPD.8) и место рождения (QPD.9) - если они указаны, либо

- тип полиса (QPD.10), серия и номер полиса (QPD.11) и код территории выдачи полиса - если указан (QPD.20);

2) Для запроса ПД2 (Запрос данных по ДПФС):

- тип полиса (QPD.10), серия и номер полиса (QPD.11) и код территории выдачи полиса - если указан (QPD.20);

3) Для запроса ПД3 (Запрос данных по ФИО и документам):

- хотя бы один из указанных в поле QPD.5 идентификаторов (ЕНП, УДЛ, СНИЛС), либо

- ФИО, указанные в поле QPD.6; при этом, если указаны дата рождения (QPD.7), пол (QPD.8) или место рождения (QPD.9), то они должны быть одинаковыми и в запросе, и у найденного застрахованного лица.

Примечания.

1 ФИО должны содержать не менее двух заполненных компонентов.

2 Если тип запроса предполагает указание ФИО, то обязательным является также указание либо даты рождения, либо места рождения.

3 При сравнении ФИО применяется следующее правило:

а) если компонент ФИО (фамилия, имя или отчество) указан в запросе, то он должен также присутствовать и у найденного застрахованного лица и иметь то же значение,

б) если компонент ФИО не указан в запросе, то его наличие или отсутствие у найденного застрахованного лица не имеет значения.

Для каждого найденного таким образом застрахованного лица в ответ на запрос включается одна группа RSP_ZKD.PERSON_INFO.

Б.5.1.6 Сегмент PID - "Идентификация застрахованного лица"

В каждую группу RSP_ZKD.PERSON_INFO должен быть включен хотя бы один сегмент PID. Если застрахованное лицо меняло ФИО, пол, дату или место рождения, то для каждой замены в группу RSP_ZKD.PERSON_INFO должен быть включен отдельный сегмент PID. В поле PID.3 каждого сегмента включаются только те идентификаторы, которые относятся к указанному набору {ФИО, пол, дата рождения, место рождения}.

В каждом сегменте PID должны быть указаны:

1) ровно один ЕНП, если в тот период, когда для данного застрахованного лица действовал набор {ФИО, пол, дата рождения, место рождения}, ЕНП не менялся, и застрахованное лицо не было объединено ни с каким другим,

2) все ЕНП, включая ошибочные, если в тот период, когда для данного застрахованного лица действовал набор {ФИО, пол, дата рождения, место рождения}, ЕНП изменялся по каким-либо причинам, либо застрахованное лицо было объединено с другим застрахованным лицом.

Главный ЕНП специальным образом не выделяется.

Таблица Б.66 Структура сегмента PID (ответ на запрос персональных данных застрахованного лица в другом ТФОМС)

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Компонент		Субкомп.		Константа	Указания по заполнению
					Имя	Обяз.	Имя	Обяз.
PID.3	CX	Да	Список идентификаторов застрахованного лица	1..*	ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК.
					CX.1	Да				Значение идентификатора.
					CX.5	Да				Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64).
PID.5	XPN	Да	Фамилия, имя, отчество застрахованного лица	1	Должны быть указаны те ФИО, которые имеются в ИС РС ЕРЗ запрашиваемого ТФОМС. Некоторые компоненты ФИО могут отсутствовать при условии, что в поле PID.32 указан соответствующий код.
					XPN.1	Усл.	Фамилия застрахованного лица.
							FN.1	Да		Фамилия
					XPN.2	Усл.				Имя
					XPN.3	Усл.				Отчество.
					XPN.7	Да			L	Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66).
					XPN.12	Усл.				Дата начала действия ФИО. Указывается, если застрахованное лицо меняло ФИО, при наличии в ИС РС ЕРЗ такой информации. Формат: ГГГГ-ММ-ДД.
					XPN.13	Усл.				Дата окончания действия ФИО. Указывается, если застрахованное лицо меняло ФИО, при наличии в ИС РС ЕРЗ такой информации. Формат: ГГГГ-ММ-ДД.
PID.7	DTM	Да	Дата рождения	1	Дата рождения застрахованного лица. Формат: ГГГГ-ММ-ДД.
PID.8	IS	Да	Пол	1	Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68).
PID.11	XAD	Нет	Адрес застрахованного лица	0..*	Используется для передачи адреса постоянной регистрации и адреса фактического проживания.
					XAD.1	Нет	SAD.1	Нет		Номер квартиры
							SAD.2	Нет		Название улицы
							SAD.3	Нет		Номер дома
					XAD.2	Нет				Номер корпуса
					XAD.3	Нет				Название населенного пункта
					XAD.5	Нет				Почтовый индекс
					XAD.6	Усл.				Код страны. Обязательный компонент для адреса с типом N (адрес места рождения). Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код). Если код страны не указан, то принимается значение по умолчанию RUS (Российская Федерация).
					XAD.7	Да				Тип адреса. Код из СК 1.2.643.2.40.5.100.190 (таблица 69). Допускаются значения: L - адрес постоянной регистрации, H - адрес фактического проживания, N - адрес места рождения.
					XAD.8	Нет				Неструктурированный текст адреса (указывается только тогда, когда опущены компоненты с первого по третий).
					XAD.9	Усл.				Код ОКАТО, соответствующий адресу. Обязательный компонент, если страна не указана или указана Россия (RUS). СК 1.2.643.2.40.3.3.1 (таблица 49).
PID.13	XTN	Нет	Номер домашнего телефона	0..*	В поле могут передаваться номера домашних телефонов (стационарный, мобильный), а также один или несколько адресов электронной почты застрахованного лица.
					XTN.2	Да				Код использования телекоммуникаций из СК 1.2.643.2.40.5.100.201, таблица 72.
					XTN.3	Да				Тип телекоммуникационного оборудования из СК 1.2.643.2.40.5.100.202, таблица 73
					XTN.4	Усл.				Адрес электронной почты - обязателен, если в компоненте 3 указано значение "X.400".
					XTN.5	Нет				Код страны, присвоенный Международным союзом электросвязи (код Российской Федерации - 7 - может быть опущен).
					XTN.6	Усл.				Код города (зоны), например, 495 или 499 для Москвы - обязателен, если в третьем компоненте указан код, обозначающий телефон, факс или пейджер.
					XTN.7	Усл.				Номер телефона (только цифры, без разделителей) - обязателен, если в третьем компоненте указан код, обозначающий телефон, факс или пейджер.
					XTN.8	Нет				Дополнительный номер
					XTN.9	Нет				Произвольный текстовый комментарий, например, "Не позже 21:00"
					XTN.12	Нет				Телефонный номер одной строкой
PID.14	XTN	Нет	Номер рабочего телефона	0..*	В поле могут передаваться номера служебных телефонов (стационарные, мобильные, факсы), а также один или несколько сетевых адресов (электронная почта и адреса в сети интернет). Структура и правила заполнения поля - те же, что и для поля PID.13.
PID.23	ST	Нет	Место рождения	1	Место рождения застрахованного лица (текст из документа, удостоверяющего личность).
PID.26	CWE	Нет	Гражданство	1	CWE.1	Да				Гражданство застрахованного лица: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства - значение "Б/Г", - для лиц, гражданство которых неизвестно, поле PID.26 в сегмент не включается.
					CWE.2	Нет				Название страны
					CWE.3	Нет			1.2.643.2.40.5.0.25.3	ОИД ОКСМ.3
PID.29	DTM	Усл.	Дата смерти	1	Дата смерти застрахованного лица. Указывается, если по данным ИС РС ЕРЗ запрашиваемого ТФОМС застрахованное лицо умерло. Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти "Y".
PID.30	ID	Усл.	Признак смерти	1	Значение Y в данном поле означает, что в по данным ИС РС ЕРЗ запрашиваемого ТФОМС застрахованное лицо умерло. Другие значения не допускаются. Если указана дата смерти PID.29, то значение поля PID.30 указывать не следует.
PID.32	IS	Нет	Код надежности идентификации	0..*	"Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445, таблица 74. Поле повторяется столько раз, сколько особых случаев имеет место.

Б.5.1.7 Сегмент IN1 - "Подтверждение факта страхования по ОМС"

Сегмент IN1 включается в ответ на запрос персональных данных застрахованного лица в другом ТФОМС для определения территории страхования и страховой медицинской организации, в которой застрахованное лицо состоит на учете, а также для передачи информации о полисе ОМС, по которому ЗЛ было поставлено на учет.

Таблица Б.67 Структура сегмента IN1 (ответ на запрос персональных данных застрахованного лица в другом ТФОМС)

XML-имя	Тип данных	Обяз. поле	Имя поля	Кмп	Обяз. кмп	Константа	Указания по заполнению
IN1.1	SI	Да	Порядковый номер сегмента IN1			1
IN1.2	CWE	Да	Идентификатор плана страхования	CWE.1	Да	ОМС	Код из системы кодирования "Идентификатор страхового плана": ОМС = "Обязательное медицинское страхование"
IN1.3	CX	Да	Идентификатор страховой медицинской организации	CX.1	Да		ОГРН СМО (ОИД 1.2.643.2.40.3.1.4) или двузначный идентификатор ТФОМС (ОИД 1.2.643.2.40.3.3.1.0, таблица 49), поставивших ЗЛ на учет.
				CX.5	Да		Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан идентификатор СМО; SII, если указан идентификатор ТФОМС.
IN1.12	DT	Усл.	Дата начала действия полиса				Дата начала действия полиса ОМС (временного свидетельства). Указывается, если известна. Формат: ГГГГ-ММ-ДД.
IN1.13	DT	Усл.	Дата окончания действия полиса				Дата окончания действия полиса ОМС (временного свидетельства). Указывается, если известна. Формат: ГГГГ-ММ-ДД.
IN1.35	IS	Да	Тип полиса				Код из СК 1.2.643.2.40.5.100.86 (таблица 81).
IN1.36	ST	Да	Серия и номер полиса				Номер физического носителя (бланка) полиса ОМС или номер временного свидетельства.

Б.5.1.8 Сегмент QRI - "Уточнение ответа на запрос"

Сегмент QRI включается в группу RSP_ZKD.PERSON_INFO ответа на запрос с целью уточнения, какие конкретно атрибуты застрахованного лица, переданные в запросе, были использованы при поиске тех данных, которые включены в соответствующую группу.

Таблица Б.68 Структура сегмента QRI - "Уточнение ответа на запрос"

XML-имя	Тип данных	Обяз. поле	Имя поля	Экз.	Указания по заполнению
QRI.2	IS	Да	Код причины совпадения	1..*	Код причины совпадения из СК 1.2.643.2.40.1.11 (таблица 89). Поле повторяется столько раз, сколько причин совпадения привело к нахождению данного застрахованного лица. При поиске по группе атрибутов указываются несколько причин совпадения, например, если застрахованное лицо найдено по набору {ФИО, пол, дата рождения, место рождения}, то должны быть указаны 4 причины: 5, 6, 7 и 8

Б.6 Именование файлов, участвующих в обмене данными

В информационном взаимодействии при ведении ЕРЗ участвуют пакетные файлы, типы которых перечислены в таблице Б.69. В таблице приняты следующие обозначения:

- <код ТС> - код территории страхования, отправляющей исходный пакет, или принимающей ответный пакет (код ОКАТО, дополненный справа нулями до пяти знаков - см. таблицу 49).

- <ид пакета> - идентификатор исходного пакета, указанный в поле BHS.11 сегмента заголовка исходного пакета (см. п. 6.1.1.3.2). Идентификатор исходного пакета затем повторяется в именах всех ответных и преобразованных пакетов.

Прямым шрифтом выделены фрагменты имен файлов, включающиеся в явном виде.

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

Назначение файла	Имя	Расширение	Комментарий
Направление исходного сообщения ИС РС ЕРЗ ТФОМС ЦС ЕРЗ или ИС РС ЕРЗ ИС РС ЕРЗ
Исходный файл с сообщениями и запросами	<код ТС>-<ид пакета>	uprmes	Исходный файл готовится ИС РС ЕРЗ и отправляется в адрес ЦС через шлюз РС в упакованном виде. <ид пакета> совпадает со значением поля BHS.11.
Исходный файл с сообщениями и запросами, упакованный	<код ТС>-<ид пакета>UPRMES	zip
Ответный файл с подтверждениями приема сообщений и запросов	<код ТС>-<ид пакета>	uprak1	Ответ готовится шлюзом РС и содержит перечень ошибок ФЛК. Передается в адрес ИС РС ЕРЗ в упакованном виде. <ид пакета> совпадает со значением поля BHS.12.
Ответный файл с подтверждениями приема сообщений и запросов, упакованный	<код ТС>-<ид пакета>UPRAK1	zip
Ответный файл с подтверждениями прикладной обработки сообщений и ответами на запросы	<код ТС>-<ид пакета>	uprak2	Ответ готовится ЦС и передается в адрес ИС РС ЕРЗ через шлюз РС в упакованном виде. <ид пакета> совпадает со значением поля BHS.12.
Ответный файл с подтверждениями прикладной обработки сообщений и ответами на запросы, упакованный	<код ТС>-<ид пакета>UPRAK2	zip
Направление исходного сообщения
Исходный файл с запросами	<код ТС>-<ид пакета>	askmes	Исходный файл готовится ИС РС ЕРЗ ТФОМС - отправителя запроса и отправляется в адрес ИС РС ЕРЗ ТФОМС - получателя запроса через шлюзы РС в упакованном виде. <ид пакета> совпадает со значением поля BHS.11.
Исходный файл с запросами, упакованный	<код ТС>-<ид пакета>ASKMES	zip
Ответный файл с подтверждениями приема запросов	<код ТС>-<ид пакета>	askak1	Ответ готовится шлюзом РС ТФОМС - отправителя запроса и содержит перечень ошибок ФЛК. Передается в адрес ИС РС ЕРЗ ТФОМС - отправителя запроса в упакованном виде. <ид пакета> совпадает со значением поля BHS.12.
Ответный файл с подтверждениями приема запросов, упакованный	<код ТС>-<ид пакета>ASKAK1	zip
Ответный файл с ответами на запросы	<код ТС>-<ид пакета>	askak2	Ответ готовится ИС РС ЕРЗ ТФОМС - получателя запроса и отправляется в адрес ИС РС ЕРЗ ТФОМС - отправителя запроса через шлюзы РС в упакованном виде. <ид пакета> совпадает со значением поля BHS.12.
Ответный файл с ответами на запросы, упакованный	<код ТС>-<ид пакета>ASKAK2	zip

Б.7 Протокол обмена при сверке данных

Б.7.1 Метаданные сообщения сверки данных

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

Таблица Б.70 Перечень метаданных выгрузки данных

N строки	Содержание	Обязат.	Формат данных	Примечание
2	Версия формата	Да	mm.nn	Версия формата файла выгрузки данных сверки. По умолчанию, нужно указать значение "01:01".
3	Порядковый номер файла выгрузки	Да	3 цифры	Должен совпадать с номером файла выгрузки, указанным в имени файла. Отсутствующие разряды дополняются нулями слева.
4	Дата сверки	Да	ГГГГДДММ	Дата, по состоянию на которую выгружаются данные о застрахованных лицах, состоящих на учете на данной территории

Б.7.2 Содержание сообщения сверки

Каждая строка должна содержать значения атрибутов, перечисленных в таблице Б.71.

Таблица Б.71 Структура строки файла выгрузки данных сверки

N	Обязат.	Имя столбца в файле выгрузки данных сверки	Длина	Указания по заполнению
1	Да	Тип_ДПФС	=1	Код типа ДПФС (ОИД СК 1.2.643.2.40.5.100.86).
2	Да	ЕНП	=16	Единый номер полиса ОМС.
3	Нет	СИД		Системный идентификатор застрахованного лица в РС ЕРЗ.
4	Да	ИД_полиса		Серия и номер выданного полиса ОМС.
5	Усл.	Фамилия		Фамилия застрахованного лица.
6	Усл.	Имя		Имя застрахованного лица.
7	Усл.	Отчество		Отчество застрахованного лица. Хотя бы один из атрибутов ФИО: фамилия, имя или отчество должен быть указан.
8	Да	Пол	=1	Пол застрахованного лица: "1" - мужской, "2" - женский.
9	Да	Дата_рождения	=8	Дата рождения застрахованного лица. Если в документе, удостоверяющем личность, дата указана с точностью до месяца, то передается значение ГГГГ-ММ-01. Если в документе, удостоверяющем личность, дата указана с точностью до года, то передается значение ГГГГ-01-01
10	Усл.	Место_рождения		Место рождения застрахованного лица. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ.
11	Усл.	Тип_УДЛ		Тип документа, удостоверяющего личность. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ.
12	Усл.	ИД_УДЛ		Номер или серия и номер документа, удостоверяющего личность. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ.
13	Нет	Дата_УДЛ	= 8	Дата выдачи документа, удостоверяющего личность. ГГГГММДД
14	Усл.	СНИЛС	=11	СНИЛС застрахованного лица. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ.
15	Да	ТФОМС	=5	Код территории страхования. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. Должен соответствовать коду территории, инициировавшей выгрузку данных сверки, указанному в имени файла.
16	Да	ОГРН_СМО	=13	ОГРН страховой медицинской организации, выдавшей полис ОМС.
17	Да	Дата_выдачи_полиса	=8	Дата начала действия полиса ОМС. ГГГГММДД
18	Нет	Дата_конца_полиса	=8	Дата окончания действия полиса ОМС. ГГГГММДД
19	Нет	Дата_снятия_учета	=8	Поле зарезервировано. При передаче заполнять не следует.
20	Усл.	Гражданство	=3	Гражданство застрахованного лица. Трехбуквенный код страны по классификатору ОКСМ.3. Для лиц без гражданства - значение "Б/Г". Для лиц, гражданство которых неизвестно, значение не указывается.
21	Нет	Признак_смерти	=1	Поле зарезервировано. При передаче заполнять не следует.
22	Нет	Дата_смерти	=8	Поле зарезервировано. При передаче заполнять не следует.
23	Нет	Регион_регистрации	=5	Код региона регистрации по месту жительства. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. Для лиц без определенного места жительства указывается код региона страхования.

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

Б.7.3 Журнал прикладной обработки сообщения сверки данных - протокол сверки

Журнал прикладной обработки сообщения сверки данных называется протоколом сверки данных. Протокол сверки данных имеет структуру, подобную структуре исходного файла (см. п. 6.2.1.2).

Б.7.3.1 Метаданные протокола сверки данных

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

Таблица Б.72 Перечень метаданных расхождений сверки

N строки	Содержание	Формат данных	Примечание
2	Версия формата	mm.nn	Версия формата файла выгрузки данных сверки. По умолчанию указывается значение "01.01".
3	Код территории	5 цифр	Должен совпадать с кодом, указанным в имени файла.
4	Порядковый номер сверки	3 цифры	Должен совпадать с номером, указанным в имени файла. Отсутствующие разряды дополняются нулями слева.
5	Дата сверки	ГГГГММДД	Дата, по состоянию на которую выгружались из РС ЕРЗ данные о застрахованных лицах, состоящих на учете на данной территории

Б.7.3.2 Структура строки протокола расхождений

Структура строки протокола сверки описана в таблице Б.73.

Таблица Б.73 Структура строки протокола сверки

N	Обяз.	Имя атрибута	Длина	Описание атрибута и формата значения
1	Да	ИД_расхождения	=22	Уникальный идентификатор расхождения (GUID). Формат Base64
2	Да	Причина_расхождения	=1	Код типа расхождения. См. Таблицу Б.74
3	Да	Тип_ДПФС	=1	Код типа ДПФС
4	Да	ЕНП	=16	Единый номер полиса ОМС.
5	Нет	СИД		Системный идентификатор застрахованного лица в РС ЕРЗ
1#	Да	ИД_полиса		Серия и номер выданного полиса ОМС.
2	Да	Пол	=1	Пол застрахованного лица. "1" - мужской, "2" - женский.
3	Да	ТФОМС	=5	Код ОКАТО территории страхования без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков.
4	Да	ОГРН_СМО	=13	ОГРН страховой медицинской организации, выдавшей полис ОМС.
5	Да	Дата_выдачи_полиса	=8	Дата начала действия полиса ОМС. ГГГГММДД
6	Нет	Дата_конца_полиса	=8	Дата окончания действия полиса ОМС. ГГГГММДД
7	Нет	Дата_снятия_учета	=8	Дата снятия с учета застрахованного лица. ГГГГММДД
8	Нет	Гражданство	=3	Гражданство застрахованного лица.
9	Нет	Признак_смерти	=1	Признак смерти застрахованного лица. "1" - умер.
10	Нет	Дата_смерти	=8	Дата смерти застрахованного лица. ГГГГММДД
11	Нет	Регион_регистрации	=5	Код региона регистрации по месту жительства. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков.
12	Нет	ЕНП_ЦС	=16	Единый номер полиса ОМС в ЦС ЕРЗ. Указывается при расхождении ЕНП в данных РС ЕРЗ и ЦС ЕРЗ.

В полях ЕНП и СИД возвращается информация, поступившая в файле выгрузки данных из РС ЕРЗ. В остальных полях возвращается информация из ЦС ЕРЗ.

Таблица Б.74 Классификатор расхождений

Тип расхождения	Описание
1	ЗЛ состоит на учете по данным РС ЕРЗ, но отсутствует в ЦС ЕРЗ
31	Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ и страховая принадлежность на данной территории последняя по времени
32	Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ, и страховая принадлежность на данной территории не последняя по времени
4	Отличаются ОГРН СМО и данные ДПФС в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ
5	Отличаются дата постановки на учет в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ
6	Отличаются открытые данные о застрахованном лице в РС ЕРЗ и ЦС ЕРЗ (пол, территория регистрации)
7	Отличается только ЕНП в данных РС ЕРЗ и ЦС ЕРЗ

Б.7.4 Порядок устранения расхождений при сверке данных о застрахованных лицах между ЦС ЕРЗ и РС ЕРЗ

Сформированный в ЦС ЕРЗ протокол сверки отправляется в ТФОМС.

ТФОМС, получив из ЦС ЕРЗ протокол расхождений, обрабатывает его и выполняет действия по устранению расхождений, указанные в таблице Б.75. В каждое из указанных в таблице сообщений следует включить сегмент ZVN, в котором должен быть указан идентификатор расхождения, полученный в соответствующей строке протокола сверки (атрибут N 1 "ИД_расхождения" - см. таблицу Б.73).

Таблица Б.75 Возможные типы расхождения данных и порядок их обработки

Тип расхождения	Описание расхождения	Действия ТФОМС по устранению расхождения
1	ЗЛ состоит на учете по данным РС ЕРЗ, но отсутствует в ЦС ЕРЗ	Отправить сообщение о событии A08 с причиной события П01 "Выбор СМО".
31	Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЕРЗ и страховая принадлежность на территории сверки - последняя по времени начала.	Отправить сообщение A08 с причиной события П03 "Замена СМО".
32	Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ и страховая принадлежность на территории сверки - не последняя по времени.	1) Если замена СМО на другой территории была неправомерной, то обратиться с запросом в ФОМС о восстановлении ЗЛ на учете на своей территории. 2) Если замена СМО на другой территории правомерна, то снять с учета в РС ЕРЗ.
4	Отличаются ОГРН СМО и данные ДПФС (серия, номер, дата постановки на учет) в данных состояния на учете в РС и ЦС ЕРЗ.	1) Если в РС ЕРЗ данные верны, то отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П14 "Исправление данных о постановке на учет". В сегменте PID сообщения следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, и действующие ФИО из РС ЕРЗ. В первом сегменте IN1 сообщения следует передать полную информацию о заменяемых данных о состоянии на учете, которые были получены в протоколе сверки данных с ЦС ЕРЗ: регион страхования (IN1.15), заменяемую страховую компанию (IN1.3), тип документа, подтверждающего факт страхования по ОМС (IN1.35). серию и номер документа, подтверждающего факт страхования по ОМС (IN1.36); заменяемую дату постановки на учет (IN1.12); заменяемую дату снятия с учета (IN1.13). Во втором сегменте IN1 следует передать полную правильную информацию о постановке на учет, включая информацию о выданном документе, подтверждающим факт страхования по ОМС, и идентификацию СМО (даже если она та же, что и в первом сегменте IN1). 2) Если в РС ЕРЗ данные не верны, то исправить данные в РС ЕРЗ.
5	Отличаются персональные данные ЗЛ в РС ЕРЗ и их псевдонимизированные идентификаторы в ЦС ЕРЗ	Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправление ошибки, не связанной с изменением состояния на учете". В сегменте PID сообщения следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, и правильные ФИО из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серию, номер и дату постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. В сегменте IN1 сообщения следует дополнительно передать исправляемые персональные данные, полученные в протоколе сверки данных с ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID.
6	Отличаются прочие данные о застрахованном лице в РС и ЦС ЕРЗ (пол, территория регистрации).	Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправление ошибки, не связанной с изменением состояния на учете". В сегменте PID следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, правильные ФИО, пол и код территории регистрации застрахованного лица из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серия, номер и дата постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. В сегменте IN1 сообщения следует дополнительно передать исправляемые персональные данные (в т.ч., неправильный пол и код территории регистрации), полученные в протоколе сверки данных из ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID.
7	Отличается только ЕНП в данных РС ЕРЗ и ЦС ЕРЗ	Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправление ошибки, не связанной с изменением состояния на учете". В сегменте PID следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, правильные ФИО, пол, код территории регистрации застрахованного лица и правильный ЕНП из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серия, номер и дата постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. Дополнительно в сегмент IN1 следует включить персональные данные и исправляемый (ошибочный) ЕНП, полученные в протоколе сверки данных из ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID.

Б.8 Сообщения о прикреплении застрахованных лиц к медицинским организациям и к врачу

Б.8.1 Протокол загрузки данных о прикреплении застрахованных лиц к МО

Б.8.1.1 Порядок выгрузки данных о прикреплении застрахованных лиц из РС ЕРЗ и их загрузки в ЦС ЕРЗ

Данные о прикреплении застрахованных лиц должны направляться в ЦС ЕРЗ не реже одного раза в месяц.

Б.8.1.1.1 Формирование сообщения о прикреплении

ТФОМС выгружает информацию о прикреплении застрахованных лиц к медицинским организациям из РС ЕРЗ в виде файла в формате CSV (далее - сообщение о прикреплении). Допускается разбивать файл большого объема на несколько частей и каждую часть передавать в виде отдельного файла. Выгруженный файл передается на обработку в шлюз РС ЕРЗ.

Код типа сообщения о прикреплении (первая буква имени файла) - латинская буква M.

Б.8.1.1.2 Обработка сообщения о прикреплении в шлюзе РС

Получив сообщения о прикреплении, шлюз РС осуществляет форматно-логический контроль (ФЛК) сообщения. В результате формируются журнал форматно-логического контроля и файл загрузки в ЦС ЕРЗ во внутреннем формате (транспортный файл). Данные, которые не прошли ФЛК, в транспортный файл не включаются и требуют исправления.

Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.

Б.8.1.1.3 Исправление информации

Получив в ответ на файл прикрепления журнал ФЛК, ТФОМС должен выполнить корректировку информации в РС ЕРЗ и осуществить повторную выгрузку информации о прикреплении только по застрахованным лицам с исправленными сведениями.

Б.8.1.1.4 Обработка транспортного файла в ЦС ЕРЗ

При обработке транспортного файла в ЦС ЕРЗ происходит поиск застрахованных лиц в ЦС ЕРЗ и сохранение информации о прикреплении по найденным застрахованным лицам. После обработки формируется файл протокола прикладной обработки, который отправляется в Шлюз РС ЕРЗ. Получив протокол прикладной обработки, ТФОМС должен выполнить корректировку данных по ЗЛ, записи по которым включены в протокол и повторно отправить сведения о прикреплении в ЦС ЕРЗ.

Б.8.1.2 Структура исходного сообщения о прикреплении и его форматно-логический контроль

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

Б.8.1.2.1 Метаданные сообщения о прикреплении

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

Таблица Б.76 Перечень метаданных сообщения о прикреплении

N строки	Содержание	Требования к формату	Примечание
2	Версия формата	mm.nn	Версия формата. Константа - "01.01"
3	Код ТП	5 цифр	Код территории прикрепления. Должен совпадать с кодом, указанным в имени файла.
4	Порядковый номер файла	3 цифры	Должен совпадать с номером, указанным в имени файла
5	Дата актуализации	ГГГГММДД	Дата, на которую подготовлены данные

Описание ошибок ФЛК метаданных файла приведено в классификаторе Q004.

Б.8.1.2.2 Выгружаемая информация

Каждая строка должна содержать значения атрибутов, перечисленных в таблице Б.77. Возможные ошибки ФЛК приведены в классификаторе Q004.

Таблица Б.77 Структура строки файла прикрепления

N	Обяз.	Имя атрибута	Длина	Указания по заполнению
1	Да	Тип_ДПФС	=1	Код типа ДПФС
2	Усл.	ИД_полиса		Серия и номер полиса ОМС старого образца (серия отделяется от номера последовательностью знаков "пробел", "N", "пробел") или номер временного свидетельства или номер бланка полиса нового образца.
3	Да	ЕНП	=16	Единый номер полиса ОМС.
4	Да	ИД_МО	=6	Реестровый номер медицинской организации в едином реестре МО - код из СК 1.2.643.2.40.3.1.4.0.
5	Да	Способ_прикрепления	=1	Способ прикрепления
6	Нет	Тип_прикрепления	=3	Поле зарезервировано.
7	Нет	Дата_прикрепления	=8	ГГГГММДД
8	Нет	Дата_открепления	=8	ГГГГММДД

Б.8.1.3 Прикладная обработка сообщений о прикреплении

Структура журнала прикладной обработки сообщения о прикреплении такая же, как и структура журнала ФЛК, но вместо ошибок ФЛК возвращаются ошибки прикладной обработки. Перечень и описание ошибок прикладной обработки приведены в классификаторе Q005.

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

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

Таблица Б.78 Запросы протоколов актуализации прикрепления

Имя запроса	Описание	Дополнительная информация
PHN	Застрахованные лица с прикреплениями к врачу	Получение справочной информации о застрахованных лицах, имеющих прикрепления к врачу на территории.
MED	Застрахованные лица с прикреплениями к медицинским организациям	Получение справочной информации о застрахованных лицах, имеющих прикрепления к медицинским организациям на территории.
PHN-SV	Лица, застрахованные на территории запроса, прикрепленные к врачу на территории запроса	Получение справочной информации о застрахованных лицах, состоящих на учете в СМО на территории запроса, и имеющих прикрепления к врачу на той же территории.
MED-SV	Лица, застрахованные на территории запроса, прикрепленные к медицинским организациям на территории запроса	Получение справочной информации о застрахованных лицах, состоящих на учете в СМО на территории запроса и имеющих прикрепления к медицинским организациям на той же территории.
PHN-DR	Лица, застрахованные на территории запроса, прикрепленные к врачу на других территориях	Получение справочной информации о застрахованных лицах, состоящих на учете в СМО на территории запроса, и имеющих прикрепления к врачу на территории, отличающейся от территории запроса.
MED-DR	Лица, застрахованные на территории запроса, прикрепленные к медицинским организациям на других территориях	Получение справочной информации о застрахованных лицах, состоящих на учете в СМО на территории запроса и имеющих прикрепления к медицинским организациям на территории, отличающейся от территории запроса.
PHN_DEATH	Лица, прикрепленные к врачу на территории запроса и снятые на дату запроса с учета в связи со смертью	Получение справочной информации о лицах, на дату запроса снятых с учета в связи со смертью и прикрепленных к медицинской организации и к врачу на территории запроса
PHN_INACT	Лица, прикрепленные к врачу на территории запроса, не имеющие действующей страховой принадлежности	Получение справочной информации о лицах, прикрепленных к медицинской организации и к врачу на территории запроса и не имеющих действующей страховой принадлежности
PHN_NF	Медицинские работники, не найденные в Федеральном регистре медицинских работников Минздрава России	Получение справочной информации о медицинских работниках, не найденных в Федеральном регистре медицинских работников Минздрава России, имеющих прикрепленных лиц, застрахованных на территории запроса
PHN_RATE	Половозрастное распределение лиц, застрахованных на территории запроса, прикрепленных к медицинским организациям и к врачу на территории запроса	Получение справочной информации о половозрастном распределении лиц, застрахованных на территории запроса, прикрепленных к медицинским организациям и к врачу на территории запроса

Запросы могут быть выполнены стандартными средствами АРМ ШРС (запрос протокола актуализации с соответствующим кодом). В ответ на каждый запрос в адрес РС ЕРЗ возвращается один файл в формате CSV, за исключением запроса PHN-RATE, ответ на который возвращается в виде файла в формате xls.

Б.8.2.1 Спецификации файлов протоколов актуализации PHN и MED

Б.8.2.1.1 Общие требования

Имя файла протокола актуализации формируется по правилу:

<код-ТП>-<Код типа протокола>-YYYY-MM-DD, где:

- код типа протокола - код из классификатора 1.2.643.2.40.3.3.0.6.15 (в коде типа протокола символ тире "-" заменяется на символ подчеркивания "_");

- код-ТП - код ОКАТО территории прикрепления, формируемый аналогично коду территории страхования (Таблица 49);

- YYYY-MM-DD - дата выгрузки (год-месяц-день);

Расширение файла - csv.

Пример.

MED-46000-2015-07-16.csv - файл выгрузки данных протокола с кодом MED для Московского областного фонда ОМС от 16 июля 2015 г.

Содержимое файлов передается в кодировке Windows-1251.

Б.8.2.1.2 Логическая структура файла протокола актуализации

Файл логически делится на три части:

- имена столбцов данных (1-я строка);

- метаданные выгрузки (2-5 строки);

- строка-разделитель (шестая строка);

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

В качестве строки-разделителя используется последовательность символов "(((|||)))"

(последовательность кодов: , , , , , , , , ,)

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

Б.8.2.1.3 Метаданные файлов протокола актуализации

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

Таблица Б.79 Перечень метаданных выгрузки

N	Содержание	Формат	Примечание
1	Версия формата	mm.nn	Версия формата. Константа "01.01"
2	Код ТФОМС	5 цифр	Код территории; совпадает с кодом, указанным в имени файла.
3	Код типа протокола	6 символов	Один из кодов "MED" или "PHN"; совпадает с кодом, указанным в имени файла.
4	Дата формирования	ГГГГММДД	Дата, на которую подготовлены данные; совпадает с датой, указанной в имени файла.

Б.8.2.1.4 Форматы строк файлов

Таблица Б.80 Формат строки файла с ответом на запрос PHN и PHN-SV (Physician - врач)

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, в которой застрахованное лицо прикреплено к врачу.
3	СНИЛС_врача	11	СНИЛС врача, к которому имеется прикрепление.
4	Тип_должности	1	Тип должности (1 = врач, 2 = средний медицинский персонал)
5	Дата_прикрепления	8	Дата прикрепления к врачу в формате ГГГГММДД.

Таблица Б.81 Формат строки файла с ответом на запрос MED и MED-SV

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо.
3	Дата_прикрепления	8	Дата прикрепления к медицинской организации в формате ГГГГММДД.

Таблица Б.82 Формат строки файла с ответом на запрос PHN-DR

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, в которой застрахованное лицо прикреплено к врачу.
3	СНИЛС_врача	11	СНИЛС врача, к которому имеется прикрепление.
4	Тип_должности	1	Тип должности (1 = врач, 2 = средний медицинский персонал)
5	Дата_прикрепления	8	Дата прикрепления к врачу в формате ГГГГММДД.
6	Код_территории	5	Код ОКАТО территории, на которой застрахованное лицо прикреплено к врачу.

Таблица Б.83 Формат строки файла с ответом на запрос MED-DR

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо.
3	Дата_прикрепления	8	Дата прикрепления к медицинской организации в формате ГГГГММДД.
4	Код_территории	5	Код ОКАТО территории, на которой застрахованное лицо прикреплено к медицинской организации.

Таблица Б.84 Формат строки файла с ответом на запрос PHN-DEATH

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо.
3	СНИЛС_врача	11	СНИЛС врача, к которому имелось прикрепление.
4	Пол	1	Пол застрахованного лица. "1" - мужской, "2" - женский.
5	Возраст	3	Возраст застрахованного лица
6	Дата_смерти	8	Дата смерти застрахованного лица в формате ГГГГММДД.

Таблица Б.85 Формат строки файла с ответом на запрос PHN-INACT

N	Имя столбца	Длина	Содержание
1	ЕНП	16	ЕНП застрахованного лица.
2	ИД_МО	6	Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо.
3	СНИЛС_врача	11	СНИЛС врача, к которому имеется прикрепление.

Таблица Б.86 Формат строки файла с ответом на запрос PHN-NF

N	Имя столбца	Длина	Содержание
1	ИД_МО	6	Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо.
2	СНИЛС_врача	11	СНИЛС врача, к которому имеется прикрепление.
3	Дата_запроса_к_ФРМР	8	Дата проверки сведений о медицинском работнике в ФРМР в формате ГГГГММДД.

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

Б.8.3.1 Общее описание выгрузки данных о прикреплении застрахованных лиц к медицинскому работнику из РС ЕРЗ и их обработки в ЦС ЕРЗ

Данные о прикреплении застрахованных лиц к медицинскому работнику должны направляться в ЦС ЕРЗ ежедневно при наличии изменений.

Б.8.3.1.1 Формирование сообщения о прикреплении

ТФОМС выгружает информацию о прикреплении застрахованных лиц к медицинскому работнику из РС ЕРЗ в виде файла в формате CSV (далее - сообщение). Допускается разбивать файл большого объема на несколько частей и каждую часть передавать в виде отдельного файла. Выгруженные файлы передаются на обработку в шлюз РС ЕРЗ.

Б.8.3.1.2 Обработка сообщения в шлюзе РС ЕРЗ

Получив сообщение, шлюз РС ЕРЗ осуществляет его форматно-логический контроль. В результате формируются журнал форматно-логического контроля и файл загрузки в ЦС ЕРЗ во внутреннем формате (транспортный файл). Записи исходного файла, прошедшие ФЛК, включаются в транспортный файл; остальные данные в транспортный файл не включаются и требуют исправления.

Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.

Б.8.3.1.3 Обработка транспортного файла в ЦС ЕРЗ

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

Б.8.3.1.4 Исправление информации

Получив в ответ на файл прикрепления к медицинскому работнику журналы ФЛК и прикладной обработки, ТФОМС должен выполнить корректировку информации в РС ЕРЗ и осуществить повторную выгрузку информации о прикреплении к медицинскому работнику только по застрахованным лицам с исправленными сведениями.

Б.8.3.2 Структура исходного сообщения о прикреплении к медицинскому работнику, его форматно-логический контроль и прикладная обработка

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

Имена файлов строятся по правилам, изложенным в разделе 6.2.2. Коды типов сообщений, используемых в именах файлов:

- для исходного файла - буква G;

- для журнала ФЛК - латинская буква X,

- для журнала прикладной обработки - буква W.

Б.8.3.2.1 Метаданные сообщения о прикреплении к врачу

Метаданные занимают в файле строки со второй по пятую. Перечень метаданных приведен в таблице Б.87. Каждое значение должно занимать отдельную строку файла. В первой строке перечисляются имена передаваемых атрибутов (третий столбец таблицы Б.88).

Таблица Б.87 Перечень метаданных сообщения о прикреплении к медицинскому работнику

N строки	Содержание	Требования к формату	Примечание
2	Версия формата	mm.nn	Версия формата. Константа - "02.02"
3	Код ТП	5 цифр	Код территории, на которой находится МО. Должен совпадать с кодом, указанным в имени файла.
4	Порядковый номер файла	3 цифры	Должен совпадать с номером, указанным в имени файла
5	Дата актуализации	ГГГГММДД	Дата, на которую подготовлены данные

Б.8.3.2.2 Выгружаемая информация

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

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

Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.

Таблица Б.88 Структура строки файла прикрепления к медицинскому работнику

N	Обяз.	Имя атрибута	Длина	Указания по заполнению
1	Да	Действие	1	Код действия, связанного с событием прикрепления к медицинскому работнику: "Р" - регистрация события, "И" - изменений информации о прикреплении (используется при замене медработника в рамках одной МО); "У" - удаление ошибочных сведений о событии.
2	Да	ЕНП	16	Единый номер полиса ОМС.
3	Да	ИД_МО	6	Реестровый номер медицинской организации в едином реестре МО.
4	Да	СНИЛС_врача	11	СНИЛС медицинского работника; указывается без разделителей.
5	Да	Тип_должности	1	1 = врач, 2 = средний медицинский персонал
6	Да	Дата	8	ГГГГММДД. Дата начала действия прикрепления к медицинскому работнику. Не может быть меньше даты прикрепления к данной медицинской организации и должно хотя бы на один день отличаться в большую сторону от даты прикрепления застрахованного лица к предыдущему медицинскому работнику (при замене).

Особенности обработки команды "И".

При выполнении команды "И" текущее прикрепление к медицинскому работнику в данной медицинской организации с тем же типом должности завершается датой, непосредственной предшествующей дате, указанной в строке файла прикрепления. Если единственное текущее прикрепление имеет другой тип должности, команда "И" не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 551.

Если для данного застрахованного лица еще не зарегистрировано ни одного прикрепления к медработнику, команда "И" не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 548.

Особенности обработки команды "У".

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

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

Если запись с командой "У" не удовлетворяет ни одному из вышеперечисленных условий, то команда не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 548.

Б.8.3.2.3 Форматно-логический контроль

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

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

Метаданные	Примечание
-	Входной файл не содержит никаких данных
-	Одна и более строка метаданных отсутствует во входящем файле
-	В первой строке файла указано неверное количество полей (в журнале ФЛК эта строка имеет номер 0).
-	В первой строке файла наименования полей не соответствуют формату выгрузки (в журнале ФЛК эта строка имеет номер 0).
Версия формата	Версия формата не указана, либо указано значение, отличающееся от 02.01
Код ТП	Код территории не указан, либо не совпадает с кодом, указанным в имени файла, либо указана территория, отличающаяся от той, сообщение с которой обрабатывается.
Порядковый номер файла	Указано значение, отличающееся от соответствующего значения, указанного в имени файла
Дата актуализации	Дата актуализации не соответствует формату ГГГГММДД
	Отсутствует в файле разделитель метаданных

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

Код	Наименование	Атрибут	РУ	И	Примечание
-1	Ожидается {0} полей, а строка содержит {1}	-	-	-	Указано неверное количество полей
1	Неверная команда	Действие	-	-	Указано значение, отличающееся от "Р", "И" или "У"
2	Не указан ЕНП	ЕНП	E*	E	Значение атрибута не указано
102	Формат ЕНП неверен	ЕНП	E	E	Указанный ЕНП не отвечает предъявляемым требованиям (п. 5.1)
264	Не указан реестровый номер МО	ИД_МО	E	E	Не указан реестровый номер МО
300	Неверный формат реестрового номера МО	ИД_МО	E	E	Указанное значение не отвечает предъявляемым требованиям (должно быть указано шесть десятичных цифр)
239	Не указан СНИЛС медработника	СНИЛС_врача	E	E	Не указан СНИЛС медицинского работника
21	Формат СНИЛС неверен	СНИЛС_врача	E	E	Указанный СНИЛС не отвечает предъявляемым требованиям (в список требований входит не только длина и формат СНИЛС, но и проверка контрольной суммы и другие проверки, связанные со СНИЛС)
245	Дата прикрепления не указана	Дата	E	-	Не указана дата прикрепления к медработнику
46	Ошибка в формате даты прикрепления	Дата	E	E	Дата прикрепления не отвечает формату ГГГГММДД
87	Дата прикрепления больше даты актуализации	Дата	E	E	Указана дата прикрепления, которая больше даты актуализации, указанной в метаданных

______________________________

* E - признак фиксации ошибки в команде.

Б.8.3.2.4 Прикладная обработка

Таблица Б.91 Перечень ошибок прикладной обработки сообщений о прикреплениях к медицинскому работнику

Код	Наименование	Атрибут	Примечание
500	ЕНП не найден	ЕНП	Застрахованное лицо с указанным ЕНП не найдено в ЦС ЕРЗ
265	МО не входит в реестр	ИД_МО	В едином реестре медицинских организаций не найден указанный в сообщении реестровый номер
541	МО не работает на территории	ИД_МО	Указанная медицинская организация не является участником системы ОМС субъекта, от ТФОМС которого прислана информация о прикреплении к медработнику
542	Застрахованное лицо не прикреплено к МО	ИД_МО	В ЦС ЕРЗ отсутствует информация о прикреплении застрахованного лица к заданной медицинской организации
543	Медработник не найден в ФРМР	СНИЛС_врача	По указанному СНИЛС в Федеральном регистре медицинских работников не найден медицинский работник
544	Медработник не работает в указанной МО	СНИЛС_врача	В Федеральном регистре медицинских работников отсутствуют сведения о том, что указанный медработник работает в указанной МО на дату прикрепления
545	Конфликт должностей	СНИЛС_врача	В команде "Р" указан второй медработник, тип должности которого (врач или средний медперсонал) совпадает с типом должности медработника, прикрепление к которому зарегистрировано ранее.
546	Более двух прикреплений к медработникам не допускается	СНИЛС_врача	В команде "Р" указан третий медработник, когда уже имеется прикрепление к двум медработникам с разными типами должностей.
547	Конфликт дат прикрепления	Дата	Указанная дата прикрепления к медицинскому работнику меньше даты прикрепления к заданной МО, либо меньше или равна дате прикрепления к предыдущему медработнику в той же МО.
548	Ошибка удаления прикрепления или открепления	СНИЛС_врача	В команде "У" должно быть указано текущее прикрепление и дата, совпадающая с датой прикрепления (при удалении), либо более поздняя (при откреплении)
549	Недопустимая должность или специальность медработника	СНИЛС_врача	Указанная в Федеральном регистре медицинских работников должность или специальность медработника не соответствует допустимым врачебным должностям (врач-терапевт, врач-педиатр, врач общей практики) или должностям среднего медицинского персонала (фельдшер).
550	Застрахованное лицо уже прикреплено к медработнику	-	Указана команда "Р", но по ранее присланным данным это застрахованное лицо уже имеет прикрепление к медработнику на данной территории
551	Застрахованное лицо не прикреплено к медработнику	-	Указана команда "И" или "У", но данное застрахованное лицо не имеет прикрепления к медработнику по ранее присланным данным

______________________________

* Раздел действует до 01.10.2018.

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