Приказ Территориального фонда обязательного медицинского страхования Краснодарского края от 10 июля 2018 г. N 198-п "О внедрении Положения о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края"

В соответствии с приказом Федерального фонда обязательного медицинского страхования от 30 марта 2018 года N 59 "О внесении изменений в приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 года N 79" и в целях совершенствования информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края приказываю:

1. Утвердить и ввести в действие с 1 августа 2018 года "Положение о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края. Версия 20.0" (далее - Положение).

2. Признать утратившим силу приказ Территориального фонда обязательного медицинского страхования Краснодарского края от 30 марта 2018 года N 91-П "О внедрении Положения о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края".

3. Организационно-методическому отделу (Панченко) разместить на официальном сайте утвержденное Положение.

4. Контроль за выполнением настоящего приказа оставляю за собой.

Директор

Н.А. Губриева

Положение
о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края

Список терминов и сокращений

РФ - Российская Федерация

КК - Краснодарский край

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

MЗ КК - Министерство здравоохранения Краснодарского края

ТФОМС КК - Территориальный фонд обязательного медицинского страхования Краснодарского края

ГБУЗ МИАЦ - ГБУЗ Медицинский информационно-аналитический центр министерства здравоохранения Краснодарского края

МО - медицинская организация

СМО - страховая медицинская организация

ФАП - фельдшерско-акушерский пункт

ОМС - обязательное медицинское страхование

ТП ОМС - Территориальная программа ОМС

ДПФС - документ, подтверждающий факт страхования в сфере ОМС

УДЛ - документ, удостоверяющий личность

МП - медицинская помощь

АПМП - амбулаторно-поликлиническая медицинская помощь

ЕНП - единый номер полиса ОМС

ЕРЗ - единый регистр застрахованных лиц

РС - региональный сегмент ЕРЗ

ЦС - центральный сегмент ЕРЗ

КПГ - клинико-профильная группа

КСГ - клинико-статистические группы

МКБ-Х - международная классификация болезней Х-го пересмотра

МЭК - медико-экономический контроль

МЭЭ - медико-экономическая экспертиза

МНН - международное непатентованное наименование

ЭКМП - экспертиза качества медицинской помощи

РЭК - реэкспертиза качества медицинской помощи

ФЛК - форматно-логический контроль

НСИ - нормативно-справочная информация

ОГРН - основной государственный регистрационный номер

ОКАТО - общероссийский классификатор административно-территориального деления

УЕТ - условная единица трудоемкости

ЦОД - центр обработки данных в ТФОМС КК

МИС - медицинская информационная система

ВМП - высокотехнологичная МП

КСЛП - коэффициент сложности лечения пациента

АПУ - амбулаторно-поликлинические учреждения

МСЭ - медико-социальная экспертиза

БД - база данных

XML (англ. eXtensible Markup Language) - расширяемый язык разметки

SOAP (англ. Simple Object Access Protocol - простой протокол доступа к объектам) - протокол обмена структурированными сообщениями в распределённой вычислительной среде

WSDL (англ. Web Services Description Language) - язык описания Web-сервисов и доступа к ним, основанный на языке XML

1. Основные понятия и определения

Для целей настоящего Положения используются следующие понятия и определения.

Обязательное медицинское страхование - вид обязательного социального страхования, представляющий собой систему создаваемых государством правовых, экономических и организационных мер, направленных на обеспечение при наступлении страхового случая гарантий бесплатного оказания застрахованному лицу медицинской помощи за счет средств обязательного медицинского страхования в пределах территориальной программы обязательного медицинского страхования и в установленных Федеральным законом от 29 октября 2010 года N 326-ФЗ "Об обязательном медицинском страховании в РФ" (далее - ФЗ) случаях в пределах базовой программы обязательного медицинского страхования;

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Дату названного Федерального закона следует читать как "от 29 ноября 2010 г. "

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

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

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

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

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

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

Застрахованное лицо - физическое лицо, на которое распространяется обязательное медицинское страхование в соответствии с федеральным законодательством.

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

Плательщик - организация (СМО, ТФОМС КК), обеспечивающая оплату медицинской помощи, оказанной застрахованному лицу при наступлении страхового случая.

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

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

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

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

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

2. Общие положения

При разработке настоящего Положения использованы следующие документы:

- Федеральный закон от 21 ноября 2011 года N 323-ФЗ "Об основах охраны здоровья граждан в РФ";

- Федеральный закон от 29 ноября 2010 года N 326-ФЗ "Об обязательном медицинском страховании в РФ";

- Приказ Министерства здравоохранения РФ от 30 декабря 2002 года N 413 "Об утверждении учетной и отчетной медицинской документации";

- Приказ Министерства здравоохранения и социального развития РФ от 22 ноября 2004 года N 255 "О Порядке оказания первичной медико-санитарной помощи гражданам, имеющим право на получение набора социальных услуг";

- Приказ Федерального фонда обязательного медицинского страхования от 1 декабря 2010 года N 230 "Об утверждении Порядка организации и проведения контроля объемов, сроков, качества и условий предоставления медицинской помощи по обязательному медицинскому страхованию";

- Приказ Министерства здравоохранения и социального развития РФ от 28 февраля 2011 года N 158н "Об утверждении Правил ОМС";

- Приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 года N 79 "Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования";

- Приказ Федерального фонда обязательного медицинского страхования от 20 декабря 2013 года N 263 "Об утверждении Порядка информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в системе обязательного медицинского страхования";

- Приказ Министерства здравоохранения и социального развития РФ от 25 января 2011 года N 29н "Об утверждении порядка ведения персонифицированного учета в сфере обязательного медицинского страхования";

- Приказ Министерства здравоохранения и социального развития РФ от 26 апреля 2012 года N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи";

- Приказ Федерального фонда обязательного медицинского страхования от 11 мая 2016 года N 88 "Об утверждении Регламента взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи".

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

В целях обеспечения защиты конфиденциальной информации в сфере обязательного медицинского страхования органы управления в сфере здравоохранения Краснодарского края, МО, СМО, ТФОМС КК проводят организационно-технические мероприятия по обеспечению санкционированного доступа к указанной информации лиц, занятых ее подготовкой, формированием и обработкой, а также выполнению требований Федерального закона от 27 июля 2006 года N 152-ФЗ "О персональных данных".

3. Организация единой нормативно-справочной информации

Настоящее Положение определяет единую НСИ, обязательную к использованию всеми участниками сферы ОМС на территории Краснодарского края.

НСИ корректируется по обоснованным письменным предложениям участников ОМС, а также на основании изменения нормативных документов.

Действующая НСИ размещается:

- на сайте ГБУЗ МИАЦ по адресу: ftp://main.miackuban.ru/pub/bd_stand

- на сайте ТФОМС КК по адресу: http://kubanoms.ru/infirmac_obmen1.html

Перечень НСИ, используемой в информационном обмене, представлен в таблице 3.1

Таблица 3.1

Перечень НСИ

Наименование	Источник	Идентиф.
Справочник "Медицинские организации (подразделения), участвующие в формировании счетов по ОМС Краснодарского края"	ТФОМС КК	SPR01
Справочник "Плательщики"	ТФОМС КК	SPR02
Справочник "Профили отделений"	ТФОМС КК	SPR07
Справочник "Профили коек"	ТФОМС КК	SPR08
Справочник "Категории граждан"	ТФОМС КК	SPR09
Справочник "Исход заболевания"	ФФОМС, ТФОМС КК	SPR11
Справочник "Исходы обращения"	ФФОМС, ТФОМС КК	SPR12
Справочник "Условия оказания медицинской помощи"	ТФОМС КК	SPR13
Справочник "Форма оказания МП"	ФФОМС, ТФОМС КК	SPR14
Справочник "Причины возврата счетов"	ТФОМС КК	SPR15
Справочник "Способы оплаты"	ФФОМС, ТФОМС КК	SPR17
Справочник "Медицинские услуги"	ГБУЗ МИАЦ	SPR18
Справочник "История изменения медицинских услуг"	ГБУЗ МИАЦ	SPR18I
Справочник "Диагнозы по МКБ-Х"	ГБУЗ МИАЦ, ТФОМС КК	SPR20
Справочник "Тип реестра счетов"	ТФОМС КК	SPR21
Справочник "Тарифы медицинских услуг"	МО, ТФОМС КК	SPR22
Справочник "Типы прочих снятий и корректировок"	ТФОМС КК	SPR28
Справочник "Единицы учета медицинской помощи"	ТФОМС КК	SPR30
Справочник "Группы медицинской помощи"	ТФОМС КК	SPR34
Справочник "Назначения платежа"	ТФОМС КК	SPR35
Справочник "Источник платежа"	ТФОМС КК	SPR36
Справочник "Тип платежа"	ТФОМС КК	SPR37
Справочник "Коды территорий по ОКАТО"	ФФОМС, ТФОМС КК	SPR39
Справочник "Особые случаи при регистрации обращения за медицинской помощью"	ТФОМС КК	SPR42
Справочник "Типы УДЛ"	ФФОМС, ТФОМС КК	SPR43
Справочник "Медицинские специальности"	ФФОМС, ТФОМС КК	SPR46
Справочник "Типы проверки"	ТФОМС КК	SPR55
Справочник "Виды проверки"	ТФОМС КК	SPR56
Справочник "Санкции"	ТФОМС КК	SPR57
Справочник "Виды медицинской помощи"	ФФОМС, ТФОМС КК	SPR59
Справочник "Профиль оказанной медицинской помощи"	ФФОМС, ТФОМС КК	SPR60
Справочник "Тип посещения"	ТФОМС КК	SPR63
Справочник "Тарифы подушевого финансирования станций скорой медицинской помощи"	ТФОМС КК	SPR65
Справочник "Группировщик КСГ"	ФФОМС, ТФОМС КК	SPR69
Справочник "Комбинации КСГ, для которых окончательное отнесение осуществляется только по коду услуги оперативного вмешательства"	ФФОМС, ТФОМС КК	SPR70
Справочник "Список КСГ, для которых финансирование осуществляется в полном объеме независимо от длительности лечения"	ФФОМС, ТФОМС КК	SPR71
Справочник "Список КСГ, считающихся сверхдлительными при сроке пребывания более 45 дней"	ФФОМС, ТФОМС КК	SPR72
Справочник "Список парных и сочетанных хирургических операций"	ФФОМС, ТФОМС КК	SPR73
Справочник "Высокотехнологичная медицинская помощь, оплачиваемая по ОМС"	ФФОМС, ТФОМС КК	SPR74
Справочник "Тарифы подушевого финансирования амбулаторно-поликлинических учреждений"	ТФОМС КК	SPR75
Справочник "Муниципальные образования Краснодарского края"	ТФОМС КК	SPR76
Справочник "Темы обращений граждан"	ТФОМС КК	SPR77
Справочник "Соответствие метода и способа обращения"	ТФОМС КК	SPR78
Справочник "Цель посещения"	ФФОМС, ТФОМС КК	SPR79
Справочник "Дополнительные классификационные критерии"	ФФОМС, ТФОМС КК	SPR80
Справочник "Единый реестр МО, осуществляющих деятельность в сфере ОМС на территории РФ"	ФФОМС	SPR81
Справочник "ОНКО. Противопоказания или отказы"	ФФОМС	N 001
Справочник "ОНКО. Стадии"	ФФОМС	N 002
Справочник "ОНКО. Tumor"	ФФОМС	N 003
Справочник "ОНКО. Nodus"	ФФОМС	N 004
Справочник "ОНКО. Metastasis"	ФФОМС	N 005
Справочник "ОНКО. Соответствие стадий Tumor Nodus Metastasis"	ФФОМС	N 006
Справочник "ОНКО. Гистологические признаки"	ФФОМС	N 007
Справочник "ОНКО. Результаты гистологических исследований"	ФФОМС	N 008
Справочник "ОНКО. Соответствие гистологических признаков диагнозам"	ФФОМС	N 009
Справочник "ОНКО. Маркёры"	ФФОМС	N 010
Справочник "ОНКО. Значения маркёров"	ФФОМС	N 011
Справочник "ОНКО. Соответствия маркёров диагнозам"	ФФОМС	N 012
Справочник "ОНКО. Типы лечения"	ФФОМС	N 013
Справочник "ОНКО. Типы хирургического лечения"	ФФОМС	N 014
Справочник "ОНКО. Линии лекарственной терапии"	ФФОМС	N 015
Справочник "ОНКО. Циклы лекарственной терапии"	ФФОМС	N 016
Справочник "ОНКО. Типы лучевой терапии"	ФФОМС	N 017

Структура справочников представлена в Приложении А.

Структура файлов в формате dBASE IV (*.dbf) 866 DOS, файлы должны быть упакованы (произведено физическое удаление записей).

Структура файлов в формате dBASE IV (*.dbf) 1251 WIN, файлы должны быть упакованы (произведено физическое удаление записей).

Справочник "Тарифы медицинских услуг" корректируется в медицинской организации, ТФОМС КК проверяет их достоверность, утверждает и передает плательщикам. Имя передаваемого в ТФОМС КК файла: ХХХХХ.zip, где ХХХХХ - код МО в сфере ОМС. Архивный файл содержит в себе откорректированные справочники: SPR22.dbf. Структура файлов в формате dBASE IV (*.dbf) 866 DOS, файлы должны быть упакованы (произведено физическое удаление записей).

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

4. Структура реестра персональных счетов, за оказанную медицинскую помощь

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

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

Реестр счетов может состоять из 8 файлов:

файл 1: паспортная часть, имя файла - РХХХХХ. Файл обязателен.

файл 2: медицинские услуги, имя файла - UXXXXX. Файл обязателен.

файл 3: медицинские работники структурного подразделения, имя файла DXXXXX. Файл обязателен.

файл 4: направления на госпитализацию и исследования, имя файла NXXXXX. Файл обязателен для медицинских организаций, оказывающих первичную медико-санитарную помощь.

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

файл 6: сведения о случае лечения онкологического заболевания, имя файла OXXXXX.

файл 7: сведения о проведенных исследованиях при лечении онкологического заболевания и их результатах, имя файла IXXXXX.

файл 8: сведения об имеющихся противопоказаниях к проведению определенных типов лечения или отказах пациента от проведения определенных типов лечения, имя файла CXXXXX.

где ХХХХХ - код медицинской организации в сфере ОМС.

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, файлы должны быть упакованы (произведено физическое удаление записей).

Структура файлов для автоматизированной обработки показана в таблицах 4.1, 4.2, 4.3, 4.4, 4.5, 4.6, 4.7, 4.8.

Типы полей:

- С - символьное поле;

- Ч - числовое поле;

- Д - поле типа дата;

- M - текстовое поле.

В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файлы должны быть заархивированы программой-архиватором (ZIP-архивы). Имя архивного файла ZZZZXXXXXYYYYY.zip, где ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.

При осуществлении информационного обмена на программных средствах организации - получателя производится ФЛК:

- соответствия имени архивного файла пакета данных отправителю и получателю;

- возможности распаковки архивного файла без ошибок стандартными методами;

- наличия в архивном файле обязательных файлов информационного обмена;

- ссылочной целостности данных между файлами.

Таблица 4.1

Паспортная часть, имя файла - РХХХХХ.dbf

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов (п. 1; 4 примечаний)	Да
VS	С (1)	тип реестра счетов (п. 2; 4 примечаний)	Да	SPR21
DATS	Д	дата формирования реестра счетов (п. 3; 4 примечаний)	Да
SN	Ч (12,0)	номер персонального счета (п. 13 примечаний)	Да
DATPS	Д	дата формирования персонального счета (п. 13 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика (п. 4 примечаний)	Да	SPR02
FIO	С (30)	фамилия (п. 5, 19 примечаний)	Да
IMA	С (20)	имя (п. 5, 19 примечаний)	Да
OTCH	С (30)	отчество (п. 5, 19 примечаний)
POL	С (1)	пол (М/Ж) (п. 6, 19 примечаний)	Да
DATR	Д	дата рождения (п. 7, 19 примечаний)	Да
KAT	С (1)	категория граждан	Да	SPR09
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 19 примечаний)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС (п. 19 примечаний)	Да (для инокраевых)	SPR39
SPV	Ч (1)	тип ДПФС (п. 11, 19 примечаний)	Да
SPS	С (10)	серия ДПФС (п. 19 примечаний)	Да (для документов ОМС, имеющих серию
SPN	С (20)	номер ДПФС (п. 12, 19 примечаний)	Да
INV	С (1)	группа инвалидности (п. 18 примечаний)
MSE	С (1)	направление на МСЭ (п. 22 примечаний)
Q_G	С (10)	признак "Особый случай" при регистрации обращения за медицинской помощью (п. 8 примечаний)	Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность)	SPR42
NOVOR	С (9)	признак новорожденного (п. 14 примечаний)	Да (в случае оказания МП ребенку до государственной регистрации рождения)
VNOV_D	Ч (10,0)	вес при рождении (п. 16 примечаний)
FAMP	С (30)	фамилия представителя пациента (п. 5, 19 примечаний)	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента (п. 5, 19 примечаний)	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента (п. 5, 19 примечаний)
POLP	С (1)	пол представителя пациента (М/Ж) (п. 6, 19 примечаний)	Да (при Q_G = 2)
DATRP	Д	дата рождения представителя пациента (п. 7, 19 примечаний)	Да (при Q_G = 2)
C_DOC	Ч (2)	код типа УДЛ (п. 9, 19 примечаний)	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ (п. 9, 19 примечаний)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ (п. 9, 19 примечаний)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N APR_MO	С (6)	код направившей МО	Да (п. 15 примечаний и для телемедицины, ВМП)	SPR81
N APR_N	C (15)	номер направления (п. 15 примечаний)	Да (п. 15 примечаний)
N APR_D	Д	дата направления на лечение (п. 15 примечаний)	Да (п. 15 примечаний)
N APR_DP	Д	дата планируемой госпитализации (п. 20 примечаний)	Да (для ВМП)
TAL_N	C (18)	номер талона на ВМП (п. 20 примечаний)	Да (для ВМП)
TAL_D	Д	дата выдачи талона на ВМП (п. 20 примечаний)	Да (для ВМП)
PR_D_N	C (1)	признак диспансерного наблюдения по поводу основного заболевания	Да (п. 25 примечаний)
PR_DS_N	C (1)	признак диспансерного наблюдения по поводу сопутствующего заболевания	Да (п. 25 примечаний)
DATN	Д	дата начала лечения	Да
DATO	Д	дата окончания лечения	Да
ISHL	С (3)	код исхода заболевания	Да	SPR11
ISHOB	С (3)	код исхода обращения	Да	SPR12
MP	С (1)	код формы оказания МП	Да	SPR14
DOC_SS	С (14)	СНИЛС врача закрывшего талон/историю/карту (п. 17, 24 примечаний)	Да (кроме случаев VB_P = 1)
SPEC	С (9)	код специальности врача закрывшего талон/историю (п. 24 примечаний)		SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи (п. 24 примечаний)		SPR60
MKBX	С (6)	код диагноза основного заболевания по МКБ-Х (п. 24 примечаний)		SPR20
MKBXS	С (6)	код диагноза сопутствующего заболевания по МКБ-Х (п. 24 примечаний)		SPR20
DS_ONK	C (1)	признак подозрения на злокачественное новообразование (0 - по умолчанию, 1 - имеется подозрение)
MKBX_PR	С (1)	характер основного заболевания (0 - по умолчанию, 1 - впервые установленное заболевание, 2 - острое, 3 - впервые в жизни установленное хроническое, 4 - ранее установленное хроническое)	Да
VMP	С (2)	вид медицинской помощи	Да	SPR59
KSO	С (2)	способ оплаты медицинской помощи (п. 21 примечаний)	Да	SPR17
P_CEL	С (4)	цель посещения	Да (для амбулаторных условий)	SPR79
VB_P	C (1)	признак внутрибольничного перевода (п. 23 примечаний)
PV	С (40)	коды причин возврата (п. 10 примечаний)	Да (для возвратных счетов)	SPR15
DVOZVRAT	Д	дата возврата (п. 26 примечаний)	Да (для возвратных счетов, повторных счетов)
RKEY	C (50)	ключ записи (п. 27 примечаний)	Да

Примечания к таблице 4.1.

1. Номер счета и реестра счетов для медицинской организации уникальны в течение года.

2. Медицинская организация проставляет значения 2, 4, 5, a, c, d, e, g, h, i, k, l, m, o, p. После проверки реестра счетов Плательщик изменяет значение поля VS на 3, b, f, j, n для возвратных счетов.

3. Дата формирования реестра счетов соответствует последнему числу отчетного месяца и совпадает с датой счета на бумажном носителе.

4. Одинаково для всех персональных счетов в реестре.

5. Фамилия, имя, отчество записываются полностью буквами русского алфавита.

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

Ошибочными считаются записи файла, в которых:

- имя/фамилия не указаны (варианты заполнения "Нет", "Неизвестно", "Не идентифицирован" и т.п. равносильны пустому значению поля);

- отчество пациента (представителя) не указано, и его отсутствие не подтверждено соответствующим значением признака "Особый случай"; использован один из вариантов заполнения: "Нет", "Неизвестно", "Не идентифицирован", "Без отчества" и т.п., что приравнивается к пустому значению поля.

6. Пол пациента заполняется прописными русскими буквами: М (мужской) или Ж (женский).

7. Дата рождения пациента заполняется по УДЛ или ДПФС или по справке о рождении.

8. Признак "Особый случай" заполняется в соответствии со справочником, по шаблону: XXXX. Поле содержит до 4 особых случаев (максимальное количество). Если имеется одновременно несколько особых случаев, коды проставляются в порядке возрастания (от "1" до "7", например: 134). Если признак "Особый случай" отсутствует, то поле не заполняется.

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

10. Заполняется для возвратных счетов в соответствии со справочником, по шаблону: XХХ_ХХX_XХХ_XХХ ("_" - символ пробела).

11. Заполняется следующими значениями (1 - Полис ОМС старого образца; 2 - Временное свидетельство; 3 - Полис ОМС единого образца.

12. В поле SPN необходимо указывать:

- для временных свидетельств девятизначный цифровой код (например, ХХХХХХХХХ, где Х - число от 0 до 9);

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

13. При формировании повторного реестра номер персонального счета и дата формирования персонального счета остается неизменной и содержит в себе первоначальные значения персонального счета.

14. Заполняется значением ПДДММГГН, где П - пол ребенка (1 - мужской, 2 - женский), ДДММГГ - дата рождения, Н - порядковый номер ребенка в случае двойни (тройни).

15. Номер направления уникален в течение года. Заполняется значением ККККК_ ХХХХХХХХХ, где ККККК - код медицинской организации в сфере ОМС (SPR01), ХХХХХХХХХ - порядковый номер направления от 0 до 999999999.

Информация о номере, дате направления и направившей организации заполняется обязательно для:

- плановой МП в условиях стационара;

Информация о дате направления и направившей организации заполняется обязательно для:

- плановой МП в условиях дневного стационара;

- неотложной МП в условиях стационара;

- для второго этапа диспансеризации;

- МП при подозрении на злокачественное новообразование;

В качестве кода направившей медицинской организации указывается реестровый номер из единого реестра медицинских организаций.

16. Указывается при оказании МП недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указан ребенок. Вес указывается в граммах.

17. Заполняется данными из поля SNILS на основании данных из файла DXXXXX.

18. Допустимые значения: 0- отказ в признании лица инвалидом, 1-1 группа, 2-2 группа, 3-3 группа, 4-дети-инвалиды. Заполняется только при впервые установленной инвалидности (1-4) или в случае отказа в признании лица инвалидом (0). Для остальных случаев поле не заполняется.

19. Если признак "Особый случай" содержит значение "2" (медицинская помощь оказана новорожденному до государственной регистрации рождения), значения ФИО, СНИЛС, документ УДЛ, ДПФС пациента и представителя заполняются данными представителя пациента. В поле ДР, Пол - указывается дата рождения и пол новорожденного.

20. Информация вносится на основании талона на ВМП, внесенного в подсистему мониторинга ВМП информационно-аналитической системы Минздрава России. Номер талона должен соответствовать маске ХХ.ХХХХ.ХХХХХ.ХХХ

21. Заполняется в соответствии с действующим тарифным соглашением.

22. Указывается "1" в случае передачи направления на МСЭ в бюро медико-социальной экспертизы.

23. Указывается "1" только при оплате случая по КСГ или ВМП с внутрибольничным переводом для стационаров всех типов (между отделениями или койками).

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

25. Указываются сведения о диспансерном наблюдении по поводу основного (сопутствующего) заболевания: 0 - по умолчанию, 1 - состоит, 2 - взят, 3- не подлежит диспансерному наблюдению, 4 - снят по причине выздоровления, 6 - снят по другим причинам.

Поле обязательно для заполнения отличным от нуля значением для счетов за диспансеризацию, профилактические медицинские осмотры, а также для случаев с P_CEL = 1.3

Для счетов за диспансеризацию, профилактические медицинские осмотры допустимы следующие значения: 1, 2, 3.

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

26. Для повторных счетов указывается дата формирования возвратного реестра счетов, полученного от плательщика.

27. При выгрузке реестров счетов в ТФОМС КК для осуществления предварительного контроля значение ключа записи (поле "RKEY") должно быть всегда пустым.

Если счет прошел предварительный контроль успешно, то ТФОМС КК на основании полей персонального счета формирует значение ключа записи (поле "RKEY").

В СМО необходимо представлять реестры счетов с заполненным ключом.

Таблица 4.2

Медицинские услуги, имя файла - UXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
UID	Ч (14,0)	уникальный номер записи об оказанной медицинской услуге в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
ISTI	С (10)	номер талона амбулаторного пациента / истории болезни / карты вызова СМП	Да
P_PER	C (1)	признак поступления / перевода в отделение (п. 10 примечаний)	Да (для стационаров всех типов)
KOTD	С (4)	код отделения (п. 2, 6 примечаний)	Да	SPR07
KPK	С (2)	код профиля койки (п. 2 примечаний)	Да (для стационаров всех типов)	SPR08
MKBX	С (6)	код диагноза основного заболевания по МКБ-Х (п. 2 примечаний)	Да	SPR20
MKBXS	С (6)	код диагноза сопутствующего заболевания по МКБ-Х (п. 2 примечаний)		SPR20
MKBXS_PR	С (1)	признак впервые установленного диагноза сопутствующего заболевания (п. 8 примечаний)	Да (для счетов по диспансеризации/профилактическим медицинским осмотрам)
PR_MS_N	C (1)	признак диспансерного наблюдения по поводу сопутствующего заболевания	Да (п. 11 примечаний)
MKBXO	С (6)	код диагноза осложнения заболевания по МКБ-Х (п. 2 примечаний)		SPR20
VP	С (3)	код условия оказания медицинской помощи (п. 2 примечаний)	Да	SPR13
KRIT	С (9)	оценка состояния пациента по шкалам или схема лечения или длительность непрерывного проведения искусственной вентиляции легких (п. 9 примечаний)		SPR69, SPR80
KRIT2	С (9)	схема лекарственной терапии (только для комбинированных схем лечения) (п. 12 примечаний)		SPR80
KSLP	C (40)	список примененных КСЛП (п. 14 примечаний) для услуги КСГ
KSLP_IT	Ч (4,2)	итоговое значение КСЛП для услуги КСГ рассчитанное в соответствии с Тарифным соглашением
KUSL	С (15)	код медицинской услуги	Да	SPR18
KOLU	Ч (3,0)	количество услуг	Да
KD	Ч (3,0)	количество койко-дней (дней лечения)	Да (для стационаров всех типов)
DATN	Д	дата начала выполнения услуги	Да
DATO	Д	дата окончания выполнения услуги	Да
TARU	Ч (10,2)	тариф на оплату по ОМС (п. 5 примечаний)	Да	SPR22
SUMM	Ч (14,2)	сумма к оплате по ОМС (п. 5 примечаний)	Да
IS_OUT	Ч (1,0)	причины невыполнения медицинской услуги (п. 3 примечаний)	Да
OUT_MO	С (5)	код МО, оказавшей услугу (п. 4 примечаний)		SPR01
DOC_SS	С (14)	СНИЛС врача (п. 17 примечаний табл. 4.1)	Да (для услуг с IS_OUT = "0", за исключением услуг, выполненных юрид. лицом при проведении диспансеризации)
SPEC	С (9)	код специальности специалиста, оказавшего услугу	Да	SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи	Да	SPR60
VMP	С (2)	вид медицинской помощи	Да	SPR59
COMMENT	С (10)	резервное поле
DS_ONK	C (1)	признак подозрения на злокачественное новообразование (0 - по умолчанию, 1 - имеется подозрение)	Да (для услуг КСГ при внутрибольничном переводе VB_P = 1)
USL_TIP	С (1)	тип лечения (п. 13 примечаний)		N 013
HIR_TIP	С (2)	тип хирургического лечения (п. 13 примечаний)	Да (при USL_TIP = 1)	N 014
LEK_TIPL	С (2)	линия лекарственной терапии (п. 13 примечаний)	Да (при USL_TIP = 2)	N 015
LEK_TIPV	С (2)	цикл лекарственной терапии (п. 13 примечаний)	Да (при USL_TIP = 2)	N 016
LUCH_TIP	С (2)	тип лучевой терапии (п. 13 примечаний)	Да (при USL_TIP = 3 или USL_TIP = 4)	N 017
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

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

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

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

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

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

Примечания к таблице 4.2:

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

2. Для невыполненных услуг (IS_OUT <> "0"), все обязательные реквизиты (код отделения, код профиля койки, код диагноза основного, и т.п.) заполняются данными на момент обращения в МО.

3. Поле содержит значение:

- "0", по умолчанию или если внешняя услуга (исследование) выполнена юридическим лицом при проведении диспансеризации определенных групп взрослого населения;

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

- "2", медицинские противопоказания;

- "3", прочие причины (умер, переведен в другое отделение и пр.);

- "4", документированный отказ больного;

4. Указывается код медицинской организации, выполнившей услугу, при значении IS_OUT = "1" или если внешняя услуга (исследование) выполнена юридическим лицом при проведении диспансеризации определенных групп взрослого населения) (IS_OUT = "0").

5. Тариф заполняется на основании утвержденного справочника SPR22 и в соответствии с действующим Тарифным соглашением.

Сумма к оплате величина расчетная: S = T * K,

где: Т - тариф, К - количество оказанных услуг.

6. Код отделения ХХХК, где ХХХ - это код профиля отделения из справочника SPR07, а K - номер отделения.

7. Заполняется данными из поля SNILS на основании данных из файла DXXXXX.

8. Заполняется для счетов по диспансеризации/профилактическим медицинским осмотрам.

Поле содержит:

- "0", по умолчанию;

- "1", если диагноз выявлен впервые.

9. Заполняется при необходимости для услуг КСГ, согласно SPR69, SPR80 и инструкции по группировке случаев. Является дополнительным классификационным критерием.

10. Допустимые значения: 1-самостоятельно, 2-доставлен СМП, 3-перевод из другой МО, 4-перевод внутри МО с другого профиля. Заполняется в стационарных и стационарозамещающих условиях ОМП, для услуг по КСГ, ВМП, гемодиализу в стационарных условиях.

11. Указываются сведения о диспансерном наблюдении по поводу сопутствующего заболевания: 0 - по умолчанию, 1 - состоит, 2 - взят, 3- не подлежит диспансерному наблюдению.

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

12. Заполняется при необходимости для услуг КСГ.

13. Сведения об оказанной медицинской услуге при лечении подтвержденного онкологического заболевания заполняются для медицинских услуг в персональном счете, в случае наличия сведений о случае лечения онкологического заболевания в файле OXXXXX.dbf.

14. Указывается массив КСЛП, оформленный по шаблону - "N(З);". Элементы массива разделены символом ";", где:

N - номер КСЛП из Тарифного соглашения

З - значение коэффициента из Тарифного соглашения, разделитель целой и дробной части "."

пример заполнения: 1(1.10);3(1.80);4(1.08);

15. При выгрузке реестров счетов в ТФОМС КК для осуществления предварительного контроля значение ключа записи (поле "RKEY") должно быть всегда пустым.

Если счет прошел предварительный контроль успешно, то ТФОМС КК на основании полей о медицинской услуге формирует значение ключа услуги (поле "RKEY").

В СМО необходимо представлять реестры счетов с заполненным ключом.

Таблица 4.3

Медицинские работники, имя файла DXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ)	Да
FIO	С (30)	фамилия медицинского работника	Да
IMA	С (20)	имя медицинского работника	Да
OTCH	С (30)	отчество медицинского работника
POL	С (1)	пол (М/Ж)	Да
DATR	Д	дата рождения	Да
DATN	Д	дата устройства на работу	Да
DATO	Д	дата увольнения
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Таблица 4.4

Направления на плановую госпитализацию и исследования, имя файла NXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь и выдавшей направление	Да	SPR01
N APR_N	С (15)	номер направления, (ККККК_ ХХХХХХХХХ)	Да
N APR_MO	С (5)	код МО, в которое направлен пациент	Да	SPR01
N APR_D	Д	дата направления	Да
DOC_SS	С (14)	СНИЛС сотрудника, выдавшего направление	Да
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Таблица 4.5

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

Поле	Тип	Содержание	Обязат.	Справ.
RID	Ч (14,0)	уникальный номер записи в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
UID	Ч (14,0)	уникальный номер записи об оказанной медицинской услуге в пределах реестра, по результатам оказания которой оформлено назначение (направление)	Да	UXXXXX
N AZR_D	Д	дата назначения (направления)	Да
N AZR	C (2)	вид назначения (направления) (п. 2 примечаний)	Да
SPEC	С (9)	специальность врача, к которому направлен за консультацией	Да (для N AZR равным 1 или 2)	SPR46
VID_OBS	C (2)	вид назначенного обследования (п. 3 примечаний)	Да (для N AZR равным 3,9)
PROFIL	С (3)	профиль назначенной медицинской помощи	Да (для N AZR равным 4 или 5)	SPR60
KPK	С (3)	код профиля койки	Да (для N AZR равным 6)	SPR08
N APR_USL	C (15)	код медицинской услуги (обследования)	Да (для N AZR равным 3,9)	SPR18
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Примечания к таблице 4.5:

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

2. Заполняется для случаев:

- по результатам проведенных профилактических мероприятий при присвоении группы здоровья, кроме I и II. Допустимые значения поля: 1 - направлен на консультацию в медицинскую организацию по месту прикрепления; 2 - направлен на консультацию в иную медицинскую организацию; 3 - направлен на дообследование; 4 - направлен в дневной стационар; 5 - направлен на госпитализацию; 6 - направлен в реабилитационное отделение; 7 - направлен к онкологу; 8 - направлен на биопсию; 9 - направлен на дообследование при подозрении на онкологию; "a" (англ.) - направление для первичного определения тактики обследования или тактики лечения.

- при оформлении направления в случае подозрения на злокачественное новообразование. Допустимые значения: 7 - направлен к онкологу; 8 - направлен на биопсию; 9 - направлен на дообследование при подозрении на онкологию; "a" (англ.) - направление для первичного определения тактики обследования или тактики лечения.

- при установленном основном диагнозе злокачественное новообразование (первый символ кода диагноза МКБ-Х основного заболевания - "С") и нейтропения (кода диагноза МКБ-Х основного заболевания - "D70" с кодом сопутствующего заболевания - "C00-C80" или "C97").

3. Допустимые значения поля: 1 - лабораторная диагностика, 2 - инструментальная диагностика, 3 - методы лучевой диагностики, за исключением дорогостоящих, 4 - дорогостоящие методы лучевой диагностики (КТ, МРТ, ангиография).

Таблица 4.6

Сведения о случае лечения онкологического заболевания, имя файла OXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
OID	Ч (14,0)	уникальный номер записи о направлении в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
UID	Ч (14,0)	уникальный номер записи об оказанной медицинской услуге (КСГ, ВМП) в пределах реестра (п. 2 примечаний)	Да (для стационаров и дневных стационаров)	UXXXXX
DS1_T	С (1)	повод обращения (0 - первичное лечение, 1 - рецидив, 2 - прогрессирование)	Да
PR_CONS	C (1)	сведения о проведении консилиума (п. 5 примечаний)
D_CONS	Д	дата проведения консилиума	Да (при PR_CONS)
STAD	С (3)	код стадии заболевания	Да	N 002
ONK_T	С (4)	идентификатор Tumor	Да	N 003
ONK_N	С (4)	идентификатор Nodus	Да	N 004
ONK_M	С (4)	идентификатор Metastasis	Да	N 005
MTSTZ	С (1)	признак выявления отдаленных метастазов (п. 3 примечаний)
SOD	Ч (3,2)	суммарная очаговая доза (п. 4 примечаний)
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Файл обязателен для персональных счетов, содержащих сведения об оказании МП при лечении следующих онкологических заболеваний в стационарных, стационарозамещающих и амбулаторно-поликлинических условиях оказания МП:

- Злокачественное новообразование (первый символ кода диагноза МКБ-Х основного заболевания - "С");

- Нейтропения (кода диагноза МКБ-Х основного заболевания - "D70" с кодом сопутствующего заболевания - "C00-C80" или "C97").

Не заполняется для персональных счетов при DS_ONK=1 или P_CEL=1.3 или медицинской реабилитации.

Примечания к таблице 4.6:

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

2. В случае оказания пациенту МП разного профиля (в разных отделениях или на разных койках) указывается UID услуги КСГ, ВМП используемой для лечения онкологического заболевания из файла медицинских услуг.

3. Подлежит заполнению значением "1" при выявлении отдаленных метастазов только при DS1_T=1 или DS1_T=2.

4. Обязательно для заполнения при проведении лучевой или химиолучевой терапии (USL_TIP=3 или USL_TIP=4 (из файла медицинских услуг)).

5. Заполняется в случае проведения консилиума в целях определения тактики обследования или лечения следующими значениями: 1 - определена тактика обследования, 2 - определена тактика лечения, 3 - изменена тактика лечения.

Таблица 4.7

Сведения о проведенных исследованиях и их результатах, имя файла IXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
IID	Ч (14,0)	уникальный номер записи о направлении в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
OID	Ч (14,0)	уникальный номер записи сведений о случае лечения онкологического заболевания	Да	OXXXXX
DIAG_D	Д	дата взятия материала при проведении диагностики	Да (при незаполненном DIAG_TIP)
DIAG_TIP	C (1)	тип диагностического показателя (1 - гистологический признак, 2 - маркёр ИГХ)	Да (при незаполненом DIAG_D)
DIAG_CODE	C (3)	идентификатор признака/маркёра (п. 2 примечаний)	Да (при незаполненом DIAG_D)	N 007, N 010
DIAG_RSLT	C (3)	идентификатор результата диагностики (п. 3 примечаний)	Да (при незаполненом DIAG_D)	N 008, N 011
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Примечания к таблице 4.7:

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

2. При DIAG_TIP=1 заполняется в соответствии со справочником N 007, при DIAG_TIP=2 заполняется в соответствии со справочником N 010.

3. При DIAG_TIP=1 заполняется в соответствии со справочником N 008, при DIAG_TIP=2 заполняется в соответствии со справочником N 011.

Таблица 4.8

Сведения об имеющихся противопоказаниях а проведению определенных типов лечения или отказах пациента от проведения определенных типов лечения, имя файла СХХХХХ.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CID	Ч (14,0)	уникальный номер записи о направлении в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
OID	Ч (14,0)	уникальный номер записи сведений о случае лечения онкологического заболевания	Да	OXXXXX
PROT	C (2)	код противопоказания или отказа	Да	N 001
D_PROT	Д	дата регистрации противопоказания или отказа	Да
RKEY	C(50)	значение ключа записи (п. 27 примечаний к табл. 4.1)	Да

Примечания к таблице 4.8:

1. Уникальный номер записи о противопоказаниях или отказах пациента, для повторных реестров должен совпадать с первоначальным номером.

В счете за пролеченного пациента проставляются данные из предъявленного ДПФС, проверенные с помощью сервисов идентификации страховой принадлежности:

- на пациента, застрахованного за пределами Краснодарского края: код плательщика ТФОМС КК (инокраевые застрахованные), территория страхования, вид, серию и номер ДПФС;

- на пациента, застрахованного в Краснодарском крае: код плательщика Краснодарского края, вид, серию и номер ДПФС.

Основной реестр счетов содержит счета по застрахованным лицам, окончившим лечение в отчетном месяце.

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

СМО формирует возвратный реестр счетов из персональных счетов, отклоненных от оплаты по результатам медико-экономического контроля, а также акт, и передает в медицинскую организацию (подразделение) в электронном виде. Структура и наименование файлов аналогично п. 4 (табл. 4.1, 4.2, 4.3, 4.5, 4.6, 4.7, 4.8). Имя архивного файла vZZZZXXXXXYYYYY, где v - признак возвратного счета, ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.

С целью автоматической отправки/приема предъявленных и возвратных реестров счетов средствами VipNet, запрещается производить дополнительное архивирование реестров счетов в виде сводного архива или каталога.

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

5. Структура реестров счетов, представленных плательщику

Плательщик по результатам проведенного МЭК формирует и передает в ТФОМС КК реестры счетов, представленные медицинскими организациями.

Реестр счетов состоит из 5 файлов:

файл 1: паспортная часть, имя файла - P_All (табл. 4.1, с дополнениями табл. 5.1), в случае превышения файлом размера 1,5 Гб, допускается разбиение файла на P_All_1, P_All_2;

файл 2: медицинские услуги, имя файла - U_All (табл. 4.2, с дополнениями табл. 5.2), в случае превышения файлом размера 1,5 Гб, допускается разбиение файла на U_All_1, U_All_2;

файл 3: специалисты структурных подразделений, имя файла - D_All (табл. 4.3);

файл 4: направления на госпитализацию, имя файла - N_All (табл. 4.4);

файл 5: назначения лечащего врача, по результатам проведенных профилактических мероприятий или направления, оформленные при подозрении на злокачественное новообразование - R_All (табл. 4.5, с дополнениями табл. 5.3);

файл 6: сведения о случае лечения онкологического заболевания, имя файла O_All (табл. 4.6, с дополнениями табл. 5.3);

файл 7: сведения о проведенных исследованиях при лечении онкологического заболевания и их результатах, имя файла I_All (табл. 4.7, с дополнениями табл. 5.3);

файл 8: сведения об имеющихся противопоказаниях к проведению определенных типов лечения или отказах пациента от проведения определенных типов лечения, имя файла C_All (табл. 4.8, с дополнениями табл. 5.3)

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

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.

Файлы должны быть заархивированы программой - архиватором (ZIP-архивы). Имя архивного файла ReestrsAll_YYYYMMKKKK.zip, где KKKK - код плательщика в сфере ОМС, YYYY - отчетный год, MM - отчетный месяц.

Таблица 5.1

Дополнительные поля для файла паспортной части, имя файла - РХХХХХ.dbf

Поле	Тип	Содержание	Обязат.	Справ.
FVS	С (1)	тип реестра счетов, до проведения МЭК (п. 1 примечаний)	Да	SPR21
SUMMA_I	Ч (14,2)	сумма к оплате по ОМС по случаю заболевания пациента (п. 5 примечаний)	Да
VPMAIN	Ч (1,0)	код группы оказания МП (п. 4 примечаний)	Да	SPR34
TCHECK	C (1)	статус обработки персонального счета (1 - не принят к проведению МЭК, 2- принят к проведению МЭК)	Да
CS_OKATO	С (5)	код ОКАТО территории страхования по ОМС по данным ЦС		SPR39
CS_ENP	С (16)	ЕНП по данным ЦС
CS_SPV	Ч (1)	тип ДПФС по данным ЦС
CS_SPS	С (10)	серия ДПФС по данным ЦС
CS_SPN	С (20)	номер ДПФС по данным ЦС
PV_IGNOR	С (20)	коды проигнорированных причин отказа (п. 3 примечаний)	Да (для счетов с проигнорированными ошибками)	SPR15

Примечания к таблице 5.1:

1. Указывается тип реестра счетов, полученный от медицинской организации;

2. Указывается тип реестра счетов, полученный после проведения МЭК, для принятых к оплате счетов значение эквивалентно значению в поле FVS, для отклоненных от оплаты счетов указывается тип возвратного реестра;

3. Заполняется для возвратных счетов в соответствии со справочником, по шаблону: XХХ_ХХX_XХХ_XХХ ("_" - символ пробела);

4. Заполняется значением из справочника, в соответствии к какой группе МП относится данный страховой случай.

5. Указывается итоговая стоимость лечения по страховому случаю.

Допускается наличие дополнительных полей, не описанных в действующей редакции Положения.

Таблица 5.2

Дополнительные поля для файла медицинские услуги, имя файла - UXXXXX.dbf

Поле	Тип	Содержание	Обязат.	Справ.
TCHECK	C (1)	статус обработки персонального счета (1 - не принят к проведению МЭК, 2 - принят к проведению МЭК)	Да
UID_BASE	Ч (14,0)	номер записи о "главной" медицинской услуге (п. 1 примечаний)

Примечания к таблице 5.2:

1. Указывается UID услуги (КСГ, ВМП), к которой относится оказанная медицинская услуга.

Допускается наличие дополнительных полей, не описанных в действующей редакции Положения.

Таблица 5.3

Дополнительные поля для файлов реестров счетов

Поле	Тип	Содержание	Обязат.	Справ.
TCHECK	C (1)	статус обработки персонального счета (1 - не принят к проведению МЭК, 2 - принят к проведению МЭК)	Да

6. Структура реестра прочих удержаний и корректировок МЭЭ, ЭКМП, повторный МЭК, произведенных плательщиком

Плательщик формирует и передает реестр с прочими удержаниями и корректировками, проведенными в отчетном периоде.

Прочие удержания и корректировки формируются плательщиком в отчетном месяце с указанием периода, за который проводится корректировка в электронном виде и передается в ТФОМС КК.

Реестр состоит из двух файлов:

файл 1: стоимостные прочие снятия, имя файла - KS_All;

файл 2: объемные прочие снятия, имя файла - KV_All.

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.

Структура файлов для автоматизированной обработки в формате *.dbf показана в табл. 6.1. и 6.2. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файлы должны быть заархивированы программой-архиватором (ZIP-архивы). Имя архивного файла CutAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.

Таблица 6.1

Стоимостные прочие снятия, имя файла - KS_All.dbf

Поле	Тип	Содержание	Обязат.	Справ.
ID	Ч (8,0)	порядковый номер снятия (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
TYPECUT	С (3)	тип удержания и корректировки	Да	SPR28
VP	С (3)	код условия оказания МП	Да	SPR13
P_CEL	С (1)	цель посещения (п. 21 примечаний табл. 4.1)	Да (для амбулаторных условий)
KAT	С (1)	категория гражданина	Да	SPR09
MONTH	Ч (2,0)	отчетный месяц	Да
YEAR	Ч (4,0)	отчетный год	Да
KOL	Ч (5,0)	кол-во персональных счетов, подлежащих к удержанию	Да
SUMMA	Ч (14,2)	сумма	Да
MONTH_R	Ч (2,0)	месяц, за который проводится корректировка	Да
YEAR_R	Ч (4,0)	год, за который проводится корректировка	Да
COMMENT	С (250)	примечание

Примечания к таблице 6.1

1. Порядковый номер снятия уникален в течение года для плательщика.

Таблица 6.2

Объемные прочие снятия, имя файла - KV_All.dbf

Поле	Тип	Содержание	Обязат.	Справ.
ID	Ч (8,0)	порядковый номер снятия	Да
VOLUME	Ч (2,0)	объемный показатель (кол-во)	Да	SPR30
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
KOLU	Ч (14,2)	кол-во единиц	Да
SUMM	Ч (14,2)	стоимость единиц	Да

7. Структура реестра платежных поручений плательщика

Плательщик формирует и передает реестр платежных поручений в ТФОМС КК.

Реестр представлен файлом - PAY_All.

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.

Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 7.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла PayAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.

Таблица 7.1

Платежные поручения, имя файла - PAY_All.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО (юридическое лицо)	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
TYPEAC	С (2)	тип платежа	Да	SPR37
TARGETP	С (2)	код назначения платежа	Да	SPR35
SOURCEP	С (2)	код источника платежа	Да	SPR36
MONTH	Ч (2,0)	отчетный месяц	Да
YEAR	Ч (4,0)	отчетный год	Да
DATP	Д	дата платежного поручения	Да
NUMP	С (50)	номер платежки	Да
SUMMA	Ч (14,2)	сумма платежа	Да
MONTHR	Ч (2,0)	отчетный месяц, за который проводилась выплата	Да
YEARR	Ч (4,0)	отчетный год, за который проводилась выплата	Да
COMMENT	С (250)	примечание

8. Структура реестра подушевого финансирования АПУ

Плательщик формирует и передает реестр произведенного подушевого финансирования амбулаторно-поликлинических учреждений в ТФОМС КК.

Реестр представлен файлом - APU_All.

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.

Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 8.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла ApuAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.

Таблица 8.1

Подушевое финансирование, имя файла - APU_All.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
MONTH	Ч (2,0)	отчетный месяц	Да
YEAR	Ч (4,0)	отчетный год	Да
SUMM	Ч (14,2)	сумма платежа	Да
C0_1M	Ч (14,0)	числен. прик. нас-е (от 0-1, муж.)	Да
C0_1G	Ч (14,0)	числен. прик. нас-е (от 0-1, жен.)	Да
C1_4M	Ч (14,0)	числен. прик. нас-е (от 1-4, муж.)	Да
C1_4G	Ч (14,0)	числен. прик. нас-е (от 1-4, жен.)	Да
C5_17M	Ч (14,0)	числен. прик. нас-е (от 5-17, муж.)	Да
C5_17G	Ч (14,0)	числен. прик. нас-е (от 5-17, жен.)	Да
C18_59M	Ч (14,0)	числен. прик. нас-е (от 18-59, муж.)	Да
C18_54G	Ч (14,0)	числен. прик. нас-е (от 18-54, жен.)	Да
C60M	Ч (14,0)	числен. прик. нас-е (от 60, муж.)	Да
C55G	Ч (14,0)	числен. прик. нас-е (от 55, жен.)	Да
T0_1M	Ч (14,2)	тариф подуш. фин. (от 0-1, муж.)	Да	SPR75
T0_1G	Ч (14,2)	тариф подуш. фин. (от 0-1, жен.)	Да	SPR75
T1_4M	Ч (14,2)	тариф подуш. фин. (от 1-4, муж.)	Да	SPR75
T1_4G	Ч (14,2)	тариф подуш. фин. (от 1-4, жен.)	Да	SPR75
T5_17M	Ч (14,2)	тариф подуш. фин. (от 5-17, муж.)	Да	SPR75
T5_17G	Ч (14,2)	тариф подуш. фин. (от 5-17, жен.)	Да	SPR75
T18_59M	Ч (14,2)	тариф подуш. фин. (от 18-59, муж.)	Да	SPR75
T18_54G	Ч (14,2)	тариф подуш. фин. (от 18-54, жен.)	Да	SPR75
T60M	Ч (14,2)	тариф подуш. фин. (от 60, муж.)	Да	SPR75
T55G	Ч (14,2)	тариф подуш. фин. (от 55, жен.)	Да	SPR75

9. Структура реестра подушевого финансирования ССМП

Плательщик формирует и передает реестр произведенного подушевого финансирования станций скорой медицинской помощи в ТФОМС КК.

Реестр представлен файлом - SMP_All.

Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.

Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 9.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла SmpAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.

Таблица 9.1

Подушевое финансирование, имя файла - SMP_All.dbf

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
MONTH	Ч (2,0)	отчетный месяц	Да
YEAR	Ч (4,0)	отчетный год	Да
SUMM	Ч (14,2)	сумма платежа	Да
C0_1M	Ч (14,0)	числен. прик. нас-е (от 0-1, муж.)	Да
C0_1G	Ч (14,0)	числен. прик. нас-е (от 0-1, жен.)	Да
C1_4M	Ч (14,0)	числен. прик. нас-е (от 1-4, муж.)	Да
C1_4G	Ч (14,0)	числен. прик. нас-е (от 1-4, жен.)	Да
C5_17M	Ч (14,0)	числен. прик. нас-е (от 5-17, муж.)	Да
C5_17G	Ч (14,0)	числен. прик. нас-е (от 5-17, жен.)	Да
C18_59M	Ч (14,0)	числен. прик. нас-е (от 18-59, муж.)	Да
C18_54G	Ч (14,0)	числен. прик. нас-е (от 18-54, жен.)	Да
C60M	Ч (14,0)	числен. прик. нас-е (от 60, муж.)	Да
C55G	Ч (14,0)	числен. прик. нас-е (от 55, жен.)	Да
T0_1M	Ч (14,2)	тариф подуш. фин. (от 0-1, муж.)	Да	SPR65
T0_1G	Ч (14,2)	тариф подуш. фин. (от 0-1, жен.)	Да	SPR65
T1_4M	Ч (14,2)	тариф подуш. фин. (от 1-4, муж.)	Да	SPR65
T1_4G	Ч (14,2)	тариф подуш. фин. (от 1-4, жен.)	Да	SPR65
T5_17M	Ч (14,2)	тариф подуш. фин. (от 5-17, муж.)	Да	SPR65
T5_17G	Ч (14,2)	тариф подуш. фин. (от 5-17, жен.)	Да	SPR65
T18_59M	Ч (14,2)	тариф подуш. фин. (от 18-59, муж.)	Да	SPR65
T18_54G	Ч (14,2)	тариф подуш. фин. (от 18-54, жен.)	Да	SPR65
T60M	Ч (14,2)	тариф подуш. фин. (от 60, муж.)	Да	SPR65
T55G	Ч (14,2)	тариф подуш. фин. (от 55, жен.)	Да	SPR65

10. Результаты повторного МЭК, МЭЭ и ЭКМП проведенной СМО и реэкспертизы, проведенной ТФОМС

Файлы формируются в формате XML с именем вида: TYP_OOOO_XXXX_LLLLL_YYYYMM.XML, где: TYP - 3-х символьный тип актов (ACT - акты МЭЭЭКМП экспертизы СМО, MXX - акты экспертизы инокраевых счетов ТФОМС, MXR - акты реэкспертизы ТФОМС, МЕК - акты повторного МЭК); OOOO - 4-значный код [филиала] организации, проводившей экспертизу (источник актов); XXXX - четырехзначный код СМО (код СМО, по случаям лечения застрахованных в которой проводилась экспертиза); LLLLL - пятизначный код [структурного подразделения] МО (код МО, по случаям лечения в которой проводилась экспертиза); YYYY - четырехзначный номер года отчетного периода; MM - двузначный номер месяца отчетного периода.

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

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

Таблица 10.1

Порядок вложенности структурных элементов

Уровень 0	Уровень 1	Уровень 2	Уровень 3	Уровень 4	Уровень 5	Комментарий
acts						Заголовочный тег всего файла. В единственном числе на файл.
	act					Заголовочный тег по акту. Во множественном числе на файл.
		failures				Заголовочный тег по счетам с зафиксированными нарушениями по данному акту. В единственном числе на акт.
			sanction			Наложенная санкция без указания счета. В единственном числе в файле по определенному коду санкции.
			invoice			Счета с зафиксированными нарушениями. Во множественном числе на акт в разделе failures.
				conclusion		Заключение по данному счету с зафиксированными нарушениями по данному акту. В единственном числе на счет. Присутствует и обязателен только при типе проверки (и типе акта, соответственно) ЭКМП
				sanction		Наложенная санкция по данному счету с зафиксированными нарушениями. В единственном числе по данному счету.
					service	Услуги по данному счету с зафиксированными нарушениями. Во множественном числе по данному счету.
				remainder		Заголовочный тег для остаточного списка услуг - услуг по данному счету без зафиксированных нарушений. Во множественном числе по данному счету.
					service	Услуги по данному счету без зафиксированных нарушений. Во множественном числе по данному счету.
				Invoice		(В части СМП) Фактический счет, на основании которого была наложена сумма удержания
					Service	(В части СМП) ВСЕ услуги по фактическому счету, на основании которого была наложена сумма удержания
		verified				Заголовочный тег для проверенных счетов по данному акту (и заявке соответственно) и без зафиксированных нарушений. В единственном числе по акту.
			invoice			Проверенные счета по данному акту без выявленных нарушений.
				service		Услуги по проверенным счетам по данному акту без выявленных нарушений.
		forwarded				Заголовочный тег по перенаправленным счетам на другой вид проверки по данному акту. Во множественном числе в разрезе типов проверки.
			invoice			Перенаправленные счета на другой вид проверки по данному акту. Во множественном числе по акту.
				service		Услуги по перенаправленным счетам на другой вид проверки по данному акту. Во множественном числе по акту.
		nonchecked				Заголовочный тег по непроверенным счетам по данному акту. В единственном числе по акту.
			invoice			Непроверенные счета по данному акту. Во множественном числе по акту.
				service		Услуги по непроверенным счетам по данному акту. Во множественном числе по акту.

Таблица 10.2

Элемент Acts

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание
	0	acts	да	нет	ID	да	Ч (10,0)	да		внутренний (БД) номер пакета (п. 40 примечаний)
	0	acts	да	нет	ORIGIN_CODE	да	С (5)	да		код [филиала] организации, производившей экспертизу (источник актов)
	0	acts	да	нет	SMO_CODE	да	С (4)	да	SPR02	код страховой медицинской организации
	0	acts	да	да	CODE_MO	да	С (5)	да	SPR01	код медицинской организации в сфере ОМС, предоставившей медицинскую помощь
	0	acts	да	нет	BD	да	Д	да		дата начала отчетного периода (п. 32 примечаний)
	0	acts	да	нет	ED	да	Д	да		дата окончания отчетного периода (п. 33 примечаний)
	0	acts	да	нет	SEQ_N	да	Ч (10,0)	да		порядковый номер пакета при выгрузке за данный отчетный период (п. 41 примечаний)
	0	acts	да	нет	QUANTITY	да	Ч (10,0)	да		количество актов в пакете
	0	acts	да	нет	TOTAL	да	Ч (10,0)	да		всего количество актов за данный отчетный период

Таблица 10.4

Элемент Act

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание
acts	1	act	да	да	ID	да	Ч (10,0)	да		внутренний (БД) номер акта (п. 30 примечаний)
acts	1	act	да	да	N	да	С (32)	да		внешний (печать) номер акта (п. 31 примечаний)
acts	1	act	да	да	ORIGIN_CODE	да	С (5)	да		код [филиала] организации, производившей экспертизу (источник актов)
act	1	act	Да	Да	PAYER_SMO_CODE	Да	С(4)	Да	SPR03	код страховой медицинской организации - фактического плательщика (головной филиал юр. лицо правоприемник)
acts	1	act	да	да	SMO_CODE	да	С (4)	да	SPR03	код [филиала] страховой медицинской организации
acts	1	act	Да	Да	ACTUAL_CODE_MO	Да	С(5)	Да	SPR01	код медицинской организации в сфере ОМС (правопреемника)
acts	1	act	да	да	CODE_MO	да	С (5)	да	SPR01	код медицинской организации в сфере ОМС, предоставившей медицинскую помощь
acts	1	act	да	да	BD	да	Д	да		дата начала отчетного периода (п. 32 примечаний)
acts	1	act	да	да	ED	да	Д	да		дата окончания отчетного периода (п. 33 примечаний)
acts	1	act	да	да	EBD	да	Д	да		дата начала проверяемого периода
acts	1	act	да	да	EED	да	Д	да		дата окончания проверяемого периода
acts	1	act	да	да	DQ	да	Д	да		дата запроса в МО на предоставление документов
acts	1	act	да	да	DD	да	Д	да		необходимая Д предоставления документов
acts	1	act	да	да	DE	да	Д	да		дата проведения экспертизы
acts	1	act	да	да	DA	да	Д	да		дата формирования акта
acts	1	act	да	да	TYPE_CODE	да	С (8)	да	SPR55	код типа проверки (п. 34 примечаний)
acts	1	act	да	да	KIND_CODE	да	С (8)	да	SPR56	код вида проверки (п. 35 примечаний)
acts	1	act	да	да	EXPERT	да	С (256)	да		ФИО эксперта, сформировавшего акт
acts	1	act	да	да	COMMENT	да	С (8000)	нет		предложения руководству МО
acts	1	act	да	да	QUANTITY	да	Ч (10,0)	да		количество штрафов (sanction) в акте
acts	1	act	да	да	AMOUNT	да	Ч (14,2)	да		контрольная сумма удержаний штрафов в акте

Таблица 10.5

Элемент Failures

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание

Таблица 10.6

Элемент Verified

Контейнер	Тег				Атрибут		Значение
Тег	Уров. Влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание

Таблица 10.7

Элемент Forwarded

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание
act	2	forwarded	да	да	TYPE_CODE	да	С (8)	да	SPR55	код типа проверки (п. 34 примечаний) - в который были переведены счета

Таблица 10.8

Элемент Nonchecked

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание

Таблица 10.9

Элемент Invoice

Поля заполняются в соответствии с таблицей 4.1.

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.
failures, verified, forwarded, nonchecked	3	invoice	да	да	NS	да	Ч (5,0)	да
failures, verified, forwarded, nonchecked	3	Invoice	да	да	FVS	да	С(1)	Да	Тип реестра счетов до проведения МЭК, SPR21
failures, verified, forwarded, nonchecked	3	invoice	да	да	VS	да	С (1)	да	Тип реестра счетов после проведения МЭК, SPR21
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATS	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	SN	да	Ч (12,0)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATPS	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	CODE_MO	да	С (5)	да	SPR01
failures, verified, forwarded, nonchecked	3	invoice	да	да	PL_OGRN	да	С (15)	да	SPR02
failures, verified, forwarded, nonchecked	3	invoice	да	да	FIO	да	С (30)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	IMA	да	С (20)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	OTCH	да	С (30)
failures, verified, forwarded, nonchecked	3	invoice	да	да	POL	да	С (1)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATR	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	KAT	да	С (1)	да	SPR09
failures, verified, forwarded, nonchecked	3	invoice	да	да	SNILS	да	С (14)
failures, verified, forwarded, nonchecked	3	invoice	да	да	OKATO_OMS	да	С (5)	да для инокраевых	SPR39
failures, verified, forwarded, nonchecked	3	invoice	да	да	SPV	да	Ч (1)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	SPS	да	С (10)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	SPN	да	С (20)	да
failures, verified, forwarded, nonchecked	3	Invoice	да	да	INV	да	С (1)	да	группа инвалидности
failures, verified, forwarded, nonchecked	3	Invoice	да	да	MSE	да	С (1)	да	направлена на МСЭ
failures, verified, forwarded, nonchecked	3	invoice	да	да	P_PER	да	С (1)	да	признак поступления/перевода
failures, verified, forwarded, nonchecked	3	invoice	да	да	STAT_P	да	С (1)	да для инокраевых	SPR41
failures, verified, forwarded, nonchecked	3	invoice	да	да	Q_G	да	С (10)		SPR42
failures, verified, forwarded, nonchecked	3	Invoice	да	да	NOVOR	Да	С (9)	Да (в случае оказания МП ребенку до государственной регистрации рождения)	признак новорожденного
failures, verified, forwarded, nonchecked	3	Invoice	Да	да	VNOV_D	да	Ч (10,0)		вес при рождении
failures, verified, forwarded, nonchecked	3	invoice	да	да	FAMP	да	С (30)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	IMP	да	С (20)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	OTP	да	С (30)
failures, verified, forwarded, nonchecked	3	invoice	да	да	POLP	да	С (1)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATRP	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	C_DOC	да	Ч (2,0)		SPR43
failures, verified, forwarded, nonchecked	3	invoice	да	да	S_DOC	да	С (10)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N_DOC	да	С (15)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_MO	да	С (6)	Да (по направлениям на плановую госпитализацию и исследования)	SPR01 SPR81
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_N	да	С (15)	Да (по направлениям на плановую госпитализацию и исследования)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_D	да	Д	Да (по направлениям на плановую госпитализацию, ВМП и исследования)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_DP	да	Д	Да (для ВМП)
failures, verified, forwarded, nonchecked	3	invoice	да	да	TAL_N	да	С (18)	Да (для ВМП)
failures, verified, forwarded, nonchecked	3	invoice	да	да	TAL_D	да	Д	Да (для ВМП)
failures, verified, forwarded, nonchecked	3	invoice	да	да	PR_D_N	да	С (1)
failures, verified, forwarded, nonchecked	3	invoice	да	да	PR_DS_N	да	С (1)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N AZR	да	С (8)
failures, verified, forwarded, nonchecked	3	invoice	да	да	N AZ_V	да	С (4)
failures, verified, forwarded, nonchecked	3	invoice	да	да	ISTI	Да	С (10)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATN	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	DATO	да	Д	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	ISHL	да	С (3)	да	SPR11
failures, verified, forwarded, nonchecked	3	invoice	да	да	ISHOB	да	С (3)	да	SPR12
failures, verified, forwarded, nonchecked	3	invoice	да	да	MP	да	С (1)	да	SPR14
failures, verified, forwarded, nonchecked	3	invoice	да	да	SUMMA_I	да	Ч (14,2)	да
failures, verified, forwarded, nonchecked	3	invoice	да	да	PV	да	С (40)	да для возвратных счетов	SPR15
failures, verified, forwarded, nonchecked	3	invoice	да	да	DVOZVRAT	да	Д	да для возвратных счетов
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	VPMAIN	Да	Ч(1,0)	да	код группы оказания МП, SPR34
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	DOC_TABN	Да	С (10)	да	табельный номер врача закрывшего талон/историю (п. 17 примечаний)
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	DOC_SS	Да	С(14)
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	SPEC	Да	С(9)		SPR46
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	PROFIL	Да	С(3)	Да	SPR60
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	VMP	Да	С(2)	Да	SPR59
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	KSO	Да	С(2)	Да	SPR17
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	P_CEL	Да (для амбулаторных больных)	С(4)		SPR79
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	MKBX	Да	С(6)	Да	SPR20
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	MKBXS	Да	С(6)	Да	SPR20
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	DS_ONK	Да	С(1)	Да
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	MKBX_PR	Да	С(1)	Да
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	VB_P	Да	C(1)	Да	признак внутрибольничного перевода
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	RKEY	Да	C(50)	Да	Ключ записи
Verified	3	Invoice	Да	Да	COMMENT	Да	С (8000)	да	Обоснование корректности счета

Таблица 10.10

Элемент Conclusion (документ "Экспертное заключение")

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE1	да	С (8000)	нет		раздел "Операция": Название операции
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE2	да	С (8000)	нет		раздел "Операция": Д
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE3	да	С (8000)	нет		раздел "Операция": Подраздел "Диагноз клинический заключительный": основной
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE4	да	С (8000)	нет		раздел "Операция": Подраздел "Диагноз клинический заключительный": осложнение
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE5	да	С (8000)	нет		раздел "Операция": Подраздел "Диагноз клинический заключительный": сопутствующий
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE6	да	С (8000)	нет		раздел "Операция": Подраздел "Патологоанатомический": основной
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE7	да	С (8000)	нет		раздел "Операция": Подраздел "Патологоанатомический": осложнение
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE8	да	С (8000)	нет		раздел "Операция": Подраздел "Патологоанатомический": сопутствующий
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE9	да	С (8000)	нет		раздел "I. Сбор информации": распрос, физикальное обследование...
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE10	да	С (8000)	нет		раздел "Сбор информации": Обоснование негативных следствий ошибок в сборе информации
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE11	да	С (8000)	нет		раздел "II. Диагноз": Подраздел "Диагноз (формулировка, содержание, время постановки): основной
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE12	да	С (8000)	нет		раздел "II. Диагноз": Подраздел "Диагноз (формулировка, содержание, время постановки): осложнение
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE13	да	С (8000)	нет		раздел "II. Диагноз": подраздел "Диагноз (формулировка, содержание, время постановки): сопутствующий
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE14	да	С (8000)	нет		раздел "II. Диагноз": Обоснование негативных последствий ошибок в диагнозе
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE15	да	С (8000)	нет		раздел "III. Лечение": Лечение (хирургическое, в т. ч. родовспоможение, медикаментозное...
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE16	да	С (8000)	нет		раздел "III. Лечение": Обоснование негативных последствий ошибок в лечении
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE17	да	С (8000)	нет		раздел "IV. Преемственность": Преемственность (обоснованность поступления...
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE18	да	С (8000)	нет		раздел "IV. Преемственность": Обоснование негативных последствий ошибок в преемственности лечения
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE19	да	С (8000)	нет		раздел "Заключение": Заключение эксперта качества медицинской помощи
invoice	4	conclusion	да при типе проверки ЭКМП	нет	VALUE20	да	С (8000)	нет		раздел "Заключение": Наиболее значимые ошибки, повлиявшие на исход заболевания

Таблица 10.11

Элемент Sanction

Тег			Атрибут			Значение
Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание
Общее
sanction	да	нет	ID	да	Ч (10,0)	да		внутренний (БД) номер штрафа (п. 36 примечаний)
sanction	да	нет	QUANTITY	да	Ч (5,0)	да		количество услуг с наложенным штрафом
sanction	да	нет	VP	Да	С (3)	нет		вид помощи (SPR13)
sanction	да	нет	COMMENT	Да	С (8000)	нет		суть выявленных нарушений
санкция к МО (МЭЭЭКМП, МЭИС, реэкспертиза)
sanction	да	нет	SANCTION_CODE	да	С (8)	да	SPR57	код примененной по счету санкции (п. 37 примечаний)
sanction	да	нет	AMOUNT_X_ OMS	да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части ОМС
sanction	да	нет	NORMATIVE	да	Ч (14,2)	да		использовавшийся норматив (п. 38 примечаний)
sanction	да	нет	AMOUNT_X_NRM	да	Ч (14,2)	да		размер штрафа от норматива (п. 38 примечаний)
sanction	да	нет	TARIF_VALUE	да	Ч (14,2)	Да		размер тарифа по счету в случае СМП
sanction	да	нет	AMOUNT_X_TARIF	да	Ч (14,2)	Да		размер удержания по счету в случае СМП (% от стоимости тарифа)
sanction	Да	нет	INV2_VALUE	да	Ч (14,2)	Да		сумма счета за последующее после СМП лечение
sanction	Да	нет	AMOUNT_X_INV2	да	Ч (14,2)	Да		размер удержания по счету в случае СМП при санкциях, требующих удержания суммы счета за последующее лечение (% от стоимости последующего лечения)
повторный МЭК
sanction	Да	Нет	SANCTION_M_CODE	Да	С (8)	да	SPR57	код примененной по счету санкции к СМО
Sanction	Да	Нет	AMOUNT_M_OMS	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части ОМС
санкция к СМО (реэкспертиза)
sanction	Да	Нет	SANCTION_R_CODE	Да	С (8)	да	SPR57	код примененной по счету санкции к СМО
Sanction	Да	Нет	AMOUNT_R_INV_OMS	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части ОМС
sanction	да	Нет	AMOUNT_R_INV_PTY	Да	Ч (14,2)	Да		размер штрафа по счету при реэкспертизе
sanction	да	нет	RVD_VALUE	Да	Ч (14,2)	Да		использованное для применения санкции к СМО значение РВД
sanction	да	нет	AMOUNT_R_RVD	Да	Ч (14,2)	Да		размер штрафа по РВД при реэкспертизе
sanction	да	нет	AMOUNT_R_NRM	да	Ч (14,2)	да		размер штрафа от необоснованно оплаченной суммы по штрафу от норматива санкции к СМО
sanction	да	нет	AMOUNT_R_TARIF	да	Ч (14,2)	Да		размер штрафа от необоснованно оплаченной суммы по размеру удержания по счету в случае СМП санкции к СМО
sanction	Да	нет	AMOUNT_R_INV2	да	Ч (14,2)	Да		размер штрафа от необоснованно оплаченной суммы по размеру удержания по счету в случае СМП при санкциях, требующих удержания суммы счета за последующее лечение санкции к СМО

Таблица 10.12

Элемент Remainder

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наименование	Обяз.	Тип	Обяз.	Справ.	Описание

Таблица 10.13

Элемент Service

Поля заполняются в соответствии с таблицей 4.2.

Контейнер	Тег				Атрибут		Значение
Тег	Уров. влож.	Наим.	Обяз.	Повт.	Наим.	Обяз.	Тип	Обяз.	Справочник
sanction, remainder, invoice	5, 5, 4	service	да	да	IDU	да	Ч (14,0)	да	Уникальный номер записи об оказанной медицинской услуге
sanction, remainder, invoice	5, 5, 4	service	да	да	CODE_MO	да	С (5)	да	SPR02
sanction, remainder, invoice	5, 5, 4	service	да	да	NS	да	Ч (5,0)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SN	да	Ч (12,0)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	KOTD	да	С (4)	да	SPR07
sanction, remainder, invoice	5, 5, 4	service	да	да	KPK	да	С (2)	да для стационаров	SPR08
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBX	да	С (6)	да	SPR20
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBX _PR	да	С (1)	Да (для счетов по диспансеризации/профилактическим медосмотрам)
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBXS	да	С (6)		SPR20
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBXS_PR	да	С (1)	Да (для счетов по диспансеризации/профилактическим медосмотрам)
sanction, remainder, invoice	5, 5, 4	service	да	да	PR_MS_N	Да	С(1)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBXO	да	С (6)		SPR20
sanction, remainder, invoice	5, 5, 4	service	да	да	KSTAND	да	С (15)	да	SPR38
sanction, remainder, invoice	5, 5, 4	service	да	да	VP	да	С (3)	да	SPR13
sanction, remainder, invoice	5, 5, 4	service	да	да	KRIT	да	С (9)		SPR69, SPR80
sanction, remainder, invoice	5, 5, 4	service	да	да	KRIT2	да	С (9)		SPR80
sanction, remainder, invoice	5, 5, 4	service	да	да	KSLP	да	С (40)
sanction, remainder, invoice	5, 5, 4	service	да	да	KSLP_IT	да	Ч(4,2)
sanction, remainder, invoice	5, 5, 4	service	да	да	ISTI	да	С (10)	да	номер талона амбулаторного пациента / истории болезни / карты вызова СМП
sanction, remainder, invoice	5, 5, 4	service	да	да	P_PER	Да	C (1)	да	признак поступления / перевода в отделение
sanction, remainder, invoice	5, 5, 4	service	да	да	KUSL	да	С (15)	да	SPR18
sanction, remainder, invoice	5, 5, 4	service	да	да	KOLU	да	Ч (3,0)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	KD	да	Ч (3,0)	да для стационаров
sanction, remainder, invoice	5, 5, 4	service	да	да	DATN	да	Д	да
sanction, remainder, invoice	5, 5, 4	service	да	да	DATO	да	Д	да
sanction, remainder, invoice	5, 5, 4	service	да	да	TARU	да	Ч (10,2)	да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	IS_OUT	да	Ч (1,0)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	OUT_MO	да	С (5)		SPR01
sanction, remainder, invoice	5, 5, 4	service	да	да	DOC_TABN	да	С (10)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SPEC	да	С (9)	да	SPR46
sanction, remainder, invoice	5, 5, 4	service	да	да	PROFIL	да	C (3)	да	SPR60
sanction, remainder, invoice	5, 5, 4	service	да	да	VMP	да	C (2)	да	SPR59
sanction, remainder, invoice	5, 5, 4	service	да	да	KSO	да	C (2)	да	SPR17
sanction, remainder, invoice	5, 5, 4	service	да	да	DOC_SS	да	C (14)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	DS_ONK	да	C (1)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	USL_TIP	да	C (1)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	HIR_TIP	да	C (2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	LEK_TIPL	да	C (2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	LEK_TIPV	да	C (2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	LUCH_TIP	да	C (2)	да
Удержания объемных единиц
Sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_KOLU	Да	Ч (14,5)	Да	удержание по данной услуге в объемных единицах
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_X_KD	Да	Ч (14, 5)	Да	удержание по данной услуге в объемных единицах
санкция к МО (МЭЭЭКМП, МЭИС, реэкспертиза)
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_OMS	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части ОМС
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_NRM	да	Ч (14,2)	да	размер штрафа по данной услуге
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_X_TARIF				размер удержания по счету в случае СМП (% от стоимости тарифа) в части данной услуги
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_X_INV2				Размер удержания по счету в случае СМП при санкциях, требующих удержания суммы счета за последующее лечение (% от стоимости последующего лечения) в части данной услуги
повторный МЭК
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_OMS	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части омс
санкция к СМО (реэкспертиза)
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части ОМС
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_R_INV_PTY	Да	Ч (14,2)	Да	размер штрафа по счету по данной услуге при реэкспертизе
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_RVD	Да	Ч (14, 2)	Да	размер штрафа по данной услуге в процентах от РВД
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_NRM	Да	Ч (14, 2)	Да	размер штрафа по данной услуге от необоснованно оплаченной суммы по штрафу от норматива санкции к СМО
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_TARIF	Да	Ч (14, 2)	Да	размер штрафа по данной услуге от необоснованно оплаченной суммы по размеру удержания по счету в случае СМП санкции к СМО
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV2	Да	Ч (14, 2)	Да	размер штрафа по данной услуге от необоснованно оплаченной суммы по размеру удержания по счету в случае СМП при санкциях, требующих удержания суммы счета за последующее лечение санкции к СМО

Таблица 10.14

Примечания

N	Примечание
30	последовательный номер, присвоенный акту
31	регистрационный номер акта
32	первое число месяца отчетного периода
33	последнее число месяца отчетного периода
34	содержимое берется из справочника SPR55
35	содержимое берется из справочника SPR56
36	последовательный номер, присвоенный штрафу
37	содержимое берется из справочника SPR57
38	итоговая контрольная сумма удержаний складывается из 11 частей: AMOUNT_X_OMS + AMOUNT_X_NRM + AMOUNT_X_TARIF + AMOUNT_X_INV2 + AMOUNT_M_OMS + AMOUNT_R_INV_OMS + AMOUNT_R_INV_PTY + AMOUNT_R_RVD + AMOUNT_R_NRM + AMOUNT_R_TARIF + AMOUNT_R_INV2
40	последовательный номер, присвоенный выгруженному файлу
41	порядковый номер выгружаемого файла в пределах отчетного периода

11. Пакетная идентификация страховой принадлежности и прикрепления к медицинской организации

ТФОМС КК круглосуточно проводит процедуру идентификации страховой принадлежности застрахованного лица и факта его прикрепления к МО в пакетном режиме. Результат обработки оформляется протоколом и направляется в МО.

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

Структура файла РККККК.dbf представлена в таблице 11.1.

Имя файла ГГММККККК.zip - где ГГММ - отчетный год и месяц (меняется каждый месяц 8 числа), ККККК - код структурного подразделения. Вложенность архивов не допускается.

Средствами VipNet файлы автоматически принимаются от МО при условии соблюдения имени файла.

Круглосуточно в момент приема файлов по VipNet служба идентификации страховой принадлежности будет производить:

1) Проверку имени файла, в случае не соответствия имени файла, файл полностью отклоняется и формируется текстовый протокол отказа;

Имя файла ГГММККККК.txt - где ГГММ - отчетный год и месяц, ККККК - код структурного подразделения. Имя архивного файла vГГММККККК.zip.

2) Проверку структуры файла, в случае не соответствия структуры файла, файл полностью отклоняется и формируется текстовый протокол отказа;

3) Проводится идентификация страховой принадлежности в РС ЕРЗ по типу, серии и номеру ДПФС, указанному в файле. В случае отсутствия информации производится идентификация по комбинации персональных данных: ФИО, дата рождения, УДЛ.

Для идентифицированных в РС ЕРЗ граждан поле CS не заполняется ( ""- пусто).

4) Не идентифицированные в РС ЕРЗ граждане будут направлены для дополнительной идентификации в ЦС ЕРЗ. Для не идентифицированных граждан поле PL_OGRNF не заполнено, а в поле CS проставляется значение:

1 - не отправлено в ЦС ЕРЗ (предоставлены неполные или некорректные персональные данные);

2 - отправлено в ЦС ЕРЗ.

5) После идентификации страховой принадлежности в ЦС ЕРЗ поле в CS проставляется значение:

3 - идентифицирован в ЦС ЕРЗ;

4 - не идентифицирован в ЦС ЕРЗ.

6) По результатам выполнения пунктов 3, 4 формируются ответные файлы, в которых заполнены дополнительные поля.

В случае полной идентификации в РС ЕРЗ отправляется один ответный файл.

Структура ответного файла приведена в таблице 11.2.

Имя файла vГГММККККК.zip - где ГГММ - отчетный год и месяц, ККККК - код структурного подразделения.

Таблица 11.1

Паспортная часть, предоставляемая МО, имя файла - РХХХХХ.dbf

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов (п. 1 примечаний табл.4.1)
VS	С (1)	тип реестра счетов (п. 2; 4 примечаний табл.4.1).		SPR21
DATS	Д	дата формирования реестра счетов (п. 3; 4 примечаний табл. 4.1)
SN	Ч (12,0)	номер персонального счета (п. 13 примечаний табл. 4.1)
DATPS	Д	дата формирования персонального счета (п. 13 примечаний табл. 4.1)
CODE_MO	С (5)	код МО, оказавшей МП	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика
FIO	С (30)	фамилия (п. 5, 19 примечаний табл. 4.1)	Да
IMA	С (20)	имя (п. 5, 19 примечаний табл. 4.1)	Да
OTCH	С (30)	отчество (п. 5, 19 примечаний табл. 4.1)
POL	С (1)	пол (М/Ж) (п. 6, 19 примечаний табл. 4.1)	Да
DATR	Д	дата рождения (п. 7, 19 примечаний табл. 4.1)	Да
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 19 примечаний табл. 4.1)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС		SPR39
SPV	Ч (1)	тип ДПФС (п. 15, 19 примечаний табл. 4.1)
SPS	С (10)	серия ДПФС (п. 19 примечаний табл. 4.1)
SPN	С (20)	номер ДПФС (п. 16, 19 примечаний табл. 4.1)
Q_G	С (10)	признак "Особый случай" (п. 8 примечаний табл. 4.1)		SPR42
FAMP	С (30)	фамилия представителя пациента (п. 5, 19 примечаний табл. 4.1)	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента (п. 5, 19 примечаний табл. 4.1)	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента (п. 5, 19 примечаний табл. 4.1)
POLP	С (1)	пол (М/Ж) (п. 6, 19 примечаний табл. 4.1)	Да (при Q_G = 2)
DATRP	Д	дата рождения (п. 7, 19 примечаний табл. 4.1)	Да (при Q_G = 2)
C_DOC	Ч (2,0)	код типа УДЛ (п. 9, 19 примечаний табл. 4.1)	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ (п. 9, 19 примечаний табл. 4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ (п. 9, 19 примечаний табл. 4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
DATN	Д	дата начала лечения (или дата запроса)	Да
DATO	Д	дата окончания лечения

Таблица 11.2

Результат идентификации страховой принадлежности, имя файла - РХХХХХ.dbf

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов (п. 1 примечаний табл. 4.1)
VS	С (1)	тип реестра счетов (п. 2; 4 примечаний табл. 4.1)		SPR21
DATS	Д	дата формирования реестра счетов (п. 3, 4 примечаний табл. 4.1)
SN	Ч (12,0)	номер персонального счета
DATPS	Д	дата формирования персонального счета (п. 17 примечаний табл. 4.1)
CODE_MO	С (5)	код МО, оказавшей МП	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика
PL_OGRNF	С (15)	ОГРН плательщика (данные ЕРЗ)
FIO	С (30)	фамилия (п. 5, 19 примечаний табл. 4.1)	Да
FIOF	С (30)	фамилия (данные ЕРЗ)
IMA	С (20)	имя (п. 5, 19 примечаний табл. 4.1)	Да
IMAF	С (20)	имя (данные ЕРЗ)
OTCH	С (30)	отчество (п. 5, 19 примечаний табл. 4.1)
OTCHF	С (30)	отчество (данные ЕРЗ)
POL	С (1)	пол (М/Ж) (п. 6, 19 примечаний табл. 4.1)	Да
POLF	С (1)	пол (данные ЕРЗ)
DATR	Д	дата рождения (п. 7, 19 примечаний табл. 4.1)	Да
DATRF	Д	дата рождения (данные ЕРЗ)
SNILS	С (14)	СНИЛС (п. 19 примечаний табл. 4.1)
SNILSF	С (14)	СНИЛС (данные ЕРЗ)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС (п. 19 примечаний табл. 4.1)		SPR39
OKATO_OMSF	С (5)	код ОКАТО территории страхования по ОМС (данные ЕРЗ)
SPV	Ч (1)	тип ДПФС (п. 15, 19 примечаний табл. 4.1)
SPVF	Ч (1)	тип ДПФС (данные ЕРЗ)
SPS	С (10)	серия ДПФС (п. 19 примечаний табл. 4.1)
SPSF	С (10)	серия ДПФС (данные ЕРЗ)
SPN	С (20)	номер ДПФС (п. 16, 19 примечаний табл. 4.1)
SPNF	С (20)	номер ДПФС (данные ЕРЗ)
DATNP	Д	дата начала действия ДПФС
DATOP	Д	дата окончания действия ДПФС
Q_G	С (10)	признак "Особый случай" (п. 8 примечаний табл. 4.1)		SPR42
FAMP	С (30)	фамилия представителя пациента (п. 5, 19 примечаний табл. 4.1)	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента (п. 5 примечаний табл. 4.1)	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента (п. 5 примечаний табл. 4.1)
POLP	С (1)	пол представителя (М/Ж) (п. 6 примечаний табл. 4.1)	Да (при Q_G = 2)
DATRP	Д	дата рождения представителя (п. 7 примечаний табл. 4.1)	Да (при Q_G = 2)
C_DOC	Ч (2,0)	код типа УДЛ (п. 9 примечаний табл. 4.1)	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ (п. 9 примечаний табл. 4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ (п. 9 примечаний табл. 4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
DATN	Д	дата начала лечения (или дата запроса)	Да
DATO	Д	дата окончания лечения
CS	Ч (1,0)	статус идентификации
PRIK_MO	С (5)	код МО, выбранной гражданином		SPR01
PRIK_DATE		дата прикрепления

12. Объемные показатели деятельности МО

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

Таблица 12.1

Единицы учета медицинской помощи

Условия оказания МП	Единицы учета объемов МП
	койко-дни	посещение	УЕТ	день лечения	обращение	вызов	услуга
стационар, высокотехнологичная МП, медицинская реабилитация в стационарных условиях	услуги К, S, G, V
поликлиника		услуги B*, B** с тар.>0			услуги В*** с тар.=0		услуги A* с тар.>0
диагностические исследования							услуги A, B с тар.>0
стоматология		услуги B0[14].06[34567], B02.065.00[12] кроме услуг B01.063.00[4567], B01.063.01[012], B01.064.00[567], В01.065.009, B01.065.01[01], B01.067.004	услуги в сфере ОМС с УЕТ>0		услуги В*** с тар.=0
дневной стационар				услуги K, S, G
женская консультация		услуги B*, B** с тар.>0			услуги В*** с тар.=0
центр здоровья, неотложная МП		услуги B*, B** с тар.>0
диспансеризация, медицинские осмотры		услуги B*, B** c IS_OUT=0
приемное отделение		услуги B*, B** с тар.>0
фельдшерско-акушерский пункт		услуги B*, B**			услуги В*** с тар.=0
скорая МП						услуги B01.044
поликлиника (прикрепленное население)		услуги B*, B**			услуги В*** с тар.=0

B* - врачебные приемы B01, B02, B04

B** - услуги (посещения) при проведении реабилитации В05

B*** - обращения по поводу заболевания В01, В02

A* - услуги гемодиализа

13. Порядок предоставления реестров счетов, осуществления МЭК, МЭЭ, ЭКМП

Медицинские организации в предоставляют в ТФОМС КК в течение календарного месяца по VipNet все файлы счетов для проведения идентификации страховой принадлежности и предварительного контроля.

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

Передача реестров счетов осуществляется по закрытым каналам передачи данных ТФОМС КК (сеть VipNet) или нарочно, по акту приема-передачи, при отсутствии технической возможности.

Передаются файлы ZZZZXXXXXYYYYY.zip, где ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.

Медицинская организация формирует персональные счета, соответствующие страховым случаям в разрезе отчетных месяцев и условий оказания медицинской помощи из справочника SPR13 "Условия оказания медицинской помощи".

Реестры счетов формируются также по типу реестров счетов (справочник SPR21) в разрезе единиц учета медицинской помощи из справочника SPR13 "Условия оказания медицинской помощи"

Например:

- Реестр счетов Основной по диспансеризации, посещение;

- Реестр счетов Основной по ОМС, койко-день;

- Реестр счетов Основной по ОМС, посещение;

- Реестр счетов Дополнительный по ОМС, посещение;

Плательщик проводит форматно-логический контроль, регистрацию, медико-экономический контроль реестров.

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

В случае наличия ошибок препятствующих проведению регистрации реестр счетов в полном объеме отправляется на доработку в медицинскую организацию.

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

В случае успешной регистрации реестра счетов плательщик в установленные сроки проводит медико-экономический контроль файла реестра счетов медицинской помощи, оказанной гражданам, застрахованным по ОМС СМО за отчетный период.

Медико-экономический контроль проводится в соответствии с действующими нормативными документами и рекомендациями ТФОМС КК согласно перечню контролей, приведенному в справочнике SPR15 "Причины возврата счетов".

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

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

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

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

Информация о поступивших и/или рассмотренных обращениях и жалобах от граждан и результатах работы с ними передается от СМО в ТФОМС и из ТФОМС в СМО ежедневно при наличии сведений.

Минимальный перечень полей Единого электронного журнала обращений граждан приведен в таблице 14.1.

Таблица 14.1

Минимальный перечень полей Единого электронного журнала обращений граждан

Наименование поля	Обяз.	Пояснения
Уникальный номер обращения	Да	В формате R_YYMMDD_NNNNNNN 'R' - идентификатор отправителя: реестровый номер СМО 'YYMMDD' - год, месяц и день поступления обращения 'NNNNNNN' - порядковый номер обращения. '_' - символ-разделитель
Дата поступления обращения	Да
Время поступления обращения	Усл	Не заполняется для письменных обращений. Указывается местное время.
Источник поступления	Да	1 - Напрямую от заявителя 2 - ФОМС; 3 - Иной федеральный орган исполнительной власти; 4 - Территориальный орган исполнительной власти; 5 - Иная организация.
Наименование организации поступления	Усл	Заполняется в случае письменного обращения от источников 3 - 5.
Метод обращения	Да	1 - Устно 2 - Письменно
Способ обращения	Да	1 - По телефону "Горячей линии" 2 - По электронной почте 3 - По факсу 4 - Лично заявителем 5 - По почте 6 - Из контейнеров 7 - На дежурстве в ЛПУ 8 - по сети "Интернет" Данное поле заполняется в соответствии с SPR78
Вид обращения	Да	1 - Обращение за консультацией (разъяснением) 2 - Жалоба 3 - Предложение 4 - Заявление
Тема обращения	Да	В соответствии с SPR77. Поле CODE_T
Содержание обращения	Да
Принятые меры	Усл	Заполняется для закрытых обращений.
Жалоба	Усл	Заполняется в случае Жалобы в письменном виде. 1 - Обоснованная 1.1. - Обоснованная, удовлетворенная в досудебном порядке 1.2 - Обоснованная, удовлетворенная в судебном порядке 2. - Необоснованная
Организация, ответственная за работу с обращением	Да	- ТФОМС; - СМО;
Код организации, ответственной за работу с обращением	Да	Двузначный код для ТФОМС, реестровый номер для СМО.
Сотрудник, принявший обращение	Да	Заполняется вручную или выбирается из справочника.
Сотрудник, ответственный за работу с обращением	Усл	Заполняется в случае маршрутизации обращения на специалиста другого уровня. Заполняется вручную или выбирается из справочника.
Дата окончания срока рассмотрения обращения	Да	Устанавливается в соответствии с плановым сроком рассмотрения.
Дата фактического закрытия обращения	Усл	Заполняется для закрытых обращений.
Результат обращения	Усл	1. Дана консультация. 2. Рассмотрено обращение. 3. Заявление удовлетворено. 4. Заявление не удовлетворено. 5. Рассмотрена жалоба. 6. Звонок переадресован. 7. Обращение переадресовано в другую организацию. 8. Рассмотрено предложение.
Муниципальное образование, из которого поступило обращение	Да	Значение выбирается из SPR76. Заполняется при всех видах обращений. Поле CODE.
Муниципальное образование, где были нарушены права застрахованного	Усл	Значение выбирается из SPR76. Поле обязательно только когда вид обращения - "Жалоба". Поле CODE.
Медицинская организация, где были нарушены права застрахованного	Усл	Значение выбирается из SPR01. Поле обязательно только когда вид обращения - "Жалоба". Поле CODE.
Номер закрытия обращения	Усл	Заполняется для закрытых обращений.
Информация о заявителе (при устном обращении заполняется при наличии сведений)
Фамилия	Усл
Имя	Усл
Отчество	Усл
Дата рождения	Усл	Заполняется в случае обращения по поводу себя.
ЕНП	Усл	Заполняется в случае обращения по поводу себя при отсроченном ответе или жалобе.
Страховая принадлежность	Усл	Реестровый номер СМО, SPR02. Заполняется в случае обращения по поводу себя при отсроченном ответе или жалобе. Поле CODE_RF.
Тип УДЛ	Усл	Заполняется в случае обращения по поводу себя при отсроченном ответе или жалобе. При наличии ЕНП может не указываться.
Серия УДЛ	Усл
Номер УДЛ	Усл
Адрес для обратного ответа	Усл
Контактный телефон	Усл	Указывается 11-значный номер телефона.
Адрес электронной почты	Усл
Информация о лице, в отношении которого поступило обращение (при устном обращении заполняется при наличии сведений)
Фамилия	Усл
Имя	Усл
Отчество	Усл
Дата рождения	Усл
ЕНП	Усл
Страховая принадлежность	Усл	Реестровый номер СМО, SPR02 Поле CODE_RF.
Тип УДЛ	Усл	Заполняется в случае обращения по поводу себя при отсроченном ответе или жалобе. При наличии ЕНП может не указываться.
Серия УДЛ	Усл
Номер УДЛ	Усл

Информационный обмен осуществляется следующими способами:

1. на основе online-взаимодействия, посредством Web-сайта "Журнал обращений граждан", при передаче от СМО в ТФОМС КК или от ТФОМС КК в СМО;

2. с использованием информационных файлов в формате XML, при передаче от СМО в ТФОМС КК.

Информационные файлы передаются в формате XML с кодовой страницей Windows-1251.

Файлы пакета информационного обмена должны быть упакованы в архив формата ZIP (расширение архива ZIP).

Имя файла данных формируется по следующему принципу:

G1R_MMYYDDNNNN.XML, где:

G1 - константа;

R - идентификатор отправителя: реестровый номер СМО;

MMYYDD - год, месяц и день направления сведений;

NNNN - порядковый номер направления файла в указанный день ("0001" для ежедневного отчета СМО).

Состав отчетного пакета представлен в таблице 14.2.

При осуществлении информационного обмена на программных средствах организации-получателя производится автоматизированный форматно-логический контроль (ФЛК):

- соответствия имени архивного файла пакета данных отправителю и отчетному периоду;

- возможности распаковки архивного файла без ошибок стандартными методами;

- наличия в архивном файле обязательных файлов информационного обмена;

- отсутствия в архиве файлов, не относящихся к предмету информационного обмена.

Результаты ФЛК должны доводиться в виде Протокола ФЛК. Имя файла соответствует имени основного, за исключением первого символа: вместо G1 указывается G2. Структура файла приведена в таблице 14.3.

Файлы XML должны строиться на основе элементов (тегов), использование атрибутов не допускается.

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

Символ	Способ кодирования
двойная кавычка (")	"
одинарная кавычка (')	'
левая угловая скобка ("<")	<
правая угловая скобка (">")	>
амперсант ("&")	&

В столбце "Тип" указана обязательность содержимого элемента (реквизита), один из символов - О, Н, У, М. Символы имеют следующий смысл:

- О - обязательный реквизит, который должен обязательно присутствовать в элементе;

- Н - необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается.

- У - условно-обязательный реквизит. При отсутствии, не передается.

- М - реквизит, определяющий множественность данных, может добавляться к указанным выше символам.

Условия обязательности соответствуют описанным в таблице 14.1.

В столбце "Формат" для каждого атрибута указывается - символ формата, а вслед за ним в круглых скобках - максимальная длина атрибута.

Символы формата соответствуют вышеописанным обозначениям:

- T - <текст>;

- N - <число>;

- D - <дата> в формате ГГГГ-ММ-ДД;

- S - <элемент>; составной элемент, описывается отдельно.

В столбце "Наименование" указывается наименование элемента.

В столбце "Дополнительная информация" указываются правила заполнения элементов.

Прямым шрифтом выделены фрагменты имен файлов, включающиеся в явном виде.

Таблица 14.2

Файл с информацией о поступивших обращениях граждан

Код элемента	Содержание элемента	Тип	Формат	Наименование	Дополнительная информация
Корневой элемент (Сведения об обращениях граждан)
IRP_LIST	ZGLV	О	S	Заголовок файла	Информация о передаваемом файле
	IRP	ОМ	S	Обращения	Сведения об обращениях в данном отчетном периоде
Заголовок файла
ZGLV	VERSION	О	T(5)	Версия взаимодействия	1.0
	DATA	О	D	Дата формирования
	YEAR	О	N(4)	Отчетный год	Заполняется в соответствии с отчетным периодом
	MONTH	О	N(2)	Отчетный месяц
	DAY	О	N(2)	Дата (день)
	TIME	У	T(7)	Время	Заполняется при перенаправлении обращения из ТФОМС в СМО.
	SMO	О	T(5)	СМО	Реестровый номер СМО, SPR02. Поле CODE_RF.
	FILENAME	О	T(26)	Имя файла	Имя файла без расширения.
Сведения об обращениях
IRP	N_IRP	О	T(36)	Уникальный номер обращения	В формате R_YYMMDD_NNNNNNN 'R' - идентификатор отправителя: реестровый номер СМО 'YYMMDD' - год, месяц и день поступления обращения 'NNNNNNN' - порядковый номер обращения. '_' - символ-разделитель
	IRP_TYPE	О	N(1)	Вид обращения	1-Обращение за консультацией (разъяснением) 2 - Жалоба 3 - Предложение 4 - Заявление
	DATE_CREATE	О	D	Дата поступления
	TIME_CREATE	У	T(5)	Время поступления
	WAY	О	N(1)	Источник поступления	1 - Напрямую от заявителя 2 - ФОМС; 3 - Иной федеральный орган исполнительной власти; 4 - Территориальный орган исполнительной власти; 5 - Иная организация.
	WAY_N	У	T(250)	Наименование организации поступления	Заполняется в случае письменного обращения от источников 3 - 5.
	METHOD	О	N(1)	Метод обращения	1 - Устно 2 - Письменно
	HOW	О	N(1)	Способ обращения	1 - По телефону "Горячей линии" 2 - По электронной почте 3 - По факсу 4 - Лично заявителем 5 - По почте 6 - Из контейнеров 7 - На дежурстве в МО 8 - по сети "Интернет"
	THEME	О	T(7)	Тема обращения	SPR77. Поле CODE_T.
	TEXT	О	T(1000)	Содержание обращения	Заполняется при всех видах обращений
	MEASURES	У	T(1000)	Принятые меры	Заполняется для закрытых обращений
	ZH_D	У	T(3)	Сведения о жалобе	Заполняется в случае Жалобы в письменном виде. 1 - Обоснованная 1.1 - Обоснованная, удовлетворенная в досудебном порядке 1.2 - Обоснованная, удовлетворенная в судебном порядке 2 - Необоснованная
	OTV_T	О	N(1)	Организация, ответственная за работу с обращением	1 - ТФОМС; 2 - СМО;
	OTV_KON	О	T(8)	Код организации, ответственной за работу с обращением	Двузначный код для ТФОМС, реестровый номер для СМО
	EMPLOYEE_1	О	T(36)	Сотрудник, принявший обращение	Заполняется вручную или выбирается из справочника.
	EMPLOYEE_IT	У	T(36)	Сотрудник, ответственный за работу с обращением
	Z_SV	У	S	Сведения о заявителе
	IN_SV	У	S	Сведения о лице, в отношении которого поступило обращение
	DATA_PLAN	О	D	Дата окончания срока рассмотрения обращения	Указывается в соответствии с плановым сроком рассмотрения обращений.
	DATE_CLOSE	У	D	Дата закрытия обращения	Фактическая дата закрытия обращения.
	RESULT	У	N(1)	Исход обращения	1. Дана консультация. 2. Рассмотрено обращение. 3. Заявление удовлетворено. 4. Заявление не удовлетворено. 5. Рассмотрена жалоба. 6. Звонок переадресован. 7. Обращение переадресовано в другую организацию.
	DISTRICT	О	T(2)	Муниципальное образование, из которого поступило обращение	SPR76. Заполняется при всех видах обращений. Поле CODE.
	DISTRICT_COMPLAINT	У	T(2)	Муниципальное образование, где были нарушены права застрахованного	SPR76. Поле обязательно только когда вид обращения - "Жалоба". Поле CODE.
	MO_COMPLAINT	У	T(5)	Медицинская организация, где были нарушены права застрахованного	SPR01. Поле обязательно только когда вид обращения - "Жалоба". Поле CODE.
	NUMBER_CLOSE	У	T(100)	Номер закрытия обращения	Заполняется для закрытых обращений.
Сведения о заявителе
Z_SV	Z_F	У	T(40)	Фамилия
	Z_I	У	T(40)	Имя
	Z_O	У	T(40)	Отчество
	Z_DR	У	D	Дата рождения заявителя
	Z_ENP	У	T(16)	ЕНП
	Z_SMO	У	T(5)	Страховая принадлежность	Указывается реестровый номер СМО, SPR02. Поле CODE_RF.
	Z_DOCTYPE	У	T(2)	Тип УДЛ	SPR43 Поле CODE.
	Z_DOCSER	У	T(10)	Серия УДЛ
	Z_DOCNUM	У	T(20)	Номер УДЛ
	ADR	У	T(120)	Адрес заявителя
	PHONE	У	T(20)	Телефон заявителя
	E-MAIL	У	T(20)	Адрес электронной почты заявителя
Сведения о лице, в отношении которого поступило обращение
IN_SV	IN_F	У	T(40)	Фамилия
	IN_I	У	T(40)	Имя
	IN_O	У	T(40)	Отчество
	IN_DR	У	D	Дата рождения заявителя
	IN_ENP	У	T(16)	ЕНП
	IN_SMO	У	T(5)	Страховая принадлежность	Указывается реестровый номер СМО, SPR02. Поле CODE_RF.
	IN_DOCTYPE	У	T(2)	Тип УДЛ	SPR43 Поле CODE.
	IN_DOCSER	У	T(10)	Серия УДЛ
	IN_DOCNUM	У	T(20)	Номер УДЛ

Таблица 14.3

Файл протокола ошибок ФЛК

Код элемента	Содержание элемента	Тип	Формат	Наименование	Дополнительная информация
Корневой элемент
FLKP	FNAME	О	T(24)	Имя файла протокола ФЛК
	FNAME_I	О	T(24)	Имя исходного файла
	PR	НМ	S	Причина отказа	В файл включается информация обо всех обнаруженных ошибках.
Причины отказа
PR	OSHIB	О	N(3)	Код ошибки	В соответствии с классификатором.
	IM_POL	У	T(20)	Имя поля	Имя поля, содержащего ошибку. Не заполняется только в том случае, если ошибка относится к файлу в целом.
	BAS_EL	У	T(20)	Имя базового элемента	Имя базового элемента для поля, в котором обнаружена ошибка.
	N_ZAP	У	T(36)	Номер обращения	Номер записи, в одном из полей которого обнаружена ошибка.
	COMMENT	У	T(250)	Комментарий	Описание ошибки.

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

http://10.20.29.6:6060/bundles/journal/xsd/IRP_LIST.xsd

http://10.20.29.6:6060/bundles/journal/xsd/IRP.xsd

http://10.20.29.6:6060/bundles/journal/xsd/ZGLV.xsd

15. Web-сервис "Проверка страховой принадлежности и прохождения диспансеризации (профилактических осмотров)"

Web-сервис предназначен для проверки ЗЛ на наличие действующего документа, подтверждающего факт страхования по ОМС в РС ЕРЗ, а также проверки факта прохождения ЗЛ диспансеризации или профилактических медицинских осмотров взрослого населения в текущем году.

Алгоритм работы Web-сервиса следующий:

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

2) Сервис производит поиск в РС ЕРЗ действующий на запрашиваемую дату документ ОМС согласно критериям, изложенным в таблице 15.3;

3) Сервис производит поиск факта последнего обращения ЗЛ в медицинские организации в текущем году по поводу прохождения диспансеризации определенных групп взрослого населения или профилактических медицинских осмотров взрослого населения;

4) В случае однозначной идентификации, выдает информацию из РС ЕРЗ реестра клиентскому приложению как выходные значения (см. таблицу 15.4); в противном случае возвращает ошибку.

Технологически сервис работает посредством протокола SOAP поверх HTTP и реализует с помощью RPC удаленный вызов процедуры.

Обмен данными производится посредством канала связи в сети VipNet, поэтому обязательным требованиям является контроль наличия канала связи клиентским приложением.

Кроме того, обязательным требованием к реализации клиентского приложения предъявляется умение обрабатывать SOAP-исключения (используются в серверной части).

Адрес тестового Web-сервиса с ограниченным набором тестовых данных размещен: http://193.242.149.82:7070/WSRZ/WSRZ3.wsdl

Таблица 15.1

Набор тестовых данных

Застрахованное лицо						УДЛ			ДПФС
Фамилия	Имя	Отчество	Пол	Дата рождения	СНИЛС	Тип	Серия	Номер	Тип	Серия	Номер
Иванов	Иван	Иванович	м	1970.01.01	123-456-789 88	14	03 88	123456	3		2312345678901234
Иванова	Мария	Ивановна	ж	2000.01.01	123-456-798 88	14	03 88	123457	1	4307	123456

Описание и адрес действующего Web-сервиса

<?xml version ='1.0' encoding ='UTF-8' ?>

<definitions name='wsrz3'

targetNamespace='http://10.20.29.5:8080/wsrz'

xmlns:tns='http://10.20.29.5:8080/wsrz'

xmlns:soap='http://schemas.xmlsoap.org/wsdl/soap/'

xmlns:xsd='http://www.w3.org/2001/XMLSchema'

xmlns:soapenc='http://schemas.xmlsoap.org/soap/encoding/'

xmlns:wsdl='http://schemas.xmlsoap.org/wsdl/'

xmlns='http://schemas.xmlsoap.org/wsdl/'>

<message name='getPolicyInfoRequest3'>

<part name='paramSource' type='xsd:string'/>

<part name='paramRID' type='xsd:int'/>

<part name='paramForDate' type='xsd:string'/>

<part name='personSurname' type='xsd:string'/>

<part name='personName' type='xsd:string'/>

<part name='personPatronymic' type='xsd:string'/>

<part name='personSex' type='xsd:string'/>

<part name='personBirthDate' type='xsd:string'/>

<part name='identityType' type='xsd:unsignedByte'/>

<part name='identitySeries' type='xsd:string'/>

<part name='identityNumber' type='xsd:string'/>

<part name='Snils' type='xsd:string'/>

<part name='policyType' type='xsd:unsignedByte'/>

<part name='policySeries' type='xsd:string'/>

<part name='policyNumber' type='xsd:string'/>

</message>

<message name='getPolicyInfoResponse3'>

<part name='paramID' type='xsd:int'/>

<part name='paramRID' type='xsd:int'/>

<part name='personSurname' type='xsd:string'/>

<part name='personName' type='xsd:string'/>

<part name='personPatronymic' type='xsd:string'/>

<part name='personSex' type='xsd:string'/>

<part name='personBirthDate' type='xsd:string'/>

<part name='Snils' type='xsd:string'/>

<part name='policyType' type='xsd:unsignedByte'/>

<part name='policySeries' type='xsd:string'/>

<part name='policyNumber' type='xsd:string'/>

<part name='policyFromDate' type='xsd:string'/>

<part name='policyTillDate' type='xsd:string'/>

<part name='policyOkato' type='xsd:string'/>

<part name='policyOgrn' type='xsd:string'/>

<part name='policySmo' type='xsd:string'/>

<part name='policyKsmo' type='xsd:string'/>

<part name='ddVP' type='xsd:string'/>

<part name='ddDATN' type='xsd:string'/>

<part name='ddDATO' type='xsd:string'/>

<part name='ddCODE_MO' type='xsd:string'/>

<part name='resultID' type='xsd:int'/>

<part name='resultType' type='xsd:int'/>

<part name='resultCode' type='xsd:int'/>

<part name='resultMessage' type='xsd:string'/>

</message>

<portType name='wsrzPortType3'>

<operation name='getPolicyInfo3'>

<input message='tns:getPolicyInfoRequest3'/>

<output message='tns:getPolicyInfoResponse3'/>

</operation>

</portType>

<binding name='wsrzBinding3' type='tns:wsrzPortType3'>

<soap:binding style='rpc'

transport='http://schemas.xmlsoap.org/soap/http'/>

<operation name='getPolicyInfo3'>

<soap:operation soapAction='urn:xmethods-delayed-quotes#getPolicyInfo3'/>

<input>

<soap:body use='encoded' namespace='urn:xmethods-delayed-quotes'

encodingStyle='http://schemas.xmlsoap.org/soap/encoding/'/>

</input>

<output>

<soap:body use='encoded' namespace='urn:xmethods-delayed-quotes'

encodingStyle='http://schemas.xmlsoap.org/soap/encoding/'/>

</output>

</operation>

</binding>

<service name='wsrzService3'>

<port name='wsrzPort3' binding='wsrzBinding3'>

<soap:address location='http://10.20.29.5:8080/wsrz/server3.php'/>

</port>

</service>

</definitions>

Таблица 15.2

Входные параметры

Идентиф.	Тип	Размерность и формат	Обязат.	Описание
paramSource	xsd:string	не более 5 символов	Да	Код источника запроса. Для МО - 5-значный код МО.
paramRID	xsd:int	целое полож. (32-бита)	Да	Внутренний уникальный номер запроса для клиентского приложения. Ответ будет ссылаться на данный номер
paramForDate	xsd:string	yyyy-mm-dd	Да	Дата, актуальность документа ОМС на которую необходимо проверить
personSurname	xsd:string	не более 30 символов	Да	Фамилия ЗЛ
personName	xsd:string	не более 20 символов	Да	Имя
personPatronymic	xsd:string	не более 30 символов	Нет	Отчество
personSex	xsd:string	строго 1 символ с возможными значениями "м" или "ж"	Нет	Пол
personBirthDate	xsd:string	yyyy-mm-dd	Да	Дата рождения
identityType	xsd:unsignedByte	целое полож. (8-бит)	Да*	Код типа УДЛ
identitySeries	xsd:string	не более 10 символов	Да*	Серия УДЛ
identityNumber	xsd:string	не более 15 символов	Нет	Номер УДЛ
Snils	xsd:string	строго 14 символов	Да*	СНИЛС (ХХХ-ХХХ-ХХХ ХХ)
policyType	xsd:unsignedByte	целое полож. (8-бит)	Да*	Код типа ДПФС
policySeries	xsd:string	не более 10 символов	Нет	Серия ДПФС
policyNumber	xsd:string	не более 20 символов	Да*	Номер ДПФС. Для полиса единого образца - ЕНП.

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

1) paramSource, paramRID, paramForDate, personSurname, personName, personBirthDate, Snils

2) paramSource, paramRID, paramForDate, personSurname, personName, personBirthDate, identityType, identityNumber

3) paramSource, paramRID, paramForDate, policyType, policyNumber

Таблица 15.3

Критерии поиска

N	ДПФС	Фамилия	Имя	Отчество	ДР	УДЛ	СНИЛС
1	+
2		+	+	+	+	+	+
3		+	+	+	+	+
4		+	+	+	+		+
5		+	+	+		+
6		+	+		+	+
7		+		+	+	+
8			+	+	+	+
9		+	+	+			+
10		+	+		+		+
11		+		+	+		+
12			+	+	+		+

Кроме того, при поиске результат формируется с точностью до замены символов:

1) для текстовых полей: удаление пробелов, Ё на Е, Й на И, удаление дефиса;

2) для цифровых полей: удаление пробелов, удаление дефисов.

Таблица 15.4

Выходные значения

Идентиф.	Тип	Размерность и формат	Обязат.	Описание
paramID	xsd:int	целое полож. (32-бита)	Да	Внутренний уникальный номер ответа сервиса.
paramRID	xsd:int	целое полож. (32-бита)	Да	Внутренний уникальный номер запроса для клиентского приложения. Ответ будет ссылаться на данный номер.
personSurname	xsd:string	не более 30 символов	Да	Фамилия ЗЛ
personName	xsd:string	не более 20 символов	Да	Имя
personPatronymic	xsd:string	не более 30 символов	Нет	Отчество
personSex	xsd:string	строго 1 символ с возможными значениями "м" или "ж"	Да	Пол
personBirthDate	xsd:string	yyyy-mm-dd	Да	Дата рождения
Snils	xsd:string	строго 14 символов	Да	СНИЛС (ХХХ-ХХХ-ХХХ ХХ)
policyType	xsd:unsignedByte	целое полож. (8-бит)	Да	Код типа ДПФС
policySeries	xsd:string	не более 10 символов	Нет	Серия ДПФС
policyNumber	xsd:string	не более 20 символов	Да	Номер ДПФС. Для полиса единого образца - ЕНП
policyFromDate	xsd:string	yyyy-mm-dd	Да	Дата начала действия документа ОМС
policyTillDate	xsd:string	yyyy-mm-dd	Нет	Дата окончания действия документа ОМС
policyOkato	xsd:string	строго 5 символов	Да	Код ОКАТО. Равен 03000
policyOgrn	xsd:string	строго 15 символов	Да	ОГРН СМО
policySmo	xsd:string	строго 5 символов	Да	5-значный код СМО
policyKsmo	xsd:string	строго 4 символа	Да	Не поддерживается
ddVP	xsd:string	строго 3 символа	Нет	3-значный код вида помощи диспансеризации профосмотра
ddDATN	xsd:string	строго 10 символов даты в виде yyyy-mm-dd	Нет	Дата начала последней(го) диспансеризации профосмотра
ddDATO	xsd:string	строго 10 символов даты в виде yyyy-mm-dd	Нет	Дата окончания последней(го) диспансеризации профосмотра
ddCODE_MO	xsd:string	строго 5 символов	Нет	Код МО, проводившей последнюю(ий) диспансеризациюпрофосмотр
resultID	xsd:int	целое полож. (32-бита)	Да	Внутренний номер результата ответа сервиса.
resultType	xsd:int	целое полож. (32-бита)	Да	Тип ответа*: 0 - информационный, 1 - предупреждение, 2 - ошибка, 3 - фатальная ошибка**
resultCode	xsd:int	целое со знаком (32-бита)	Да	Код ответа*
resultMessage	xsd:string	не более 8000 символов	Да	Текст ответа*

* список возможных значений кодов результата см. в таблице 15.4

**некоторые фатальные ошибки возвращаются в виде исключений SOAP

ГАРАНТ:

Нумерация таблиц приводится в соответствии с источником

Таблица 15.4

Список возможных кодов результатов

Тип	Код	Текст	Исключ. SOAP	Описание
0	1	Информация найдена по критерию 1.	Нет	Положительный результат поиска
0	2	Информация найдена по критерию 2.	Нет	Положительный результат поиска
0	3	Информация найдена по критерию 3.	Нет	Положительный результат поиска
0	4	Информация найдена по критерию 4.	Нет	Положительный результат поиска
0	5	Информация найдена по критерию 5.	Нет	Положительный результат поиска
0	6	Информация найдена по критерию 6.	Нет	Положительный результат поиска
0	7	Информация найдена по критерию 7.	Нет	Положительный результат поиска
0	8	Информация найдена по критерию 8.	Нет	Положительный результат поиска
0	9	Информация найдена по критерию 9.	Нет	Положительный результат поиска
0	10	Информация найдена по критерию 10.	Нет	Положительный результат поиска
0	11	Информация найдена по критерию 11.	Нет	Положительный результат поиска
0	12	Информация найдена по критерию 12.	Нет	Положительный результат поиска
2	1	Не заполнены (некорректно заполнены) обязательные параметры.	Нет	Не заполнены обязательные параметры запроса (см. таблицу 15.1), либо некорректно заполнены обязательные параметры.
2	2	Результат поиска неоднозначен.	Нет	По данному набору входных параметров обнаружено более 1 подходящего варианта.
2	3	Информация не найдена.	Нет	По данному набору входных параметров обнаружено 0 подходящих вариантов.
3	1	Технический сбой: логирование запроса.	Да	Ошибка на Web-сервере. Необходимо информировать ТФОМС
3	2	Технический сбой: подключение к БД.	Да	Ошибка при подключении сервиса к РС ЕРЗ. Необходимо информировать ТФОМС
3	3	Технический сбой: выполнение запроса к БД.	Да	Ошибка выполнения запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	4	Ошибка выполнения запроса: запрос не вернул данных.	Да	Ошибка при получении результата запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	5	Ошибка выполнения запроса: результат запроса неоднозначен.	Да	Ошибка неожиданного возвращения неоднозначных данных в результате запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	6	Ошибка выполнения запроса: ошибка выборки данных.	Да	Ошибка извлечения сервисом данных из результирующего набора запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	-%	Внутренняя ошибка [-%]	Нет	Любое отрицательное число как код ошибки. Ошибка, связанная с РС ЕРЗ. Необходимо информировать ТФОМС.

16. Web-сервис "Направление на плановую госпитализацию"

Web-сервис "Направление на плановую госпитализацию" (далее - сервис) предназначен для осуществления информационного взаимодействие между ТФОМС КК, СМО и МО при осуществлении информационного сопровождения застрахованных лиц при оказании им медицинской помощи.

В ТФОМС КК разработан и развернут SOAP Web-сервис для передачи/получения/хранения информации.

Для доступа к сервису участникам необходимо зарегистрироваться в системе с помощью специального метода.

Адрес сервиса в сети VipNet:

http://10.20.29.2:8888/EchangeServerTFOMS/DCExchangeSrv?wsdl.

Адрес тестовой площадки:

http://193.242.149.82:9090/EchangeServerTFOMS/DCExchangeSrv?wsdl.

Сервис предназначен для приема, хранения и передачи информации, регламентированной приказом ФФОМС N 263 от 20.12.2013 г.

Основной функцией сервиса являются ежедневный прием информации от МО сформированной на 20-00 предыдущего дня и переданной до 9-00 текущего дня.

К информации, сформированной на 20-00 предыдущего дня, согласно приказу ФФОМС N 263 от 20.12.2013 г, относиться:

1. Сведения о направлениях на госпитализацию.

2. Сведения о госпитализациях по направлениям.

3. Сведения об экстренной госпитализации.

4. Сведения об аннулировании направлений на госпитализацию.

5. Сведения о выбывших из стационара пациентах.

6. Сведения о наличии свободных коек на госпитализацию.

Данная информация после передачи в ЦОД и обработки становится доступной всем участникам информационного взаимодействия.

Методы сервиса делятся на два типа:

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

2. Второй тип методов ориентирован на извлечение информации определенного формата из ЦОД.

Для вызова любой SOAP-процедуры сервиса, необходимо пройти процесс аутентификации. Для этого используются входные параметры процедур username - имя пользователя, password - пароль и sendercode - код участника информационного взаимодействия, вызывающего процедуру. Sendercode для МО - код МО в сфере ОМС, для СМО - код СМО в сфере ОМС.

Каждое сообщение содержит объект типа CPackageInformation, в состав которого входит атрибут p12_pakageguid - GUID пакета, используемый для идентификации пакета. Если GUID пакета будет найден в базе данных, то такой пакет отклонится. При повторной отправке исправленного пакета GUID должен быть другим.

При загрузке анализируются тип пакета, владелец пакета и дата пакета.

Передача и загрузка информации, регламентированной приказом ФФОМС N 263 от 20.12.2013 г, осуществляется с 20-00 до 9-00. При загрузке данных выполняется поиск ранее загруженной информации того же типа, с тем же sendercode и в тот же период с 20-00 до 9-00. Если такие пакеты находятся, то происходит их перезапись более свежей версией пакета, т.е. актуальной информацией будет информация, переданная самым последним пакетом определенного типа в заданный отчетный промежуток. Тип пакета является служебной информацией и определяется типом вызванной SOAP процедуры. При приеме пакета формируется ответный пакет cResponceOrdersPackage, содержащий лог процесса загрузки и при наличии ошибок их коды и детальное описание. Если ошибка уровня пакета, то такой пакет отклоняется полностью, если ошибка уровня записи, то в зависимости от типа, пакет либо принимается частично, либо отклоняется полностью, а записи с ошибками протоколируются и отклоняются от дальнейшей обработки. С целью исключения дублирования информации, при повторной передаче исправленных записей в том же отчетном периоде, пакет должен быть переформирован полностью с учетом записей без ошибок и с новым GUID.

SOAP методы для отправки данных:

1. SendPlanOrdersClinic - для передачи сведений о выписанных направлениях на госпитализацию в ЦОД.

2. SendFactOrdersHospital - для передачи сведений о плановых госпитализациях в ЦОД.

3. SendOrdersHospitalUrgently - для передачи сведений об экстренных госпитализациях в ЦОД.

4. SendOrdersNullification - для передачи сведений об аннулировании направлений на госпитализации в ЦОД.

5. SendOrdersLeave - для передачи сведений о выбывших пациентах в ЦОД.

6. SendKDInformation - для передачи сведений о количестве свободных мест на госпитализацию и о выполненных объемах медицинской помощи в ЦОД.

SOAP методы для извлечения данных:

7. GetPlanOrdersClinic - извлечение сведений из ЦОД о направлениях на госпитализацию.

8. GetFactOrdersHospital - извлечение сведений из ЦОД о госпитализациях по направлениям.

9. GetOrdersHospitalUrgently - извлечение сведений из ЦОД об экстренной госпитализации.

10. GetOrdersNullification - извлечение сведений из ЦОД о аннулированных направлениях.

11. GetOrdersLeaveHospital - извлечение сведений из ЦОД о выбывших пациентах.

12. GetKDInformation - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию. Возвращает множество записей с тегом l10_orcl с выполнением следующих условий:

- на один код стационара (тег m12_mocd) только одна запись

- данные предоставляются по всем кодам профилей коек и всем МО

- данные берутся из последнего переданного стационаром пакета (на дату в теге m11_indt)

- неважно, когда осуществляется запрос, возвращаются данные из последнего переданного стационаром пакета

13. GetKDInformationByKpk - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию по коду профиля койки. Возвращает данные аналогично п. 12, но только по запрошенному коду профиля койки (параметр kpkcode).

14. GetKDInformationByMO - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию по коду МО. Возвращает данные аналогично п. 12, но только по запрошенному коду МО (параметр mocode).

SOAP методы (изменения) регистрации:

15. SetLoginAccess - для регистрации/изменения участников информационного взаимодействия.

Функции участников информационного обмена

МО, оказывающих медицинскую помощь в амбулаторных условиях:

1. Передача сведений о застрахованных лицах, получивших направление на госпитализацию методом SendPlanOrdersClinic в момент осуществления выписки направления.

2. Ежедневная передача сведений о застрахованных лицах, отказавшихся от госпитализации методом - SendOrdersNullification.

3. Ежедневное получение сведений о госпитализированных застрахованных лицах методом GetFactOrdersHospital.

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

5. Передача сведений об аннулированных направлениях в момент отказа от госпитализаций. Метод - GetOrdersNullification.

МО, оказывающих медицинскую помощь в стационарных (дневных стационарах) условиях:

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

2. Ежедневная передача сведений о застрахованных лицах, госпитализированных по направлениям и экстренно для оказания медицинской помощи в стационарных (дневных стационарах) условиях. Передача сведений о сроках ожидания медицинской помощи, оказываемой в плановом порядке. Методы SendFactOrdersHospital и SendOrdersHospitalUrgently.

3. Ежедневная передача сведений о выбывших пациентах методом - SendOrdersLeave.

4. Внесение сведений об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью застрахованного. Метод - SendOrdersNullification.

5. Ежедневное получение сведений о застрахованных лицах, получивших направление на госпитализацию методом GetPlanOrdersClinic.

СМО:

1. Ежедневное получение сведений о выполнении объемов медицинской помощи, сведений о количестве свободных мест в разрезе профилей коек. Метод - GetCKDInformation.

2. Ежедневное получение сведений о выданных направлениях на госпитализацию. Метод - GetPlanOrdersClinic.

3. Ежедневное получение сведений о фактах госпитализации по выписанным направлениям и экстренно. Методы GetFactOrdersHospital и GetOrdersHospitalUrgently.

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

5. Ежедневное получение сведений об аннулированных направлениях. Метод - GetOrdersNullification.

6. Внесение сведений об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью застрахованного в момент аннулирования. Метод - SendOrdersNullification.

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

ТФОМС КК:

1. Организация и обеспечение функционирования единого информационного ресурса.

Формат обмена представлен в Приложении Б.

17. Web-сервис "Прикрепленное население"

Web-сервис "Прикрепленное население" (далее - сервис) предназначен для осуществления информационного взаимодействие между ТФОМС КК, СМО, МО и ГБУЗ МИАЦ при прикреплении застрахованных лиц к медицинской организации, а также к врачу (врачу-терапевту, врачу-педиатру или врачу общей практики) и среднему медицинскому персоналу (фельдшеру, акушерке) по каждому гражданину.

В ТФОМС КК разработан и развернут SOAP Web-сервис для передачи/получения/хранения информации.

Для доступа к сервису участникам необходимо зарегистрироваться в системе с помощью специального метода.

Адрес сервиса в сети VipNet:

http://10.20.29.2:8888/EchangeServerTFOMS/DCExchangeSrv?wsdl.

Адрес тестовой площадки:

http://193.242.149.82:9090/EchangeServerTFOMS/DCExchangeSrv?wsdl.

Сервис предназначен для приема, хранения и передачи информации регламентированной приказом Министерства здравоохранения и социального развития РФ от 26 апреля 2012 года N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи".

Основными функциями сервиса являются:

1. Проверка факта прикрепления гражданина;

2. Обновление информации о медицинских работниках медицинских организаций;

3. Прикрепление (открепление) гражданина к медицинской организации и медицинскому работнику;

4. Получение персонифицированных и статистических сведений.

Данная информация после передачи в ЦОД и обработки становится доступной всем участникам информационного взаимодействия и используется для формирования сведений для подушевого финансирования.

Методы сервиса делятся на два типа:

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

2. Второй тип методов ориентирован на извлечение информации определенного формата из ЦОД.

Для вызова любой SOAP-процедуры сервиса, необходимо пройти процесс аутентификации. Для этого используются входные параметры процедур username - имя пользователя, password - пароль и sendercode - код участника информационного взаимодействия вызывающего процедуру. Sendercode для МО - код МО в сфере ОМС, для СМО - код СМО в сфере ОМС.

Каждое сообщение содержит объект типа CPackageInformation, в состав которого входит атрибут p12_pakageguid - GUID пакета, используемый для идентификации пакета. Если GUID пакета будет найден в базе данных, то такой пакет отклонится.

При загрузке анализируются тип пакета, владелец пакета и дата пакета.

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

SOAP методы, реализуемые сервисом:

1. GetAttachInformation - для проверки факта прикрепления.

2. SendAttachDoctorSectionInformation - для передачи сведений об участках в МО (юридическом лице/структурном подразделении) и обновление данных о медицинском персонале.

3. MakeAttachAction - выполнить действие по прикреплению застрахованных граждан. Данная операция может возвращать код ошибки ФЛК - 228 "Не корректные данные для идентификации страховой принадлежности". Данная ошибка возникает, если не удалось идентифицировать застрахованное лицо в РС ЕРЗ. При этом происходит формирование запроса в ЦС ЕРЗ для попытки идентификации гражданина. Запрос о прикреплении с теми же персональными данными, по которым была получена ошибка 228, следует повторить через некоторое время (время формирования запроса в ЦС ЕРЗ и получении ответа от него может занимать от 5 минут до суток) и если персональные данные были обнаружены, то повторная операция прикрепления завершится успешно. При автоматическом откреплении застрахованного в момент вызова MakeAttachAction в структуре CResponceAttachPackage будут возвращены ЕНП (тег a25_enp) застрахованных и коды МО (тег p11_mocd), от которых были откреплены граждане. При использовании массового прикрепления, допустим размер пакета не более 2500 записей о застрахованных лицах.

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

5. GetDeAttachByDate - получить список открепившихся граждан с определенной даты controldate по текущую дату для заданного sendercode. Период возвращаемых данных не более 30 прошедших дней.

Работа данного метода регламентирована временным интервалом с 20-00 до 07-00.

6. GetAttachListByRange - получить список прикрепленных граждан по диапазону. Данный метод предназначен для получения пакетов данных в размере не более 100000. Выборка осуществляется для конкретного sendercode. Если это СМО, то будут возвращены данные по ней, если sendercode - принадлежит МО, то будут возвращены записи по конкретной медицинской организации. Основным параметром функции является startid, который определяет начало выборки. Первый вызов метода следует выполнять с startid=0. Результатом работы функции будет структура CAttachPersonListPackage в которой следует анализировать атрибут p11_nid, следующий ID записи с которой начнётся выборка. Если метод вернул -1 значит для заданного sendercode в базе данных записей больше нет, в противном случае повторить вызов метода с новым startid = p11_nid.

Работа данного метода регламентирована временным интервалом с 20-00 до 07-00.

7. SendAttachMoStreetSection - передать информацию о домах или домовладениях относящихся к врачебному участку в рамках медицинской организации.

8. GetAttachMoStreetSection - извлечь информацию о домах или домовладениях относящихся к врачебному участку в рамках медицинской организации.

9. GetAttachListByRangeAct - получить список прикрепленных граждан по диапазону согласно актам-сверок на первое число месяца следующего за отчетным. Данный метод следует вызывать на первое число месяца следующего за отчетным для получения данных согласованных с актами-сверки между ТФОМС КК и СМО. Сведения об адресе регистрации и проживания данный метод не возвращает. Данный метод предназначен для получения пакетов данных в размере не более 100000. Выборка осуществляется для конкретного sendercode. Если это СМО, то будут возвращены данные по ней, если sendercode - принадлежит МО, то будут возвращены записи по конкретной медицинской организации. Основным параметром функции является startid, который определяет начало выборки. Первый вызов метода следует выполнять с startid=0. Результатом работы функции будет структура CAttachPersonListPackage в которой следует анализировать атрибут p11_nid, следующий ID записи с которой начнётся выборка. Если метод вернул -1 значит для заданного sendercode в базе данных записей больше нет, в противном случае повторить вызов метода с новым startid = p11_nid.

Работа данного метода регламентирована временным интервалом с 20-00 до 07-00, не ранее 2-го рабочего дня месяца следующего за отчетным.

10. SendQueryForDeAttachForMO - передать информацию в ТФОМС КК об уведомлениях о прикреплении, в связи с поступившим заявлением. Данный метод предназначен для передачи в МО, в который гражданин числится прикрепленным, уведомления о прикреплении (номер и дата уведомления), в связи с поступившим заявлением в другую МО. Для получения списка запросов необходимо использовать метод GetQueryForDeAttachForMO. Заполненные и подписанные бланки уведомлений должны быть направлены письмом в МО посредством почтовой связи или электронной связи.

11. GetQueryForDeAttachForMO - получить список уведомлений о принятии гражданина на медицинское обслуживание в другом МО (записей на открепление от МО).

12. GetAttachListByRangeDead - получить данные о последнем прикреплении умерших.

Функции участников информационного обмена

ГБУЗ МИАЦ:

Получение (при необходимости) из ЦОД ТФОМС КК регистра прикрепленного населения, используя метод GetAttachListByRange. Если в качестве параметра sendercode передаётся код юридического лица, то будет возвращена информация по всему юридическому лицу и его подразделениям.

МО:

1. При необходимости проверка факта прикрепления, используя метод GetAttachInformation. Данный метод формирует запрос в ЦОД ТФОМС КК и проверяет в регистре прикрепленного население переданные сведения, формируется ответный пакет.

2. Выполнение операции прикрепления, используя метод MakeAttachAction. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции прикрепления формируется ответный пакет.

3. Выполнение операции открепления, используя метод MakeDeAttachAction. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции открепления формируется ответный пакет. Данный метод должен вызывать участник, выполнивший операцию прикрепления застрахованного лица, в противном случае операция завершится ошибкой.

4. С целью актуализации сведений об участках и врачах, которые обслуживают данные участки, следует использовать метод SendAttachDoctorSectionInformation. Данный метод предназначен для передачи в ЦОД ТФОМС КК пакета CAttachDoctorSectionPackage, содержащий все актуальные сведения о врачах и участках, находящихся в зоне их обслуживания. SendAttachDoctorSectionInformation следует вызывать в случае изменения медицинского работника на участке. Пакет информации может отправлять юридическое лицо, включая информацию по своим структурным подразделениям.

5. Получить список открепившихся граждан от МО, используя метод GetDeAttachByDate. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции формируется ответный пакет. Данный метод МО должна вызывать ежедневно с целью актуализации и сверки внутреннего регистра прикрепленного населения.

6. Получить список прикрепленных граждан, используя метод GetAttachListByRange. Если в качестве параметра sendercode передаётся код юридического лица, то будет возвращена информация по всему юридическому лицу и его подразделениям.

СМО:

1. При необходимости проверка факта прикрепления, используя метод GetAttachInformation. Данный метод формирует запрос в ЦОД ТФОМС КК и проверяет в регистре прикрепленного население переданные сведения, формируется ответный пакет.

2. Получение (при необходимости) из ЦОД ТФОМС КК регистра прикрепленного населения, используя метод GetAttachListByRange.

ТФОМС КК:

1. Ведение регистра прикрепленного населения.

2. Обработка запросов поступающих от всех участников информационного взаимодействия.

3. Выполнение операций прикрепления, открепления, массовой обработки данных, извлечения информации.

Особенности работы основных функций сервиса

Для выполнения операции прикрепления необходимо использовать методы MakeAttachAction (прикрепление) и MakeDeAttachAction (открепление). Операцию открепления (MakeDeAttachAction) необходимо использовать перед вызовом операции прикрепления (MakeAttachAction) в случае если застрахованное лицо уже имеет прикрепление, причём данную операцию должен вызывать участник информационного взаимодействия, выполнивший операцию прикрепления (MakeAttachAction). Наличие прикрепления у застрахованного лица следует проверять операцией GetAttachInformation.

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

Если прикрепление не обнаружено, то медицинская организация прикрепляет застрахованного.

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

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

Операция открепления (MakeDeAttachAction) завершится успехом, если:

1. её вызывает участник информационного взаимодействия, выполнивший операцию прикрепления открепляемой записи;

2. застрахованное лицо имеет действующее прикрепление и открепление связано со сменой места жительства, сменой медицинского работника в рамках одной медицинской организации или смертью. При этом дата начала действия прикрепления не анализируется;

3. условия пункта 2 не выполняются, но дата начала действия прикрепления более года от текущей даты;

Если застрахованное лицо не имеет действующего прикрепления, то операция открепления вернёт сообщение о том, что "Сведения о прикреплении в базе данных не найдены".

Операция прикрепления (MakeAttachAction) завершится успешно, если застрахованное лицо идентифицировано в РС ЕРЗ или ЦС ЕРЗ и не имеет действующего прикрепления (за исключением случаев прикрепления "по заявлению" в случае переезда);

Формат обмена представлен в Приложении В.

18. Web-сервис "Профилактические мероприятия"

Web-сервис "Профилактические мероприятия" (далее - сервис) предназначен для информационного сопровождения застрахованных на территории Краснодарского края лиц на всех этапах прохождения ими диспансеризации или профилактических осмотров.

Сервис реализован на основании раздела 3 "Регламента взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи", утвержденного приказом N 3524/205-П от 02.08.2017 г.

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

1. Плановые объемы профилактических мероприятий от МЗ КК

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

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

4. Информация от МО о специально выделенных днях для проведения профилактических мероприятий (по адресу МО, график выезда мобильных бригад или доставки граждан из отдаленных районов)

5. Персонифицированная информация от СМО о статусе информирования граждан

6. Персонифицированная информация от МО о статусе проведения профилактического мероприятия

7. Персонифицированная информация от ТФОМС КК о статусе предоставления оплаченных счетов за проведенное профилактическое мероприятие

Web-сервис реализован по технологии SOAP в защищенной сети VipNet и его описание в терминах WSDL расположено по адресу:

http://10.20.29.2:8888/EchangeServerTFOMS/DCExchangeSrv?wsdl

Схему данных можно получить по адресу:

http://10.20.29.2:8888/EchangeServerTFOMS/DCExchangeSrv_schema1.xsd

Методы и подход для регистрации и авторизации на сервисе аналогичны описанным для Web-сервисов "Направление на плановую госпитализацию" и "Прикрепленное население".

Адрес тестовой площадки:

http://193.242.149.82:9090/EchangeServerTFOMS/DCExchangeSrv?wsdl

Методы для получения и передачи данных

1. getEvPlanQtys - позволяет получить плановые объемы профилактических мероприятий от МЗ КК;

2. getEvPlanList, putEvPlanList - позволяет получить или передать персонифицированный список лиц, подлежащих проведению профилактических мероприятий;

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

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

5. getEvFactInfos, putEvFactInfos - позволяет получить или передать персонифицированную информацию СМО о статусе информирования граждан;

6. getEvFactExecs, putEvFactExecs - позволяет получить или передать персонифицированную информацию МО о статусе проведения профилактического мероприятия;

7. getEvFactInvcs - позволяет получить персонифицированную информацию ТФОМС КК о статусе предоставления оплаченных счетов за проведенное профилактическое мероприятие

Функции участников взаимодействия в порядке взаимодействия

1. МЗ КК ежегодно разово передает в ТФОМС КК информацию по плановым объемам профилактических мероприятий в разрезе вида мероприятия, планируемых месяцев в году и кодов юридических лиц МО.

2. ТФОМС КК размещает информацию на Web-сервисе.

3. СМО и МО для персонального планирования получают данные о планируемых количествах методом getEvPlanQtys.

4. МО в день изменения передает список контактных телефонов МО, по которым можно получить справочную информацию о проведении профилактических мероприятий методом putEvContacts.

5. СМО ежедневно по факту передачи МО получает контактные данные МО методом getEvContacts.

6. МО по мере планирования графиков выездов для проведения профилактических мероприятий передает информацию методом putEvPlanDates.

7. СМО ежедневно по факту передачи МО получает планируемые даты методом getEvPlanDates.

8. МО ежегодно передает в ТФОМС КК персонифицированный список лиц, подлежащих проведению профилактических мероприятий в помесячном разрезе с возможностью ежеквартальной помесячной коррекции данных на будущие месяцы текущего года (или текущего в случае января) методом putEvPlanList.

9. СМО ежемесячно или чаще по факту передачи МО данных получает персональные списки запланированных для профилактического мероприятия граждан методом getEvPlanList.

10. СМО ежедневно по факту информирования граждан по запланированному МО персональному списку передает об этом сведения методом putEvFactInfos.

11. МО ежедневно по факту передачи СМО получает данные об информировании граждан методом getEvFactInfos.

12. МО ежедневно по факту выполнения профилактических мероприятий передает сведения методом putEvFactExecs.

13. СМО ежедневно по факту передачи МО получает данные о выполнении профилактических мероприятий методом getEvFactExecs.

14. ТФОМС КК ежемесячно по факту получения от СМО счетов размещает данные о счетах по профилактическим мероприятиям на Web-сервисе.

СМО и МО ежемесячно получают данные о фактически принятых к оплате счетах по профилактическим мероприятиям методом getEvFactInvcs.

Формат обмена представлен в Приложении Г.

Приложение А

Таблица А.1

Справочник SPR01 "Медицинские организации (подразделения), участвующие в формировании реестров счетов по ОМС Краснодарского края"

Поле	Тип	Содержание
OGRN	С (15)	ОГРН
CODE	С (5)	код МО в сфере ОМС
CODE_PAR	C (5)	код юридического лица в сфере ОМС
CODE_RF	C (6)	реестровый номер для юридического лица в сфере ОМС
N AMЕ	С (254)	наименование МО
DATN	Д	дата вхождения в сферу ОМС
DATO	Д	дата исключения из сферы ОМС
IS_FAP	С (1)	признак ФАПа: 0 - нет, 1 - да
IS_SMP	С (1)	признак ССМП: 0 - нет, 1 - да
IS_GUZ	С (1)	признак террит., федеральных МО: 0 - нет, 1 - да
IS_CZ	С (1)	признак центра здоровья
RUKPOST	С (150)	должность руководителя
CODE_NEW	С (5)	код МО (правопреемника) в сфере ОМС

Таблица А.2

Справочник SPR02 "Плательщики"

Поле	Тип	Содержание
OGRN	С (15)	ОГРН плательщика
N AMЕ	С (100)	наименование плательщика
CODE	С (4)	код плательщика в сфере ОМС
CODE_RF	C (5)	реестровый номер плательщика в сфере ОМС
OGRNS	С (15)	ОГРН правопреемника
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.3

Справочник SPR07 "Профили отделений"

Поле	Тип	Содержание
CODE	С (4)	код профиля отделения (4-ый знак определяет порядковый номер отделения)
N AMЕ	С (60)	наименование профиля отделения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.4

Справочник SPR08 "Профили коек"

Поле	Тип	Содержание
CODE	С (2)	код профиля койки
N AMЕ	С (200)	наименование профиля койки (* - койки не в сфере ОМС)
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.5

Справочник SPR09 "Категории граждан"

Поле	Тип	Содержание
CODE	С (1)	код категории граждан
N AMЕ	С (12)	наименование категории граждан

Таблица А.6

Справочник SPR11 "Исход заболевания"

Поле	Тип	Содержание	Справ.
CODE	С (3)	код исхода заболевания
CODE_GR	С (1)	код группы медицинской помощи	SPR34
N AMЕ	С (254)	наименование исхода заболевания
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.7

Справочник SPR12 "Исходы обращения"

Поле	Тип	Содержание	Справ.
CODE	С (3)	код исхода обращения
CODE_GR	С (1)	код группы медицинской помощи	SPR34
N AMЕ	С (254)	наименование исхода обращения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.8

Справочник SPR13 "Условия оказания медицинской помощи"

Поле	Тип	Содержание	Справ.
CODE	С (3)	код
CODE_GR	С (1)	код группы	SPR34
CODE_UC	С (2)	код единицы учета	SPR30
N AME	С (50)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.9

Справочник SPR14 "Форма оказания МП"

Поле	Тип	Содержание
CODE	С (1)	код вида обращения
N AMЕ	С (100)	наименование вида обращения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.10

Справочник SPR15 "Причины возврата счетов"

Поле	Тип	Содержание
CODE	С (3)	код причины возврата
N AMЕ	С (254)	наименование причины возврата
KOMMENT	С (254)	пояснение по исправлению
SANK	C (6)	код санкции
DATE	Д	дата изменения

Таблица А.11

Справочник SPR17 "Способы оплаты"

Поле	Тип	Содержание
CODE	С (2)	код способа оплаты
N AMЕ	С (100)	наименование способа оплаты
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.12

Справочник SPR18 "Медицинские услуги"

Поле	Тип	Содержание	Справ.
CODE	С (15)	код медицинской услуги
N AMЕ	С (120)	краткое наименование медицинской услуги
N AME_LONG	С (250)	полное наименование медицинской услуги
KOLICH	Ч (3,0)	плановая длительность лечения
VAR	Ч (2,0)	допустимое отклонение от плановой длительности лечения
ED	С (10)	единица измерения
UET	Ч (6,2)	количество УЕТ
CODE_BASE	С (14)	код базовой услуги
DATN	Д	дата начала действия
DATO	Д	дата окончания действия
NOT_OMS	С (1)	признак услуги в сфере ОМС (0 - в сфере ОМС; 1 - не в сфере ОМС)
VISIT	C (2)	тип посещения	SPR63

Таблица А.13

Справочник SPR18I "История изменения медицинских услуг"

Поле	Тип	Содержание
CODE	С (14)	код медицинской услуги
KOLICH	Ч (3,0)	плановая длительность лечения
VAR	Ч (2,0)	допустимое отклонение от плановой длительности лечения
ED	С (10)	единица измерения
UET	Ч (6,2)	количество УЕТ
DATN	Д	дата начала действия изменения (1-ое число месяца)
NOT_OMS	С (1)	признак услуги в сфере ОМС (0 - в сфере ОМС; 1 - не в сфере ОМС)

Действующие значения показателей определяются на дату окончания медицинской услуги.

Таблица А.14

Справочник SPR20 "Диагнозы по МКБ-Х"

Поле	Тип	Содержание
CODE	С (6)	код диагноза по МКБ-Х
N AMЕ	С (254)	наименование диагноза
DATN	Д	дата начала действия
DATO	Д	дата окончания действия
IS_OMS	С (1)	признак диагноз оплачивается в сфере ОМС (1 - оплачивается; 0 - не оплачивается)

Таблица А.15

Справочник SPR21 "Тип реестра счетов"

Поле	Тип	Содержание
CODE	С (1)	код типа реестра счетов
N AMЕ	С (60)	наименование типа
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.16

Справочник SPR22 "Тарифы медицинских услуг"

Поле	Тип	Содержание	Справ.
CODE_MO	С (5)	код медицинской организации в сфере ОМС	SPR01
KUSL	С (15)	код медицинской услуги	SPR18
DATN	Д	дата начала действия тарифа
DATO	Д	дата окончания действия тарифа
TARIF	Ч (10,2)	тариф на оплату по ОМС

Таблица А.17

Справочник SPR28 "Типы прочих снятий и корректировок"

Поле	Тип	Содержание
CODE	С (3)	код корректировки
VOLUME	Ч (1,0)	признак наличия объемных показателей: 1 - есть показатели, 0 - нет
N AMЕ	С (50)	Наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.18

Справочник SPR30 "Единицы учета медицинской помощи"

Поле	Тип	Содержание
CODE	С (2)	код единицы учета
N AMЕ	С (50)	наименование единицы учета медицинской помощи
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.19

Справочник SPR34 "Группы медицинской помощи"

Поле	Тип	Содержание
CODE	С (1)	код группы медицинской помощи
N AMЕ	С (50)	наименование группы
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.20

Справочник SPR35 "Назначение платежа"

Поле	Тип	Содержание
CODE	С (2)	код назначения платежа
N AMЕ	С (100)	наименование назначения платежа
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.21

Справочник SPR36 "Источник платежа"

Поле	Тип	Содержание
CODE	С (2)	код источника платежа
N AMЕ	С (100)	наименование источника платежа
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.22

Справочник SPR37 "Тип платежа"

Поле	Тип	Содержание
CODE	С (2)	код типа платежа
N AMЕ	С (100)	наименование типа платежа
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.23

Справочник SPR39 "Коды территорий по ОКАТО"

Поле	Тип	Содержание
OKATO	С (5)	код ОКАТО
N AME	С (150)	наименование федеральных округов и субъектов

Таблица А.25

Справочник SPR42 "Особые случаи при регистрации обращения за медицинской помощью"

Поле	Тип	Содержание
CODE	С (1)	код особого случая
N AME	С (150)	наименование особого случая
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.26

Справочник SPR43 "Типы документа, удостоверяющего личность пациента"

Поле	Тип	Содержание
CODE	Ч (2,0)	код
SNAME	С (50)	краткое наименование
FNAME	С (150)	полное наименование
MASKS	С (10)	шаблон серии
MASKN	С (15)	шаблон номера

В графах "Шаблон серии" и "Шаблон номера" приведены данные для контроля значения серии, номера документа. Шаблон состоит из символов "R", "Б", "9", "0", "S", "-" (тире/дефис) и " " (пробел).

Используются следующие обозначения:

R - на месте одного символа R располагается целиком римское число, заданное символами "I", "V", "X", "L", "С", набранными на верхнем регистре латинской клавиатуры;

9 - любая десятичная цифра (обязательная);

0 - любая десятичная цифра (необязательная);

Б - любая русская заглавная буква;

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

S - серия документа не контролируется (может содержать любую последовательность букв русского или латинского алфавита, цифр, а также знаки "минус" и "пробел" или отсутствовать); в таком случае к серии документа должно быть применено следующее преобразование:

- ведущие и концевые пробелы должны быть отброшены,

- повторяющиеся пробелы должны быть заменены на один пробел.

Если в серии встречаются буквы, то все они должны быть из одного алфавита: русского либо латинского.

Таблица А.27

Справочник SPR46 "Медицинские специальности"

Поле	Тип	Содержание
CODE	С (9)	код медицинской специальности
N AME	С (100)	наименование специальности
CODEHIGH	С (9)	код медицинской специальности (родительская запись)
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.28

Справочник SPR55 "Типы проверки"

Поле	Тип	Содержание
CODE	С (2)	код типа проверки
SHORTNAME	С (16)	краткое наименование
N AME	С (254)	полное наименование

Таблица А.29

Справочник SPR56 "Виды проверки"

Поле	Тип	Содержание
TYPECODE	C (2)	код типа проверки
CODE	C (2)	код
CODENAME	C (32)	кодовое наименование
SHORTNAME	C (10)	краткое наименование
N AME	C (254)	полное наименование

Таблица А.30

Справочник SPR57 "Санкции"

Поле	Тип	Содержание
TYPECODE	C (2)	код типа проверки
KINDCODE	C (2)	код вида проверки (пустое значение - если действительно для всех видов в данном типе)
BD	Д	дата начала действия санкции
ED	Д	дата окончания действия санкции (пустое значение - по текущий момент)
CODE	С (10)	код
N AME	С (254)	описание санкции
PCTXINV	Ч (10,0)	проценты удержания по общей сумме по счету
PCTXINVC	С (254)	описание
PCTXNRM	Ч (10,0)	проценты штрафа от норматива
PCTXNRMC	С (254)	описание
PCTMOMS	Ч (10,0)	проценты удержания по счету по сумме в части ОМС при повторном МЭК
PCTMOMSC	С (254)	описание
PCTMMOD	Ч (10,0)	проценты удержания по счету по сумме в части модернизации при повторном МЭК
PCTMMODC	С (254)	описание
PCTRINV	Ч (10,0)	проценты удержания по счету при реэкспертизе
PCTRINVC	С (254)	описание
PCTRPTY	Ч (10,0)	проценты штрафа от общей суммы по счету при реэкспертизе
PCTRPTYC	С (254)	описание
PCTRRVD	Ч (10,0)	проценты штрафа от РВД при реэкспертизе
PCTRRVDC	С (254)	описание

Таблица А.31

Справочник SPR59 "Виды медицинской помощи"

Поле	Тип	Содержание
CODE	С (2)	код вида медицинской помощи
N AME	С (100)	наименование вида
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.32

Справочник SPR60 "Профиль оказанной медицинской помощи"

Поле	Тип	Содержание
CODE	С (3)	код профиля оказанной медицинской помощи
N AME	С (100)	наименование профиля
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.33

Справочник SPR63 "Тип посещения"

Поле	Тип	Содержание
CODE	С (2)	код типа посещения
N AME	С (150)	наименование типа

Таблица А.34

Справочник SPR65 "Тарифы подушевого финансирования станций скорой медицинской помощи"

Поле	Тип	Содержание
CODE_MO	С (5)	код МО в сфере ОМС
DATN	Д	дата начала действия тарифа
T0_1M	Ч (14,2)	тариф подушевого финансирования (от 0 - 1, муж.)
T0_1G	Ч (14,2)	тариф подушевого финансирования (от 0 - 1, жен.)
T1_4M	Ч (14,2)	тариф подушевого финансирования (от 1 - 4, муж.)
T1_4G	Ч (14,2)	тариф подушевого финансирования (от 1 - 4, жен.)
T5_17M	Ч (14,2)	тариф подушевого финансирования (от 5 - 17, муж.)
T5_17G	Ч (14,2)	тариф подушевого финансирования (от 5 - 17, жен.)
T18_59M	Ч (14,2)	тариф подушевого финансирования (от 18 - 59, муж.)
T18_54G	Ч (14,2)	тариф подушевого финансирования (от 18 - 54, жен.)
T60M	Ч (14,2)	тариф подушевого финансирования (от 60, муж.)
T55G	Ч (14,2)	тариф подушевого финансирования (от 55, жен.)

Таблица А.35

Справочник SPR69 "Группировщик КСГ"

Поле	Тип	Содержание	Справ.
VPNAME	С (40)	наименование условия оказания мед. помощи
MKBX	С (11)	код МКБ-Х основного диагноза	SPR20
MKBX2	С (11)	код МКБ-Х сопутствующий
KUSL	С (15)	код медицинской услуги (операции, манипуляции)	SPR18
AGE	С (2)	возрастная категория: 1 - от 0 до 28 дней (или новорожденный); 2 - от 29 дней до 90 дней; 3 - от 0 дней до 18 лет; 4 - от 91 дня до 1 года; 5 - от 18 лет и старше; 6 - от 0 дней до 2 лет (включительно).
POL	С (1)	пол пациента (М/Ж)
DLIT	С (2)	длительность пребывания, койко- (пациенто)-дней: 1 - пребывание до 3х дней включительно
KRIT	C (9)	оценка состояния пациента по шкалам или схема лечения или длительность непрерывного проведения искусственной вентиляции легких	SPR80
KSGCODE	С (15)	код медицинской услуги КСГ	SPR18
KSGKOEF	Ч(10,2)	коэффициент относительной затратоемкости КСГ
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.36

Справочник SPR70 "Комбинации КСГ, для которых окончательное отнесение осуществляется только по коду услуги оперативного вмешательства"

Поле	Тип	Содержание	Справ.
KSGMKBX	С (15)	код медицинской услуги КСГ (отнесено по МКБ-Х)	SPR18
KSGKUSL	С (15)	код медицинской услуги КСГ (отнесено по коду операции, манипуляции)	SPR18
KSGITOG	С (15)	конечный код медицинской услуги КСГ	SPR18
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.37

Справочник SPR71 "Список КСГ, для которых финансирование осуществляется в полном объеме независимо от длительности лечения"

Поле	Тип	Содержание	Справ.
CODE	С (15)	код медицинской услуги КСГ	SPR18
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.38

Справочник SPR72 "Список КСГ, считающихся сверхдлительными при сроке пребывания более 45 дней"

Поле	Тип	Содержание	Справ.
CODE	С (15)	код медицинской услуги КСГ	SPR18
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.39

Справочник SPR73 "Список парных и сочетанных хирургических вмешательств"

Поле	Тип	Содержание	Справ.
CODE	С (15)	код медицинской услуги	SPR18
CODE2	С (15)	код сочетанной медицинской услуги	SPR18
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.40

Справочник SPR74 "Классификация высокотехнологичной медицинской помощи, оплачиваемая по ОМС"

Поле	Тип	Содержание	Справ.
KUSL	С (15)	код медицинской услуги	SPR18
PROF	C (2)	код профиля
PROFNAME	C (150)	наименование профиля
NGR	Ч (3,0)	номер группы
VID	C (17)	вид высокотехнологичной медицинской помощи
METOD	C (3)	метод высокотехнологичной медицинской помощи
MET_NAME	M	наименование метода
MODEL	M	модель пациента
MKBX	M	диагнозы МКБ-Х, рубрика МКБ-Х
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.41

Справочник SPR75 "Тарифы подушевого финансирования амбулаторно-поликлинических учреждений"

Поле	Тип	Содержание	Справ.
CODE_MO	C (5)	код медицинской организации	SPR01
DATN	Д	дата начала действия тарифа
T0_1M	Ч (14,2)	тариф подушевого финансирования (от 0 - 1, муж.)
T0_1G	Ч (14,2)	тариф подушевого финансирования (от 0 - 1, жен.)
T1_4M	Ч (14,2)	тариф подушевого финансирования (от 1 - 4, муж.)
T1_4G	Ч (14,2)	тариф подушевого финансирования (от 1 - 4, жен.)
T5_17M	Ч (14,2)	тариф подушевого финансирования (от 5 - 17, муж.)
T5_17G	Ч (14,2)	тариф подушевого финансирования (от 5 - 17, жен.)
T18_59M	Ч (14,2)	тариф подушевого финансирования (от 18 - 59, муж.)
T18_54G	Ч (14,2)	тариф подушевого финансирования (от 18 - 54, жен.)
T60M	Ч (14,2)	тариф подушевого финансирования (от 60, муж.)
T55G	Ч (14,2)	тариф подушевого финансирования (от 55, жен.)

Таблица А.42

Справочник SPR76 "Муниципальные образования Краснодарского края"

Поле	Тип	Содержание
CODE	С (2)	код муниципального образования
N AME	С (100)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.43

Справочник SPR77 "Темы обращений граждан"

Поле	Тип	Содержание
CODE_T	С (10)	код темы обращения
N AME	С (250)	наименование
CODE_V	С (3)	код вида обращения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.44

Справочник SPR78 "Соответствие метода и способа обращения"

Поле	Тип	Содержание
CODE_M	С (3)	код метода обращения
CODE_S	С (3)	код способа обращения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.45

Справочник SPR79 "Цели посещения"

Поле	Тип	Содержание
CODE	С (4)	код цели посещения
N AME	С (150)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.46

Справочник SPR80 "Дополнительные классификационные критерии"

Поле	Тип	Содержание
CODE	С (9)	код критерия
MNN	С (40)	МНН лекарственных препаратов, входящих в состав схемы
N AME	М	наименование
KD	С (4)	количество дней введения лекарственных препаратов
KOL	С (4)	оптимальное количество госпитализаций
COMMENT	С (254)	дополнительные пояснения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.47

Справочник SPR81 "Единый реестр МО, осуществляющих деятельность в сфере ОМС на территории РФ"

Поле	Тип	Содержание	Справ.
CODE	С (6)	реестровый номер для юридического лица в сфере ОМС
OKATO	С (5)	код субъекта РФ по ОКАТО, где зарегистрирована МО	SPR39
SNAME	С (254)	сокращенное наименование
FNAME	С (254)	полное наименование
OGRN	С (15)	ОГРН
INN	С (10)	ИНН
KPP	С (9)	КПП
ADRES	С (254)	юридический адрес

Таблица А.48

Справочник N 001 "Противопоказания или отказы"

Поле	Тип	Содержание
ID_PrOt	С (2)	код противопоказания или отказа
PrOt_NAME	С (254)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.49

Справочник N 002 "Стадии"

Поле	Тип	Содержание
ID_St	С (3)	код стадии
DS_St	С (3)	диагноз по МКБ
KOD_St	С (6)	стадия
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.50

Справочник N 003 "Tumor"

Поле	Тип	Содержание
ID_T	С (4)	идентификатор Tumor
DS_T	С (3)	диагноз по МКБ
KOD_T	С (5)	обозначение Tumor для диагноза
T_NAME	M	расшифровка Tumor для диагноза
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.51

Справочник N 004 "Nodus"

Поле	Тип	Содержание
ID_N	С (4)	идентификатор Nodus
DS_N	С (3)	диагноз по МКБ
KOD_N	С (5)	обозначение Nodus для диагноза
N_NAME	M	расшифровка Nodus для диагноза
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.52

Справочник N 005 "Metastasis"

Поле	Тип	Содержание
ID_M	С (4)	идентификатор Metastasis
DS_M	С (3)	диагноз по МКБ
KOD_M	С (5)	обозначение Metastasis
M_NAME	С (254)	расшифровка Metastasis
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.53

Справочник N 006 "Соответствие стадий Tumor Nodus Metastasis"

Поле	Тип	Содержание	Справ.
ID_gr	С (4)	идентификатор строки
DS_gr	С (3)	диагноз по МКБ
ID_St	С (3)	идентификатор стадии	N 002
ID_T	С (4)	идентификатор Tumor	N 003
ID_N	С (4)	идентификатор Nodus	N 004
ID_M	С (4)	идентификатор Metastasis	N 005
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.54

Справочник N 007 "Гистологические признаки"

Поле	Тип	Содержание
ID_Mrf	С (2)	идентификатор гистологического признака
Mrf_NAME	С (254)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.55

Справочник N 008 "Результаты гистологических исследований"

Поле	Тип	Содержание	Справ.
ID_R_M	С (2)	идентификатор строки
ID_Mrf	С (2)	идентификатор гистологического признака	N 007
R_M_NAME	С (254)	наименование результата гистологического исследования
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.56

Справочник N 009 "Соответствие гистологических признаков диагнозам"

Поле	Тип	Содержание	Справ.
ID_M_D	С (2)	идентификатор строки
DS_Mrf	С (3)	диагноз по МКБ
ID_Mrf	С (2)	идентификатор гистологического признака	N 007
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.57

Справочник N 010 "Маркёры"

Поле	Тип	Содержание
ID_Igh	С (2)	идентификатор маркёра
KOD_Igh	С (50)	обозначение маркёра
Igh_NAME	С (254)	наименование маркёра
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.58

Справочник N 011 "Значения маркёров"

Поле	Тип	Содержание	Справ.
ID_R_I	С (2)	идентификатор записи
ID_Igh	С (2)	идентификатор маркёра	N 010
KOD_R_I	С (50)	обозначение результата
R_I_NAME	С (254)	наименование результата
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.59

Справочник N 012 "Соответствия маркёров диагнозам"

Поле	Тип	Содержание	Справ.
ID_I_D	С (2)	идентификатор строки
DS_Igh	С (3)	диагноз по МКБ
ID_Igh	С (2)	идентификатор маркёра	N 010
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.60

Справочник N 013 "Типы лечения"

Поле	Тип	Содержание
ID_TLech	С (1)	идентификатор типа
TLech_NAME	С (50)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.61

Справочник N 014 "Типы хирургического лечения"

Поле	Тип	Содержание
ID_THir	С (2)	идентификатор типа хирургического лечения
THir_NAME	С (100)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.62

Справочник N 015 "Линии лекарственной терапии"

Поле	Тип	Содержание
ID_TLek_L	С (2)	идентификатор линии
TLek_NAME	С (50)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.63

Справочник N 016 "Циклы лекарственной терапии"

Поле	Тип	Содержание
ID_TLek_V	С (2)	идентификатор цикла
TLek_NAME	С (50)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.64

Справочник N 017 "Типы лучевой терапии"

Поле	Тип	Содержание
ID_TLuch	С (2)	идентификатор типа
TLuch_NAME	С (50)	наименование
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Приложение Б

Описание формата обмена при работе с Web-сервисом "Направления на плановую госпитализацию"

1. SendPlanOrdersClinic

Входные параметры функции:

<xs:complexType name="SendPlanOrdersClinic">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderClinicPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="SendPlanOrdersClinicResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

username - имя пользователя;

password - пароль;

sendercode - код организации отправителя пакета;

orderpack - пакет с данными о сведениях о направлениях на госпитализацию;

responcepack - пакет с ответной информацией и протоколом обработки.

Структура типа cOrderClinicPackage:

<xs:complexType name="cOrderClinicPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_ordercliniclist" type="tns:cOrderClinicList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

p11_ordercliniclist - данные о направлениях на госпитализацию.

Структура типа cPackageInformation:

<xs:complexType name="cPackageInformation">

<xs:sequence>

<xs:element name="p10_pakagedate" type="xs:dateTime" minOccurs="0"/>

<xs:element name="p11_pakagesender" type="xs:string" minOccurs="0"/>

<xs:element name="p12_pakageguid" type="xs:string" minOccurs="0"/>

<xs:element name="p13_zerrpkg" type="xs:int"/>

<xs:element name="p14_errmsg" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_pakagedate - дата формирования пакета;

p11_pakagesender - код отправителя пакета;

p12_pakageguid - GUID пакета;

p13_zerrpkg - служебное поле для отображения кода ошибке;

p14_errmsg - служебное поле для отображения сообщения об ошибке.

Структура типа cOrderClinicList:

<xs:complexType name="cOrderClinicList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderClinic" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о направлениях на госпитализацию.

Структура типа cOrderClinic:

<xs:complexType name="cOrderClinic">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_ortp" type="xs:int"/>

<xs:element name="m14_moscd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m16_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m18_mkbcd" type="xs:string" minOccurs="0"/>

<xs:element name="m19_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m21_dcnm" type="xs:string" minOccurs="0"/>

<xs:element name="m22_dtph" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m23_zerr" type="xs:int"/>

<xs:element name="m24_usok" type="xs:string" minOccurs="0"/>

<xs:element name="m25_trcd" type="xs:string"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи (1 - плановая, 2 - неотложная, 3 - экстренная);

m14_moscd - код МО, направившей на госпитализацию;

m15_modcd - код МО, куда направлен пациент;

m16_pr - персональные данные пациента;

m18_mkbcd - код диагноза МКБ;

m19_kpkcd - код профиля койки;

m20_sccd - код отделения;

m21_dcnm - код медицинского работника;

m22_dtph - плановая дата госпитализации;

m23_zerr - служебное поле.

m24_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

m25_trcd - код ОКАТО субъекта РФ, в который пациент направлен на госпитализацию (SPR39).

Структура типа cPerson:

<xs:complexType name="cPerson">

<xs:sequence>

<xs:element name="a10_dct" type="xs:int"/>

<xs:element name="a11_dcs" type="xs:string" minOccurs="0"/>

<xs:element name="a12_dcn" type="xs:string" minOccurs="0"/>

<xs:element name="a13_smcd" type="xs:string" minOccurs="0"/>

<xs:element name="a14_trcd" type="xs:string" minOccurs="0"/>

<xs:element name="a15_pfio" type="xs:string" minOccurs="0"/>

<xs:element name="a16_pnm" type="xs:string" minOccurs="0"/>

<xs:element name="a17_pln" type="xs:string" minOccurs="0"/>

<xs:element name="a18_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a19_pbd" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a20_pph" type="xs:string" minOccurs="0"/>

<xs:element name="a21_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a22_pn" type="xs:string" minOccurs="0"/>

<xs:element name="a23_dt" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a10_dct - тип документа, подтверждающего факт страхования по обязательному медицинскому страхованию (1 - Полис ОМС старого образца, 2 - Временное свидетельство, 3 - Полис ОМС единого образца);

a11_dcs - серия полиса;

a12_dcn - номер полиса;

a13_smcd - код СМО;

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

a15_pfio - фамилия пациента;

a16_pnm - имя пациента;

a17_pln - отчество пациента;

a18_ps - пол;

a19_pbd - дата рождения;

a20_pph - контактная информация;

a21_ps - серия документа удостоверяющего личность;

a22_pn - номер документа удостоверяющего личность;

a23_dt - тип документа удостоверяющего личность.

Структура типа cResponceOrdersPackage:

<xs:complexType name="cResponceOrdersPackage">

<xs:sequence>

<xs:element name="r10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="r11_rsinf" type="tns:cResponceInformation" minOccurs="0"/>

<xs:element name="r12_orerl" type="tns:cOrdersErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

r11_rsinf - сведения об ответном пакете;

r12_orerl - данные об ошибках пакета.

Структура типа cResponceInformation:

<xs:complexType name="cResponceInformation">

<xs:sequence>

<xs:element name="pakageGUIDSrc" type="xs:string" minOccurs="0"/>

<xs:element name="r10_responcecode" type="xs:int"/>

<xs:element name="responceMessage" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

pakageGUIDSrc - GUID пакета на который сформирован ответ;

r10_responcecode - код ответа;

responceMessage - информационное сообщение ответа.

Структура типа cOrdersErrorList:

<xs:complexType name="cOrdersErrorList">

<xs:sequence>

<xs:element name="f10_orflker" type="tns:cOrdersFLKError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_orflker - список записей пакета с ошибками.

Структура типа cOrdersFLKError:

<xs:complexType name="cOrdersFLKError">

<xs:sequence>

<xs:element name="f10_nzap" type="xs:int"/>

<xs:element name="f11_flkerrorList" type="tns:cflkErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

f10_nzap - номер записи в которой выявлена ошибка;

f11_flkerrorList - список ошибок по записи.

Структура типа cflkErrorList:

<xs:complexType name="cflkErrorList">

<xs:sequence>

<xs:element name="f10_flkerror" type="tns:cflkError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_flkerror - ошибка.

Структура типа cflkError:

<xs:complexType name="cflkError">

<xs:sequence>

<xs:element name="e10_ecd" type="xs:int"/>

<xs:element name="e11_ems" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

e10_ecd - код ошибки;

e11_ems - сообщение ошибки.

2. SendFactOrdersHospital

Входные параметры функции:

<xs:complexType name="SendFactOrdersHospital">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderHospitalPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" SendFactOrdersHospitalResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями о госпитализациях;

Структура типа cOrderHospitalPackage:

<xs:complexType name="cOrderHospitalPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_orderhospitallist" type="tns:cOrderHospitalList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_orderhospitallist - данные о госпитализациях.

Структура типа cOrderHospitalList:

<xs:complexType name="cOrderHospitalList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderHospital" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о госпитализациях.

Структура типа cOrderHospital:

<xs:complexType name="cOrderHospital">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_ortp" type="xs:int"/>

<xs:element name="m14_moscd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m16_dttmfh" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m17_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m18_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m19_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_crdnum" type="xs:string" minOccurs="0"/>

<xs:element name="m21_mkbcd" type="xs:string" minOccurs="0"/>

<xs:element name="m22_zerr" type="xs:int"/>

<xs:element name="m24_usok" type="xs:string" minOccurs="0"/>

<xs:element name="m25_trcd" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи (1 - плановая, 2 - неотложная, 3 - экстренная);

m14_moscd - код МО, направившей на госпитализацию;

m15_modcd - код МО, куда направлен пациент;

m16_dttmfh - дата и время фактической госпитализации;

m17_pr - персональные данные пациента;

m18_kpkcd - код профиля койки;

m19_sccd - код отделения;

m20_crdnum - номер карты стационарного больного;

m21_mkbcd - код МКБ приемного отделения;

m22_zerr - служебное поле.

m24_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

m25_trcd - код ОКАТО субъекта РФ, откуда направлен пациент на госпитализацию.

3. SendOrdersHospitalUrgently

Входные параметры функции:

<xs:complexType name="SendFactOrdersHospitalUrgently">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderHospitalUrgentlyPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" SendFactOrdersHospitalUrgentlyResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями об экстренных госпитализациях;

Структура типа cOrderHospitalUrgentlyPackage:

<xs:complexType name=" cOrderHospitalUrgentlyPackage ">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_orderhospitalurgentlylist" type="tns:cOrderHospitalUrgentlyList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_orderhospitalurgentlylist - данные об экстренных госпитализациях.

Структура типа cOrderHospitalUrgentlyList:

<xs:complexType name=" cOrderHospitalUrgentlyList ">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderHospitalUrgently" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений об экстренных госпитализациях.

Структура типа cOrderHospitalUrgently:

<xs:complexType name="cOrderHospitalUrgently">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m12_dttmfh" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m14_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m16_crdnum" type="xs:string" minOccurs="0"/>

<xs:element name="m17_mkbcd" type="xs:string" minOccurs="0"/>

<xs:element name="m18_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_modcd - код МО;

m12_dttmfh - дата и время фактической госпитализации;

m13_pr - персональные данные пациента;

m14_kpkcd - код профиля койки;

m15_sccd - код отделения;

m16_crdnum - номер карты стационарного больного;

m17_mkbcd - код МКБ приемного отделения;

m18_zerr - служебное поле.

4. SendOrdersNullification

Входные параметры функции:

<xs:complexType name=" SendOrdersNullification ">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderNullificationPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" SendOrdersNullificationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями об аннулировании госпитализаций;

Структура типа cOrderNullificationPackage:

<xs:complexType name=" cOrderNullificationPackage ">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_ordernullificationlist" type="tns:cOrderNullificationList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_ordernullificationlist - данные об аннулировании госпитализаций.

Структура типа cOrderNullificationList:

<xs:complexType name="cOrderNullificationList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderNullification" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений об аннулировании госпитализаций.

Структура типа cOrderNullification:

<xs:complexType name="cOrderNullification">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_orstp" type="xs:int"/>

<xs:element name="m14_ornscd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_ornrcd" type="xs:int"/>

<xs:element name="m16_ornld" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m17_dtph" type="xs:string" minOccurs="0"/>

<xs:element name="m18_lpucode" type="xs:string" minOccurs="0"/>

<xs:element name="m19_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m12_ordt - дата направления;

m13_orstp - код типа источника аннулирования (1 - СМО, 2 - стационар МО, 3 - амбулаторно-поликлиническое учреждение, 4 - дневной стационар МО);

m14_ornscd - код источника аннулирования;

m15_ornrcd - код причины аннулирования (1 - неявка пациента на госпитализацию, 2- непредоставление необходимого пакета документов, 3-инициативный отказ от госпитализации пациентом, 4- смерть, 5 - прочие, 6-отсутствие медицинских показаний для госпитализации);

m16_ornld - дата аннулирования;

m17_dtph - дата плановой госпитализации;

m18_lpucode - код МО, куда выписано направление;

m19_kpkcd - код профиля койки

m20_zerr - служебное поле.

5. SendOrdersLeave

Входные параметры функции:

<xs:complexType name="SendOrdersLeave">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderLeaveHospitalPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" SendOrdersLeaveResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями о выбывших пациентах;

Структура типа cOrderLeaveHospitalPackage:

<xs:complexType name=" cOrderLeaveHospitalPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_orderleavehospitallist" type="tns:cOrderLeaveHospitalList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_orderleavehospitallist - данные о выбывших пациентах.

Структура типа cOrderLeaveHospitalList:

<xs:complexType name="cOrderLeaveHospitalList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderLeaveHospital" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о выбывших пациентах.

Структура типа cOrderLeaveHospital:

<xs:complexType name="cOrderLeaveHospital">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_ortp" type="xs:int"/>

<xs:element name="m14_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_dttmfh" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m16_dttmlv" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m17_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m18_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m19_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_crdnum" type="xs:string" minOccurs="0"/>

<xs:element name="m21_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи;

m14_modcd - код МО

m15_dttmfh - дата госпитализации;

m16_dttmlv - дата выбытия;

m17_pr - персональные данные пациента;

m18_kpkcd - код профиля койки;

m19_sccd - код отделения;

m20_crdnum - номер карты стационарного больного;

m21_zerr - служебное поле.

6. SendKDInformation

Входные параметры функции:

<xs:complexType name="SendKDInformation">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns: ckdInformationPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" SendKDInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями о свободных койках;

Структура типа ckdInformationPackage:

<xs:complexType name=" ckdInformationPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_kdInformationlist" type="tns:ckdInformationList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_kdInformationlist - данные о свободных койках.

Структура типа ckdInformationList:

<xs:complexType name=" ckdInformationList ">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:ckdInformation " nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о свободных койках.

Структура типа ckdInformation:

<xs:complexType name="ckdInformation">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_indt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m12_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="m13_bprlist" type="tns:cBedProfileList" minOccurs="0"/>

<xs:element name="m14_zerr" type="xs:int"/>

<xs:element name="m15_usok" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m11_indt - дата;

m12_mocd - код МО;

m13_bprlist - список данных в разрезе профилей коек;

m14_zerr - служебное поле;

m15_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

Структура типа cBedProfileList:

<xs:complexType name="cBedProfileList">

<xs:sequence>

<xs:element name="s10_bpr" type="tns:cBedProfile" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

s10_bpr - сведения по койкам в разрезе профиля.

Структура типа cBedProfile:

<xs:complexType name="cBedProfile">

<xs:sequence>

<xs:element name="k10_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="k11_cntcn" type="xs:int"/>

<xs:element name="k12_cnten" type="xs:int"/>

<xs:element name="k13_cntlv" type="xs:int"/>

<xs:element name="k14_cntpl" type="xs:int"/>

<xs:element name="k15_cntfrmn" type="xs:int"/>

<xs:element name="k16_cntfrwm" type="xs:int"/>

<xs:element name="k17_cntfrch" type="xs:int"/>

<xs:element name="k18_vkdlist" type="tns:cVolumeKDSMOList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

k10_kpkcd - код профиля койки;

k11_cntcn - состояло пациентов на отчетный период;

k12_cnten - поступило пациентов на отчетный период;

k13_cntlv - выбыло пациентов на отчетный период;

k14_cntpl - планируется пациентов на отчетный период;

k15_cntfrmn - свободных коек мужчины;

k16_cntfrwm - свободных коек женщины;

k17_cntfrch - свободных коек дети;

k18_vkdlist - список данных по исполнению объемов в разрезе СМО.

Структура типа cVolumeKDSMOList:

<xs:complexType name="cVolumeKDSMOList">

<xs:sequence>

<xs:element name="n10_vkd" type="tns:cVolumeKDSMO" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

n10_vkd - данные по исполнению объемов в разрезе типа объема и СМО.

Структура типа cVolumeKDSMO:

<xs:complexType name="cVolumeKDSMO">

<xs:sequence>

<xs:element name="k10_vtp" type="xs:int"/>

<xs:element name="k11_smcd" type="xs:string" minOccurs="0"/>

<xs:element name="k12_vkd" type="xs:int"/>

</xs:sequence>

</xs:complexType>

k10_vtp - тип объема (1 - госпитализация, 2 - койко- (пациенто)-день);

k11_smcd - код СМО;

k12_vkd - значение объема.

7. GetPlanOrdersClinic

Входные параметры функции:

<xs:complexType name="GetPlanOrdersClinic">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetPlanOrdersClinicResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderClinicPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

8. GetFactOrdersHospital

Входные параметры функции:

<xs:complexType name="GetFactOrdersHospital">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetFactOrdersHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderHospitalPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

9. GetOrdersHospitalUrgently

Входные параметры функции:

<xs:complexType name="GetOrdersHospitalUrgently">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" GetOrdersHospitalUrgentlyResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderHospitalUrgentlyPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

10. GetOrdersNullification

Входные параметры функции:

<xs:complexType name="GetOrdersNullification">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" GetOrdersNullificationResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderNullificationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

11. GetOrdersLeaveHospital

Входные параметры функции:

<xs:complexType name="GetOrdersLeaveHospital">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderLeaveHospitalPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

12. GetCKDInformation

Входные параметры функции:

<xs:complexType name="GetCKDInformation">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

13. GetCKDInformationByKpk

Входные параметры функции:

<xs:complexType name="GetCKDInformationByKpk">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="kpkcode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

kpkcode - код профиля койки по которому будет возвращена информация.

14. GetCKDInformationByMO

Входные параметры функции:

<xs:complexType name="GetCKDInformationByMO">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="mocode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

mocode - код медицинской организации.

15. SetLoginAccess

Входные параметры:

<xs:complexType name="SetLoginAccess">

<xs:sequence>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="oldpassword" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

sendercode - код участника информационного взаимодействия;

username - логин участника информационного взаимодействия;

password - пароль участника информационного взаимодействия;

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

Функция возвращает:

<xs:complexType name="SetLoginAccessResponse">

<xs:sequence>

<xs:element name="return" type="xs:int"/>

</xs:sequence>

</xs:complexType>

return - код ответа

1 - операция завершилась успешно; - 1 данные не полны; - 2 старый пароль указан неверно (при смене пароля); - 3 указанный логин уже зарегистрирован в БД; - 4 участник по SenderCode уже зарегистрирован, но присылаемый логин не совпадает с ранее введенным.

Приложение В

Описание формата обмена при работе с Web-сервисом "Прикрепленное население"

1. GetAttachInformation

Входные параметры функции:

<xs:complexType name=" GetAttachInformation ">

<xs:sequence>

<xs:element name="orderpack" type="tns:CAttachInformationPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" GetAttachInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:CResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

username - имя пользователя;

password - пароль;

sendercode - код организации отправителя пакета;

orderpack - пакет с данными о сведениях по прикреплению;

responcepack - пакет с ответной информацией и протоколом обработки.

Структура типа CAttachInformationPackage:

<xs:complexType name=" CAttachInformationPackage ">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name=" p11_pr" type="tns:CPerson" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

p11_pr - данные о застрахованном гражданине, по которому проверяется факт прикрепления.

Структура типа cPackageInformation:

<xs:complexType name="cPackageInformation">

<xs:sequence>

<xs:element name="p10_pakagedate" type="xs:dateTime" minOccurs="0"/>

<xs:element name="p11_pakagesender" type="xs:string" minOccurs="0"/>

<xs:element name="p12_pakageguid" type="xs:string" minOccurs="0"/>

<xs:element name="p13_zerrpkg" type="xs:int"/>

<xs:element name="p14_errmsg" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_pakagedate - дата формирования пакета;

p11_pakagesender - код отправителя пакета;

p12_pakageguid - GUID пакета;

p13_zerrpkg - служебное поле для отображения кода ошибке;

p14_errmsg - служебное поле для отображения сообщения об ошибке.

Структура типа cPerson:

<xs:complexType name="cPerson">

<xs:sequence>

<xs:element name="a10_dct" type="xs:int"/>

<xs:element name="a11_dcs" type="xs:string" minOccurs="0"/>

<xs:element name="a12_dcn" type="xs:string" minOccurs="0"/>

<xs:element name="a13_smcd" type="xs:string" minOccurs="0"/>

<xs:element name="a14_trcd" type="xs:string" minOccurs="0"/>

<xs:element name="a15_pfio" type="xs:string" minOccurs="0"/>

<xs:element name="a16_pnm" type="xs:string" minOccurs="0"/>

<xs:element name="a17_pln" type="xs:string" minOccurs="0"/>

<xs:element name="a18_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a19_pbd" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a20_pph" type="xs:string" minOccurs="0"/>

<xs:element name="a21_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a22_pn" type="xs:string" minOccurs="0"/>

<xs:element name="a23_dt" type="xs:int" minOccurs="0"/>

<xs:element name="a24_sl" type="xs:string" minOccurs="0"/>

<xs:element name="a25_enp" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a10_dct - тип документа, подтверждающего факт страхования по обязательному медицинскому страхованию (1 - Полис ОМС старого образца, 2 - Временное свидетельство, 3 - Полис ОМС единого образца);

a11_dcs - серия полиса;

a12_dcn - номер полиса;

a13_smcd - реестровый номер СМО;

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

a15_pfio - фамилия пациента;

a16_pnm - имя пациента;

a17_pln - отчество пациента;

a18_ps - пол;

a19_pbd - дата рождения;

a20_pph - контактная информация;

a21_ps - серия УДЛ;

a22_pn - номер УДЛ;

a23_dt - тип УДЛ;

a24_sl - СНИЛС гражданина;

a25_enp - ЕНП гражданина.

Структура типа cResponceAttachPackage:

<xs:complexType name="cResponceAttachPackage">

<xs:sequence>

<xs:element name="p10_packrespinf" type="tns:cResponceOrdersPackage" minOccurs="0"/>

<xs:element name="p11_atachlist" type="tns:cAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packrespinf - сведения об ответном пакете;

p11_atachlist - информация о прикреплении.

Структура типа cResponceOrdersPackage:

<xs:complexType name="cResponceOrdersPackage">

<xs:sequence>

<xs:element name="r10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="r11_rsinf" type="tns:cResponceInformation" minOccurs="0"/>

<xs:element name="r12_orerl" type="tns:cOrdersErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

r11_rsinf - сведения об ответном пакете;

r12_orerl - данные об ошибках пакета.

Структура типа cResponceInformation:

<xs:complexType name="cResponceInformation">

<xs:sequence>

<xs:element name="pakageGUIDSrc" type="xs:string" minOccurs="0"/>

<xs:element name="r10_responcecode" type="xs:int"/>

<xs:element name="responceMessage" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

pakageGUIDSrc - GUID пакета на который сформирован ответ;

r10_responcecode - код ответа;

responceMessage - информационное сообщение ответа.

Структура типа cOrdersErrorList:

<xs:complexType name="cOrdersErrorList">

<xs:sequence>

<xs:element name="f10_orflker" type="tns:cOrdersFLKError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_orflker - список записей пакета с ошибками.

Структура типа cOrdersFLKError:

<xs:complexType name="cOrdersFLKError">

<xs:sequence>

<xs:element name="f10_nzap" type="xs:int"/>

<xs:element name="f11_flkerrorList" type="tns:cflkErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

f10_nzap - номер записи в которой выявлена ошибка;

f11_flkerrorList - список ошибок по записи.

Структура типа cflkErrorList:

<xs:complexType name="cflkErrorList">

<xs:sequence>

<xs:element name="f10_flkerror" type="tns:cflkError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_flkerror - ошибка.

Структура типа cflkError:

<xs:complexType name="cflkError">

<xs:sequence>

<xs:element name="e10_ecd" type="xs:int"/>

<xs:element name="e11_ems" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

e10_ecd - код ошибки;

e11_ems - сообщение ошибки.

Структура cAttachList:

<xs:complexType name="cAttachList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cAttach" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - список данных о прикреплении.

Структура CAttach:

<xs:complexType name="cAttach">

<xs:sequence>

<xs:element name="p10_nzap" type="xs:int"/>

<xs:element name="p11_actp" type="xs:int"/>

<xs:element name="p12_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="p13_orcl" type="tns:cAttachInfo" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p10_nzap - N записи;

p11_actp - тип действия (1 - прикрепить, 2 - открепить, 3 - получить сведения);

p12_pr - сведения о гражданине;

p13_orcl - массив сведений о прикреплении по гражданину.

Структура cAttachInfo:

<xs:complexType name="cAttachInfo">

<xs:sequence>

<xs:element name="a10_aad" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a11_snisl" type="xs:string" minOccurs="0"/>

<xs:element name="a12_sect" type="xs:string" minOccurs="0"/>

<xs:element name="a13_attp" type="xs:int"/>

<xs:element name="a14_pr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

a10_aad - дата прикрепления;

a11_snisl - СНИЛС медицинского работника (для метода MakeAttachAction не является обязательным атрибутом);

a12_ sect - код участка прикрепления;

a13_attp - тип прикрепления (1 - первичное, 2 - по заявлению);

a14_pr - признак прикрепления (1 - по переезду (смена места регистрации), 4 - смена участка или структурного подразделения внутри юридического лица (при автоматическом переприкрепление)).

2. SendAttachDoctorSectionInformation

Входные параметры:

<xs:complexType name="SendAttachDoctorSectionInformation">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachDoctorSectionPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

mocode - код МО, по которому будет формироваться ответ.

Результат выполнения функции:

<xs:complexType name="SendAttachDoctorSectionInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cAttachDoctorSectionPackage:

<xs:complexType name="cAttachDoctorSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="p12_orcl" type="tns:cAttachDoctorSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p11_mocd - код МО, которое передаёт информацию (например, юридическое лицо или структурное подразделение);

p12_orcl - массив медицинского персонала в разрезе участков.

Структура cAttachDoctorSection:

<xs:complexType name="cAttachDoctorSection">

<xs:sequence>

<xs:element name="d10_nzap" type="xs:int"/>

<xs:element name="d11_snils" type="xs:string" minOccurs="0"/>

<xs:element name="d12_orcl" type="tns:cAttachMOSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="d13_dn" type="xs:dateTime" minOccurs="0"/>

<xs:element name="d14_dn" type="xs: int " minOccurs="1"/>

<xs:element name="d16_sr" type="xs: string " minOccurs="0"/>

<xs:element name="d17_nm" type="xs: string " minOccurs="0"/>

<xs:element name="d18_ln" type="xs: string " minOccurs="0"/>

<xs:element name="d19_br" type="xs: dateTime " minOccurs="0"/>

<xs:element name=" d20_ds " type="xs: int " minOccurs="0"/>

</xs:sequence>

</xs:complexType>

d10_nzap - N записи;

d11_snils - СНИЛС медицинского работника;

d12_orcl - массив участков медицинского работника;

d13_dn - дата данных.

d14_st - тип медицинского работника (1 - врач, 2 - средний медицинский персонал).

d15_mo - код медицинской организации (структурного подразделения), где меняется информация по участкам.

d16_sr - фамилия медицинского работника.

d17_nm - имя медицинского работника.

d18_ln - отчество медицинского работника.

d19_br - дата рождения медицинского работника.

d20_ds - специальность медицинского работника (39- Общая врачебная практика (семейная медицина), 49- Педиатрия, 76- Терапия, 206 - Лечебное дело, 207 - Акушерское дело, 219- Сестринское дело, 221 - Сестринское дело в педиатрии).

Структура cAttachMOSection:

<xs:complexType name="cAttachMOSection">

<xs:sequence>

<xs:element name="s10_sect" type="xs:string" minOccurs="0"/>

<xs:element name="s11_dn" type="xs:dateTime" minOccurs="0"/>

<xs:element name="s12_snum" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

s10_sect - код участка (TХХ, где T - тип участка: 0 - терапевтический, 1 - педиатрический, 2 - ВОП);

s11_dn - дата начала действия записи;

s12_snum - номер врачебного участка внутри лечебного учреждения.

3. MakeAttachAction

Входные параметры:

<xs:complexType name="MakeAttachAction">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

cAttachPersonPackage - данные для выполнения операции прикрепления.

Результат выполнения функции:

<xs:complexType name="MakeAttachActionResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cAttachPersonPackage:

<xs:complexType name="cAttachPersonPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_atachlist" type="tns:cAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_atachlist - список записей для прикрепления.

4. MakeDeAttachAction

Входные параметры:

<xs:complexType name="MakeDeAttachAction">

<xs:sequence>

<xs:element name="orderpack" type="tns:cDeAttachPersonPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - данные для открепления пациента.

Результат выполнения функции:

<xs:complexType name="MakeDeAttachActionResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cDeAttachPersonPackage:

<xs:complexType name="cDeAttachPersonPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_deatachlist" type="tns:cDeAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_deatachlist - список данных для открепления.

Структура cDeAttachList:

<xs:complexType name="cDeAttachList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cDeAttach" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

Структура cDeAttach:

<xs:complexType name="cDeAttach">

<xs:sequence>

<xs:element name="p10_nzap" type="xs:int"/>

<xs:element name="p11_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="p12_sect" type="xs:string" minOccurs="0"/>

<xs:element name="p13_aad" type="xs:dateTime" minOccurs="0"/>

<xs:element name="p14_adr" type="xs:int"/>

<xs:element name="p15_mo" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_nzap - N записи;

p11_pr - сведения о застрахованном;

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

p13_add - дата открепления;

p14_adr - причина открепления (2 - смерть, 4 - смена участка внутри МО, 11 - смена МО в связи с возрастом, 12 - уведомление о прикреплении к МО другого субъекта РФ);

p15_mo - МО, от которой открепляется гражданин.

5. GetDeAttachByDate

Входные параметры:

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="lastsynhdate" type="xs:dateTime" minOccurs="0"/>

</xs:sequence>

lastsynhdate - дата, с которой требуется получить информацию, не более 10 дней от текущей.

Результат выполнения функции:

<xs:complexType name="GetDeAttachByDateResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cDeAttachPersonPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - список открепившихся граждан за период.

6. GetAttachListByRange

Входные параметры:

<xs:complexType name="GetAttachListByRange">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="rangestart" type="xs:int"/>

<xs:element name="isadres" type="xs:int"/>

</xs:sequence>

</xs:complexType>

isadres - выгружать с адресной информацией (1 - да).

Результат выполнения функции:

<xs:complexType name="GetAttachListByRangeResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - данные по прикреплению по указанному sendercode и начальному startid.

Структура cAttachPersonListPackage:

<xs:complexType name="cAttachPersonListPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_alist" type="tns:cAttachPersonList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_alist - структура со сведениями о прикреплении пациентов.

Структура cAttachPersonList:

<xs:complexType name="cAttachPersonList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cAttachPerson" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

cAttachPerson - данные о прикреплении пациента.

Структура cAttachPerson:

<xs:complexType name="cAttachPerson">

<xs:sequence>

<xs:element name="a01" type="xs:string" minOccurs="0"/>

<xs:element name="a02" type="xs:string" minOccurs="0"/>

<xs:element name="a03" type="xs:string" minOccurs="0"/>

<xs:element name="a04" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a05" type="xs:string" minOccurs="0"/>

<xs:element name="a06" type="xs:string" minOccurs="0"/>

<xs:element name="a07" type="xs:string" minOccurs="0"/>

<xs:element name="a08" type="xs:string" minOccurs="0"/>

<xs:element name="a09" type="tns: <xs:element name="a10" type="xs:string" minOccurs="0"/>

<xs:element name="a11" type="xs:string" minOccurs="0"/>

<xs:element name="a12_r type="xs:string" minOccurs="0"/>

<xs:element name="a13_c type="xs:string" minOccurs="0"/>

<xs:element name="a14_n type="xs:string" minOccurs="0"/>

<xs:element name="a15_u type="xs:string" minOccurs="0"/>

<xs:element name="a16_d type="xs:string" minOccurs="0"/>

<xs:element name="a17_k type="xs:string" minOccurs="0"/>

<xs:element name="a18_k type="xs:string" minOccurs="0"/>

<xs:element name="a19_pr type="xs:string" minOccurs="0"/>

<xs:element name="a20_pc type="xs:string" minOccurs="0"/>

<xs:element name="a21_pn type="xs:string" minOccurs="0"/>

<xs:element name="a22_pu type="xs:string" minOccurs="0"/>

<xs:element name="a23_pd type="xs:string" minOccurs="0"/>

<xs:element name="a24_pk type="xs:string" minOccurs="0"/>

<xs:element name="a25_pk type="xs:string" minOccurs="0"/>

<xs:element name="a26_hp type="xs:int" minOccurs="0"/>

<xs:element name="a27 type="xs:string" minOccurs="0"/>

<xs:element name="a28 type="xs:string" minOccurs="0"/>

<xs:element name="a29 type="xs:string" minOccurs="0"/>

<xs:element name="a30 type="xs:string" minOccurs="0"/>

<xs:element name="a31 type="xs:string" minOccurs="0"/>

<xs:element name="a32 type="xs:string" minOccurs="0"/>

<xs:element name="a33 type="xs: dateTime" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a01 - фамилия;

a02 - имя;

a03 - отчество;

a04 - дата рождения;

a05 - серия полиса;

a06 - номер полиса;

a07 - тип полиса;

a08 - ЕНП;

a09 - данные об участках и врачах;

a10 - пол.

a11 - внутренний идентификатор гражданина в ЦОДе.

a12_r - район регистрации.

a13_c - город регистрации.

a14_n - населенный пункт регистрации.

a15_u - улица регистрации.

a16_d - N дома по регистрации.

a17_k - N корпуса по регистрации.

a18_k - N квартиры по регистрации.

a19_pr - район проживания.

a20_pc - город проживания.

a21_pn - населенный пункт проживания.

a22_pu - улица проживания.

a23_pd - N дома проживания.

a24_pk - N корпуса проживания.

a25_pk - N квартиры проживания.

a26_hp - идентифицирует, кто выполнил операцию прикрепления (1 - ТФОМС, 2 - МО).

a27 - контактный телефон.

a28 - серия удл.

a29 - N удл.

a30 - тип удл.

a31 - СНИЛС.

a32 - СМО, в которой застрахован гражданин.

a33 - дата смерти застрахованного лица.

Структура CAttachMO:

<xs:complexType name="cAttachMO">

<xs:sequence>

<xs:element name="i1" type="xs:dateTime" minOccurs="0"/>

<xs:element name="i2" type="xs:string" minOccurs="0"/>

<xs:element name="i3" type="xs:string" minOccurs="0"/>

<xs:element name="i4" type="xs:string" minOccurs="0"/>

<xs:element name="i5" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

i1 - дата прикрепления;

i2 - СНИЛС врача;

i3 - код участка;

i4 - код медицинской организации;

i5 - тип прикрепления.

7. SetLoginAccess

Входные параметры:

<xs:complexType name="SetLoginAccess">

<xs:sequence>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="oldpassword" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

sendercode - код участника информационного взаимодействия;

username - логин участника информационного взаимодействия;

password - пароль участника информационного взаимодействия;

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

Функция возвращает:

<xs:complexType name="SetLoginAccessResponse">

<xs:sequence>

<xs:element name="return" type="xs:int"/>

</xs:sequence>

</xs:complexType>

return - код ответа

1 - операция завершилась успешно; -1 данные не полны; -2 старый пароль указан неверно (при смене пароля); -3 указанный логин уже зарегистрирован в БД.

8. SendAttachMoStreetSection

Входные параметры:

<xs:element name="orderpack" type="tns: CAttachMoStreetSectionPackage"minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element>

Структура CAttachMoStreetSectionPackage:

<xs:complexType name="cAttachMoStreetSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_atachmoscstlist" type="tns:cAttachMoStreetSectionList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

Структура cAttachMoStreetSectionList:

<xs:complexType name="cAttachMoStreetSectionList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cAttachMoStreetSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

cAttachMoStreetSection

Структура cAttachMoStreetSection:

<xs:complexType name="cAttachMoStreetSection">

<xs:sequence>

<xs:element name="a10_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="a11_orcl" type="tns:cAttachMoSectionStreet" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

cAttachMoSectionStreet - данные по участку и домам.

a10_mocd - код медицинской организации.

Структура cAttachMoSectionStreet:

<xs:complexType name="cAttachMoSectionStreet">

<xs:sequence>

<xs:element name="c10_sect" type="xs:string" minOccurs="0"/>

<xs:element name="c11_orcl" type="tns:cAttachSectionStreet" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

c10_sect - код врачебного участка.

cAttachSectionStreet - дома, обслуживаемые участком.

Структура cAttachSectionStreet:

<xs:complexType name="cAttachSectionStreet">

<xs:sequence>

<xs:element name="a10_hguid" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a10_hguid - глобальный идентификатор дома по ФИАС.

Результат выполнения функции:

<xs:complexType name=" GetAttachInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:CResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

9. GetAttachMoStreetSection

Входные параметры:

<xs:complexType name=" GetAttachMoStreetSection">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="cAttachMoStreetSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_atachmoscstlist" type="tns:cAttachMoStreetSectionList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

10. GetAttachListByRangeAct

Входные параметры:

<xs:complexType name="GetAttachListByRange">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="startid" type="xs:int"/>

<xs:element name="monthact" type="xs:int"/>

<xs:element name="yearact" type="xs:int"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name="GetAttachListByRangeResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

monthact - месяц получения данных по актам сверки (например, если акт сверки формируется по состоянию на 01.05.2016, т.е. по данным за апрель, то необходимо указывать значение monthact = 5).

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

11. SendQueryForDeAttachForMO

Входные параметры:

<xs:complexType name="SendQueryForDeAttachForMO">

<xs:sequence>

<xs:element name="orderpack" type="tns:cDeAttachQueryForMOPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cDeAttachQueryForMOPackage:

<xs:complexType name="cDeAttachQueryForMOPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_list" type="tns:cDeAttachQueryForMOList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_list - список уведомлений.

Структура cDeAttachQueryForMOList:

<xs:complexType name="cDeAttachQueryForMOList">

<xs:sequence>

<xs:element name="p_10orcl" type="tns:cDeAttachQueryForMORecord" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p_10orcl - уведомления.

Структура cDeAttachQueryForMORecord:

<xs:complexType name="cDeAttachQueryForMORecord">

<xs:sequence>

<xs:element name="m01_nzap" type="xs:int"/>

<xs:element name="m02_mosrc" type="xs:string" minOccurs="0"/>

<xs:element name="m03_modes" type="xs:string" minOccurs="0"/>

<xs:element name="m04_pep" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m05_nntf" type="xs:string" minOccurs="0"/>

<xs:element name="m06_dntf" type="xs: dateTime " minOccurs="0"/>

</xs:sequence>

</xs:complexType>

m01_nzap - N записи;

m02_mosrc - код МО, которая формирует уведомление о прикреплении в связи с поступившим заявлением;

m03_modes - код МО, от которой застрахованный откреплен;

m04_pep - персональные данные застрахованного;

m05_nntf - N уведомления;

m06_dntf - дата уведомления.

Результат выполнения функции:

<xs:complexType name="cResponceAttachPackage">

<xs:sequence>

<xs:element name="p10_packrespinf" type="tns:cResponceOrdersPackage" minOccurs="0"/>

<xs:element name="p11_atachlist" type="tns:cAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

12. GetQueryForDeAttachForMO

<xs:complexType name="GetQueryForDeAttachForMO">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="synhdate" type="xs:dateTime" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Synhdate - дата данных, не более чем за 10 дней.

Результат выполнения функции:

<xs:complexType name="cDeAttachQueryForMOList">

<xs:sequence>

<xs:element name="p_10orcl" type="tns:cDeAttachQueryForMORecord" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

13. GetAttachListByRangeDead

Входные параметры:

<xs:complexType name=" GetAttachListByRangeDead">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="rangestart" type="xs:int"/>

</xs:sequence>

</xs:complexType>

Результат выполнения функции:

<xs:complexType name=" GetAttachListByRangeDeadResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Приложение Г

Описание формата обмена при работе с Web-сервисом "Профилактические мероприятия"

При работе с Web-сервисом необходимо руководствоваться следующими общими подходами:

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

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

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

4. Контактные данные не имеют периода и хранятся в единственном экземпляре. При передаче перезаписываются.

5. Получать данные можно за любой период.

6. Планировать через Web-сервис профилактические мероприятия, а также передавать данные о фактически выполненных профилактических мероприятиях по прикрепленным к МО, но инокраевым гражданам технически возможно (сверх запланированных МЗ КК объемов), однако не рекомендуется. Следует также учитывать, что для инокраевых граждан не будет осуществляться информирование, ровно как и предоставляться Web-сервисом данные о фактически принятых к оплате счетах.

7. Типы cPerson (персональные данные), orderpack (контейнер) и cResponceOrdersPackage (результат обработки пакета) описаны в Web-сервисах "Прикрепленное население" (cPerson) и "Направление на плановую госпитализацию".

1. Метод getEvPlanQtys

Параметры:

username	Логин
password	Пароль
sendercode	код СМО или МО
year	год планирования профилактических мероприятий

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
kind	вид мероприятия, может принимать следующие значения: 1- диспансеризация 2- профилактический осмотр
year	год планирования профилактических мероприятий
mnth	месяц планирования
code_mo	код МО
quantity	плановый объем

<xs:element name="getEvPlanQtys" type="tns:getEvPlanQtys"/>

<xs:element name="getEvPlanQtysResponse" type="tns:getEvPlanQtysResponse"/>

<xs:complexType name="CevPlanQtysPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evPlanQtys" type="tns:CevPlanQtys" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlanQtys">

<xs:sequence>

<xs:element name="evPlanQuantity" type="tns:CevPlanQuantity" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlanQuantity">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="kind" type="xs:int" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

<xs:element name="mnth" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="quantity" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanQtys">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanQtysResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevPlanQtysPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

2. Метод getEvPlanList

Параметры:

username	Логин
password	Пароль
sendercode	код СМО
year	год планирования профилактических мероприятий
mnth	месяц планирования профилактических мероприятий
page	пагинация: порядковый номер страницы, начиная с 1, размером 10000 записей или менее для последней

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
kind	вид мероприятия, может принимать следующие значения: 1- диспансеризация 2- профилактический осмотр
year	год планирования профилактических мероприятий
mnth	месяц планирования
code_mo	код МО прикрепления на момент передачи персонального планируемого списка
dfSection	код участка прикрепления на момент передачи персонального планируемого списка
category	категория гражданина, может принимать следующие значения: 0- не имеет категории (общие основания) 0- имеет льготу по профилактическим мероприятиям
person	Информация о персоне, тип cPerson
opcode	Только в методе putEvPlanList: - отсутствует или 0 = добавить прикрепленного в список -1 = удалить прикрепленного из списка

<xs:element name="getEvPlanList" type="tns:getEvPlanList"/>

<xs:element name="getEvPlanListResponse" type="tns:getEvPlanListResponse"/>

<xs:complexType name="CevPlanListPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evPlanList" type="tns:CevPlanList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlanList">

<xs:sequence>

<xs:element name="evPlan" type="tns:CevPlan" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlan">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="kind" type="xs:int" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

<xs:element name="mnth" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="dfSection" type="xs:string" minOccurs="0"/>

<xs:element name="category" type="xs:int" minOccurs="0"/>

<xs:element name="person" type="tns:cPerson" minOccurs="0"/>

<xs:element name="opcode" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanList">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

<xs:element name="mnth" type="xs:int" minOccurs="0"/>

<xs:element name="page" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanListResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevPlanListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

3. Метод putEvPlanList

Параметры:

username	Логин
password	Пароль
sendercode	код МО
orderpack	содержит планируемый персональный список (рекомендуется передавать порциями по 10000 записей) типа CevPlanListPackage (описан ранее в п. 2)

Результат:

responcepack

результат обработки, типа cResponceOrdersPackage

<xs:element name="putEvPlanList" type="tns:putEvPlanList"/>

<xs:element name="putEvPlanListResponse" type="tns:putEvPlanListResponse"/>

<xs:complexType name="putEvPlanList">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevPlanListPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="putEvPlanListResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

4. Метод getEvContacts

Параметры:

username	Логин
password	Пароль
sendercode	код СМО

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
code_mo	код МО
phone	10-значный номер телефона вида 8611234567
comment	текстовый комментарий, не более 254 символов

<xs:element name="getEvContacts" type="tns:getEvContacts"/>

<xs:element name="getEvContactsResponse" type="tns:getEvContactsResponse"/>

<xs:complexType name="CevContactsPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evContacts" type="tns:CevContacts" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevContacts">

<xs:sequence>

<xs:element name="evContact" type="tns:CevContact" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevContact">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="phone" type="xs:string" minOccurs="0"/>

<xs:element name="comment" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvContacts">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvContactsResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevContactsPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

5. Метод putEvContacts

Параметры:

username	Логин
password	Пароль
sendercode	код МО
orderpack	содержит список контактов типа CevContactsPackage (описан ранее в п. 4)

Результат:

responcepack

результат обработки, типа cResponceOrdersPackage

<xs:element name="putEvContacts" type="tns:putEvContacts"/>

<xs:element name="putEvContactsResponse" type="tns:putEvContactsResponse"/>

<xs:complexType name="putEvContacts">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevContactsPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="putEvContactsResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

6. Метод getEvPlanDates

Параметры:

username	Логин
password	Пароль
sendercode	код СМО

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
kind	вид мероприятия, может принимать следующие значения: 1- диспансеризация 2- профилактический осмотр
code_mo	код МО прикрепления на момент передачи персонального планируемого списка
evdt	дата запланированного мероприятия
meth	метод осуществления запланированного мероприятия, может принимать следующие значения: 1- по адресу МО 2- выезд мобильной бригады в отдаленный район 3- доставка граждан из отдаленного района в МО
comment	текстовое описание мероприятия, не более 254 символов
address	текстовое значение адреса для методов 2 и 3, не более 254 символов

<xs:element name="getEvPlanDates" type="tns:getEvPlanDates"/>

<xs:element name="getEvPlanDatesResponse" type="tns:getEvPlanDatesResponse"/>

<xs:complexType name="CevPlanDatesPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evPlanDates" type="tns:CevPlanDates" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlanDates">

<xs:sequence>

<xs:element name="evPlanDate" type="tns:CevPlanDate" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevPlanDate">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="kind" type="xs:int" minOccurs="0"/>

<xs:element name="evdt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="meth" type="xs:int" minOccurs="0"/>

<xs:element name="comment" type="xs:string" minOccurs="0"/>

<xs:element name="address" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanDates">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvPlanDatesResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevPlanDatesPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

7. Метод putEvPlanDates

Параметры:

username	Логин
password	Пароль
sendercode	код МО
orderpack	содержит список запланированных дат типа CevPlanDatesPackage (описан ранее в п. 6)

Результат:

responcepack

результат обработки, типа cResponceOrdersPackage

<xs:element name="putEvPlanDates" type="tns:putEvPlanDates"/>

<xs:element name="putEvPlanDatesResponse" type="tns:putEvPlanDatesResponse"/>

<xs:complexType name="putEvPlanDates">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevPlanDatesPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="putEvPlanDatesResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

8. Метод getEvFactInfos

Параметры:

username	Логин
password	Пароль
sendercode	код МО
smo_code	код СМО, выполнившей информирование
infodate	дата информирования

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
smo_code	код СМО, выполнявшей информирование
code_mo	код МО, по прикрепленным к которой гражданам выполнялось информирование
Infodate	дата информирования
Infometh	метод информирования, может принимать следующие значения: 1- sms 2- email 3- телефон 4- почта 5- прочее
infostep	этап информирования, может принимать следующие значения: 1- приглашение на профилактическое мероприятие 2- напоминание о прохождении мероприятия 3- приглашения на второй этап диспансеризации (при необходимости) 4- напоминание о приглашении на второй этап диспансеризации (при необходимости)
person	Информация о персоне, тип cPerson

<xs:element name="getEvFactInfos" type="tns:getEvFactInfos"/>

<xs:element name="getEvFactInfosResponse" type="tns:getEvFactInfosResponse"/>

<xs:complexType name="CevFactInfosPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evFactInfos" type="tns:CevFactInfos" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactInfos">

<xs:sequence>

<xs:element name="evFactInfo" type="tns:CevFactInfo" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactInfo">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="smo_code" type="xs:string" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="infodate" type="xs:dateTime" minOccurs="0"/>

<xs:element name="infometh" type="xs:int" minOccurs="0"/>

<xs:element name="infostep" type="xs:int" minOccurs="0"/>

<xs:element name="person" type="tns:cPerson" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactInfos">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="smo_code" type="xs:string" minOccurs="0"/>

<xs:element name="infodate" type="xs:dateTime" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactInfosResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevFactInfosPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

9. Метод putEvFactInfos

Параметры:

username	Логин
password	Пароль
sendercode	код МО
orderpack	содержит список фактов информирования типа CevFactInfosPackage (описан ранее в п. 8)

Результат:

responcepack

результат обработки, типа cResponceOrdersPackage

<xs:element name="putEvFactInfos" type="tns:putEvFactInfos"/>

<xs:element name="putEvFactInfosResponse" type="tns:putEvFactInfosResponse"/>

<xs:complexType name="putEvFactInfos">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevFactInfosPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="putEvFactInfosResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

10. Метод getEvFactExecs

Параметры:

username	Логин
password	Пароль
sendercode	код СМО
code_mo	код МО, выполнившей профилактическое мероприятие
execdate	дата выполнения профилактического мероприятия

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
smo_code	код СМО, по застрахованным гражданам которой выполнялось профилактическое мероприятие (пусто для инокраевых граждан)
code_mo	код МО, выполнившей профилактическое мероприятие
execdate	дата исполнения шага профилактического мероприятия по застрахованному
execstep	шаг исполнения профилактического мероприятия, может принимать следующие значения: для вида мероприятия 1 (диспансеризация): 101 отказался от диспансеризации 102 начал диспансеризацию 103 завершил 1 этап диспансеризации 104 направлен на 2 этап диспансеризации 105 отказался от прохождения 2 этапа диспансеризации 106 начал 2 этап диспансеризации 107 завершил 2 этап диспансеризации 108 завершил 2 этап диспансеризации и направлен на госпитализацию в дневной стационар 109 завершил 2 этап диспансеризации и направлен на госпитализацию в круглосуточный стационар для вида мероприятия 2 (профилактический осмотр): 201 отказался от осмотра 202 начал осмотр 203 завершил осмотр 204 завершил осмотр и направлен на госпитализацию в дневной стационар 205 завершил осмотр и направлен на госпитализацию в круглосуточный стационар
person	информация о персоне, тип cPerson

<xs:element name="getEvFactExecs" type="tns:getEvFactExecs"/>

<xs:element name="getEvFactExecsResponse" type="tns:getEvFactExecsResponse"/>

<xs:complexType name="CevFactExecsPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evFactExecs" type="tns:CevFactExecs" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactExecs">

<xs:sequence>

<xs:element name="evFactExec" type="tns:CevFactExec" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactExec">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="execdate" type="xs:date" minOccurs="0"/>

<xs:element name="execstep" type="xs:int" minOccurs="0"/>

<xs:element name="person" type="tns:cPerson" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactExecs">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="execdate" type="xs:date" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactExecsResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevFactExecsPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

11. Метод putEvFactExecs

Параметры:

username	Логин
password	Пароль
sendercode	код МО
orderpack	содержит список фактов выполнения профилактических мероприятий типа CevFactExecsPackage (описан ранее в п. 10)

Результат:

responcepack

результат обработки, типа cResponceOrdersPackage

<xs:element name="putEvFactExecs" type="tns:putEvFactExecs"/>

<xs:element name="putEvFactExecsResponse" type="tns:putEvFactExecsResponse"/>

<xs:complexType name="putEvFactExecs">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevFactExecsPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="putEvFactExecsResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

12. Метод getEvFactInvcs

Параметры:

username	Логин
password	Пароль
sendercode	код СМО или МО
year	год принятия к оплате счетов за профилактические мероприятия
mnth	месяц принятия к оплате счетов за профилактические мероприятия
page	пагинация: порядковый номер страницы, начиная с 1, размером 10000 записей или менее для последней

Результат:

rid	порядковый (уникальный) номер строки внутри пакета или уникальный номер (id) записи в таблице в БД
year	год принятия к оплате счетов за профилактические мероприятия
mnth	месяц принятия к оплате счетов за профилактические мероприятия
code_mo	код МО, счет которой по профилактическим мероприятиям принят к оплате
smo_code	код СМО, принявшей к оплате счет по профилактическим мероприятиям
invcdatn	дата начала профилактического мероприятия (счета)
invcdato	дата окончания профилактического мероприятия (счета)
invcdate	дата персонального счета
invcstts	статус счета, может принимать значения: 1- счет за 1 этап 2- счет за 2 этап 3- счет за осмотр
ishob	код исхода обращения из счета, согласно справочнику SPR12
q_g	признак "Особый случай" при регистрации обращения за медицинской помощью, согласно справочнику SPR42
person	информация о персоне, тип cPerson

<xs:element name="getEvFactInvcs" type="tns:getEvFactInvcs"/>

<xs:element name="getEvFactInvcsResponse" type="tns:getEvFactInvcsResponse"/>

<xs:complexType name="CevFactInvcsPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="evFactInvcs" type="tns:CevFactInvcs" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactInvcs">

<xs:sequence>

<xs:element name="evFactInvc" type="tns:CevFactInvc" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="CevFactInvc">

<xs:sequence>

<xs:element name="rid" type="xs:int" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

<xs:element name="mnth" type="xs:int" minOccurs="0"/>

<xs:element name="code_mo" type="xs:string" minOccurs="0"/>

<xs:element name="smo_code" type="xs:string" minOccurs="0"/>

<xs:element name="invcdatn" type="xs:date" minOccurs="0"/>

<xs:element name="invcdato" type="xs:date" minOccurs="0"/>

<xs:element name="invcdate" type="xs:date" minOccurs="0"/>

<xs:element name="invcstts" type="xs:int" minOccurs="0"/>

<xs:element name="ishob" type="xs:string" minOccurs="0"/>

<xs:element name="q_g" type="xs:string" minOccurs="0"/>

<xs:element name="person" type="tns:cPerson" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactInvcs">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="year" type="xs:int" minOccurs="0"/>

<xs:element name="mnth" type="xs:int" minOccurs="0"/>

<xs:element name="page" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

<xs:complexType name="getEvFactInvcsResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:CevFactInvcsPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Перечень специфических ошибок для Web-сервиса "Профилактические мероприятия"

Код	Наименование и описание
600	Некорректное значение номера записи (rid) Значение должно быть уникальным в пределах пакета положительным целым числом.
601	Некорректное значение кода МО (code_mo) Код МО не найден в справочнике.
602	Некорректное значение кода СМО (smo_code) Код СМО не найден в справочнике. Должен быть 4-х значным региональным кодом.
603	Некорректное значение вида мероприятия (kind) Значение не найдено в справочнике.
604	Некорректное значение метода мероприятия (meth) Значение не найдено в справочнике.
605	Некорректное значение метода информирования (infometh) Значение не найдено в справочнике.
606	Некорректное значение шага информирования (infostep) Значение не найдено в справочнике.
607	Некорректное значение шага исполнения (execstep) Значение не найдено в справочнике.
608	Некорректная возрастная категория Возраст застрахованного лица не подходит для данной операции
609	Мероприятие другого типа уже запланировано В течение календарного года у застрахованного может быть мероприятие только одного типа
610	Код МО не принадлежит отправителю Попытка передачи данных для кодов МО, не относящихся к отправителю.
611	Неправильная планируемая дата (evdt) Дата должна быть в пределах от следующей за текущей датой до последней даты текущего года.
612	Неправильный планируемый период (year,mnth) Период должен быть в пределах от следующего за текущим квартала до последнего месяца текущего года.
613	Неправильная дата информирования (infodate) Дата информирования должна быть в пределах от текущей минус 30 дней до текущей минус 1 день.
614	Неправильная дата исполнения (execdate) Дата исполнения должна быть в пределах от текущей минус 30 дней до текущей минус 1 день.
615	Код СМО не принадлежит отправителю Попытка передать данные с кодом СМО, не имеющим отношения к отправителю.
616	Персона не идентифицирована среди застрахованных КК По переданным персональным данным не удалось идентифицировать застрахованного прикрепленного гражданина.
617	Указанное прикрепление не соответствует текущему На момент обработки прикрепление по указанному гражданину либо отсутствовало, либо отличается от указанного.
618	Планировать необходимо на следующие кварталы текущего года Плановые персональные списки необходимо передавать на следующие по отношению к дате передачи месяцы (кроме января) текущего года.
619	Дубли Дублирующиеся записи внутри пакета
620	Данное действие недопустимо для данного отправителя Метод не предназначен для вызывающего.
621	Превышение планового количества МЗ КК на соответствующий месяц Нельзя планировать для информирования более установленного МЗ КК количества
622	Данная персона уже запланирована для информирования Попытка повторной передачи лица, уже включенного в план мероприятий
623	Сервис временно недоступен Ведутся технические работы
624	Данная персона не найдена в списке на информирование Попытка удаления лица, никогда не включенного в план, либо уже исключенного из него
625	Нельзя удалять из списка на информирование на данный квартал Попытка удаления лица из плана закрытого (прошлого) квартала
626	Данная персона уже прошла мероприятие в указанном году Попытка включения в списки гражданина, который уже прошел проф меропритие
627	Данное мероприятие предназначено для взрослого населения Попытка включить гражданина, возраст которого не достиг 18 лет