Приказ ФФОМС от 26.12.2013 N 276 "О внесении изменений в приказ ФОМС от 07.04.2011 г. N 79"
Документ утратил силу
Б.2.5.5.1 Заполнение поля IN1.3 "Идентификатор страховой медицинской организации"
Компонент IN1.3/CX.5 может принимать три значения:
1) если застрахованное лицо поставлено на учет (состоит на учете) в СМО по заявлению о выборе (замене) СМО, то
- NII, и в этом случае значением компонента CX.1 должен быть ОГРН СМО, в которой застрахованное лицо поставлено на учет (состоит на учете) (ОИД системы кодирования 1.2.643.2.40.3.1.4),
- RII, и в этом случае значением компонента CX.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 | Выбор СМО | С <1> | + | x |
В | + | x | ||
П02 | Снятие с учета | любой | + | x |
П03 | Замена СМО | любой, кроме "С" | + | + |
С | + | - | ||
П04 | Изменение данных без замены полиса ОМС | любой | + | x |
П06 | Замена полиса ОМС | любой, кроме "С" | + | + |
С | + | - | ||
П08 | Восстановление на учете | любой | + | x |
П13 | Сведения об отсутствующей или удаленной информации о застрахованном лице | любой | + | x |
П14 | Исправление постановки на учет | не указывается | ||
П15 | Исправление снятия с учета | не указывается | ||
П16 | Исправление ошибки, не связанной с изменением состояния на учете | любой | + | + |
П17 | Исправление данных в РС ЕРЗ | любой | + | x |
--------------------------------
<1> Допускается временно для устранения несоответствий, связанных с ошибками начальной загрузки и выявленных при сверке данных.
В зависимости от типа полиса ОМС номер физического носителя заполняется по правилам, указанным в таблице Б.16. Обозначения в графах "IN1.36" и "PID.3/IN1.49":
+ номер физического носителя полиса ОМС передается в данном поле; значение обязательно;
- поле не используется для передачи номера физического носителя полиса ОМС;
x поле должно быть пустым (<IN1.36/>).
Таблица Б.16 Передача номера физического носителя полиса ОМС
Код (IN1.35) | Название документа | Требования к номеру физического носителя | IN1.36 | PID.3/IN1.49 <1> |
С | Полис ОМС старого образца | Серия и номер полиса, разделенные знаком "N" с одним пробелом перед ним и после него (коды , , ). Серия полиса должна отвечать требованиям к шаблону S серии документов, удостоверяющих личность. | + | - |
В | Временное свидетельство | Номер временного свидетельства. Последовательность из девяти цифр. | + | - |
П | Бумажный полис ОМС единого образца | Номер бумажного бланка. Значение не контролируется. | + | - |
Э | Электронный полис ОМС единого образца | Номер пластиковой карты. Значение не контролируется. | + | - |
К | Полис ОМС в составе универсальной электронной карты | Номер УЭК. Значение не контролируется. | x | + |
Х | Состояние на учете без полиса ОМС | Не заполняется. | x | - |
--------------------------------
<1> Значение передается в поле 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 "Список идентификаторов застрахованного лица"
Тип (CX.5) | Наименование | Требования к формату значения (CX.1) |
Список идентификаторов застрахованного лица - требования к полю в целом. | ||
N1 | Единый номер полиса ОМС (ЕНП) | Номер состоит из 13 цифр. Структура номера - в соответствии с требованиями ФОМС (ДСП). Последняя цифра - контрольная, вычисляется по алгоритму mod10, приведенному в стандарте ISO 27931. |
Код типа документа, удостоверяющего личность, из системы кодирования 1.2.643.2.40.5.100.203 (табл. 63) | Серия и номер документа, удостоверяющего личность. | Серия и номер должны удовлетворять шаблону, соответствующему типу документа. |
PEN | Страховой номер индивидуального лицевого счета обязательного пенсионного страхования (СНИЛС). | Значение должно состоять из 11 цифр (все разделители убираются). Последние две цифры - контрольные. |
CZ | Номер универсальной электронной карты гражданина (УЭК). | Значение не контролируется. |
Б.2.5.6 Примеры пакетов с сообщениями о событии A08
Б.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:hl7-org:v2xml">
<!--BHS segment - batch header-->
<BHS>
<!--BHS.1 - Batch Field Separator-->
<BHS.1>|</BHS.1>
<!--BHS.2 - Batch Encoding Characters-->
<BHS.2>/\~\&</BHS.2>
<!--BHS.3 - система-отправитель: СРЗ ТФОМС с кодом 02 (ТФОМС
Республики Башкортостан)-->
<BHS.3>
<HD.1>СРЗ 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 - система-получатель: ЦС ЕРЗ-->
<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>СРЗ 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>ADT</MSG.1>
<MSG.2>A08</MSG.2>
<MSG.3>ADT_A01</MSG.3>
</MSH.9>
<!--MSH.10 - идентификатор сообщения-->
<MSH.10>9d65a0c2-23f6-4540-8097-db0f64fce7f7</MSH.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>
<CX.1>II-АП N 123456</CX.1>
<CX.5>3</CX.5>
</PID.3>
<PID.3>
<CX.1>0258999748787985</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>
<!--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>
<!--PID.8 - пол-->
<PID.8>1</PID.8>
<!--PID.23 - место рождения-->
<PID.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>ОМС</CWE.1>
</IN1.2>
<!--IN1.3 - идентификатор страховой компании-->
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<!--IN1.4 - название страховой компании-->
<IN1.4>
<XON.1>УФИМСКИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА
"СТРАХОВАЯ КОМПАНИЯ "СОГАЗ-МЕД"</XON.1>
</IN1.4>
<!--IN1.12 - дата начала действия страховки-->
<IN1.12>2001-01-01</IN1.12>
<!--IN1.13 - дата окончания действия страховки-->
<IN1.13>2014-01-01</IN1.13>
<!--IN1.15 - код территории страхования-->
<IN1.15>80000</IN1.15>
<!--IN1.35 - тип страховки-->
<IN1.35>В</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:hl7-org:v2xml">
<!--BHS segment - batch header-->
<BHS>
<!--BHS.1 - Batch Field Separator-->
<BHS.1>|</BHS.1>
<!--BHS.2 - Batch Encoding Characters-->
<BHS.2>/\~\&</BHS.2>
<!--BHS.3 - Batch Sending Application-->
<BHS.3>
<HD.1>СРЗ 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>СРЗ 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>
<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>2013-07-01T15:04:25Z+04:00</EVN.2>
<!--EVN.4 - код причины события-->
<EVN.4>П01</EVN.4>
</EVN>
<!--PIDsegment - идентификация пациента-->
<PID>
<!--PID.3 - список идентификаторов пациента-->
<PID.3>
<CX.1>12Т-34 И N 123456221312</CX.1>
<CX.5>9</CX.5>
<CX.7>2007-08-01</CX.7>
</PID.3>
<PID.3>
<CX.1>12-34 Z N 123456789012</CX.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>
<!--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>1999-08-01</PID.7>
<!--PID.8 - пол-->
<PID.8>1</PID.8>
<!--PID.11 - адрес пациента-->
<PID.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>ОМС</CWE.1>
</IN1.2>
<!--IN1.3 - идентификатор страховой компании-->
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<!--IN1.4 - название страховой компании-->
<IN1.4>
<XON.1>УФИМСКИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА
"СТРАХОВАЯ КОМПАНИЯ "СОГАЗ-МЕД"</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>В</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>СРЗ 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>СРЗ 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>
<CX.1>89 13 N 277888</CX.1>
<CX.5>14</CX.5>
<CX.7>2013-03-24</CX.7>
</PID.3>
<PID.3>
<CX.1>1357310895000529</CX.1>
<CX.4>
<HD.1>89000</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>
<PID.3>
<CX.1>15184846079</CX.1>
<CX.5>PEN</CX.5>
</PID.3>
<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>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>ОМС</CWE.1>
</IN1.2>
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<IN1.4>
<XON.1>СОГАЗ-Мед</XON.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>
<XPN.2>НАТАЛЬЯ</XPN.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>
<CX.1>89 10 N 211345</CX.1>
<CX.5>14</CX.5>
</IN1.49>
<IN1.49>
<CX.1>15184846079</CX.1>
<CX.5>PEN</CX.5>
</IN1.49>
<!-Тэг IN1.52 включается, если у застрахованного лица изменились данные
места рождения. В IN1.52 указывается место рождения до замены. Если место
рождения не менялось, тэг можно опустить-->
<IN1.52>ГОР. РУЗАЕВКА</IN1.52>
</IN1>
</ADT_A01.INSURANCE>
<ADT_A01.INSURANCE>
<!-Во второй сегмент IN1 вносятся данные о новой страховой
принадлежности застрахованного лица -->
<IN1>
<IN1.1>2</IN1.1>
<IN1.2>
<CWE.1>ОМС</CWE.1>
</IN1.2>
<IN1.3>
<CX.1>1027806865481</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<IN1.4>
<XON.1>ООО "РГС-МОРДОВИЯ-МЕДИЦИНА"</XON.1>
<XON.2>L</XON.2>
</IN1.4>
<IN1.12>2013-08-07</IN1.12>
<IN1.13>2013-09-17</IN1.13>
<IN1.15>89000</IN1.15>
<IN1.35>В</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>СРЗ 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>/\~\&</MSH.2>
<MSH.3>
<HD.1>СРЗ 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 вносятся идентификаторы застрахованного лица: ЕНП,
документ УДЛ, СНИЛС. ЕНП и документ УДЛ обязательны -->
<PID.3>
<CX.1>89 07 N 844845</CX.1>
<CX.5>14</CX.5>
<CX.7>2005-05-12</CX.7>
</PID.3>
<PID.3>
<CX.1>1347610839000235</CX.1>
<CX.4>
<HD.1>89000</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>
<PID.3>
<CX.1>10975490283</CX.1>
<CX.5>PEN</CX.5>
</PID.3>
<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>1983-12-10</PID.7>
<PID.8>1</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>ОМС</CWE.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>ЕВГЕНИЙ</XPN.2>
<XPN.3>НИКОЛАЕВИЧ</XPN.3>
</IN1.16>
<!-Тэг IN1.18 включается, если у застрахованного лица изменилась дата
рождения. В IN1.18 указывается заменяемая дата рождения. Если дата не
менялась, тэг можно опутстить -->
<IN1.18>1983-12-12</IN1.18>
<IN1.35>В</IN1.35>
<IN1.36>086084168</IN1.36>
<!-Тэг IN1.49 включается, если у застрахованного лица изменился один
или несколько идентификаторов: ЕНП, документ УДЛ, СНИЛС. В IN1.49
указываются идентификаторы до замены. Каждый идентификатор включается в
отдельный экземпляр IN1.49. Замена ЕНП возможна, только если в
IN1.35 указано временное свидетельство, как в приведенном примере. Если
идентификаторы не менялись, тэг можно опустить. -->
<IN1.49>
<CX.1>1347610837000492</CX.1>
<CX.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>ОМС</CWE.1>
</IN1.2>
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<IN1.4>
<XON.1>СОГАЗ-Мед</XON.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>В</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 "Выбор или замена СМО неправомерны: имеется информация о смерти". Если информация о смерти является ошибочной, то следует сначала отменить ее, послав сообщение о событии А13, а затем повторно послать сообщение о замене СМО.
Если замена СМО признана невозможной, то в сегмент 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. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
ADT/\A03/\ADT_A03 │Смерть застрахованного лица
────────────────────────────┼──────────────────────────────────────────────
<ADT_A03> │
<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 или код NI). | ||||||||
CX.7 | Усл | Дата выдачи документа, удостоверяющего личность. Обязательно для всех документов, удостоверяющих личность, в событиях страхования после 18.07.2013 | ||||||||
CX.8 | Усл | Срок окончания действия документа, удостоверяющего личность. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации | ||||||||
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 | Да | Дата смерти | Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД | ||||||
PID.30 | ID | Да | Признак смерти | 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. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
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/\A13/\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. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
Каждое сообщение позволяет связать два идентификатора. При необходимости связать более двух идентификаторов, следует послать несколько сообщений. В первое сообщение должны быть включены любые два из связываемых идентификаторов. В каждом последующем сообщении первый идентификатор должен повторять первый идентификатор из первого сообщения, второй должен быть выбран из числа связываемых идентификаторов, не включенных в предыдущие сообщения.
Главный идентификатор, т.е. тот, который должен будет использоваться в дальнейшем при выдаче новых полисов ОМС, при разрешении дубликатов определяется автоматически, а именно, главным становится тот идентификатор, который соответствует действующей страховой принадлежности застрахованного лица. Если действующие страховые принадлежности имеются у нескольких объединяемых дубликатов, то главным объявляется тот ЕНП, под которым застрахованное лицо поставлено на учет последним по времени.
Во всех остальных местах застрахованное лицо должно быть снято с учета. Сведения о лицах, которых следует снять с учета, должны быть получены в ответе на запрос списка лиц, подлежащих снятию с учета (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/\A24/\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 | СХ | Да | Список идентификаторов застрахованного лица | 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. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
ADT/\Z37/\ADT_Z37 │Разъединение дубликатов застрахованных лиц
───────────────────────┼───────────────────────────────────────────────────
<ADT_Z37> │
<MSH>...</MSH> │Заголовок сообщения
<EVN>...</EVN> │Тип события
<PID>...</PID> │Идентификация застрахованных лиц, существующих в
│ЦС ЕРЗ
<PID>...</PID> │Идентификация застрахованного лица, отделяемого
│от застрахованных лиц, указанных в первом
│сегменте PID
<Z37_PID. INSURANCE> │Факты страхования по ОМС застрахованных лиц,
│указанных в первом сегменте PID
{<IN1>...</IN1>} │
</Z37_PID. 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) Проверяются все страховки, указанные в первом сегменте Z37PID. 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 | Запрос списка лиц, подлежащих восстановлению на учете | Запрос списка лиц, ранее снятых с учета на данной территории, которых следует восстановить на учете <1>. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день. | 0 |
ZP3 | ZK3 | QBP_ZP2 | RSP_ZK2 | Запрос списка лиц, подлежащих снятию с учета | Запрос списка лиц, которых следует снять с учета на данной территории в связи с тем, что они поставлены на учете на другой территории, либо умерли на другой территории <2>. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день. | 0 |
ZP4 | ZK4 | QBP_ZP4 | RSP_ZK4 | Запрос списка лиц, умерших на другой территории | Запрос списка лиц, состоящих на учете на данной территории, смерть которых зарегистрирована на других территориях <3>. Запрос и ответ отправляются с периодичностью один раз каждый рабочий день. | 0 |
ZP9 | ZK9 | QBP_ZP9 | RSP_ZK9 | Запрос истории страховых принадлежностей по серии и номеру ДПФС или ЕНП | Запрос перечня состояний на учете застрахованного лица с заданным ЕНП или номером ДПФС. | Б.3.5 |
ZPR | ZKR | QBP_ZPR | RSP_ZKR | Запрос стандартного отчета по данным ЦС ЕРЗ | Запрос стандартного отчета с указанными параметрами по данным ЦС ЕРЗ. Отчет может выдаваться в одном из согласованных форматов. | 0 |
ZPE | ZKE | QBP_ZPE | RSP_ZKE | Запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах | Запрос состояния страховых принадлежностей до и после разъединения ошибочно объединенной информации о застрахованных лицах | Б.3.7 |
--------------------------------
<1> Исключение застрахованных лиц из списка лиц, подлежащих восстановлению на учете, происходит после успешной обработки сообщения о событии П08.
<2> Исключение застрахованных лиц из списка лиц, подлежащих снятию с учета, происходит после успешной обработки сообщения о событии П02.
<3> Исключение застрахованных лиц из списка лиц, умерших на других территориях, происходит после успешной обработки сообщения о событии П02.
Б.3.1 Запрос страховой принадлежности застрахованного лица
Запрос предназначен для получения сведений о состоянии на учете заданного застрахованного лица. Запрос позволяет получить данные о действующей страховой принадлежности, либо о страховой принадлежности по состоянию на заданную дату.
Б.3.1.1 Грамматика запроса страховой принадлежности
Для получения информации о страховой принадлежности застрахованного лица ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP1, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
QBP/\ZP1/\QBP_ZP1 │Запрос страховой принадлежности
───────────────────┼───────────────────────────────────────────────────────
<QBP_ZP1> │
<MSH>...</MSH> │Заголовок сообщения
<QPD>...</QPD> │Определение параметров запроса страховой
│принадлежности
</QBP_ZP1> │Сегмент MSH описан в пункте 6.1.1.4.1.
Б.3.1.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса страховой принадлежности застрахованного лица. Требования к параметрам и правила их интерпретации указаны после таблицы 0. Дополнительные сведения о заполнении полей даны в правилах обработки запроса после таблицы.
Таблица Б.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) Сведения о нескольких документах УДЛ указывать не допускается. | |
N1 | Единый номер полиса ОМС (ЕНП) | Номер состоит из 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.IO) | Название документа | Требования к номеру бланка (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>}] │Подтверждение факта страхования по ОМС
[<QRI>...</QRI>] │Уточнение ответа на запрос
</RSP_ZK1.QUERY_RESPONSE>}]│--- ОТВЕТ НА ЗАПРОС - конец
</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. <1>
--------------------------------
<1> Более одного застрахованного лица может быть найдено в случае коллизии застрахованного лица по одному из идентификаторов (исключая ЕНП), т.е. в том случае, когда у двух разных застрахованных лиц имеется один и тот же идентификатор (например, СНИЛС).
На втором этапе производится поиск страховых принадлежностей в соответствии с алгоритмами, описанными ниже.
Б.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 | СХ | Да | Список идентификаторов застрахованного лица | 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 | СХ | Да | Идентификатор страховой медицинской организации | 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, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
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:
RSPZK2RSP_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.2.4 Описание алгоритма поиска
При поиске застрахованных лиц, подлежащих снятию с учета, ищутся лица, которые:
1) подлежат снятию с учета при условии, что дата снятия с учета уже наступила,
либо
2) сняты с учета в связи с постановкой на учет в другом месте при условии, что дата следующей постановки на учет изменена на более раннюю при помощи сообщения о событии А08 с причиной П14 "Исправление постановки на учет". Вариант соответствует случаю, когда в результате устранения расхождений, выявленных в результате сверки данных, хранящихся в РС ЕРЗ и ЦС ЕРЗ, территория послала сообщение об исправлении даты постановки застрахованного лица на учет (сообщение о событии А08 с причиной П14 "Исправление постановки на учет").
Для снятия с учета лица, подлежащего снятию с учета в соответствии с п. (2), следует послать сообщение о событии А08 с причиной события П02 "Снятие с учета". Для уменьшения срока состояния на учете в связи с исправлением даты постановки на учет в следующей страховой принадлежности (п. 2) следует послать сообщение о событии А08 с причиной события П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, на которой ЗЛ следует снять с учета. | |||