Вы можете открыть актуальную версию документа прямо сейчас.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение N 2
к приказу ТФОМС МО
от 30.06.2017 N 272
Организационно-технологический регламент
информационного взаимодействия автоматизированных информационных систем участников ОМС Московской области
"Информационное взаимодействие между ТФОМС МО и СМО при ведении регионального сегмента единого регистра застрахованных лиц"
ОТР-ИВ-2.2001 от 17.01.2020
1. Аннотация
Настоящий документ устанавливает требования к регламенту информационного взаимодействия между ТФОМС МО и СМО при ведении регионального сегмента единого регистра застрахованных лиц в соответствии с:
"Общими принципами построения и функционирования информационных систем и порядком информационного взаимодействия в сфере обязательного медицинского страхования", утвержденными Приказом ФОМС от 7 апреля 2011 года N 79 (в действующей редакции) (далее - ОППФ, Общие принципы);
"Техническими условиями информационного взаимодействия автоматизированных информационных систем субъектов и участников ОМС в Московской области. Редакция восьмая", утвержденным приказом ТФОМС МО от 17 ноября 2014 года N 296 (далее - Технические условия, ТУ).
2. Принятые сокращения
Таблица 1
Сокращение |
Полное наименование |
АИС |
Автоматизированная информационная система |
ДУЛ |
Документ, удостоверяющий личность |
ЕНП |
Единый номер полиса |
ЗЛ |
Застрахованное лицо |
ЗПДнЗЛ |
Зарегистрированные персональные данные застрахованных лиц |
ИВ |
Информационное взаимодействие АИС участников ОМС |
ИО |
Информационный обмен данными между субъектами |
НСИ |
Нормативно-справочная информация |
ОМС |
Обязательное медицинское страхование |
ОТР |
Организационно-технологический регламент |
ПВП |
Пункт выдачи полисов ОМС |
ПК |
Первичный контроль - контроль целостности пакета и свода. |
ПО |
Программное обеспечение |
РЗ СМО |
Регистр застрахованных СМО. Сегмент РС ЕРЗ, относящийся к конкретной СМО. |
РС ЕРЗ |
Региональный сегмент единого регистра застрахованных лиц Московской области |
СМО |
Страховая медицинская организация |
СМО МО |
Страховая медицинская организация, зарегистрированная в реестре СМО Московской области, для деятельности по ОМС в текущем календарном году |
ТФОМС МО |
Территориальный фонд обязательного медицинского страхования Московской области |
ФЛК |
Форматно-логический контроль |
ЦС ЕРЗ |
Центральный сегмент единого регистра застрахованных лиц Российской Федерации |
ЭП |
3. Наименование процесса обмена
3.1. Запрос - подтверждение/отклонение изменений сведений о застрахованных лицах.
3.2. Извещение СМО о прекращении страхования
3.3. Извещение СМО о корректировке сведений о застрахованном лице
4. Ответственный по процессу
СМО отвечает за подготовку и передачу данных при осуществлении ИО согласно п. 3.1.
ТФОМС МО отвечает за подготовку и передачу данных при осуществлении ИО согласно п.п. 3.2 - 3.3.
ТФОМС МО отвечает за готовность программно-технологической среды ведения РС ЕРЗ, организацию приема данных, прием и контроль полученных данных по установленным правилам, автоматизированную обработку данных в соответствии с "Порядком ведения персонифицированного учета в сфере обязательного медицинского страхования", ТУ и ОППФ.
СМО обеспечивает учет сведений о застрахованных лицах, полученных в результате ИО согласно п.п. 3.2 - 3.3.
5. Участники информационного обмена
Участник, передающий данные - СМО (ИО п. 3.1), ТФОМС МО (ИО п. 3.2 - 3.3)
Участник, принимающий данные - ТФОМС МО (ИО п. 3.1), СМО (ИО п. 3.2 - 3.3).
6. Процессы информационного обмена
6.1. Способы передачи и приема объектов информационного обмена.
Предусматриваются 2 способа передачи и приема объектов информационного обмена:
- с применением средств защищенного телекоммуникационного взаимодействия информационных систем с использованием протоколов SMTP/ESMTP для передачи электронных почтовых сообщений, POP3 - для чтения электронных почтовых сообщений;
- без применения средств защищенного телекоммуникационного взаимодействия информационных систем - передача и прием данных на электронных носителях информации.
Информационный обмен с применением средств защищенного телекоммуникационного взаимодействия осуществляется в электронном виде по выделенным или открытым каналам связи, включая сеть Интернет, с использованием средств криптографической защиты (шифрования) информации и электронной подписи в соответствии с требованиями законодательства Российской Федерации в сфере защиты информации и персональных данных гражданина.
Между участниками информационного взаимодействия заключается договор о защищенном электронном взаимодействии, согласно которому участники информационного обмена обеспечивают рабочие места, оборудованные средствами криптографической защиты информации (далее - СКЗИ), участники обмениваются действующими Сертификатами открытого ключа (далее - Сертификатами) пользователя электронной подписи (далее - ЭП) - цифровыми документами, подтверждающими соответствие между открытым ключом и информацией, идентифицирующей владельца ключа, содержащими информацию о владельце ключа, сведения об открытом ключе, его назначении и области применения, название центра сертификации и т.д. Сертификаты пользователя ЭП должны быть получены в удостоверяющем центре, выбранном участниками согласно договору о защищенном информационном взаимодействии (далее - Удостоверяющем центре), сотрудники СМО должны быть обучены использованию СКЗИ и ЭП.
В случае невозможности осуществления защищенного телекоммуникационного взаимодействия субъектов информационного обмена, передача-приемка данных производится в явочном порядке.
Для осуществления процедур информационного обмена, предусмотренных настоящим Регламентом, ТФОМС МО предоставляет постоянно круглосуточно действующий электронный почтовый адрес:
polis@mofoms.ru
для приемки данных по каналам электронной почты и устанавливает время приема данных на электронном носителе в филиале ТФОМС МО (по месту расположения МО) и в офисе ТФОМС МО по адресу г. Москва, ул. Бутырская дом 46, стр. 1 с 9 до 14 часов по предварительной записи.
Для информационного обмена между СМО и ТФОМС МО используется "Пакет информационного обмена" (далее - Пакет). Пакет содержит данные, предусмотренные конкретным процессом информационного обмена.
При информационном обмене каждому Пакету присваивается уникальное имя (указывается в теме электронного письма), и весь информационный обмен в рамках Пакета происходит с указанием этого имени.
Пакет (в целях выполнения процессов ИО, перечисленных в п. 3) состоит из одного Свода (см. ТУ, п. 2.4), который включает в себя файлы информационного обмена, содержащие значимую для получателя информацию.
Свод является ZIP-архивом, содержащим вышеозначенные файлы. Свод является физически-неделимой единицей передачи информации. Свод не может быть передан по частям (многотомные архивы не допускаются). Свод является электронным документом, к которому применяется ЭП и шифрование при информационном обмене (см. п. 2.4 ТУ).
Типовые требования к шаблонам имен файлов, участвующих в информационном обмене приведены в Приложении 1 к настоящему документу.
Передача данных в виде электронного почтового сообщения должна производиться с "доверенного электронного почтового адреса". Для ТФОМС МО "доверенными электронными почтовыми адресами" признаются:
- электронные почтовые адреса филиалов ТФОМС МО по шаблону <Адрес филиала>@mofoms.ru;
- электронные почтовые адреса СМО, зарегистрированные в качестве таковых в управлении информационного обеспечения ТФОМС МО согласно официальному письму СМО.
Примечания
1. ТФОМС МО публикует перечень "Доверенных электронных почтовых адресов" СМО в библиотеке нормативно-методических документов на электронном портале управления, учитывая изменения в течение рабочего дня поступления от СМО.
2. Участники информационного взаимодействия обязаны обеспечить достаточную ёмкость электронных почтовых ящиков и настройки специального программного обеспечения СМО для защиты от спама, гарантирующие, что сообщения полученные с доверенных почтовых адресов не будут восприниматься как спам.
6.2 Процесс ИО: Запрос - подтверждение/отклонение изменений сведений о застрахованных лицах.
Процесс ИО обеспечивает передачу из СМО в ТФОМС МО ЗПДнЗЛ, обратившихся на ПВП данной СМО с целью:
- выбора СМО;
- замены СМО;
- переоформления полиса ОМС;
- получения дубликата полиса ОМС;
- внесения уточнений в зарегистрированные персональные данные ЗЛ, не требующих замены или изменения полиса ОМС;
- получения на руки изготовленного полиса ОМС единого образца.
Процесс состоит из следующих технологических этапов:
- Этап 1. Передача в ТФОМС МО файла с изменениями ЗПДнЗЛ от СМО;
- Этап 2. Форматно-логический контроль файла с изменениями ЗПДнЗЛ в ТФОМС МО;
- Этап 3. Представление в СМО Протокола обработки файла с изменениями ЗПДнЗЛ.
- Этап 4. Оформление акта регистрации события информационного обмена.
6.2.1. Этап 1. Передача в ТФОМС МО файла с изменениями ЗПДнЗЛ от СМО.
6.2.1.1. Условия начала этапа.
В течение рабочего дня хотя бы в одном пункте выдачи полисов СМО МО были зарегистрированы обращения застрахованных лиц с целью выбора или замены СМО, выдачи дубликата полиса ОМС или переоформления полиса ОМС.
СМО сформировала файл с изменениями ЗПДнЗЛ от СМО. В файл с изменениями включены все вновь введенные и измененные сведения о ЗЛ с момента последней отправки изменений в ТФОМС МО.
6.2.1.2. Сроки действий
Ежедневно, начиная с 4 мая 2011 г., при наличии изменений ЗПДнЗЛ по данной СМО. Количество выполнений этапа в течение календарного дня не ограничено. Общее количество Пакетов (и Сводов), направляемых от СМО в ТФОМС МО в течение календарного месяца не может превышать значение 99999.
6.2.1.3. Действия участников на этапе.
СМО направляет в ТФОМС МО Пакет, состоящий из единственного Свода, включающего в себя файл с изменениями ЗПДнЗЛ по данной СМО, фрагмент справочника "Пункты выдачи полисов", файлы с изображениями собственноручной подписи и фотографии застрахованного лица при заказе полиса ОМС на электронном носителе. Свод предоставляется от имени СМО - юридического лица. Представление Свода от имени ПВП, входящего в юридическое лицо, не допускается.
ТФОМС МО получает Пакет, проводит ФЛК целостности Пакета и Свода и при отсутствии ошибок целостности Этап завершается.
6.2.1.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста:
iQQQQQ_MMGGz, (см. Приложение 1)
Повторное представление от имени СМО Пакета с уникальным номером (QQQQQ_MMGGz), ранее прошедшего положительно Этапы 1 и 2, не допускается и блокируется на уровне настройки программы автоматического приема в ТФОМС МО. В случае согласованной с ТФОМС МО процедуры аннулирования ранее представленного безошибочного Пакета персоналом АИС ТФОМС МО должны быть внесены изменения в настройку программного обеспечения.
Если за один цикл обработки сообщений было получено несколько сообщений с одинаковой темой, то все такие сообщения отбрасываются и не обрабатываются.
Свод включает в себя:
1. файлы с изменениями ЗПДнЗЛ в формате FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п. 3.1).
Шаблон имени файла: iQQQQQ_MMGGz.DBF (см. Приложение 1);
2. файл - элемент справочника "Пункты выдачи полисов", формат FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п.п. 3.1, 3.3.19).
Шаблон имени файла: vQQQQQ_MMGGz.DBF (см. Приложение 1);
3. файлы с изображением собственноручной подписи застрахованного лица (по одному файлу на каждое застрахованное лицо, пожелавшее получить полис ОМС на электронном носителе, сведения о котором включены в файл с изменениями ЗПДнЗЛ).
Шаблон имени файла: <N_REC>.SIGN, где:
<N_REC> - Уникальный идентификатор соответствующей записи в обменном файле с изменениями ЗПДнЗЛ;
SIGN - расширение файла формата JPG.
4. файлы с изображением фотографии застрахованного лица (по одному файлу на каждое застрахованное лицо, пожелавшее получить полис ОМС на электронном носителе, сведения о котором включены в файл с изменениями ЗПДнЗЛ;
Шаблон имени файла:
Шаблон имени файла: <N_REC>.FACE, где:
<N_REC> - Уникальный идентификатор соответствующей записи в обменном файле с изменениями ЗПДнЗЛ;
FACE - расширение файла формата JPG.
5. Также свод может включать "Акты регистрации событий информационного обмена", относящиеся к другим процессам ИО, описанным далее в настоящем Регламенте (см. п. 6.2.4, 6.3.2, 6.4.2).
Файлы с изменениями ЗПДнЗЛ должны содержать данные, внесенные в регистр застрахованных лиц СМО с момента последнего принятого Пакета в Т ФОМС МО.
В файле "Пункты выдачи полисов СМО" передается информация:
- по пунктам, по которым в данном Своде передаются файлы изменений,
- по новым пунктам выдачи полисов СМО, информация о которых не отражена в справочнике "Пункты выдачи полисов",
- по изменениям в справочнике "Пункты выдачи полисов", включая дату закрытия пункта
Допускается, но не является обязательным, включение в файл "Пункты выдачи полисов СМО" данных о ПВП, по которым в течение отчетного дня не зарегистрировано изменений ЗПДнЗЛ.
Имя файла Свода формируется по следующему шаблону: iQQQQQ_MMGGz.ZIP (см. Приложение 1)
Каждый Свод должен быть подписан электронной подписью CМО и зашифрован с помощью СКЗИ (см. ТУ, п. 2.4) ключом проверки ЭП ТФОМС МО. Окончательное имя файла Свода, передаваемого в Пакете, должно соответствовать шаблону:
iQQQQQ_MMGGz.ZIP.SIG.ENC (см. Приложение 1)
6.2.1.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов из СМО в ТФОМС МО.
6.2.1.6. Порядок и формы контроля данных.
При осуществлении информационного обмена на программных средствах ТФОМС МО производится автоматизированный первичный контроль, описанный в Приложении 4.
6.2.1.7. Условия завершения этапа.
Условиями завершения этапа являются:
1. Поступление в ТФОМС МО Пакета (при обмене по электронной почте контролируется по заголовку письма).
2. Успешное выполнение первичного контроля - соблюдения ограничений и требований к целостности данных на уровне Пакета и каждого Свода (см. п. 6.2.1.6).
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 2.
6.2.2. Этап 2. Форматно-логический контроль файла с изменениями ЗПДнЗЛ в ТФОМС МО
6.2.2.1. Условия начала этапа
Успешное завершение Этапа 1. Наличие в ТФОМС МО Пакета информационного обмена, полученного от СМО в порядке информационного обмена (см. п. 3.1).
6.2.2.2. Сроки действий
При получении ТФОМС МО Пакета по электронной почте до 13-00 каждого календарного дня, ФЛК файла с изменениями ЗПДнЗЛ выполняется до 18-00 того же дня в автоматическом режиме.
При получении ТФОМС МО Пакета по электронной почте после 13-00 ФЛК выполняется до 9-00 следующего дня в автоматическом режиме.
При получении ТФОМС МО Пакета в явочном порядке на электронном носителе информации форматно-логический контроль выполняется в сроки, установленные для обмена по электронной почте с учетом времени подготовки и дальнейшей пересылки электронного почтового сообщения на постоянно круглосуточно действующий электронный почтовый адрес для приемки данных по каналам электронной почты.
6.2.2.3. Действия участников на этапе.
ТФОМС МО производит ФЛК целостности данных Пакета и информирует СМО в соответствии с процессом, описанным в Приложении 5.
6.2.2.4. Состав и целостность передаваемых данных
Объектом информационного обмена на данном этапе является Протокол ФЛК. Порядок уведомления от результатах ФЛК описан в Приложении 5.
6.2.2.5. Состав передаваемых документов
Передачи из ТФОМС МО в СМО дополнительных документов на бумажном носителе на данном этапе не предусмотрено.
6.2.2.6. Условия завершения этапа
Сформированный Протокол ФЛК получен в СМО.
В случае неполучения СМО в течение срока, предусмотренного п. 6.2.2.2 Протокола ФЛК СМО должна направить в ТФОМС МО сообщение о проблеме с указанием уникального идентификатора (имени) файла информационного обмена, по которому не получен Протокол ФЛК. Сообщение о проблеме может быть направлено по электронной почте (см. п. 11).
6.2.3. Этап 3. Представление в СМО Протокола обработки файла с изменениями ЗПДнЗЛ.
6.2.3.1. Условия начала этапа.
Ежедневно формируются текущие решения в отношении подтверждения/отклонения изменений ЗПДнЗЛ, принятых в ТФОМС МО согласно Этапу 1 и прошедших ФЛК согласно Этапу 2. Решение формируется на основании сверки и идентификации представленных данных сначала по РС, затем по ЦС ЕРЗ с учетом сроков действий, указанных в п. 6.2.3.2.
По результатам текущих решений в ТФОМС МО должен быть сформирован Протокол обработки файла с изменениями ЗПДнЗЛ (далее - Протокол обработки). В Протокол обработки включаются записи по всем сформированным решениям по состоянию на 16-00 ежедневно. В Протокол обработки не включаются записи, относящиеся к решениям, ранее переданным и полученным СМО.
6.2.3.2 Сроки действий.
Информирование СМО об отклонении изменений по результатам сверки и идентификации с РС ЕРЗ должно быть произведено в течение двух рабочих дней, следующих за днем завершения Этапа 1.
Информирование СМО об отклонении изменений по результатам сверки и идентификации с ЦС ЕРЗ и о подтверждении изменений должно быть произведено в течение пяти рабочих дней, следующих за днем завершения Этапа 1.
6.2.3.3. Действия участников на этапе.
ТФОМС МО ежедневно после 16-00 направляет в СМО Пакет, состоящий из единственного Свода, включающего в себя Протокол обработки.
СМО получает исходящий из ТФОМС МО Пакет, расшифровывает Свод и проверяет ЭП ТФОМС МО. При отсутствии ошибок целостности Пакета и Свода принимает данные к учету в Регистре ЗЛ СМО, Этап завершается.
В случае выявления ошибок целостности Пакета или Свода СМО направляет в ТФОМС МО претензию в порядке, предусмотренном п. 10.
6.2.3.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста:
pQQQQQ_MMGGz (см. Приложение 1)
В случае необходимости повторной доставки в СМО безошибочного Пакета, вопрос решается в рабочем порядке по запросу СМО.
Свод включает в себя файл Протокола обработки в формате FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п. 3.1).
Шаблон имени файла: pQQQQQ_MMGGz.DBF (см. Приложение 1)
В конкретный файл Протокола обработки включаются записи независимо от того, в составе каких пакетов от СМО они поступили в ТФОМС МО (в одном Протоколе обработки могут быть записи из разных Пакетов, принятых от СМО). Последовательное присвоение значений параметру z в имени файла ведется АИС СМО и АИС ТФОМС МО независимо и обеспечивает уникальность конкретного исходящего Пакета ИО.
Имя файла Свода формируется по следующему шаблону: pQQQQQ_MMGGz.ZIP (см. Приложение 1)
Каждый Свод должен быть подписан электронной подписью ТФОМС МО и зашифрован с помощью СКЗИ (см. ТУ, п. 2.4) ключом проверки ЭП СМО. Окончательное имя файла Свода, передаваемого в Пакете, должно соответствовать шаблону: pQQQQQ _MMGGz.ZIP.SIG.ENC (см. Приложение 1)
6.2.3.5 Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов из ТФОМС МО в СМО.
6.2.3.6. Условия завершения этапа.
Условиями завершения этапа являются:
1. Поступление в СМО Пакета (при обмене по электронной почте контролируется по заголовку письма).
2. Успешные расшифровка и проверка ЭП Свода.
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 4.
6.2.4. Этап 4. Оформление акта регистрации события информационного обмена.
См. Приложение 6. Обменный файл - Протокол обработки файла с изменениями ЗПДнЗЛ.
6.3. Процесс ИО: Извещение СМО о прекращении страхования.
Процесс ИО обеспечивает передачу из ТФОМС МО в СМО ЗПДнЗЛ в связи со снятием с регистрационного учета в РС ЕРЗ по причинам:
- Смерть застрахованного. Информация поступает в ТФОМС МО из Управления ЗАГС по Москве и Московской области и из ЦС ЕРЗ согласно ОППФ.
- Ежегодная замена страховой компании застрахованным лицом. Информация поступает в ТФОМС МО по процессу ИО согласно п. 3.1 от СМО МО.
- Замена страховой компании по причине изменения места жительства. Информация поступает в ТФОМС МО из ЦС ЕРЗ согласно ОППФ.
- Выдача временного свидетельства в другой СМО. Информация поступает в ТФОМС МО по процессу ИО согласно п. 3.1 от СМО МО в случае замены ранее выбранной СМО МО и одновременной необходимости получения ЗЛ полиса ОМС единого образца.
- Выявление дубликата. Информация поступает в ТФОМС МО из ЦС ЕРЗ согласно ОППФ.
- Прочие причины.
Во всех случаях информация Передается ТФОМС МО в СМО МО, статус застрахованного в которой утратило ЗЛ.
Процесс состоит из следующих технологических этапов:
- Этап 1. Передача из ТФОМС МО в СМО файла с извещениями СМО о прекращении страхования;
- Этап 2. Оформление акта регистрации события информационного обмена.
6.3.1. Этап 1. Передача из ТФОМС МО в СМО файла с извещениями СМО о прекращении страхования.
6.3.1.1. Условия начала этапа.
В течение рабочего дня принято решение в отношении прекращения страхования отдельных ЗЛ и снятия с регистрационного учета по ОМС в Московской области. Решение формируется на основании сверки и идентификации данных РС ЕРЗ и данных, представленных органами ЗАГС, СМО МО и ЦС ЕРЗ.
ТФОМС МО сформировал Извещение СМО о прекращении страхования (далее - Извещение). В Извещение включены записи по всем сформированным решениям по состоянию на 16-00 ежедневно. В Извещение не включаются записи, относящиеся к решениям, ранее переданным и полученным СМО.
6.3.1.2. Сроки действий.
Информирование СМО о прекращении страхования конкретного ЗЛ должно производиться ежедневно в сроки, предусмотренные нормативными правовыми актами системы ОМС, в зависимости от получения данных из органов ЗАГС, СМО МО и ЦС ЕРЗ.
6.3.1.3. Действия участников на этапе.
ТФОМС МО ежедневно после 16-00 направляет в СМО Пакет, состоящий из единственного Свода, включающего в себя Извещение.
СМО получает исходящий из ТФОМС МО Пакет, расшифровывает Свод и проверяет ЭП ТФОМС МО. При отсутствии ошибок целостности Пакета и Свода принимает данные к учету в Регистре ЗЛ СМО, Этап завершается.
В случае выявления ошибок целостности Пакета или Свода СМО направляет в ТФОМС МО претензию в порядке, предусмотренном п. 10.
6.3.1.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста: sQQQQQ _MMGGz (см. Приложение 1)
В случае необходимости повторной доставки в СМО безошибочного Пакета, вопрос решается в рабочем порядке по запросу СМО.
Свод включает в себя файл Извещения в формате FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п. 3.1).
Шаблон имени файла: sQQQQQ _MMGGz.DBF (см. Приложение 1)
Имя файла Свода формируется по следующему шаблону: sQQQQQ _MMGGz.ZIP (см. Приложение 1)
Каждый Свод должен быть подписан электронной подписью ТФОМС МО и зашифрован с помощью СКЗИ (см. ТУ, п. 2.4) ключом проверки ЭП СМО. Окончательное имя файла Свода, передаваемого в Пакете, должно соответствовать шаблону:
sQQQQQ _MMGGz.ZIP.SIG.ENC (см. Приложение 1)
6.3.1.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов из ТФОМС МО в СМО.
6.3.1.6. Условия завершения этапа.
Условиями завершения этапа являются:
1. Поступление в СМО Пакета (при обмене по электронной почте контролируется по заголовку письма).
2. Успешные расшифровка и проверка ЭП Свода.
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 2.
Нумерация подпунктов приводится в соответствии с источником
6.3.2. Этап 2. Оформление акта регистрации события информационного обмена.
См. Приложение 6. Обменный файл - Извещение СМО о прекращении страхования
6.4. Процесс ИО: Извещение СМО о корректировке сведений (ЗПДнЗЛ) о застрахованном лице.
Процесс ИО обеспечивает передачу из ТФОМС МО в СМО ЗПДнЗЛ в связи внесением изменений в записи РС ЕРЗ с целью:
- Информирования СМО о стадии изготовления полиса и присвоении ЕНП.
- Направления ЗПДнЗЛ в СМО для осуществления ОМС в случаях осуществления выбора СМО через официальный сайт ТФОМС, портал госуслуг и по ходатайству о регистрации в качестве застрахованного лица для лиц без определенного места жительства и занятий (в том числе детей) при отсутствии документов, удостоверяющих личность, представляемому учреждениями социальной помощи.
- Информирования СМО о внесении изменений в РС ЕРЗ, не требующих замены полиса ОМС, включая уточнение СНИЛС, реквизитов документа удостоверяющего личность, и т.п. в связи с получением данных из ПФР, от страхователя неработающего населения или данных, зарегистрированных при очном обращении ЗЛ в ТФОМС МО.
Процесс состоит из следующих технологических этапов:
- Этап 1. Передача из ТФОМС МО в СМО файла корректировки ЗПДнЗЛ;
- Этап 2. Оформление акта регистрации события информационного обмена.
6.4.1. Этап 1. Передача из ТФОМС МО в СМО файла корректировки ЗПДнЗЛ.
6.4.1.1. Условия начала этапа.
В течение рабочего дня принято решение о корректировке ЗПДнЗЛ. Решение формируется на основании сверки и идентификации данных РС ЕРЗ и данных, представленных ПФР, Минздравом Московской области, ЦС ЕРЗ, полученных с официального сайта ТФОМС МО, портала госуслуг, по ходатайству учреждений социальной помощи или при очном обращении ЗЛ в ТФОМС МО (далее - Источники информации).
ТФОМС МО сформировал Файл корректировки данных (далее - Корректировку). В Корректировку включены записи по всем сформированным решениям по состоянию на 16-00 ежедневно. В Корректировку не включаются записи, относящиеся к решениям, ранее переданным и полученным СМО.
6.4.1.2. Сроки действий.
Информирование СМО о корректировке ЗПДнЗЛ должно производиться ежедневно в сроки, предусмотренные нормативными правовыми актами системы ОМС, в зависимости от получения данных из Источников информации.
6.4.1.3. Действия участников на этапе.
ТФОМС МО ежедневно после 16-00 направляет в СМО Пакет, состоящий из единственного Свода, включающего в себя Корректировку.
СМО получает исходящий из ТФОМС МО Пакет, расшифровывает Свод и проверяет ЭП ТФОМС МО. При отсутствии ошибок целостности Пакета и Свода принимает данные к учету в Регистре ЗЛ СМО, Этап завершается.
В случае выявления ошибок целостности Пакета или Свода СМО направляет в ТФОМС МО претензию в порядке, предусмотренном п. 10.
6.4.1.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста: kQQQQQ _MMGGz, (см. Приложение 1).
В случае необходимости повторной доставки в СМО безошибочного Пакета, вопрос решается в рабочем порядке по запросу СМО.
Свод включает в себя файл Извещения в формате FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п. 3.1).
Шаблон имени файла: kQQQQQ_MMGGz.DBF (см. Приложение 1).
Имя файла Свода формируется по следующему шаблону: kQQQQQ_MMGGz.ZIP (см. Приложение 1).
Каждый Свод должен быть подписан электронной подписью ТФОМС МО и зашифрован с помощью СКЗИ (см. ТУ, п. 2.4) ключом проверки ЭП СМО. Окончательное имя файла Свода, передаваемого в Пакете, должно соответствовать шаблону: kQQQQQ_MMGGz.ZIP.SIG.ENC (см. Приложение 1).
6.4.1.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов из ТФОМС МО в СМО.
6.4.1.6. Условия завершения этапа.
Условиями завершения этапа являются:
1. Поступление в СМО Пакета (при обмене по электронной почте контролируется по заголовку письма).
2. Успешные расшифровка и проверка подписи Свода.
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 2.
6.4.2. Этап 2. Оформление акта регистрации события информационного обмена.
См. Приложение 6. Обменный файл - файл корректировки ЗПДнЗЛ.
6.5. Процесс ИО: Назначение страховой медицинской организации для застрахованных лиц, не обратившихся в страховую медицинскую организацию за выдачей им полисов обязательного медицинского страхования.
Процесс ИО обеспечивает изменение ранее зарегистрированной в РС ЕРЗ страховой принадлежности к СМО застрахованных лиц в случае, если с ранее выбранной СМО расторгнут договор финансового обеспечения ОМС и застрахованные в ней ранее лица в течение двух месяцев не осуществили самостоятельного выбора новой СМО.
Процесс состоит из следующих технологических этапов:
- Этап 1. Передача из ТФОМС МО в РС ЕРЗ файла корректировки кода СМО
- Этап 2. Передача из ТФОМС МО в СМО файла корректировки ЗПДнЗЛ;
6.5.1. Этап 1. Передача из ТФОМС МО в РС ЕРЗ файла корректировки кода СМО.
6.5.1.1. Условия начала этапа.
Согласно статьи 16, часть 6 Федерального закона "Об обязательном медицинском страховании в Российской Федерации" ТФОМС МО:
- осуществил выборку сведений из РС ЕРЗ о застрахованных лицах, не осуществивших выбор СМО в течение двух месяцев после расторжения договора финансового обеспечения ОМС с ранее выбранной СМО;
- провел распределение выбранных застрахованных лиц случайным образом между работающими СМО пропорционально числу лиц, застрахованных в каждой из них, соблюдая принцип равенства соотношения работающих и неработающих граждан.
6.5.1.2. Сроки действий.
Действия на данном этапе должны выполняться в срок до 5 числа третьего месяца, следующего за месяцем прекращения договора финансового обеспечения ОМС.
6.5.1.3. Действия участников на этапе.
ТФОМС МО направляет в РС ЕРЗ пакет информационного обмена, содержащий файл корректировки кода СМО.
В РС ЕРЗ изменяется код СМО со старого значения на новое, если действующая страховка для указанного в задании ЕНП не изменилась в период подготовки файла информационного взаимодействия в соответствии с добровольной заменой СМО.
СМО на данном этапе не участвует в информационном взаимодействии.
6.5.1.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста:
R00000_MMGGz, (см. Приложение 1)
Свод включает в себя файл пакетного изменения кода СМО по списку застрахованных лиц в формате FoxPro / dBASE IV без мемо-полей (формат DBF, см. ТУ, п. 3.1).
Шаблон имени файла: r00000_MMGGz.DBF (см. Приложение 1)
Имя файла Свода формируется по следующему шаблону: r00000_MMGGz.ZIP (см. Приложение 1)
Свод должен быть подписан электронной подписью ТФОМС МО без шифровки. Окончательное имя файла Свода, передаваемого в Пакете, должно соответствовать шаблону:
R00000_MMGGz.ZIP.SIG (см. Приложение 1)
6.5.1.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов из ТФОМС МО в СМО.
6.5.1.6. Условия завершения этапа.
Условием завершения этапа является успешная обработка программными средствами РС ЕРЗ задания на пакетное изменение кода СМО по списку застрахованных лиц.
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 2.
6.5.2. Этап 2. Передача из ТФОМС МО в СМО файла корректировки ЗПДнЗЛ.
После выполнения Этапа 1 начинается информационное взаимодействие ТФОМС МО с СМО в соответствии с п. 6.4.1.
6.6. Процесс ИО: Взаимодействия информационных систем участников ОМС Московской области при прохождении заявок на изготовление полиса ОМС поступающих с портала ЕПГУ.
Процесс ИО обеспечивает возможность застрахованному лицу возможность выбора СМО с использованием Единого портала государственных услуг.
Процесс состоит из следующих технологических этапов:
- Этап 1. Получение файлов информационного обмена с информацией о пользователе ЕПГУ посредством системы межведомственного электронного взаимодействия (СМЭВ) (ЕПГУ - ТФОМС)
- Этап 2. Определение наличия действующего полиса ОМС посредством запроса страховой принадлежности ЗЛ (ТФОМС)
- Этап 3. Направление архива, содержащего заявление о выборе СМО в выбранную пользователем СМО (ТФОМС - СМО)
- Этап 3а (альтернативный сценарий) Направление отказа в изготовлении полиса, в случае наличия у застрахованного действующего полиса ОМС выявленного на Этапе 2 (ТФОМС - ЕПГУ). Завершение процесса.
- Этап 4. Формирование и отправка заявки об изготовлении полиса в соответствии с заявлением застрахованного лица (СМО - ТФОМС)
- Этап 5. Отправка сообщения о возможности получения временного свидетельства на выбранном пункте выдачи полисов (ТФОМС - ЕПГУ)
- Этап 6. Формирование и отправка сообщения о готовности полиса ОМС и возможности его получения на выбранном пункте выдачи полисов (СМО - ТФОМС)
- Этап 7. Отправка сообщения о возможности получения изготовленного полиса ОМС на выбранном пункте выдачи полисов (ТФОМС - ЕПГУ). Завершение процесса.
6.6.1. Этап 1. Получение и загрузка файлов информационного обмена с заявлением о выборе СМО.
6.6.1.1. Условия начала этапа.
Наличие файла с заявлением о выборе СМО и соответствующего ему архива с файлами заявления о выборе СМО от пользователя портала ЕПГУ и открепленной квалифицированной электронной подписи (КЭП) пользователя.
6.6.1.2. Сроки действий.
Ежедневно по мере поступления запросов. Количество выполнений этапа в течение календарного дня не ограничено.
6.6.1.3. Действия участников на этапе.
АИС ТФОМС получает запрос, отправленный пользователем портала ЕПГУ, содержащий сведения о субъекте Российской Федерации и СМО, выбранной Пользователем ЕПГУ (включая наименование пункта выдачи полисов выбранной СМО). Запрос содержит файл в формате XML, соответствующий описанию объекта 7.9 "Заявление о выборе страховой медицинской организации оформленное на портале ЕПГУ" и архивный том, содержащий файл заявления о выборе страховой медицинской организации Пользователя ЕПГУ в формате XML подписанный квалифицированной электронной подписью пользователя портала ЕПГУ.
АИС ТФОМС осуществляет загрузку данных заявления для дальнейшей прикладной обработки.
6.6.1.4. Состав и целостность передаваемых данных.
В качестве имён файлов заявления в формате XML и соответствующего ему архивного тома используется универсальный уникальный идентификатор (UUID) сформированный на стороне ЕПГУ.
6.6.1.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов.
6.6.1.6. Условия завершения этапа.
Условием завершения этапа является успешная загрузка программными средствами РС ЕРЗ данных заявления о выборе СМО.
При выполнении указанных условий участники информационного обмена могут перейти к Этапу 2.
6.6.2. Этап 2. Определение наличия действующего полиса ОМС посредством запроса страховой принадлежности ЗЛ.
6.6.2.1. Условия начала этапа.
Наличие в АИС ТФОМС сведений о заявлении о выборе СМО от пользователя портала ЕПГУ.
6.6.2.2. Сроки действий.
Ежедневно по мере поступления запросов. Количество выполнений этапа в течение календарного дня не ограничено.
6.6.2.3. Действия участников на этапе.
АИС ТФОМС определяет наличие действующего полиса ОМС Пользователя ЕПГУ в РС ЕРЗ или в ЦС ЕРЗ. Идентификация по ЦС ЕРЗ производится путем сравнения наборов атрибутов файла заявления (Объект 7.9) и ЦС ЕРЗ посредством запроса страховой принадлежности ЗЛ (Код запроса ZP1) и запроса истории страховых принадлежностей по СНИЛС или данным документа, удостоверяющего личность (Код запроса ZP9). Результат идентификации положителен, если хотя бы при одной из проверок установлено совпадение наборов атрибутов файла заявления и действующего полиса из ЦС ЕРЗ.
6.6.2.4. Условия завершения этапа.
Условием завершения этапа является получение ответов на запросы страховой принадлежности от ЦС ЕРЗ.
В случае отрицательного результата идентификации данных пользователя портала ЕПГУ в ЦС ЕРЗ участники информационного обмена могут перейти к Этапу 3.
В случае положительного результата идентификации данных пользователя портала ЕПГУ в ЦС ЕРЗ участники информационного обмена могут перейти к Этапу 3а.
6.6.3. Этап 3. Отправка файла заявления и архива, содержащего заявление о выборе СМО в выбранную пользователем СМО.
6.6.3.1. Условия начала этапа.
Наличие в АИС ТФОМС сведений о заявлении о выборе СМО от пользователя портала ЕПГУ с отрицательным результатом идентификации данных в ЦС ЕРЗ.
6.6.3.2. Сроки действий.
Ежедневно по мере поступления запросов. Количество выполнений этапа в течение календарного дня не ограничено.
6.6.3.3. Действия участников на этапе.
АИС ТФОМС отправляет файл заявления в формате XML и архивный том, содержащий файлы заявления о выборе страховой медицинской организации Пользователя ЕПГУ в формате XML и открепленные КЭП, соответствующие файлу заявления о выборе страховой медицинской организации, в выбранную СМО. Указанные файлы объединяются в пакет (ZIP-архив), который является электронным документом, к которому применяется ЭП и шифрование при информационном обмене (см. п. 2.4 ТУ).
6.6.3.4. Состав и целостность передаваемых данных.
При передаче данных в виде электронного почтового сообщения тема письма должна содержать следующий набор текста: gQQQQQ_MMGGz (см. Приложение 1), имя файла формируется по следующему шаблону: gQQQQQ_MMGGz.ZIP (см. Приложение 1). Архив должен быть подписан электронной подписью ТФОМС МО и зашифрован с помощью СКЗИ (см. ТУ, п. 2.4) ключом проверки соответствующей СМО. Окончательное имя архивного тома, передаваемого в СМО, должно соответствовать шаблону: gQQQQQ_MMGGz.ZIP.SIG.ENC (см. Приложение 1).
6.6.3.5. Условия завершения этапа.
Условием завершения этапа является успешное получение пакета информационного обмена. При выполнении указанных условий участники информационного обмена могут перейти к Этапу 4.
6.6.4. Этап 3а. Направление отказа в изготовлении полиса, в случае наличия у застрахованного действующего полиса ОМС.
6.6.4.1. Условия начала этапа.
Наличие в АИС ТФОМС сведений о заявлении о выборе СМО от пользователя портала ЕПГУ с положительным результатом идентификации данных в ЦС ЕРЗ.
6.6.4.2. Сроки действий.
Ежедневно по мере поступления запросов. Количество выполнений этапа в течение календарного дня не ограничено.
6.6.4.3. Действия участников на этапе.
АИС ТФОМС формирует файл с сообщением об отказе в изготовлении полиса ОМС и направляет ответ на портал ЕПГУ с использованием системы межведомственного электронного взаимодействия.
6.6.4.4. Условия завершения этапа.
Условием завершения этапа является успешная отправка сообщения. При выполнении указанных условий процесс информационного обмена считается законченным.
6.6.5. Этап 4. Формирование и отправка заявки об изготовлении полиса в соответствии с заявлением застрахованного лица.
6.6.5.1. Условия начала этапа.
Наличие в СМО файла с заявлением о выборе СМО и соответствующего ему архива с файлами заявления о выборе СМО и открепленной квалифицированной электронной подписи (КЭП) пользователя.
6.6.5.2. Сроки действий.
В течение 24 часов с момента получения заявления.
6.6.5.3. Действия участников на этапе.
На основании файла с заявлением о выборе СМО формируется заявка на изготовление полиса ОМС (TIP_OP = "П010"). Заявка содержит номер временного свидетельства и пункта выдачи полисов, на который может обратиться застрахованный за его получением. В заявке необходимо указать способ подачи заявления: "Через единый портал государственных услуг" (METHOD = "4"). Заявка передается в файле вместе с другими заявками СМО. Процесс передачи заявок соответствует п. 6.2 "Процесс ИО: Запрос - подтверждение/отклонение изменений сведений о застрахованных лицах".
6.6.5.4. Состав и целостность передаваемых данных.
Соответствует п. 6.2.1.4.
6.6.5.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов.
6.6.5.6. Условия завершения этапа.
Соответствуют п. 6.2.1.7. При выполнении указанных условий участники информационного обмена могут перейти к Этапу 5.
6.6.6. Этап 5. Отправка сообщения о возможности получения временного свидетельства на выбранном пункте выдачи полисов.
6.6.6.1. Условия начала этапа.
Наличие в АИС ТФОМС заявки на изготовление полиса ОМС (TIP_OP = "П010" и METHOD = "4") на застрахованного оформившего заявление о выборе СМО на портале ЕПГУ.
6.6.6.2. Сроки действий.
Ежедневно по мере поступления заявок от СМО.
6.6.6.3. Действия участников на этапе.
АИС ТФОМС проводит сверку заявок с TIP_OP = "П010" и METHOD = "4" поступивших от СМО с необработанными заявлениями с портала ЕПГУ, формирует файл с ответом, содержащим уведомление о готовности временного свидетельства и месте его получения, и направляет ответ на портал ЕПГУ с использованием системы межведомственного электронного взаимодействия.
6.6.6.4. Условия завершения этапа.
Условием завершения этапа является успешная отправка сообщения. При выполнении указанных условий участники информационного обмена могут перейти к Этапу 6.
6.6.7. Этап 6. Формирование и отправка сообщения о готовности полиса ОМС и возможности его получения на выбранном пункте выдачи полисов.
6.6.7.1. Условия начала этапа.
Наличие на пункте выдачи полисов изготовленного полиса ОМС.
6.6.7.2. Сроки действий.
В течение 24 часов с момента доставки полиса на пункт выдачи.
6.6.7.3. Действия участников на этапе.
После доставки изготовленного полиса ОМС на пункт выдачи, СМО формирует и отправляет в ТФОМС заявку с уведомлением о готовности полиса ОМС и возможности его получения в выбранном пункте выдачи полисов для последующего информирования Пользователя ЕПГУ (TIP_OP = "П064", METHOD = "4"). Заявка передается в файле вместе с другими заявками СМО. Процесс передачи заявок соответствует п. 6.2 "Процесс ИО: Запрос - подтверждение/отклонение изменений сведений о застрахованных лицах".
6.6.7.4. Состав и целостность передаваемых данных.
Соответствует п. 6.2.1.4.
6.6.7.5. Состав передаваемых документов.
На данном этапе не предусматривается передачи сопроводительных документов.
6.6.7.6. Условия завершения этапа.
Соответствуют п. 6.2.1.7. При выполнении указанных условий участники информационного обмена могут перейти к Этапу 7.
6.6.8. Этап 7. Отправка сообщения о возможности получения изготовленного полиса ОМС на выбранном пункте выдачи полисов.
6.6.8.1. Условия начала этапа.
Наличие в АИС ТФОМС информации о наличии изготовленного полиса ОМС на пункте выдачи (TIP_OP = "П064" и METHOD = "4") на застрахованного оформившего заявление о выборе СМО на портале ЕПГУ.
6.6.8.2. Сроки действий.
Ежедневно по мере поступления заявок от СМО.
6.6.8.3. Действия участников на этапе.
АИС ТФОМС проводит сверку заявок с TIP_OP = "П064" и METHOD = "4" поступивших от СМО с необработанными заявлениями с портала ЕПГУ, формирует файл с ответом, содержащим уведомление о возможности получить изготовленный полис ОМС и месте его получения, и направляет ответ на портал ЕПГУ с использованием системы межведомственного электронного взаимодействия.
6.6.8.4. Условия завершения этапа.
Условием завершения этапа является успешная отправка сообщения. При выполнении указанных условий процесс информационного обмена считается законченным.
7. Объекты информационного обмена
7.1. Объект "Пункты выдачи полисов".
7.1.1. Краткая характеристика объекта.
Объект предназначен для хранения данных о пунктах выдачи полисов страховых медицинских организаций, работающих в системе ОМС Московской области.
7.1.2. Структура объекта.
Таблица 2
N п.п. |
Атрибут объекта |
Имя поля |
Тип |
ОЗ |
Размер |
Описание |
1. |
Код СМО |
SMOCOD |
CHAR |
О |
5 |
В соответствии с Единым реестром страховых медицинских организаций, осуществляющих деятельность в сфере ОМС |
2. |
Код пункта выдачи |
CODPVP |
CHAR |
О |
3 |
Присваивается СМО, учитывается в справочнике ТФОМС |
3. |
Фактический адрес пункта выдачи |
ADDRESS |
CHAR |
О |
254 |
Субъект; район; город; населенный пункт; улица; номер дома (владение); номер корпуса/строения. |
4. |
Номер телефона пункта выдачи |
PHONE |
CHAR |
О |
40 |
Номер телефона должен содержать код города (района) |
5. |
Дата начала действия пункта выдачи |
DATEBEG |
DATE |
О |
8 |
|
6. |
Дата окончания действия пункта выдачи |
DATEEND |
DATE |
Н |
8 |
|
7.1.3. Правила контроля объекта.
Контроль целостности объекта производится на предмет уникальности каждого объекта по совокупности значений полей:
SMOCOD + CODPVP
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей:
Таблица 3
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_MSK |
"500" - регулярное выражение |
Контроль семантической целостности объекта производится по следующим правилам:
Значение поля DATEEND должно быть больше значения поля DATEBEG.
Контроль доменной целостности объекта производится по следующим правилам: CODPVP - допустимы цифровые символы;
7.2. Объект "Изменения сведений о застрахованном лице".
7.2.1. Краткая характеристика объекта.
Объект предназначен для передачи изменений сведений о застрахованном лице, зарегистрированных в ПВП СМО на момент обращения ЗЛ.
7.2.2. Структура объекта.
Таблица 4
N п/п |
Содержание элемента |
Тип |
Размер |
ОЗ |
Наименование |
Дополнительная информация |
1 |
SMOCOD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации |
Должен соответствовать набору символов QQQQQ в имени файла (Приложение 1) |
2 |
PRZCOD |
Char |
3 |
О |
Код пункта выдачи СМО |
Присваивается СМО, учитывается в справочнике "Пункты выдачи полисов". |
3 |
N_REC |
Char |
36 |
О |
Уникальный идентификатор записи в обменном файле |
Служит для сопоставления записи в пакете и ответе ТФОМС. Код создается с использованием генератора UUID (см. Приложение 2) |
4 |
ID |
Char |
36 |
У |
Идентификатор записи ТФОМС |
Идентификатор формирует ТФОМС. Код создается с использованием генератора UUID (см. Приложение 2). СМО заполняет поле в случае изменений сведений о ЗЛ, ранее зарегистрированном в РС ЕРЗ Московской области |
5 |
TIP_OP |
Char |
4 |
O |
Тип операции |
Множество допустимых значений определено классификатором причин внесения изменений в ЕРЗ (справочник R001 федерального пакета НСИ - поле Kod) или значение П160 - "Исправление ошибки, не связанной с изменением состояния на учёте" (применяется в том случае, когда ошибки обнаружены в информации, переданной в ЦС ЕРЗ, но при этом соответствующая информация, отображённая на выданном полисе ОМС, является правильной). |
6 |
FAM |
Char |
40 |
У |
Фамилия ЗЛ |
Фамилия, имя, отчество указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность, без сокращений, начиная с буквы. Допустимы прописные буквы русского алфавита, символы "точка", "дефис" и "апостроф". Допустимо разделение отдельных частей атрибута символом "пробел". В случае отсутствия фамилии, имени или отчества в документе, удостоверяющем личность, атрибут не подлежит заполнению никаким символом. |
7 |
IM |
Char |
40 |
У |
Имя ЗЛ |
|
8 |
OT |
Char |
40 |
У |
Отчество ЗЛ |
|
9 |
W |
Num |
1 |
О |
Пол ЗЛ |
Множество допустимых значений определяется справочником V005 федерального пакета НСИ. |
10 |
DR |
Date |
|
О |
Дата рождения ЗЛ |
Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным "01". Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным "01" (январь). |
11 |
TRUE_DR |
Num |
1 |
О |
Признак достоверности даты |
1. Дата достоверна. 2. Известны достоверно только месяц и год рождения. 3. Известен достоверно только год рождения. |
12 |
C_OKSM |
Char |
3 |
У |
Гражданство ЗЛ |
Трёхбуквенный код страны по классификатору ОКСМ. Множество допустимых значений определяется справочником "Страны мира (ОКСМ)". Для лиц без гражданства - значение "Б/Г". Для лиц, гражданство которых неизвестно, значение не указывается. |
13 |
KIG |
Num |
1 |
У |
Категория учета иностранных граждан |
1 - Беженец; 3 - Постоянно проживающий иностранный гражданин; 4 - Временно проживающий иностранный гражданин; 5 - Трудящийся иностранный гражданин государств - членов ЕАЭС; 6 - Член Коллегии Евразийской экономической комиссии; 7 - Должностное лицо Коллегии Евразийской экономической комиссии; 8 - Сотрудник органа ЕАЭС, находящийся на территории РФ. |
14 |
SS |
Char |
14 |
У |
СНИЛС застрахованного лица |
Уникальный страховой номер индивидуального лицевого счета, присваиваемый гражданину в системе учета ПФР России. Шаблон заполнения атрибута: ХХХ-ХХХ-ХХХ ХХ, где Х - любая десятичная цифра. |
15 |
PHONE |
Char |
40 |
У |
Телефон |
Контактная информация застрахованного лица. |
16 |
|
Char |
50 |
У |
Адрес электронной почты |
Контактная информация застрахованного лица. |
17 |
FIOPR |
Char |
130 |
У |
ФИО представителя |
Заполняется в случае наличия представителя. Фамилия, имя, отчество указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, символы "дефис" и "апостроф". Обязательно разделение отдельных частей атрибута символом "пробел". В случае отсутствия отчества в документе, удостоверяющем личность, после имени ничего не указывается. |
18 |
CONTACT |
Char |
200 |
У |
Контакты представителя |
Заполняется в случае наличия представителя. |
19 |
DDEATH |
Date |
|
У |
Дата смерти застрахованного лица |
Поле заполняется в случае факта смерти застрахованного, зарегистрированного в СМО. Источник информации - свидетельство о смерти, представленное родственниками, констатация факта смерти в ЛПУ, удостоверенная в ходе МЭЭ. Должна быть указана точная дата смерти. |
20 |
DOCTYPE |
Num |
2 |
О |
Тип документа, удостоверяющего личность |
Множество допустимых значений определяется столбцом "Код типа документа" таблицы 6. Не допускается заполнение поля значением 11, 26, 29. Атрибут обязателен к заполнению. |
21 |
DOCSER |
Char |
10 |
У |
Серия документа |
Серия документа, удостоверяющего личность. Атрибут обязателен к заполнению, если серия предусмотрена шаблоном документа (таблица 6). |
22 |
DOCNUM |
Char |
20 |
О |
Номер документа |
Номер документа, удостоверяющего личность. Атрибут обязателен к заполнению. |
23 |
DOCDATE |
Date |
|
О |
Дата выдачи документа, удостоверяющего личность |
Атрибут обязателен к заполнению. |
24 |
N AME_VP |
Char |
80 |
У |
Наименование органа, выдавшего документ |
Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Полностью, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, цифры, символы "N", "дефис", "двойные кавычки". Допустимо разделение отдельных частей атрибута символом "пробел". |
25 |
MR |
Char |
100 |
О |
Место рождения застрахованного лица |
Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Атрибут обязателен к заполнению. |
26 |
FAM_O |
Char |
40 |
У |
Прежняя фамилия ЗЛ |
Данные по лицу до передачи сведений в ТФОМС об изменении. Заполняется в случае изменений в фамилии, имени, отчестве, поле или дате рождения застрахованного лица. |
27 |
IM_O |
Char |
40 |
У |
Прежнее имя ЗЛ |
|
28 |
OT_O |
Char |
40 |
У |
Прежнее отчество ЗЛ |
|
29 |
W_O |
Num |
1 |
У |
Прежний пол ЗЛ |
|
30 |
DR_O |
Date |
|
У |
Прежняя дата рождения ЗЛ |
|
31 |
OLD_ENP |
Char |
16 |
У |
Прежний ЕНП |
Заполняется в случае замены ЕНП (смена пола или даты рождения). |
32 |
DOCTYPE_O |
Num |
2 |
У |
Тип прежнего документа, удостоверяющего личность |
Множество допустимых значений определяется столбцом "Код типа документа" таблиц 6 и 7. Заполняется только в случае передачи сведений об изменении документа, удостоверяющего личность. |
33 |
DOCSER_O |
Char |
10 |
У |
Серия прежнего документа |
Заполняется только в случае передачи сведений об изменении ДУЛ. |
34 |
DOCNUM_O |
Char |
20 |
У |
Номер прежнего документа |
|
35 |
DOCDATE_O |
Date |
|
У |
Дата выдачи прежнего документа, удостоверяющего личность |
|
36 |
NAME_VP_O |
Char |
80 |
У |
Наименование органа, выдавшего прежний документ, удостоверяющий личность |
|
37 |
MR_O |
Char |
100 |
У |
Прежнее место рождения застрахованного лица |
|
38 |
SS_OLD |
Char |
14 |
У |
Некорректный СНИЛС застрахованного лица |
Заполняется только в случае передачи сведений об исправлении СНИЛС. |
39 |
BOMG |
Num |
1 |
О |
Признак лица без определённого места жительства |
0 - имеет постоянную или временную регистрацию по месту жительства; 1 - лицо без определённого места жительства. |
40 |
SUBJ_R |
Char |
5 |
У |
Код региона РФ места регистрации |
Код ОКАТО по классификатору субъектов F010 федерального пакета НСИ. Сведения о месте регистрации из документа, удостоверяющего личность. Не указывается для лиц без определенного места жительства. Тип населенного пункта и тип улицы указывается после наименования в произвольно сокращенном виде с разделителем в один пробел. Для населенных пунктов, имеющих в своем составе подчиненные (входящие в состав) населенные пункты, атрибут следует заполнять, разделяя составные части запятой с одним пробелом, например, "МОСКВА Г, ЗЕЛЕНОГРАД Г" или "КОРОЛЕВ Г, ТЕКСТИЛЬЩИК П". Допустимы прописные буквы русского алфавита, цифры, символы "дефис", "кавычки", "запятая", "/", "N", "N", "." (точка). Допустимо указывать в скобках прежнее наименование улицы, если подобное написание присутствует в документальной записи о регистрации застрахованного по месту жительства или пребывания. Наименования улиц, номера домов и квартир не заполняются в случае их отсутствия в данных документа, удостоверяющего личность. |
41 |
INDX_R |
Char |
6 |
У |
Почтовый индекс места жительства |
|
42 |
OKATO_R |
Char |
11 |
У |
Код места регистрации по справочнику ОКАТО |
|
43 |
RNNAME_R |
Char |
80 |
У |
Район места регистрации |
|
44 |
NPNAME_R |
Char |
80 |
У |
Наименование населенного пункта |
|
45 |
UL_R |
Char |
80 |
У |
Наименование улицы места регистрации |
|
46 |
DOM_R |
Char |
7 |
У |
Номер дома места регистрации |
|
47 |
KORP_R |
Char |
6 |
У |
Номер корпуса места регистрации |
|
48 |
KV_R |
Char |
6 |
У |
Номер квартиры места регистрации |
|
49 |
DREG_R |
Date |
|
У |
Дата регистрации |
|
50 |
SUBJ_G |
Char |
5 |
У |
Код региона РФ места жительства |
Код ОКАТО по классификатору субъектов F010 федерального пакета НСИ. |
51 |
INDX_G |
Char |
6 |
У |
Почтовый индекс места жительства |
|
52 |
OKATO_G |
Char |
11 |
У |
Код места жительства по справочнику ОКАТО |
Код ОКАТО по "Справочнику административно-территориального деления ОКАТО". |
53 |
RNNAME_G |
Char |
80 |
У |
Район места жительства (наименование) |
Наименования улиц, номера домов и квартир не заполняются в случае их фактического отсутствия в данных адреса проживания. Требования при заполнении такие же, как для "Адреса места регистрации". |
54 |
NPNAME_G |
Char |
80 |
У |
Наименование населенного пункта |
|
55 |
UL_G |
Char |
80 |
У |
Наименование улицы места жительства |
|
56 |
DOM_G |
Char |
7 |
У |
Номер дома места жительства |
|
57 |
KORP_G |
Char |
6 |
У |
Номер корпуса места жительства |
|
58 |
KV_G |
Char |
6 |
У |
Номер квартиры места жительства |
|
59 |
DVIZIT |
Date |
|
О |
Дата обращения ЗЛ (его представителя) |
Дата подачи заявления в СМО. |
60 |
METHOD |
Char |
1 |
О |
Способ подачи заявления |
1 - лично; 2 - через представителя; 3 - через официальный сайт ТФОМС МО; 4 - через единый портал государственных услуг. |
61 |
PETITION |
Char |
1 |
О |
Признак наличия ходатайства о регистрации в качестве застрахованного лица |
0 - ходатайство отсутствует, 1 - подано ходатайство |
62 |
RSMO |
Num |
1 |
У |
Причина подачи заявления о выборе (замене) СМО |
1 - первичный выбор СМО; 2 - замена СМО в соответствии с правом замены; 3 - замена СМО в связи со сменой места жительства; 4 - замена СМО в связи с прекращением действия договора. |
63 |
RPOLIC |
Num |
1 |
У |
Причина подачи заявления о выдаче дубликата или переоформлении полиса |
2 - изменение реквизитов; 3 - установление ошибочности сведений; 4 - ветхость и непригодность полиса; 5 - утрата ранее выданного полиса; 6 - окончание срока действия полиса. |
64 |
FPOLIC |
Num |
1 |
О |
Выбранная форма изготовления полиса |
Указывается форма изготовления полиса: 0 - не требует изготовления полиса; 1 - бумажный бланк; 2 - пластиковая карта; 3 - в составе УЭК. |
65 |
TER_ST |
Char |
5 |
У |
Текущая территория страхования |
Код территории по ОКАТО из справочника регионов. |
66 |
ENP |
Char |
16 |
У |
Действующий Единый номер полиса ОМС |
Единый номер полиса (далее - ЕНП), присваиваемый каждому застрахованному лицу, позволяет однозначно идентифицировать застрахованное лицо в ЕРЗ. В случае изменения пола и/или даты рождения ЕНП подлежит изменению. Номер полиса ОМС единого образца, указанный на бланке полиса ОМС, выданного застрахованному. Атрибут обязателен для заполнения при передаче сведений о застрахованном лице, ранее зарегистрированном в РС ЕРЗ. |
67 |
OGRNSMO |
Char |
15 |
У |
ОГРН СМО |
ОГРН СМО текущего страхования. Множество допустимых значений определяется справочником "Страховые медицинские организации". |
68 |
ERP |
Num |
1 |
О |
Признак регистрации ЕНП |
0 - не зарегистрирован в ЦС ЕРП, 1 - зарегистрирован в ЦС ЕРП. |
69 |
VPOLIC |
Num |
1 |
О |
Тип документа, подтверждающего факт страхования по ОМС |
1 - полис ОМС старого образца, 2 - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования, 3 - полис ОМС единого образца |
70 |
NPOLIC |
Char |
20 |
О |
Номер документа, подтверждающего факт страхования по ОМС |
Заполняется в соответствии с документом, выданным застрахованному лицу при данном обращении в СМО. Для полиса единого образца указывается номер бланка полиса 1. |
71 |
SPOLIC |
Char |
10 |
У |
Серия документа, подтверждающего факт страхования по ОМС |
Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС, например, в случае отказа ЗЛ от получения полиса ОМС единого образца, но при наличии у ЗЛ полиса ОМС образца до 01.05.2011. |
72 |
DBEG |
Date |
|
У |
Дата выдачи документа, подтверждающего факт страхования по ОМС |
Заполняется датой выдачи временного свидетельства, за исключением регистрации события обращения ЗЛ за изготовленным полисом ОМС единого образца. Для случаев замены СМО без замены полиса указывается дата написания заявления о замене СМО. Для случаев, когда Полис единого образца не был востребован после его изготовления, датой начала действия считается дата окончания действия соответствующего временного свидетельства. Дата выдачи при этом не указывается. Запись - сообщение при этом в ТФОМС МО не формируется |
73 |
DEND |
Date |
|
У |
Дата окончания действия документа, подтверждающего факт страхования по ОМС |
Атрибут обязателен к заполнению для временных свидетельств ОМС, для погашенных полисов ОМС и для полисов ОМС с ограниченным сроком действия. |
74 |
DSTOP |
Date |
|
У |
Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) |
Заполняется в случае регистрации в СМО фактов снятия ЗЛ с учета по ОМС (за исключением полученных из ТФОМС МО в составе Извещения о прекращении страхования (файл типа "S"). В случае смерти должно совпадать со значением поля DDEATH |
75 |
NORDER |
Char |
100 |
У |
Номер заявки на изготовление полиса |
Номер заявки формируется ТФОМС. Указывается в случае включения записи из файла изменений в заявку на изготовление полисов. Поле должно заполняться СМО во всех случаях внесения изменений в сведения о ЗЛ после формирования заявки на изготовление полиса |
76 |
DORDER |
Date |
|
У |
Дата заявки на изготовление полиса |
|
77 |
DOCEXP |
Date |
|
У |
Срок действия |
Дата, начиная с которой, документ считается прекратившим действие. Атрибут обязателен к заполнению для ДУЛ типов 10, 12, 13, 22, 23, 25, 27, 28. (см. Таблицу 6) |
78 |
DOCTYP_DOP |
Num |
2 |
У |
Тип дополнительного документа, удостоверяющего личность |
Множество допустимых значений определяется значениями: 11 - вид на жительство; 23 - разрешение на временное проживание, 26 - удостоверение сотрудника Евразийской экономической комиссии. Атрибут обязателен к заполнению для иностранных граждан и лиц без гражданства, временно проживающих на территории РФ. 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. |
79 |
DOCSER_DOP |
Char |
10 |
У |
Серия дополнительного документа, удостоверяющего личность. |
Атрибут обязателен к заполнению в случае заполнения атрибута "Тип дополнительного документа, удостоверяющего личность", если серия предусмотрена шаблоном документа (таблица 6) |
80 |
DOCNUM DO P |
Char |
20 |
У |
Номер дополнительного документа, удостоверяющего личность. |
Атрибут обязателен к заполнению для иностранных граждан и лиц без гражданства, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
81 |
DOCDAT_DOP |
Date |
|
У |
Дата выдачи дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению для иностранных граждан и лиц без гражданства, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
82 |
DOCEXP_DOP |
Date |
|
У |
Срок действия дополнительного документа, удостоверяющего личность |
Дата, начиная с которой документ считается прекратившим действие. Атрибут обязателен к заполнению для иностранных граждан и лиц без гражданства, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
83 |
NAM_VP_DOP |
Char |
80 |
У |
Наименование органа, выдавшего дополнительный документ, удостоверяющий личность |
Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Полностью, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, цифры, символы "N", "дефис", "двойные кавычки". Допустимо разделение отдельных частей атрибута символом "пробел". Атрибут заполняется только для иностранных граждан и лиц без гражданства. |
84 |
DOCEXP_O |
Date |
|
У |
Срок действия прежнего документа, удостоверяющего личность |
Дата, начиная с которой документ считается прекратившим действие. Атрибут заполняется только в случае передачи сведений об изменении документа, удостоверяющего личность. Атрибут обязателен к заполнению для ДУЛ типов 10, 12, 13, 22, 23, 25, 27, 28 (см. Таблицу 6). |
85 |
DOCTYP_O_D |
Num |
2 |
У |
Тип прежнего дополнительного документа, удостоверяющего личность |
Множество допустимых значений определяется значениями: 11 - вид на жительство; 23 - разрешение на временное проживание; 26 - удостоверение сотрудника Евразийской экономической комиссии. Атрибут обязателен к заполнению только для иностранных граждан и лиц без гражданства в случае передачи сведений об изменении документа, удостоверяющего личность. 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. |
86 |
DOCSER_O_D |
Char |
10 |
У |
Серия прежнего дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению в случае заполнения атрибута "Тип прежнего дополнительного документа, удостоверяющего личность", если серия предусмотрена шаблоном документа (таблица 6 или 7). |
87 |
DOCNUM_O_D |
Char |
20 |
У |
Номер прежнего дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению, если заполнен атрибут "Тип прежнего дополнительного документа, удостоверяющего личность". |
88 |
DOCDAT_O_D |
Date |
|
У |
Дата выдачи прежнего дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению, если заполнен атрибут "Тип прежнего дополнительного документа, удостоверяющего личность". |
89 |
DOCEXP_O_D |
Date |
|
У |
Срок действия прежнего дополнительного документа |
Атрибут обязателен к заполнению, если заполнен атрибут "Тип прежнего дополнительного документа, удостоверяющего личность". |
90 |
NAM_VP_O_D |
Char |
80 |
У |
Наименование органа, выдавшего прежний дополнительный документ |
Атрибут заполняется только, если заполнен атрибут "Тип прежнего дополнительного документа, удостоверяющего личность". |
91 |
FIAS_AID_R |
Char |
36 |
У |
Для адреса места регистрации - уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) |
Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. Не указывается в случаях: отсутствия сведений в ФИАС; для лиц БОМЖ (BOMG = 1). |
92 |
FIAS_HID_R |
Char |
36 |
У |
Для адреса места регистрации - уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС |
Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AID_R Не указывается в случаях: отсутствия сведений в ФИАС; для лиц БОМЖ (BOMG = 1). |
93 |
FIAS_SC_R |
Char |
1 |
У |
Для адреса места регистрации - признак особого случая отсутствия кода по ФИАС |
"0" - коды по ФИАС для "адреса" и "дома" имеются "1" - в ФИАС отсутствует код для "адреса" "2" - в ФИАС отсутствует код для "дома" |
94 |
FIAS_AID_G |
Char |
36 |
У |
Для адреса места жительства - уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) |
Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. Не указывается в случаях: отсутствия сведений в ФИАС; если не заполнены поля 48 - 56 |
95 |
FIAS_HID_G |
Char |
36 |
У |
Для адреса места жительства - уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС |
Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AID_G. Не указывается в случаях: отсутствия сведений в ФИАС; если не заполнено поле 92 |
96 |
FIAS_SC_G |
Char |
1 |
У |
Для адреса места жительства - признак особого случая отсутствия кода по ФИАС |
"0" - коды по ФИАС для "адреса" и "дома" имеются "1" - в ФИАС отсутствует код для "адреса" "2" - в ФИАС отсутствует код для "дома" Не указывается, если не заполнены поля 48 - 56 |
1 Начиная с 1 декабря 2012 года
7.2.3. Правила контроля объекта.
Контроль целостности объекта производится на предмет уникальности каждого объекта по каждой из непустых совокупностей значений полей:
N_REC
FAM + IM + OT + DR FAM_O + IM_O + OT_O + DR_O
ID
SS
DOCTYPE + DOCSER + DOCNUM
DOCTYPE_O + DOCSER_O + DOCNUM_O
OLD_ENP
ENP
VPOLIC + SPOLIC + NPOLIC
NORDER + DORDER
Контроль доменной целостности объекта производится в соответствии c графой "Дополнительная информация" для полей:
TRUE_DR, SS, BOMG, METHOD, PETITION, RSMO, RPOLIC, FPOLIC, ERP, VPOLIC, W, DOCTYPE, DOCTYPE_O, DOCTYP_DOP, DOCTYP_O_D, FIAS_SC_R, FIAS_SC_G, KIG.
Не допускается значение "000-000-000 00" для заполнения поля SS, SS_OLD.
Значение поля TER_ST для застрахованных в Московской области - "46000"
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей:
Таблица 5
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
ID + ENP + метрические данные ЗЛ, указанные в обменном файле + [NORDER] |
РС ЕРЗ |
Проверяется наличие в БД РС ЕРЗ зарегистрированных данных с такими реквизитами |
В случае изменения метрических данных ЗЛ сверка производится по набору "прежних данных" |
2. |
W |
V005 (из федерального пакета НСИ) |
IDPOL |
|
3. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
4. |
PRZCOD |
PVPMMYY.DBF |
CODPVP |
|
5. |
TER_ST |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
6. |
SUBJ_G |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
7. |
SUBJ_R |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
8. |
OKATO_G |
ATDMMYY.DBF |
OKATO |
Если FIAS_SC_G = "1" или ADDROBJ.OKATO = 'пусто' (см. П. 15) |
9. |
OKATO_R |
ATDMMYY.DBF |
OKATO |
Если FIAS_SC_R = "1" или ADDROBJ.OKATO = 'пусто' (см. П. 13) |
10. |
C_OKSM |
KSMMMYY.DBF |
ALFA3 |
|
11. |
"46000000" + OGRNSMO |
SMOMMYY.DBF |
REGION + OGRN |
"46000000" - регулярное выражение - код Московской области |
12. |
TER_ST + SMOCOD + SUBSTR (NUMBER, 1, 3) |
DVSMMYY.DBF |
TER ST + SMOCOD + SERIES |
Для временных свидетельств (VPOLIC = "02") |
13 |
FIAS_AID_R+OKATO_R |
ADDROBJ.DBF |
AOID + OKATO |
Если ADDROBJ.OKATO <> 'пусто' |
14 |
FIAS_HID_R + ADDROBJ.AOGUID |
HOU SERR.DBF |
HOUSEID + AOGUID |
"RR" - две цифры, означающих в имени справочника номерной код региона ADDROBJ.AOGU ID - из записи, соответствующей условию 13 |
15 |
FIAS_AID_G + OKATO_G |
ADDROBJ.DBF |
AOID + OKATO |
Если ADDROBJ.OKATO <> 'пусто' |
16 |
FIAS_HID_G + ADDROBJ.AOGUID |
HOU_SERR.DBF |
HOUSEID + AOGUID |
"RR" - две цифры, означающих в имени справочника номерной код региона ADDROBJ.AOGU ID - из записи, соответствующей условию 15 |
17 |
FIAS_HID_R + INDX_R |
HOU_SERR.DBF |
HOUSEID+POSTALCODE |
Если HOUSERR. POSTALCODE <> 'пусто' |
18 |
FIAS_AID_R + INDX_R |
ADDROBJ.DBF |
AOID + PO_STALCODE |
Если HOUSERR. POSTALCODE = 'пусто' из п. 17 и ADDROBJ.POSTALCODE <> 'пусто' |
19 |
FIAS_HID_G + INDX_G |
HOU SERR.DBF |
HOUSEID + POSTALCODE |
Если HOUSERR.POSTALCODE <> 'пусто' |
20 |
FIAS_AID_G + INDX_G |
ADDROBJ.DBF |
AOID + PO_STALCODE |
Если HOUSERR. POSTALCODE = 'пусто' из п. 19 и ADDROBJ.POSTALCODE <> 'пусто' |
Примечание:
Контроль ссылочной целостности по пунктам 8, 9, 13 - 20 проводится с применением справочников ФИАС, актуальных на 1 число каждого месяца (т.е. последних размещенных на сайте Федеральной налоговой службы до 1 числа каждого месяца).
Контроль ссылочной целостности для поля TIP_OP производится в соответствии c графой "Дополнительная информация" таблицы 4.
Кроме того, не должны изменяться значения полей, присваиваемые Фондом в составе РС ЕРЗ: ID, ENP, OLD ENP, ERP, NORDER, DORDER.
Контроль семантической целостности объекта производится по следующим правилам:
1. Конкатенация полей FAM и IM не должна быть пустой.
2. Поле DR - значение должно находиться в интервале {01/01/1900} - день предшествующий подаче файла изменений.
3. Значения полей DR, DR_O, DOCDATE, DOCDATE_O, DREG_R, DOCDAT_DOP, DOCDAT_O_D, DVIZIT, DBEG не должны превышать дату подачи файла в СМО.
4. Поля INDX_G, INDX_R должны быть заполнены шестью цифровыми символами.
5. Если заполнены поля DOCNUM (DOCNUM_O, DOCNUM_DOP, DOCNUM_O_D) или DOCSER (DOCSER_O, DOCSER_DOP, DOCSER_O_D), то обязательно должно быть заполнено поле DOCTYPE (DOCTYPE_O, DOCTYP_DOP, DOCTYP_O_D).
6. Если заполнено поле DOCTYPE, то заполнение полей DOCNUM и DOCSER должно соответствовать шаблонам из таблицы 6.
7. Если заполнено поле DOCTYP_DOP, то заполнение полей DOCNUM_DOP и DOCSER_DOP должно соответствовать шаблонам из таблицы 6.
Таблица 6
Код типа документа (DOCTYPE; (DOCTYP_DOP; DOCTYPE_O; DOCTYP_O_D) |
Наименование документа полное |
Шаблон серии |
Шаблон номера |
Примечания |
1 2 |
Паспорт гражданина СССР |
R-ББ |
999999 |
|
3 |
Свидетельство о рождении, выданное в Российской Федерации |
R-ББ |
999999 |
|
9 |
Паспорт иностранного гражданина |
S1 |
S9 |
|
10 |
Свидетельство о регистрации ходатайства о признании иммигранта беженцем на территории Российской Федерации |
S1 |
000000000009 |
|
11 |
Вид на жительство |
S1 |
000000000009 |
|
12 |
Удостоверение беженца в Российской Федерации |
S1 |
000000000009 |
|
13 |
Временное удостоверение личности гражданина Российской Федерации |
S1 |
000000000009 |
|
14 |
Паспорт гражданина Российской Федерации |
99 99 |
999999 |
|
21 |
Документ иностранного гражданина |
S1 |
S9 |
|
22 |
Документ лица без гражданства |
S1 |
S9 |
|
23 |
Разрешение на временное проживание |
S1 |
S9 |
В случае заполнения поля C_OKSM значением <> "Б/Г" серия не заполняется. |
24 |
Свидетельство о рождении, выданное не в Российской Федерации |
S1 |
S9 или аббревиатура "б/н" |
В случае заполнения номера значением "б/н" серия не заполняется. |
25 |
Свидетельство о предоставлении временного убежища на территории Российской Федерации |
99 или ББ |
9999999 |
|
26 |
Удостоверение сотрудника Евразийской экономической комиссии |
S |
999999 |
Только для полей: DOCTYP_DOP; DOCTYP_O_D |
27 |
Копия жалобы о лишении статуса беженца |
S1 |
000000000009 |
|
28 |
Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации |
S1 |
000000000009 |
|
29 |
Сведения о трудовом договоре трудящегося государства - члена ЕАЭС |
S1 |
000000000009 |
В случае отсутствия номера следует указывать "БН" без кавычек |
2 Может быть указан при приеме заявлений от граждан Российской Федерации, которым на дату заявления не требовалась замена паспорта на паспорт гражданина РФ по возрасту (если гражданину был выдан паспорт СССР в 45 и более лет, то смена его не требуется)
8. Если заполнено поле DOCTYPE_O (DOCTYP_O_D), то заполнение полей DOCNUM_O (DOCNUM_O_D) и DOCSER_O (DOCSER_O_D) должно соответствовать шаблонам из таблицы 6 или 7:
Таблица 7
Код типа документа |
Наименование документа полное |
Шаблон серии |
Шаблон номера |
1 |
Паспорт гражданина СССР |
R-ББ |
999999 |
2 |
Загранпаспорт гражданина СССР |
S |
00000009 |
3 |
Свидетельство о рождении |
R-ББ |
999999 |
4 |
Удостоверение личности офицера |
ББ |
9999999 |
5 |
Справка об освобождении из места лишения свободы |
S |
00000009 |
6 |
Паспорт Минморфлота |
ББ |
999999 |
7 |
Военный билет |
ББ |
9999990 |
8 |
Дипломатический паспорт гражданина Российской Федерации |
99 |
9999999 |
9 |
Иностранный паспорт |
S1 |
S9 |
10 |
Свидетельство о регистрации ходатайства о признании иммигранта беженцем |
S1 |
000000000009 |
11 |
Вид на жительство |
S1 |
000000000009 |
12 |
Удостоверение беженца в Российской Федерации |
S1 |
000000000009 |
13 |
Временное удостоверение личности гражданина Российской Федерации |
S1 |
000000000009 |
14 |
Паспорт гражданина Российской Федерации |
99 99 |
9999990 |
15 |
Заграничный паспорт гражданина Российской Федерации |
99 |
9999999 |
16 |
Паспорт моряка |
ББ |
9999990 |
17 |
Военный билет офицера запаса |
ББ |
999999 |
18 |
Иные документы, выдаваемые органами Министерства внутренних дел |
S1 |
0000000009 |
21 |
Документ иностранного гражданина |
S1 |
S9 |
22 |
Документ лица без гражданства |
S1 |
S9 |
23 |
Разрешение на временное проживание |
S1 |
S9 |
24 |
Свидетельство о рождении, выданное не в Российской Федерации |
S1 |
S9 или аббревиатура "б/н" (В случае заполнения номера значением "б/н" серия не заполняется) |
25 |
Свидетельство о предоставлении временного убежища на территории Российской Федерации |
99 или ББ |
9999999 |
26 |
Удостоверение сотрудника Евразийской экономической комиссии |
S |
999999 |
27 |
Копия жалобы о лишении статуса беженца |
S1 |
000000000009 |
28 |
Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации |
S1 |
000000000009 |
29 |
Сведения о трудовом договоре трудящегося государства - члена ЕАЭС |
S1 |
000000000009 |
Где:
R - на месте одного символа R располагается целиком римское число, заданное символами "I", "V", "X", "L", "С", набранными на верхнем регистре латинской клавиатуры;
9 - любая десятичная цифра (обязательная);
0 - любая десятичная цифра (необязательная, может отсутствовать);
Б - любая русская заглавная буква;
S - последовательность символов, символы не контролируются (может содержать любые буквы или цифры, символ " " или вообще отсутствовать);
S1 - расширенная последовательность символов, символы не контролируются (может содержать любые буквы или цифры, символы "-", "/", "\", " ", или вообще отсутствовать);
S9 - последовательность символов, может содержать любые цифры и буквы латинского алфавита;
"-" (тире/дефис) - указывает на обязательное присутствие данного символа в контролируемом значении.
Пробелы используются для разделения групп символов. Число пробелов между значащими символами и контролируемым значением не превышает одного.
9. Если заполнено поле DDEATH, значение поля DDEATH должно быть больше значения поля DR и должно совпадать со значением поля DSTOP.
10. Если заполнено поле DOCDATE, значение поля DOCDATE должно быть больше значения поля DR.
11. Поле SPOLIC может быть непустым только для полисов ОМС, выданных до 01.05.2011 (соответственно значению поля VPOLIC).
12. Требования к семантической целостности для полей DBEG и DEND в зависимости от "Типа документа, подтверждающего право на ОМС" приведены в таблице 8.
Таблица 8
Тип документа, подтверждающего право на ОМС (VPOLIC) |
Значение DBEG |
Значение DEND |
"1" - полис ОМС старого образца |
Меньше или равно значению {30.04.2011} |
|
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Больше или равно значению {01.05.2011} |
<DBEG + 45 рабочих дней |
"3" - полис ОМС единого образца |
Больше или равно значению {01.05.2011} |
Должно быть заполнено при C_OKSM <> "RUS", DOCTYPE = {9, 10, 12, 21, 22, 23, 25, 27, 28}, и DOCTYP_DOP = {11, 23, 26, 29} |
13. Поле ENP заполнено только для застрахованных лиц ранее зарегистрированных в РС ЕРЗ.
14. В Таблице 9 приведен перечень допустимых сочетаний заполнения полей TIP_OP, RSMO, RPOLIC, FPOLIC, DDEATH, DSTOP:
Таблица 9
TIP_OP |
RSMO |
RPOLIC |
FPOLIC |
DDEATH |
DSTOP |
|
П010 |
Первичный выбор СМО (выдача временного свидетельства) |
1 |
|
1, 2 |
|
|
П021 |
Снятие ЗЛ с учёта в связи с постановкой на учет в другой СМО |
|
|
|
|
+ |
П022 |
Снятие ЗЛ с учёта в связи со смертью |
|
|
|
+ |
+ |
П023 |
Снятие ЗЛ с учёта при разрешении дублирующихся записей |
|
|
|
|
|
П024 |
Снятие с учёта записи о ЗЛ при исправлении ошибок в ЕНП |
|
|
|
- |
|
П025 |
Снятие с учёта записи о ЗЛ в связи с приостановлением действия полиса (для категорий граждан, не подлежащих ОМС) |
|
|
|
|
+ |
П031 |
Замена СМО по желанию один раз в год (без замены полиса) |
2 |
|
|
|
|
П032 |
Замена СМО при смене места жительства (без замены полиса) |
3 |
|
|
|
|
П033 |
Замена СМО в связи с расторжением договора со СМО (без замены полиса) |
4 |
0 * или 2 |
|
|
|
П034 |
Замена СМО по желанию один раз в год (с заменой полиса) |
2 |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П035 |
Замена СМО при смене места жительства (с заменой полиса) |
3 |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П036 |
Замена СМО в связи с расторжением договора со СМО (с заменой полиса) |
4 |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П040 |
Изменение данных о ЗЛ, не требующих выдачи нового полиса ОМС (тип или серия и номер документа, удостоверяющего личность, СНИЛС, адрес без смены СМО) |
|
|
|
|
|
П060 |
Выдача на руки полиса единого образца после временного свидетельства |
0 *, 1, 2, 3, 4 |
2, 3, 4, 5, 6 |
|
|
|
П061 |
Изменение сведений о ЗЛ, требующих замены полиса ОМС (изменение или исправление ФИО или места рождения) (без смены СМО) |
|
2, 3 |
1, 2 |
|
|
П062 |
Выдача дубликата полиса |
0 *, 2, 3, 4 |
4, 5 |
1, 2 |
- |
- |
П063 |
Выдача полиса по причине окончания действия ранее выданного полиса (предоставление документов, продляющих срок действия права на ОМС для иностранных граждан) |
|
6 |
1, 2 |
|
|
П064 |
Полис единого образца доставлен на пункт выдачи полисов |
0 *, 1, 2, 3, 4 |
0 *, 2, 3, 4, 5, 6 |
|
- |
|
П160 |
Исправление ошибки, не связанной с изменением состояния на учёте |
|
|
|
|
|
* - значение 0 указывает на то, что поле может не заполняться.
15. Условия заполнения полей SPOLIC, NPOLIC приведены в таблице 10.
Таблица 10
Тип документа, подтверждающего право на ОМС (VPOLIC) |
SPOLIC |
NPOLIC |
Примечания |
"1" - полис ОМС старого образца |
"46-NN", где NN = "01 ... 29" |
6 цифр |
|
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Нет |
9 цифр, подстрока SUBSTR (number, 4) должна находиться в диапазоне значений, определяемых значениями полей записи справочника DVSMMYY.DBF, для которой выполняется условие ссылочной целостности 13. |
|
"3" - полис ОМС единого образца |
Нет |
16 цифр |
по 30.11.2012 включительно |
11 цифр |
начиная с 01.12.2012 |
16. Если поле FPOLIC заполнено значением "0", то значение поля DBEG должно совпадать со значением поля DVIZIT.
17. При VPOLIC = 2 и VPOLIC = 3 обязательно должны быть заполнены поля: DOCTYPE, DOCDATE, MR.
18. Если поле DOCTYPE заполнено значениями 10, 12, 13, 23, 25, 27, 28 то обязательно должно быть заполнено поле DOCEXP.
19. Если поле DOCTYP_DOP (DOCTYP_O_D) заполнено значением 11, 23, 26, 29, то обязательно должны быть заполнены поля DOCDAT_DOP (DOCDAT_O_D) и DOCEXP_DOP (DOCEXP_O_D).
20. Если заполнено поле DOCEXP (DOCEXP_DOP), то значение поля DOCEXP (DOCEXP_DOP) должно быть больше значения поля DOCDATE (DOCDAT_DOP).
21. Если заполнено поле DOCEXP_O (DOCEXP_O_D), то значение поля DOCEXP_O (DOCEXP_O_D) должно быть больше значения поля DOCDATE_O (DOCDAT_O_D).
22. В таблице 11 приведены условия заполнения полей DOCTYPE, DOCTYP_DOP и C_OKSM.
Таблица 11
DOCTYPE |
DOCTYP_DOP |
C_OKSM |
1, 3, 13, 14, 24 |
не заполняется |
"RUS" |
10, 12, 25, 27, 28 |
не заполняется |
<> "RUS" |
9, 21 |
11, 23 |
<> "RUS", <> "Б/Г" |
9, 21 |
26, 29 |
= "BLR", "ARM", "KGZ", "KAZ" |
22 |
11 |
"Б/Г" |
23 |
не заполняется |
"Б/Г" |
23. Если TIP_OP заполнено значениями П031, П032, П033, поле DOCTYP_DOP = 11, то поля DOCEXP_DOP и DEND должны быть заполнены, причем значение поля DEND должно быть заполнено значением последнего дня текущего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года).
24. Если TIP_OP заполнено значениями П031, П032, П033, поле DOCTYP_DOP = 23, 26, 29, то поля DOCEXP_DOP и DEND должны быть заполнены, причем значение поля DEND должно быть заполнено и не должно превышать минимального из значений (DOCEXP_DOP, 31.12.ГГГГ, где ГГГГ - номер текущего года).
25. Если TIP_OP заполнено значениями П031, П032, П033, поле DOCTYP = 10, 12, 22, 23, 25, 27, 28, то поля DOCEXP и DEND должны быть заполнены, причем значение поля DEND должно быть заполнено и не должно превышать минимального из значений (DOCEXP_DOP, 31.12.ГГГГ, где ГГГГ - номер текущего года).
26. Если поле DOCTYP_DOP заполнено значением 23, 26, 29, то поля DOCEXP_DOP и DEND должны быть заполнены, причем значение поля DEND не должно превышать значения поля DOCEXP_DOP.
27. Условия заполнения поля DOCDATE для паспорта гражданина Российской Федерации (DOCTYPE = "14") в зависимости от даты обращения (DVIZIT) приведены в таблице 12.
Таблица 12
DOCTYPE |
DVIZIT |
DOCDATE |
14 |
DR + 14 лет +30 дней < DVIZIT <= DR + 20 лет + 30 дней |
>= DR+ 14 лет |
14 |
DR + 20 лет + 30 дней < DVIZIT <= DR + 45 лет + 30 дней |
>= DR+ 20 лет |
14 |
DVIZIT > DR + 45 лет + 30 дней |
>= DR+45 лет |
За исключением типов операций П021, П022, П023, П024, П025.
28. Если поле DOCTYPE заполнено значением "3" или "24", то должно выполняться условие: DVIZIT <= DR + 14 лет + 30 дней.
Примечание:
За исключением типов операций П021, П022, П023, П024, П025.
29. Если поле DOCTYPE заполнено значениями 10, 12, 22, 23, 25, 27, 28 то поля DOCEXP и DEND должны быть заполнены, причем значение поля DEND не должно превышать значения поля DOCEXP.
30. Для типов операций П010, П031, П032, П033, П034, П035, П036, П040, П061, П062, П160 при заполнении поля C_OKSM значением "RUS" и DVIZIT > DR + 14 лет, поле SS должно быть заполнено обязательно.
31. Если поле DOCTYPE заполнено значениями 9, 21 и DOCTYP_DOP= 26, 29, то поле SS должно быть заполнено обязательно.
32. Если поле DOCTYPE заполнено значениями 9, 10, 12, 21, 22, 23, 25, 27, 28 и DOCTYP_DOP= 11, 23, 26, 29, то обязательно должно быть заполнено поле DSTOP.
Примечание:
Для застрахованных лиц оформленных до 31.12.2016 г.
Если поле DOCTYPE заполнено значениями 9, 21, 22 и DOCTYP_DOP = 11, то при TIP_OP = 'П060' поле DSTOP не заполняется.
Если поле DOCTYPE заполнено значениями 9, 21, и DOCTYP_DOP = 23, 26, 29, то при TIP_OP = 'П060' поле DSTOP = DOCEXP_DOP.
Если поле DOCTYPE заполнено значениями 10, 12, 23, 25, 27, 28, то при TIP_OP = 'П060' поле DSTOP = DOCEXP.
33. Если заполнено поле FIAS_HID_R, то должно быть обязательно заполнено поле FIAS_AID_R.
34. Если BOMG = 0 и FIAS_SC_R < > '1', то должно быть обязательно заполнено поле FIAS_AID_R.
35. Если BOMG = 0 и FIAS_SC_R = '0', то должно быть обязательно заполнено поле FIAS_HID_R.
36. Если заполнено поле FIAS_AID_R, то конкатенация значений полей RNNAME_R + NPMAME_R + UL_R не должна быть пустой.
37. Если заполнено поле FIAS_HID_R, то конкатенация значений полей DOM_R + KORP_R не должна быть пустой.
38. Если заполнено поле FIAS_HID_G, то должно быть обязательно заполнено поле FIAS_AID_G.
39. Если BOMG = 0 и FIAS_SC_G < > '1', то должно быть обязательно заполнено поле FIAS_AID_G.
40. Если BOMG = 0 и FIAS_SC_G = '0', то должно быть обязательно заполнено поле FIAS_HID_G.
41. Если заполнено поле FIAS_AID_G, то конкатенация значений полей RNNAME_G + NPMAME_G + UL_G не должна быть пустой.
42. Если заполнено поле FIAS_HID_G, то конкатенация значений полей DOM_G + KORP_G не должна быть пустой.
43. При TIP_OP = 'П061' и RPOLIC = {'2', '3'} обязательно должны быть заполнены поля:
ENP; W_O; DR_O; DOCTYPE_O; DOCSER_O *; DOCNUM_O; DOCDATE_O; ENP_O; хотя бы одно из FAM_O (при наличии), IM_O (при наличии), OT_O (при наличии).
Примечание.
Поля W_O; DR_O; DOCTYPE_O; DOCSER_O; DOCNUM_O; DOCDATE_O; ENP_O; FAM_O; IM_O; OT_O должны быть заполнены значениями полей W; DR; DOCTYPE; DOCSER; DOCNUM; DOCDATE; ENP; FAM; IM; OT, указанными в предыдущей страховке ЗЛ.
44. При TIP_OP = 'П034', 'П035', 'П036' и RPOLIC = {'2', '3', '6'} обязательно должны быть заполнены поля:
ENP; W_O; DR_O; DOCTYPE_O; DOCSER_O *; DOCNUM_O; DOCDATE_O; ENP_O; хотя бы одно из FAM_O (при наличии), IM_O (при наличии), OT_O (при наличии).
Примечания:
* Обязательность заполнения поля DOCSER_O определяется шаблоном (таблица 7).
Нумерация подпунктов приводится в соответствии с источником
45.1. Для записей с VPOLI C= 2, DBEG < 01.11.ГГГГ, DOCTYPE = {9, 21, 22} и DOCTYP_DOP = 11 поле DSTOP должно быть заполнено одним из значений:
- значением последнего дня текущего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года)
- значением DOCEXP_DOP не превышающим значение последнего дня текущего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года).
45.2. Для записей с VPOLIC = 2, DBEG >= 01.11.ГГГГ, DOCTYPE = {9, 21, 22} и DOCTYP_DOP = 11 поле DSTOP должно быть заполнено одним из значений:
- значением последнего дня следующего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года + 1 год)
- значением DOCEXP_DOP не превышающим значение последнего дня следующего года (т.е. 31 12.ГГГГ, где ГГГГ - номер текущего года + 1 год).
46. Для записей с VPOLIC = 2, и DOCTYPE = {9, 21} и DOCTYP_DOP = {23, 26, 29} поле DSTOP должно быть заполнено минимальным значением:
- значением последнего дня текущего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года) для застрахованных оформляющих полис до 01.11.ГГГГ (DBEG < 01.11.ГГГГ)
- значением последнего дня следующего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года + 1 год) для застрахованных оформляющих полис после 01.11. ГГГГ (DBEG >= 01.11.ГГГГ) значением DOCEXP_DOP
47. Для записей VPOLIC = 2, и DOCTYPE = {10, 12, 23, 25, 27, 28} поля DSTOP должно быть заполнено минимальным значением:
- значением последнего дня текущего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года) для застрахованных оформляющих полис до 01.11.ГГГГ (DBEG < 01.11.ГГГГ)
- значением последнего дня следующего года (т.е. 31.12.ГГГГ, где ГГГГ - номер текущего года + 1 год) для застрахованных оформляющих полис после 01.11. ГГГГ (DBEG >= 01.11.ГГГГ) значением DOCEXP
48. Если поле DOCTYPE заполнено значением 22, то обязательно должно быть заполнено поле DOCTYP_DOP значением 11.
Примечание:
Для лиц без гражданства, предоставляющих документ лица без гражданства и вид на жительство, поле DOCTYPE заполняется значением 22, а поле DOCTYP_DOP значением 11.
Для лиц без гражданства, предоставляющих документ, удостоверяющий личность вид на жительство лица без гражданства, поле DOCTYPE заполняется значением 22, а поле DOCTYP_DOP значением 11. При этом поле DOCSER = DOCSER_DOP, DOCNUM = DOCNUM_DOP, DOCDATE = DOCDAT_DOP, DOCEXP = DOCEXP_DOP, NAM_VP = NAM_VP_DOP.
Для лиц без гражданства, предоставляющих документ, удостоверяющий личность разрешение на временное проживание лица без гражданства, поле DOCTYPE заполняется значением 23, а поле DOCTYP_DOP не заполняется.
49. Если FPOLIC = 2, то в свод должны быть в обязательном порядке включены файлы: <N_REC>.SIGN и <N_REC>.FACE, где <N_REC> = N_REC.
50. Если TIP_OP = 'П033', 'П036', то у ЗЛ в Региональном сегменте ЕРЗ должен быть зарегистрирован полис страховой компании, которая прекратила свою деятельность в текущем году.
51. Если TIP_OP = П034, П035, П036, П061, П062, П063 и FPOLIC = 2, то DBEG не должно превышать значение 13.05.2018.
52. Если C_OKSM < > 'RUS', то должно быть обязательно заполнено поле KIG.
53. В таблице 13 приведены условия заполнения поля KIG.
Таблица 13
DOCTYPE |
DOCTYP_DOP |
KIG |
10, 12, 25, 27, 28 |
|
1 |
9, 21, 22 |
11 |
3 |
9, 21, 22 |
23 |
4 |
9, 21 |
29 |
5 |
9, 21 |
26 |
6 |
9, 21 |
26 |
7 |
9, 21 |
26 |
8 |
54. Для DOCTYPE_DOP = '11'("Вид на жительство") значение DOCEXP_DOP должно быть заполнено датой окончания "Вида на жительство". Если "Вид на жительство" не имеет срока окончания действия, поле DOCEXP_DOP заполняется значением '31.12.2099'.
7.2.4. Правила заполнения полей объекта при оформлении сообщений СМО в ТФОМС о визите застрахованных лиц, не осуществивших выбор СМО и распределенных в соответствии с законом в одну из СМО.
При визите ЗЛ в СМО, назначенную ТФОМС МО в результате распределения застрахованных лиц, не осуществивших выбор СМО после расторжения договора финансового обеспечения с ранее выбранной СМО, если ЗЛ подтверждает заявлением выбор назначенной СМО:
Если у ЗЛ был полис старого образца, выданный до 01.01.2011, то TIP_OP = 'П010'и RSMO = 1, RPOLIC = 1
Если у ЗЛ был полис старого образца, выданный в период 01.01.2011 - 30.04.2011, то TIP_OP = 'П036'и RSMO = 4, RPOLIC = 1
Если у ЗЛ имеется на руках ранее полученный полис единого образца, то TIP_OP = 'П033' и RSMO = 4, RPOLIC = 2
Если ранее полученный полис единого образца утерян или непригоден, то TIP_OP = 'П062', RSMO = 4, RPOLIC = {4, 5}
Если для ЗЛ в СМО лежит изготовленный полис единого образца, то TIP_OP = 'П060', RSMO = 4, RPOLIC = {1, 4, 5}
При визите ЗЛ в СМО, назначенную ТФОМС МО в результате распределения застрахованных лиц, не осуществивших выбор СМО после расторжения договора финансового обеспечения с ранее выбранной СМО, если ЗЛ отказывается от выбора назначенной СМО, то при наличии в СМО изготовленного полиса единого образца:
TIP_OP = 'П060', RSMO = 0, RPOLIC = {1, 4, 5}
При визите ЗЛ в СМО, отличную от назначенной ТФОМС МО в результате распределения застрахованных лиц, не осуществивших выбор СМО после расторжения договора финансового обеспечения с ранее выбранной СМО, для выбора с подачей заявления этой СМО:
Если у ЗЛ был полис старого образца, выданный до 01.01.2011, то TIP_OP = 'П010' и RSMO = 1, RPOLIC = 1
Если у ЗЛ был полис старого образца, выданный в период 01.01.2011 - 30.04.2011, то TIP_OP = 'П036' и RSMO = 4, RPOLIC = 1
Если у ЗЛ имеется на руках ранее полученный полис единого образца, то TIP_OP = 'П033' и RSMO = 4, RPOLIC = 2
Если ранее полученный полис единого образца утерян или непригоден, то TIP_OP = 'П062', RSMO = 4, RPOLIC = {4, 5}
7.3. Объект "Протокол обработки файла с изменениями".
7.3.1. Краткая характеристика объекта.
Объект предназначен для передачи результатов обработки изменений сведений о застрахованном лице, зарегистрированных в ПВП СМО на момент обращения ЗЛ.
7.3.2. Структура объекта.
Таблица 14
N п/п |
Содержание элемента |
Тип |
Размер |
ОЗ |
Наименование |
Дополнительная информация 74424694 |
1 |
SMOCOD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации |
Должен соответствовать набору символов QQQQQ в имени файла (Приложение 1) |
2 |
PRZCOD |
Char |
3 |
О |
Код пункта выдачи полисов |
Присваивается СМО, учитывается в справочнике "Пункты выдачи полисов". |
3 |
N_REC |
Char |
36 |
О |
Уникальный идентификатор записи в обменном файле |
Служит для сопоставления записи в пакете и ответе ТФОМС МО. Код создается с использованием генератора UUID (см. Приложение 2) |
4 |
ID |
Char |
36 |
У |
Идентификатор записи ТФОМС МО |
Идентификатор формирует ТФОМС. Код создается с использованием генератора UUID (см. Приложение 2). СМО заполняет поле в случае изменений сведений о ЗЛ, ранее зарегистрированном в РС ЕРЗ Московской области |
5 |
CODE_ERP |
Num |
1 |
О |
Результат обработки записи |
Множество допустимых значений определяется классификатором результатов обработки записи об изменении (R004) федерального пакта НСИ. В случае отказа в формировании заявки на изготовление полиса ОМС единого образца значение поля должно соответствовать состоянию "нарушение правил ОМС". |
6 |
COMMENT |
Char |
250 |
Н |
Комментарий к результату обработки |
Указывается при необходимости добавления пояснения к результату обработки. |
7 |
TER_ST |
Char |
5 |
У |
Текущая территория страхования |
Код территории по ОКАТО из справочника регионов |
8 |
ENP |
Char |
16 |
У |
Действующий Единый номер полиса ОМС |
Единый номер полиса (далее - ЕНП), присваиваемый каждому застрахованному лицу, позволяет однозначно идентифицировать застрахованное лицо в ЕРЗ. В случае изменения пола и/или даты рождения ЕНП подлежит изменению. |
9 |
OGRNSMO |
Char |
15 |
У |
ОГРН СМО |
ОГРН СМО текущего страхования. Множество допустимых значений определяется справочником "Страховые медицинские организации". |
10 |
ERP |
Num |
1 |
О |
Признак регистрации ЕНП |
0 - не зарегистрирован в ЦС ЕРП, 1 - зарегистрирован в ЦС ЕРП. |
11 |
VPOLIC |
Num |
1 |
О |
Тип документа, подтверждающего факт страхования по ОМС |
1 - полис ОМС старого образца, 2 - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования, 3 - полис ОМС единого образца |
12 |
NPOLIC |
Char |
20 |
У |
Номер документа, подтверждающего факт страхования по ОМС |
Заполняется в соответствии с документом, выданным застрахованному лицу при данном обращении в СМО. Для полиса единого образца в поле "серия и номер" указывается номер бланка полиса. Может не заполняться только в случае отсутствия сведений о номере бланка полиса |
13 |
SPOLIC |
Char |
10 |
У |
Серия документа, подтверждающего факт страхования по ОМС |
Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС, например, в случае отказа ЗЛ от получения полиса ОМС единого образца, но при наличии у ЗЛ полиса ОМС образца до 01.05.2011. |
14 |
DBEG |
Date |
|
У |
Дата выдачи документа, подтверждающего факт страхования по ОМС |
Заполняется датой выдачи временного свидетельства, за исключением регистрации события обращения ЗЛ за изготовленным полисом ОМС единого образца. Для случаев, когда Полис единого образца не был востребован после его изготовления, датой начала действия считается дата окончания действия соответствующего временного свидетельства. Дата выдачи при этом не указывается. Для случаев замены СМО без замены полиса указывается дата написания заявления о замене СМО. |
15 |
DEND |
Date |
|
У |
Дата окончания действия документа, подтверждающего факт страхования по ОМС |
Атрибут обязателен к заполнению для временных свидетельств ОМС, для погашенных полисов ОМС и для полисов ОМС с ограниченным сроком действия. |
16 |
DSTOP |
Date |
|
У |
Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) |
Заполняется в случае обработки в ТФОМС МО записей о регистрации в СМО фактов снятия ЗЛ с учета по ОМС. |
7.3.3. Правила контроля объекта.
Контроль целостности объекта производится на предмет уникальности каждого объекта по каждой из непустых совокупностей значений полей:
N_REC
ID
ENP
VPOLIC + SPOLIC + NPOLIC
Контроль доменной целостности объекта производится в соответствии c графой "Дополнительная информация" для полей:
ERP, VPOLIC
Значение поля TER_ST для застрахованных в Московской области - "46000" PRZCOD - допустимы цифровые символы.
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей:
Таблица 15
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
PRZCOD |
PVPMMYY.DBF |
CODPVP |
|
2. |
TER_ST |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
3. |
"46000000" + OGRNSMO |
SMOMMYY.DBF |
REGION+ OGRN |
"46000000" - регулярное выражение - код Московской области |
4. |
CODE_ERP |
R004 (из федерального пакета НСИ) |
Kod |
|
5. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
6. |
TER_ST + SMOCOD + SUBSTR (NUMBER, 1, 3) |
DV_SMMYY.DBF |
TER_ST + SMOCOD + SERIES |
Для временных свидетельств (VPOLIC = "2") |
Контроль семантической целостности объекта производится по следующим правилам:
Требования к семантической целостности для полей DBEG и DEND в зависимости от "Типа документа, подтверждающего право на ОМС" приведены в таблице 15.
По-видимому, в предыдущем абзаце допущена опечатка. Вместо "в таблице 15" имеется в виду "в таблице 16"
Таблица 16
Тип документа, подтверждающего право на ОМС (VPOLIC) |
Значение DBEG |
Значение DEND |
"1" - полис ОМС старого образца |
Меньше или равно значению {30.04.2011} |
|
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Больше или равно значению {01.05.2011} |
DBEG + 45 рабочих дней |
"3" - полис ОМС единого образца |
Больше или равно значению {01.05.2011} |
|
Значение поля DSTOP должно быть больше значения поля DBEG и не превышать значение поля DEND.
Условия заполнения полей SPOLIC, NPOLIC приведены в таблице 13.
По-видимому, в предыдущем абзаце допущена опечатка. Вместо "в таблице 13" имеется в виду "в таблице 17"
Таблица 17
Тип документа, подтверждающего право на ОМС (VPOLIC) |
SPOLIC |
NPOLIC |
"1" - полис ОМС старого образца |
"46-NN", где NN = "01...29" |
6 цифр |
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Нет |
9 цифр, подстрока SUBSTR (number, 4) должна находиться в диапазоне значений, определяемых значениями полей записи справочника DVSMMYY.DBF, для которой выполняется условие ссылочной целостности 6. |
"3" - полис ОМС единого образца |
Нет |
16 или 11 цифр, как зарегистрирован в РЗ |
7.4. Объект "Извещения о прекращении страхования".
7.4.1. Краткая характеристика объекта.
Объект предназначен для передачи в СМО извещений о прекращении страхования застрахованного лица для снятия с регистрационного учета в РЗ СМО.
7.4.2. Структура объекта.
Таблица 18
N п/п |
Содержание элемента |
Тип |
Размер |
Обяз. |
Наименование |
Дополнительная информация |
1. |
SMOCOD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации |
Должен соответствовать набору символов QQQQQ в имени файла (Приложение 1) |
2. |
PRZCOD |
Char |
3 |
О |
Код пункта выдачи полисов |
Присваивается СМО, учитывается в справочнике "Пункты выдачи полисов". |
3. |
ID |
Char |
36 |
O |
Идентификатор записи ТФОМС МО |
Идентификатор формирует ТФОМС МО. Код создается с использованием генератора UUID (см. Приложение 2). |
4. |
REASON |
Num |
1 |
О |
Причина снятия с учёта |
1 - Смерть застрахованного, 2 - Ежегодная замена страховой компании застрахованным лицом, 3 - Замена страховой компании по причине изменения места жительства, 4 - Выдача временного свидетельства в другой СМО, 5 - Выявление дубликата, 6 - Прочие причины. 7 - Окончание срока действия полиса 8 - Замена полиса без смены СМО 9 - Воинская служба по призыву 10 - Военнослужащий |
5. |
ENP |
Char |
16 |
О |
Единый номер полиса ОМС |
ЕНП, присваиваемый каждому застрахованному лицу, позволяет однозначно идентифицировать застрахованное лицо в ЕРЗ. В случае изменения пола и/или даты рождения ЕНП подлежит изменению. |
6. |
VPOLIC |
Num |
1 |
О |
Тип документа, подтверждающего факт страхования по ОМС |
1 - полис ОМС старого образца; 2 - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования; 3 - полис ОМС единого образца. |
7. |
NPOLIC |
Char |
20 |
У |
Номер документа, подтверждающего факт страхования по ОМС |
Для полиса единого образца в поле "серия и номер" указывается номер бланка полиса. Может не заполняться только в случае отсутствия сведений о номере бланка полиса |
8. |
SPOLIC |
Char |
10 |
У |
Серия документа, подтверждающего факт страхования по ОМС |
Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС |
9. |
DBEG |
Date |
|
У |
Дата выдачи документа, подтверждающего факт страхования по ОМС |
Заполняется датой выдачи временного свидетельства, за исключением регистрации события обращения ЗЛ за изготовленным полисом ОМС единого образца. Для случаев, когда Полис единого образца не был востребован после его изготовления, датой начала действия считается дата окончания действия соответствующего временного свидетельства. Дата выдачи при этом не указывается |
10. |
DEND |
Date |
|
У |
Дата окончания действия документа, подтверждающего факт страхования по ОМС |
Атрибут обязателен к заполнению для временных свидетельств ОМС, для погашенных полисов ОМС и для полисов ОМС с ограниченным сроком действия. Для записей со значением REASON = 1 поле заполняется датой смерти застрахованного лица. |
11. |
DSTOP |
Date |
|
У |
Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) |
|
7.4.3. Правила контроля объекта.
Контроль целостности объекта производится на предмет уникальности каждого объекта по каждой из непустых совокупностей значений полей:
ID
ENP
VPOLIC + SPOLIC + NPOLIC
Контроль доменной целостности объекта производится в соответствии c графой "Дополнительная информация" для полей: VPOLIC, REASON.
PRZCOD - допустимы цифровые символы.
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей
Таблица 19
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
PRZCOD |
PVPMMYY.DBF |
CODPVP |
PRZCOD |
2. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
3. |
SMOCOD + SUBSTR (NUMBER, 1, 3) |
DV_SMMYY.DBF |
SMOCOD + SERIES |
Для временных свидетельств (VPOLIC = "2") |
Контроль семантической целостности объекта производится по следующим правилам:
1. Требования к семантической целостности для полей DBEG и DEND в зависимости от "Типа документа, подтверждающего право на ОМС" приведены в таблице 20.
Таблица 20
Тип документа, подтверждающего право на ОМС (VPOLIC) |
Значение DBEG |
Значение DEND |
"1" - полис ОМС старого образца |
Меньше или равно значению {30.04.2011} |
|
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Больше или равно значению {01.05.2011} |
DBEG + 45 рабочих дней |
"3" - полис ОМС единого образца |
Больше или равно значению {01.05.2011} |
|
2. Значение поля DSTOP должно быть больше значения поля DBEG и не превышать значение поля DEND.
3. Условия заполнения полей SPOLIC, NPOLIC приведены в таблице 20
По-видимому, в предыдущем абзаце допущена опечатка. Вместо "в таблице 20" имеется в виду "в таблице 21"
Таблица 21
Тип документа, подтверждающего право на ОМС (VPOLIC) |
SPOLIC |
NPOLIC |
"1" - полис ОМС старого образца |
"46-NN", где NN = "01...29" |
6 цифр |
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Нет |
9 цифр, подстрока SUBSTR (number, 4) должна находиться в диапазоне значений, определяемых значениями полей записи справочника DVSMMYY.DBF, для которой выполняется условие ссылочной целостности 3. |
"3" - полис ОМС единого образца |
Нет |
16 или 11 цифр, как зарегистрирован в РЗ |
7.5. Объект "Корректировка данных".
7.5.1. Краткая характеристика объекта.
Объект предназначен для передачи в СМО сведений о внесении изменений в персональные данные застрахованного лица.
7.5.2. Структура объекта.
Таблица 22
N п/п |
Содержание элемента |
Тип |
Размер |
Обяз. |
Наименование |
Дополнительная информация |
1. |
SMOCOD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации |
Должен соответствовать набору символов QQQQQ в имени файла (Приложение 1) |
2. |
ID |
Char |
36 |
О |
Идентификатор записи ТФОМС |
Идентификатор формирует ТФОМС. Код создается с использованием генератора UUID (см. Приложение 2). СМО заполняет поле в случае изменений сведений о ЗЛ, ранее зарегистрированном в РС ЕРЗ Московской области |
3. |
DVIZIT |
Date |
|
У |
Дата обращения ЗЛ (его представителя) |
Дата подачи заявления в СМО. |
4. |
METHOD |
Char |
1 |
У |
Способ подачи заявления |
1 - лично; 2 - через представителя; 3 - через официальный сайт ТФОМС; 4 - через единый портал государственных услуг. |
5. |
PETITION |
Char |
1 |
У |
Признак наличия ходатайства о регистрации в качестве застрахованного лица |
0 - ходатайство отсутствует, 1 - подано ходатайство |
6. |
RPOLIC |
Num |
1 |
У |
Причина подачи заявления о выдаче дубликата или переоформлении полиса |
2 - изменение реквизитов; 3 - установление ошибочности сведений; 4 - ветхость и непригодность полиса; 5 - утрата ранее выданного полиса; 6 - окончание срока действия полиса. |
7. |
FPOLIC |
Num |
1 |
У |
Выбранная форма изготовления полиса |
Указывается форма изготовления полиса: 0 - не требует изготовления полиса; 1 - бумажный бланк; 2 - пластиковая карта; 3 - в составе УЭК. |
8. |
FAM |
Char |
40 |
У |
Фамилия ЗЛ |
Фамилия, имя, отчество указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность, без сокращений. Допустимо разделение отдельных частей атрибута символом "пробел". В случае отсутствия фамилии, имени или отчества в документе, удостоверяющем личность, атрибут не подлежит заполнению никаким символом. |
9. |
IM |
Char |
40 |
У |
Имя ЗЛ |
|
10. |
OT |
Char |
40 |
У |
Отчество ЗЛ |
|
11. |
W |
Num |
1 |
О |
Пол ЗЛ |
Заполняется в соответствии с V005 Приложения А. |
12. |
DR |
Date |
|
О |
Дата рождения ЗЛ |
Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным "01". Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным "01" (январь). |
13. |
C_OKSM |
Char |
3 |
У |
Гражданство ЗЛ |
Трёхбуквенный код страны по классификатору ОКСМ. Множество допустимых значений определяется справочником "Страны мира (ОКСМ)". Для лиц без гражданства - значение "Б/Г". Для лиц, гражданство которых неизвестно, значение не указывается. |
14. |
SNILS |
Char |
14 |
У |
СНИЛС застрахованного лица |
Уникальный страховой номер индивидуального лицевого счета, присваиваемый гражданину в системе учета ПФР России. Шаблон заполнения атрибута: ХХХ-ХХХ-ХХХ ХХ, где Х - любая десятичная цифра. |
15. |
PHONE |
Char |
40 |
У |
Телефон |
Контактная информация застрахованного лица. |
16. |
|
Char |
50 |
У |
Адрес электронной почты |
Контактная информация застрахованного лица. |
17. |
FIOPR |
Char |
130 |
У |
ФИО представителя |
Заполняется в случае наличия представителя. Фамилия, имя, отчество указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, символы "дефис" и "апостроф". Обязательно разделение отдельных частей атрибута символом "пробел". В случае отсутствия отчества в документе, удостоверяющем личность, после имени ничего не указывается |
18. |
CONTACT |
Char |
200 |
У |
Контакты представителя |
Заполняется в случае наличия представителя. |
19. |
DDEATH |
Date |
|
У |
Дата смерти застрахованного лица |
Поле заполняется в случае факта смерти застрахованного, зарегистрированного в СМО. Источник информации - свидетельство о смерти, представленное родственниками, констатация факта смерти в медицинской организации, удостоверенная в ходе МЭЭ. Должна быть указана точная дата смерти. |
20. |
DOCTYPE |
Num |
2 |
О |
Тип документа, удостоверяющего личность |
Множество допустимых значений определяется столбцом "Код типа документа" таблицы 6. Не допускается заполнение атрибута значением 11, 26, 29. Атрибут обязателен к заполнению. |
21. |
DOCSER |
Char |
10 |
У |
Серия документа, удостоверяющего личность |
Атрибут обязателен к заполнению, если серия предусмотрена шаблоном документа (таблица 6). |
22. |
DOCNUM |
Char |
20 |
О |
Номер документа, удостоверяющего личность. |
Атрибут обязателен к заполнению. |
23. |
DOCDATE |
Date |
|
О |
Дата выдачи документа, удостоверяющего личность |
Атрибут обязателен к заполнению. |
24. |
NAME_VP |
Char |
80 |
У |
Наименование органа, выдавшего документ |
Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Полностью, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, цифры, символы "N", "дефис", "двойные кавычки". Допустимо разделение отдельных частей атрибута символом "пробел". |
25. |
MR |
Char |
100 |
О |
Место рождения застрахованного лица |
Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Атрибут обязателен к заполнению. |
26. |
SUBJ_R |
Char |
5 |
У |
Код региона РФ места регистрации |
Код ОКАТО по классификатору субъектов F010 Приложения А. |
27. |
INDX_R |
Char |
6 |
У |
Почтовый индекс места регистрации |
Сведения о месте регистрации из документа, удостоверяющего личность. Не указывается для лиц без определенного места жительства. Тип населенного пункта и тип улицы указывается после наименования в произвольно сокращенном |
28. |
OKATO_R |
Char |
11 |
У |
Код места жительства по справочнику ОКАТО |
|
29. |
RNNAME_R |
Char |
80 |
У |
Район места регистрации (наименование) |
|
30. |
NPNAME_R |
Char |
80 |
У |
Наименование населенного пункта |
|
31. |
UL_R |
Char |
80 |
У |
Наименование улицы места регистрации |
виде с разделителем в один пробел. Для населенных пунктов, имеющих в своем составе подчиненные (входящие в состав) населенные пункты, атрибут следует заполнять, разделяя составные части запятой с одним пробелом, например, "МОСКВА Г, ЗЕЛЕНОГРАД Г" или "КОРОЛЕВ Г, ТЕКСТИЛЬЩИК П". Допустимы прописные буквы русского алфавита, цифры, символы "дефис", "кавычки", "запятая", "/", "N", "N", "." (точка). Допустимо указывать в скобках прежнее наименование улицы, если подобное написание присутствует в документальной записи о регистрации застрахованного по месту жительства или пребывания. Наименования улиц, номера домов и квартир не заполняются в случае их отсутствия в данных документа, удостоверяющего личность. |
32. |
DOM_R |
Char |
7 |
У |
Номер дома места регистрации |
|
33. |
KORP_R |
Char |
6 |
У |
Номер корпуса места регистрации |
|
34. |
KV_R |
Char |
6 |
У |
Номер квартиры места регистрации |
|
35. |
DREG |
Date |
|
У |
Дата регистрации |
|
36. |
SUBJ_G |
Char |
5 |
У |
Код региона РФ места жительства |
Код ОКАТО по классификатору субъектов F010 Приложения А. |
37. |
INDX_G |
Char |
6 |
У |
Почтовый индекс места жительства |
|
38. |
OKATO_G |
Char |
11 |
У |
Код места жительства по справочнику ОКАТО |
Код ОКАТО по "Справочнику административно-территориального деления ОКАТО". |
39. |
RNNAME_G |
Char |
80 |
У |
Район места жительства (наименование) |
|
40. |
NPNAME_G |
Char |
80 |
У |
Наименование населенного пункта |
Наименования улиц, номера домов и квартир не заполняются в случае их фактического отсутствия в данных адреса проживания. Требования при заполнении такие же, как для "Адреса места регистрации". |
41. |
UL_G |
Char |
80 |
У |
Наименование улицы места жительства |
|
42. |
DOM_G |
Char |
7 |
У |
Номер дома места жительства |
|
43. |
KORP_G |
Char |
6 |
У |
Номер корпуса места жительства |
|
44. |
KV_G |
Char |
6 |
У |
Номер квартиры места жительства |
|
45. |
TER_ST |
Char |
5 |
У |
Текущая территория страхования |
Код территории по ОКАТО из справочника регионов. |
46. |
ENP |
Char |
16 |
У |
Действующий Единый номер полиса ОМС |
ЕНП, присваиваемый каждому застрахованному лицу, позволяет однозначно идентифицировать застрахованное лицо в ЕРЗ. В случае изменения пола и/или даты рождения ЕНП подлежит изменению. Номер полиса ОМС единого образца, указанный на бланке полиса ОМС, выданного застрахованному. Атрибут обязателен для заполнения при передаче сведений о застрахованном лице, ранее зарегистрированном в РС ЕРЗ. |
47. |
OGRNSMO |
Char |
15 |
У |
ОГРН СМО |
ОГРН СМО текущего страхования. Множество допустимых значений определяется справочником "Страховые медицинские организации". |
48. |
ERP |
Num |
1 |
О |
Регистрация стадии изготовления полиса |
0 - не зарегистрирован в РС ЕРП; 1 - зарегистрирован в РС ЕРП; 2 - зарегистрирован в ЦС ЕРП; 3 - сформирована заявка; 4 - полис изготовлен |
49. |
VPOLIC |
Num |
1 |
О |
Тип документа, подтверждающего факт страхования по ОМС |
1 - полис ОМС старого образца, 2 - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования, 3 - полис ОМС единого образца |
50. |
NPOLIC |
Char |
20 |
У |
Номер документа, подтверждающего факт страхования по ОМС |
Заполняется в соответствии с документом, выданным застрахованному лицу при данном обращении в СМО. Не подлежит обязательному заполнению для полисов единого образца при отсутствии информации в РС ЕРЗ |
51. |
SPOLIC |
Char |
10 |
У |
Серия документа, подтверждающего факт страхования по ОМС |
Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС, например, в случае отказа ЗЛ от получения полиса ОМС единого образца, но при наличии у ЗЛ полиса ОМС образца до 01.05.2011. |
52. |
DBEG |
Date |
|
У |
Дата выдачи документа, подтверждающего факт страхования по ОМС |
Заполняется датой выдачи временного свидетельства, за исключением регистрации события обращения ЗЛ за изготовленным полисом ОМС единого образца. Для случаев замены СМО без замены полиса указывается дата написания заявления о замене СМО. Для случаев, когда полис единого образца не был востребован после его изготовления, датой начала действия считается дата окончания действия соответствующего временного свидетельства. Дата выдачи при этом не указывается. |
53. |
DEND |
Date |
|
У |
Дата окончания действия документа, подтверждающего факт страхования по ОМС |
Атрибут обязателен к заполнению для временных свидетельств ОМС, для погашенных полисов ОМС и для полисов ОМС с ограниченным сроком действия. |
54. |
DSTOP |
Date |
|
У |
Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) |
Заполняется в случае регистрации в СМО фактов снятия ЗЛ с учета по ОМС (за исключением полученных из ТФОМС МО в составе Извещения о прекращении страхования (файл типа "S"). В случае смерти должно совпадать со значением поля DDEATH |
55. |
PRES |
Char |
1 |
У |
Признак восстановления полиса на учет. |
1. Восстановление на учёте в связи с изменением даты последующей постановки на учёт; 2. Восстановление на учёте в связи с отменой ошибочной постановки на учёт; 3. Восстановление на учёте в связи с отменой регистрации смерти; 4. Восстановление на учёте полиса военнослужащего по призыву. |
56. |
NORDER |
Char |
100 |
У |
Номер заявки на изготовление полиса |
Номер заявки формируется ТФОМС. Указывается в случае включения записи из файла изменений в заявку на изготовление полисов. Поле должно заполняться СМО во всех случаях внесения изменений в сведения о ЗЛ после формирования заявки на изготовление полиса |
57. |
DORDER |
Date |
|
У |
Дата заявки на изготовление полиса |
|
58. |
PRORDER |
Char |
50 |
У |
Номер короба |
|
59 |
DOCEXP |
Date |
|
У |
Срок действия документа, удостоверяющего личность |
Дата, начиная с которой, документ считается прекратившим действие. Атрибут обязателен к заполнению для ДУЛ типов 10, 12, 13, 22, 23, 25, 27, 28. (см. Таблицу 6) |
60 |
DOCTYP_DOP |
Num |
2 |
У |
Тип дополнительного документа, удостоверяющего личность |
Множество допустимых значений определяется значениями: 11 - вид на жительство; 23 - разрешение на временное проживание, 26 - удостоверение сотрудника Евразийской экономической комиссии. Атрибут обязателен к заполнению для иностранных граждан и лиц без гражданства, временно проживающих на территории РФ. 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. |
61 |
DOCSER_DOP |
Char |
10 |
У |
Серия дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению в случае заполнения атрибута "Тип дополнительного документа, удостоверяющего личность", если серия предусмотрена шаблоном документа (таблица 6). |
62 |
DOCNUM_DOP |
Char |
20 |
У |
Номер дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
63 |
DOCDAT_DOP |
Date |
|
У |
Дата выдачи дополнительного документа, удостоверяющего личность |
Атрибут обязателен к заполнению, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
64 |
DOCEXP_DOP |
Date |
|
У |
Срок действия дополнительного документа, удостоверяющего личность |
Дата, начиная с которой документ считается прекратившим действие. Атрибут обязателен к заполнению, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
65 |
NAM_VP_DOP |
Char |
80 |
У |
Наименование органа, выдавшего дополнительный документ, удостоверяющий личность |
Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. Полностью, без сокращений и точек, начиная с буквы. Допустимы прописные буквы русского алфавита, цифры, символы "N", "дефис", "двойные кавычки". Допустимо разделение отдельных частей атрибута символом "пробел". Атрибут заполняется только, если заполнен атрибут "Тип дополнительного документа, удостоверяющего личность". |
66 |
FIAS_AID_R |
Char |
36 |
У |
Для адреса места регистрации - уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) |
Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. Не указывается в случаях: отсутствия сведений в РС ЕРЗ; отсутствия сведений в ФИАС; для лиц БОМЖ (BOMG = 1). |
67 |
FIAS_HID_R |
Char |
36 |
У |
Для адреса места регистрации - уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС |
Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AID_R Не указывается в случаях: отсутствия сведений в РС ЕРЗ; отсутствия сведений в ФИАС; для лиц БОМЖ (BOMG = 1). |
68 |
FIAS_SC_R |
Char |
1 |
У |
Для адреса места регистрации - признак особого случая отсутствия кода по ФИАС |
"0" - коды по ФИАС для "адреса" и "дома" имеются "1" - в ФИАС отсутствует код для "адреса" "2" - в ФИАС отсутствует код для "дома" "3" - Сведения отсутствуют в РС ЕРЗ |
69 |
FIAS_AID_G |
Char |
36 |
У |
Для адреса места жительства - уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) |
Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. Не указывается в случаях: отсутствия сведений в ФИАС; если не заполнены поля 37 - 44 |
70 |
FIAS_HID_G |
Char |
36 |
У |
Для адреса места жительства - уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС |
Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AID_G. Не указывается в случаях: отсутствия сведений в ФИАС; если не заполнено поле 68 |
71 |
FIAS_SC_G |
Char |
1 |
У |
Для адреса места жительства - признак особого случая отсутствия кода по ФИАС |
"0" - коды по ФИАС для "адреса" и "дома" имеются "1" - в ФИАС отсутствует код для "адреса" "2" - в ФИАС отсутствует код для "дома" "3" - Сведения отсутствуют в РС ЕРЗ Не указывается, если не заполнены поля 37 - 44 |
7.5.3. Правила контроля объекта.
Контроль целостности производится на предмет уникальности каждого объекта по каждой из непустых совокупностей значений полей:
FAM + IM + OT + DR
ID
SNILS
DOCTYPE + DOCSER + DOCNUM
ENP
VPOLIC + SPOLIC + NPOLIC
NORDER + DORDER
Контроль доменной целостности объекта производится в соответствии с "Техническими условиями" для полей:
PRZCOD - допустимы цифровые символы;
Не допускается значение "000-000-000 00" для заполнения поля SNILS Значение поля TER_ST для застрахованных в Московской области - "46000"
Контроль доменной целостности для полей: SNILS, METHOD, PETITION, RPOLIC, FPOLIC, ERP, VPOLIC, DOCTYPE, DOCTYP_DOP, FIAS_SC_R, FIAS_SC_G производится в соответствии c графой "Дополнительная информация".
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей:
Таблица 23
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
ID + ENP + метрические данные ЗЛ, указанные в обменном файле + [NORDER] |
РС ЕРЗ |
Проверяется наличие в БД РС ЕРЗ зарегистрированных данных с такими реквизитами |
В случае изменения метрических данных ЗЛ сверка производится по набору "прежних данных" |
2. |
W |
V005 (из федерального пакета НСИ) |
IDPOL |
|
3. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
4. |
PRZCOD |
PVPMMYY.DBF |
CODPVP |
|
5. |
TER_ST |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
6. |
SUBJ_G |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
7. |
SUBJ_R |
OMSMMYY.DBF |
SUBSTR (REGION, 1, 5) |
|
8. |
OKATO_G |
ATDMMYY.DBF |
OKATO |
Если FIAS_SC_G = "1" или ADDROBJ.OKATO = 'пусто' (см. П. 15) |
9. |
OKATO_R |
ATDMMYY.DBF |
OKATO |
Если FIAS_SC_R= "1" или ADDROBJ. OKATO = 'пусто' (см. П. 13) |
10 |
C_OKSM |
KSMMMYY.DBF |
ALFA3 |
|
11 |
"46000000" + OGRNSMO |
SMOMMYY.DBF |
REGION + OGRN |
"46000000" - регулярное выражение - код Московской области |
12 |
TER_ST + SMOCOD + SUBSTR (NUMBER, 1, 3) |
DVSMMYY.DBF |
TER_ST + SMOCOD + SERIES |
Для временных свидетельств (VPOLIC = "02") |
13 |
FIAS_AID_R + OKATO_R |
ADDROBJ.DBF |
AOID + OKATO |
Если ADDROBJ.OKATO <> 'пусто' |
14 |
FIAS_HID_R + ADDROBJ.AOGUID |
HOUSERR.DBF |
HOUSEID + AOGUID |
"RR" - две цифры, означающих в имени справочника номерной код региона ADDROBJ.AOGU ID - из записи, соответствующей условию 13 |
15 |
FIAS_AID_G + OKATO_G |
ADDROBJ.DBF |
AOID + OKATO |
Если ADDROBJ.OKATO <> 'пусто' |
16 |
FIAS_HID_G + ADDROBJ.AOGUID |
HOUSERR.DBF |
HOUSEID + AOGUID |
"RR" - две цифры, означающих в имени справочника номерной код региона ADDROBJ.AOGU ID - из записи, соответствующей условию 15 |
17 |
FIAS_HID_R + INDX_R |
HOUSERR.DBF |
HOUSEID + POSTALCODE |
Если HOUSERR.POSTALCODE <> 'пусто' |
18 |
FIAS_AID_R + INDX_R |
ADDROBJ.DBF |
AOID + POSTALCODE |
Если HOUSERR.POSTALCODE = 'пусто' из п. 17 и ADDROBJ.POSTALCODE <> 'пусто' |
19 |
FIAS_HID_G + INDX_G |
HOUSERR.DBF |
HOUSEID + POSTALCODE |
Если HOUSERR.POSTALCODE <> 'пусто' |
20 |
FIAS_AID_G +INDX_G |
ADDROBJ.DBF |
AOID + POSTALCODE |
Если HOUSERR.POSTALCODE = 'пусто' из п. 19 и ADDROBJ.POSTALCODE <> 'пусто' |
Примечание:
Контроль ссылочной целостности по пунктам 8, 9 13 - 20 проводится с применением справочников ФИАС, актуальных на 1 число каждого месяца (т.е. последних размещенных на сайте Федеральной налоговой службы до 1 числа каждого месяца).
Контроль семантической целостности объекта производится по следующим правилам:
1. Конкатенация полей FAM и IM не должна быть пустой.
2. Поле DR - значение должно находиться в интервале {01/01/1900} - день предшествующий подаче файла изменений.
3. Значения всех полей типа DATE не должны превышать дату подачи файла в ТФОМС МО.
4. Поля: INDX_G, INDX_R должны быть заполнены шестью цифровыми символами.
5. Если заполнено поле DOCTYPE (DOCTYP_DOP), то заполнение полей DOCNUM (DOCNUM_DOP) и DOCSER (DOCSER_DOP) должно соответствовать шаблонам из таблицы 6
6. Если заполнено поле DOCDATE, значение поля DOCDATE должно быть больше значения поля DR.
7. Поле SPOLIC может быть непустым только для полисов ОМС, выданных до 01.05.2011 г. (соответственно значению поля VPOLIC).
8. Требования к семантической целостности для полей DBEG и DEND в зависимости от "Типа документа, подтверждающего право на ОМС" приведены в таблице 24.
Таблица 24
Тип документа, подтверждающего право на ОМС (VPOLIC) |
Значение DBEG |
Значение DEND |
"1" - полис ОМС старого образца |
Меньше или равно значению {30.04.2011} |
|
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Больше или равно значению {01.05.2011} |
DBEG + 45 рабочих дней |
"3" - полис ОМС единого образца |
Больше или равно значению {01.05.2011} |
Должно быть заполнено при C_OKSM <> "RUS", DOCTYPE = {9, 10, 12, 21, 22, 23, 25, 27, 28}, и DOCTYP_DOP = {11, 23, 26, 29} |
9. Поле ENP заполнено только для застрахованных лиц ранее зарегистрированных в РС ЕРЗ.
10. В Таблице 25 приведен перечень допустимых сочетаний заполнения полей TIP_OP, RPOLIC, FPOLIC, DDEATH, DSTOP:
Таблица 25
TIP OP |
RPOLIC |
FPOLIC |
DDEATH |
DSTOP |
|
П010 |
Первичный выбор СМО (выдача временного свидетельства) |
|
1, 2 |
|
|
П021 |
Снятие ЗЛ с учёта в связи с постановкой на учет в другой СМО |
|
|
|
+ |
П022 |
Снятие ЗЛ с учёта в связи со смертью |
|
|
+ |
+ |
П023 |
Снятие ЗЛ с учёта при разрешении дублирующихся записей |
|
|
|
|
П024 |
Снятие с учёта записи о ЗЛ при исправлении ошибок в ЕНП |
|
|
|
|
П025 |
Снятие с учёта записи о ЗЛ в связи с приостановлением действия полиса (для категорий граждан, не подлежащих ОМС) |
|
|
|
+ |
П031 |
Замена СМО по желанию один раз в год (без замены полиса) |
|
|
|
|
П032 |
Замена СМО при смене места жительства (без замены полиса) |
|
|
|
|
П033 |
Замена СМО в связи с расторжением договора со СМО (без замены полиса) |
|
|
|
|
П034 |
Замена СМО по желанию один раз в год (с заменой полиса) |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П035 |
Замена СМО при смене места жительства (с заменой полиса) |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П036 |
Замена СМО в связи с расторжением договора со СМО (с заменой полиса) |
2, 3, 4, 5, 6 |
1, 2 |
|
|
П040 |
Изменение данных о ЗЛ, не требующих выдачи нового полиса ОМС (тип или серия и номер документа, удостоверяющего личность, СНИЛС, адрес без смены СМО) |
|
|
|
|
П060 |
Выдача на руки полиса единого образца после временного свидетельства |
2, 3, 4, 5, 6 |
|
|
|
П061 |
Изменение сведений о ЗЛ, требующих замены полиса ОМС (изменение или исправление ФИО или места рождения) (без смены СМО) |
2, 3 |
1, 2 |
|
|
П062 |
Выдача дубликата полиса |
4, 5 |
1, 2 |
- |
- |
П063 |
Выдача полиса по причине окончания действия ранее выданного полиса (предоставление документов, продляющих срок действия права на ОМС для иностранных граждан) |
6 |
1, 2 |
|
|
П064 |
Полис единого образца доставлен на пункт выдачи полисов |
- |
- |
- |
- |
11. Условия заполнения полей SPOLIC, NPOLIC приведены в таблице 26
Таблица 26
Тип документа, подтверждающего право на ОМС (VPOLIC) |
SPOLIC |
NPOLIC |
"1" - полис ОМС старого образца |
"46-NN", где NN = "01 ... 29" |
6 цифр |
"2" - временное свидетельство, подтверждающее оформление полиса обязательного медицинского страхования |
Нет |
9 цифр, подстрока SUBSTR (number, 4) должна находиться в диапазоне значений, определяемых значениями полей записи справочника DVSMMYY.DBF, для которой выполняется условие ссылочной целостности 12. |
"3" - полис ОМС единого образца |
Нет |
16 или 11 цифр, как зарегистрирован в РЗ |
12. Если поле FPOLIC заполнено значением "0", то значение поля DBEG должно совпадать со значением поля DVIZIT.
13. При VPOLIC = 2 и VPOLIC = 3 обязательно должны быть заполнены поля: DOCTYPE, DOCDATE, MR
14. Если поле DOCTYPE заполнено значениями 10, 12, 13, 22, 23, 25, 27, 28, то обязательно должно быть заполнено поле DOCEXP.
15. Если поле DOCTYP_DOP заполнено значениями 11, 23, 26, 29, то обязательно должно быть заполнено поле DOCEXP_DOP.
16. Если заполнено поле DOCEXP (DOCEXP_DOP), то значение поля DOCEXP (DOCEXP_DOP) должно быть больше значения поля DOCDATE (DOCDATE_DOP).
17. В таблице 26 приведены условия заполнения полей DOCTYPE, DOCTYP_DOP и C_OKSM.
По-видимому, в предыдущем абзаце допущена опечатка. Вместо "В таблице 26" имеется в виду "В таблице 27"
Таблица 27
DOCTYPE |
DOCTYP DOP |
C OKSM |
1, 3, 13, 14, 24 |
не заполняется |
"RUS" |
10, 12, 25, 27, 28 |
не заполняется |
<> "RUS" |
9, 21 |
11, 23 |
<> "RUS", <> "Б/Г" |
9, 21 |
26, 29 |
= "BLR", "ARM", "KGZ", "KAZ" |
22 |
11 |
"Б/Г" |
23 |
не заполняется |
"Б/Г" |
18. Если поле DOCTYP_DOP заполнено, то поля DOCEXP_DOP и DEND должны быть заполнены.
19. Условия заполнения поля DOCDATE для паспорта гражданина Российской Федерации (DOCTYPE = "14") в зависимости от даты обращения (DVIZIT) приведены в таблице 27.
По-видимому, в предыдущем абзаце допущена опечатка. Вместо "в таблице 27" имеется в виду "в таблице 28"
Таблица 28
DOCTYPE |
DVIZIT |
DOCDATE |
14 |
DR + 14 лет + 30 дней < DVIZIT <= DR+ 20 лет + 30 дней |
>= DR+ 14 лет |
14 |
DR + 20 лет + 30 дней < DVIZIT <= DR + 30 лет + 30 дней |
>= DR + 20 лет |
14 |
DVIZIT > DR + 45 лет + 30 дней |
>= DR + 45 лет |
20. Если поле DOCTYPE заполнено значением "3" или "24", то должно выполняться условие: DVIZIT <= DR + 14 лет + 30 дней.
21. Если поле DOCTYPE заполнено значениями 10, 12, 22, 23, 25, 27, 28, то поля DOCEXP и DEND должны быть заполнены, причем значение поля DEND не должно превышать значения поля DOCEXP.
22. Если заполнено поле FIAS_HID_R, то должно быть обязательно заполнено поле FIAS_AID_R.
23. Если BOMG = 0 и FIAS_SC_R < > '1', то должно быть обязательно заполнено поле FIAS_AID_R.
24. Если BOMG = 0 и FIAS_SC_R = '0', то должно быть обязательно заполнено поле FIAS_HID_R.
25. Если заполнено поле FIAS_AID_R, то конкатенация значений полей RNNAME_R + NPMAME_R + UL_R не должна быть пустой.
26. Если заполнено поле FIAS_HID_R, то конкатенация значений полей DOM_R + KORP_R не должна быть пустой.
27. Если заполнено поле FIAS_HID_G, то должно быть обязательно заполнено поле FIAS_AID_G.
28. Если BOMG=0 и FIAS_SC_G< >'1', то должно быть обязательно заполнено поле FIAS_AID_G.
29. Если BOMG=0 и FIAS_SC_G='0', то должно быть обязательно заполнено поле FIAS_HID_G.
30. Если заполнено поле FIAS_AID_G, то конкатенация значений полей RNNAME_G + NPMAME_G + UL_G не должна быть пустой.
31. Если заполнено поле FIAS_HID_G, то конкатенация значений полей DOM_G + KORP_G не должна быть пустой.
7.6. Объект "Изменение кода СМО для ЕНП".
7.6.1. Краткая характеристика объекта.
Объект предназначен для передачи в РС ЕРЗ сведений об изменении кода СМО для конкретного ЕНП. Записи, соответствующие экземплярам объекта включаются в состав файла пакетного изменения кода СМО по списку застрахованных лиц (см. п. 6.5.1).
7.6.2. Структура объекта.
Таблица 29
N п/п |
Содержание элемента |
Тип |
Размер |
Обяз. |
Наименование |
1. |
ENP |
Char |
16 |
О |
Действующий Единый номер полиса ОМС |
2. |
SMOCOD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации |
3. |
SMOOLD |
Char |
5 |
О |
Реестровый номер страховой медицинской организации, с которой расторгнут договор финансового обеспечения ОМС |
7.6.3. Правила контроля объекта.
Контроль целостности производится на предмет уникальности каждого объекта по значению поля ENP
Контроль ссылочной целостности объекта производится в соответствии с "Техническими условиями" для полей:
Таблица 30
N п/п |
Имя поля (ссылочное условие) |
Имя справочника (связанной таблицы) |
Ключевое выражение в справочнике (связанной таблице) |
Примечание |
1. |
ENP + SMOOLD |
РС ЕРЗ |
ENP + SMOCOD |
Для данной пары ЕНП и СМО должна быть хотя бы одна страховка, зарегистрированная в РС ЕРЗ |
2. |
"46000000" + SMOCOD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
3. |
"46000000" + SMOOLD |
SMOMMYY.DBF |
REGION + "500" + CODE_SMO |
"46000000" - регулярное выражение - код Московской области |
Контроль семантической целостности объекта производится в соответствии с "Техническими условиями" для полей:
Значение поля SMOCOD ни в одной записи не должно совпадать ни с одним значением поля SMOOLD в любой записи.
7.7. Объект "Изображение собственноручной подписи застрахованного лица".
7.7.1. Краткая характеристика объекта.
Объект предназначен для передачи в РС ЕРЗ и затем в Центр выпуска полисов изображения собственноручной подписи застрахованного лица, пожелавшего получить полис ОМС на электронном носителе.
7.7.2. Структура объекта.
Подпись застрахованного лица, предназначенная для печати на бланке электронного полиса ОМС, должна предоставляться в электронном виде в формате JPG.
Для подготовки файла с изображением собственноручной подписи необходимо получить от заявителя (гражданина, подпись которого подлежит размещению на бланке электронного полиса ОМС) подпись на бумажном носителе белого цвета. Подпись должна выполняться гелиевой ручкой черного или темно-синего цвета. Размер подписи не должен превышать 10 * 46 мм. Полученная собственноручная подпись должна быть отсканирована в электронный формат с разрешением не хуже 400 dpi.
Допускается использование специализированных электронных планшетов для формирования электронного представления собственноручной подписи.
Полученный файл с результатами сканирования или формирования подписи с помощью планшета должен быть преобразован в формат JPG.
7.7.3. Правила контроля объекта.
1. Для любой произвольной последовательности символов <N_REC>, составляющей имя контролируемого файла <N_REC>.SIGN до расширения, в файле информационного обмена, включенном в тот же свод, должна найтись запись со значением N_REC = <N_REC> и FPOLIC = 2.
2. Файл должен соответствовать формату JPEG, то есть при попытке открытия его как файла формата JPG не должно возникать ошибки.
3. Разрешение файла должно быть 400 dpi.
4. Размеры изображения должны составлять 160 пикселей по высоте и 736 пикселей по ширине;
5. Цветность изображения должна обеспечивать 256 градаций серого цвета.
7.8. Объект "Изображение фотографии застрахованного лица".
7.8.1. Краткая характеристика объекта.
Объект предназначен для передачи в РС ЕРЗ и затем в Центр выпуска полисов фотографии застрахованного лица, пожелавшего получить полис ОМС на электронном носителе.
7.8.2. Структура объекта.
Фотография застрахованного лица должна быть представлена в электронном виде в файле формата JPG. Лицо должно быть изображено чётко, без искажений, строго в анфас без головного убора. Допускается представление фотографии в головных уборах гражданами, религиозные убеждения которых не позволяют показываться перед посторонними лицами без головных уборов. Головной убор при этом не должен скрывать овал лица и/или отображать тень на лицо.
Мимика и выражение лица не должны искажать его черты, изображение должно размещаться на фотографии так, чтобы свободное от изображения поле над головой составляло 51 мм.
На фотографии должна быть видна крупным планом голова и плечи, расстояние от подбородка до макушки (верхняя часть головы без учета волос) должно составлять 70 - 80% высоты снимка, глаза должны быть открыты и волосы не должны заслонять их, не допускается наличие эффекта "красных глаз" на фотографии.
Фотография должна быть сделана так, чтобы воображаемая горизонтальная линия между центрами глаз была параллельна верхней кромке снимка.
Изображение на фотографии должно быть резким, четким, среднего контраста, с мягким светотеневым рисунком, задний фон должен быть светлее изображения лица, ровный, без полос, пятен и изображений посторонних предметов.
Недопустима общая и в деталях размытость фотоснимка, наличие нерезких бликов в изображении глаз.
При фотографировании в очках глаза на фотографии должны быть видны ясно и без отражения света. Линзы в очках не должны быть тонированными. Не следует снимать в очках с крупной оправой и не допускать, чтобы оправа закрывала какую-либо часть глаз.
Фотография должна быть сделана не позднее, чем за 6 месяцев до ее предоставления, недопустимо использование фотографии в случае, если с момента фотосъемки произошли существенные изменения лица.
На фотографии не должно быть других людей или предметов.
Освещение должно быть равномерным, без теней или отражений на лице или фоне.
Освещение и процесс фотографирования при съёмке должны обеспечивать цветовой баланс для правдивого отображения естественного цвета кожи.
Степень сжатия изображения должна обеспечивать наилучшее качество. Не допускается наличие видимых артефактов сжатия, наличие видимых глазом ступенчатых изменений цвета или наличие зубчатых границ в областях переходов цвета.
7.8.3. Правила контроля объекта.
1. Для любой произвольной последовательности символов <N_REC>, составляющей имя контролируемого файла <N_REC>.FACE до расширения, в файле информационного обмена, включенном в тот же свод, должна найтись запись со значением N_REC = <N_REC> и FPOLIC = 2.
2. Файл должен соответствовать формату JPEG, то есть при попытке открытия его как файла формата JPG не должно возникать ошибки.
3. Размеры изображения должны составлять 400 пикселей по высоте и 320 пикселей по ширине.
4. Цветность изображения должна обеспечивать 256 градаций серого цвета.
7.9. Объект "Заявление о выборе страховой медицинской организации оформленное на портале ЕПГУ".
7.9.1. Краткая характеристика объекта.
Объект предназначен для передачи в СМО заявления о выборе СМО пользователем портала ЕПГУ в формате XML
7.9.2. Структура объекта.
Код элемента |
Содержание элемента |
Тип |
Формат |
Наименование |
Дополнительная информация |
Передача заявления о выборе страховой медицинской организации (СМО) | |||||
ExecutionMedical InsurancePolicyR equest |
orderId |
О |
T(12) |
Идентификатор заявления |
Пример: 123456789 |
RegionCode |
О |
N(5) |
Пятизначный код ОКАТО субъекта Российской Федерации |
Общероссийский классификатор объектов административно - территориального деления (ОКАТО) Пример: 79000 |
|
Code_smop |
О |
N(5) |
Реестровый код СМО |
Значение заполняется из базы данных КУТФОМС, формат данных соответствует Приказу ФОМС N 79 Пример: 50028 |
|
|
IssuingPointAddress |
У |
T(250) |
Адрес пункта выдачи полисов ОМС |
|
|
AttachmentsBlock |
O |
S |
Блок описания вложения |
|
| |||||
AttachmentsBlock |
AttachmentDescription |
O |
S |
Блок описания вложения |
|
AttachmentDescriptin |
AttachmentFormat 1 |
О |
S |
Блок описания вложения |
|
AttachmentFormat 1 |
ApplicationFormData |
О |
S |
Данные заполненной формы заявления |
|
Передача заявления о выборе страховой медицинской организации (СМО) | |||||
ApplicationFormData |
InsuranceRegionCode |
О |
N(5) |
Код субъекта Российской Федерации Территории страхования |
|
PolicyCarrierTypeCode |
О |
N(1) |
Код формы полиса ОМС |
1 - В форме бумажного бланка; 2 - В форме пластиковой карты с электронным носителем |
|
FamilyName |
О |
T(40) |
Фамилия |
|
|
|
FirstName |
О |
T(40) |
Имя |
|
|
Patronomic |
У |
T(40) |
Отчество |
|
|
BirthDate |
О |
date |
Дата рождения |
ГГГГ-ММ-ДД |
|
BirthPlace |
О |
T(250) |
Место рождения |
|
|
SNILS |
O |
N(11) |
СНИЛС гражданина |
СНИЛС без пробелов и дефисов Пример - 13423156220 |
|
Gender |
О |
T(10) |
|
Допустимые значения: Мужской/Женский |
|
PassportRF |
О |
S |
Паспорт гражданина РФ |
|
|
PhoneNumberRF Type |
О |
N(10) |
Номер телефона |
Номер контактного телефона без пробелов и дефисов. Пример - 9169356795 |
|
Nam_smok |
О |
T(250) |
Краткое наименование Страховой медицинской Организации (филиала) |
|
|
RegResidentialAddress |
О |
S |
Адрес регистрации по Месту жительства |
|
|
RegDate |
О |
date |
Дата регистрации по Месту жительства |
ГГГГ-ММ-ДД |
|
IsStayAddressTheSame |
O |
Logical |
Адрес места пребывания совпадает с Адресом регистрации по месту жительства в Российской Федерации |
true/false |
|
StayAddress |
О |
S |
Адрес места пребывания |
|
|
ApplicationDate |
О |
date |
Дата подачи заявления |
ГГГГ-ММ-ДД |
|
|
O |
T(100) |
Адрес электронной почты пользователя |
|
|
Citizenship |
О |
T(6) |
Гражданство |
Допустимое значение: Россия |
|
IdentityDocument |
О |
T(40) |
Вид документа, удостоверяющего личность |
Допустимое значение: Паспорт Гражданина Российской Федерации |
Паспорт гражданина РФ | |||||
PassportRF |
Series |
О |
N(4) |
Серия |
|
|
Number |
О |
N(6) |
Номер |
|
|
IssueDate |
О |
date |
Дата выдачи |
ГГГГ-ММ-ДД |
|
IssuerCode |
О |
|
Код подразделения |
Пример: 503-065 |
Адрес регистрации по месту жительства / Адрес места пребывания | |||||
RegResidentialAddress / StayAddress |
FullAddressText |
О |
T(250) |
Текст адреса полностью |
|
|
RegionCode |
О |
N(5) |
Код субъекта Российской Федерации |
|
|
RegionName |
О |
T(50) |
Наименование субъекта Российской Федерации |
|
|
Area |
У |
T(50) |
Район |
|
|
City |
У |
T(50) |
Город |
|
|
IntracityArea |
У |
T(50) |
Внутригородской район |
|
|
Locality |
У |
T(50) |
Населенный пункт |
|
|
Street |
У |
T(50) |
Улица |
|
|
AddTerritory |
У |
T(50) |
Дополнительная территория |
|
|
House |
О |
T(10) |
Дом |
|
|
Building |
У |
T(10) |
Корпус |
|
|
HouseStructure |
У |
T(10) |
Строение |
|
|
Flat |
У |
T(10) |
Квартира |
|
|
PostalIndex |
О |
N(6) |
Почтовый индекс |
|
8. Конечный результат процесса обмена
Конечным результатом всех процессов информационного обмена является:
- актуализация РС ЕРЗ
- актуализация РЗ СМО
9. Обязанности сторон
В обязанности сторон по процессу информационного обмена входит:
- Обеспечение безопасности передаваемой (принимаемой) информации в соответствии с требованиями действующих правовых и нормативных документов. В том числе, неразглашение сведений, содержащих врачебную тайну.
- Соблюдение сроков передачи и приема объектов информационного обмена.
- Своевременное информирование другой стороны о технической или организационной невозможности осуществить процедуру информационного обмена.
- Принятие всевозможных мер для организации информационного обмена с помощью защищенных телекоммуникационных средств.
10. Основания для отказа в осуществлении процедур и порядок обжалования
Основаниями для отказа в осуществлении процедур информационного обмена являются:
- Нарушение целостности пакета передаваемых данных передающей стороной. Ответственная сторона - передающая Пакет. Сторона, отказывающая в осуществлении процедуры информационного обмена - принимающая Пакет. Документ, подтверждающий отказ - "Протокол форматно-логического контроля целостности данных объектов информационного обмена", заполненный в части дефектов, относящихся к целостности пакета данных.
- Нарушение регламентированных сроков информационного взаимодействия со стороны передающей стороны без письменного объяснения причин руководителем СМО.
Обжалование действий участника информационного обмена, отказывающего в осуществлении процедуры информационного обмена, должно производиться в письменном виде в течение 3 рабочих дней с момента получения мотивированного отказа.
11. Порядок получения консультаций по процессу обмена
Консультации по процессу информационного обмена предоставляются Управлением информационного обеспечения ТФОМС МО ежедневно за исключением выходных и праздничных дней с 10-00 до 17-30 по телефону:
(495) 600-34-24
или по электронной почте:
kostina_av@mofoms.ru
balabaev_am@mofoms.ru
ldv@mofoms.ru
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.