Приказ Территориального фонда обязательного медицинского страхования Краснодарского края от 13 октября 2016 г. N 267-п "О внедрении Положения о порядке информационного обмена в системе обязательного медицинского страхования на территории Краснодарского края" (утратил силу)

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

ГАРАНТ:

Приказом Территориального фонда обязательного медицинского страхования Краснодарского края от 30 декабря 2016 г. N 384-П настоящий приказ признан утратившим силу

В целях совершенствования системы обязательного медицинского страхования и совершенствования информационного обмена в системе обязательного медицинского страхования на территории Краснодарского края приказываю:

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

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

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

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

Директор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Приказ Министерства здравоохранения РФ от 31.01.2001 N 17 "О введении в действие отраслевого стандарта "Спецификация файла данных государственного статистического наблюдения и формализованных показателей социально-гигиенического мониторинга для обмена информацией с помощью электронных (машинных) носителей и в системах информационных коммуникаций"";

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

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

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

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

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

- Приказ Министерства здравоохранения Российской Федерации от 20 ноября 2013 года N 859ан "О внесении изменений в Правила обязательного медицинского страхования, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28 февраля 2011 г. N 158н";

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

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

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

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

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

В целях обеспечения защиты конфиденциальной информации в системе обязательного медицинского страхования органы управления в сфере здравоохранения Краснодарского края, МО, СМО, ТФОМС КК проводят организационно-технические мероприятия по обеспечению санкционированного доступа к указанной информации лиц, занятых ее подготовкой, формированием и обработкой, а также выполнению требований Федерального закона от 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
Справочник "Статус представителя пациента"	ТФОМС КК	SPR41
Справочник "Особые случаи при регистрации обращения за медицинской помощью"	ТФОМС КК	SPR42
Справочник "Типы УДЛ"	ТФОМС КК	SPR43
Справочник "Медицинские специальности"	ФФОМС, ТФОМС КК	SPR46
Справочник "Типы проверки"	ТФОМС КК	SPR55
Справочник "Виды проверки"	ТФОМС КК	SPR56
Справочник "Санкции"	ТФОМС КК	SPR57
Справочник "Виды медицинской помощи"	ФФОМС, ТФОМС КК	SPR59
Справочник "Профиль оказанной медицинской помощи"	ФФОМС, ТФОМС КК	SPR60
Справочник "Тарифы подушевого финансирования ФАПов"	ТФОМС КК	SPR61
Справочник "Тип посещения"	ТФОМС КК	SPR63
Справочник "Тарифы подушевого финансирования станций скорой медицинской помощи"	ТФОМС КК	SPR65
Справочник "Соответствие КСГ, МКБ-Х, пола, возраста и кода медицинской услуги"	ФФОМС, ТФОМС КК	SPR69
Справочник "Комбинации КСГ, для которых окончательное отнесение осуществляется только по коду услуги оперативного вмешательства"	ФФОМС, ТФОМС КК	SPR70
Справочник "Список КСГ, для которых финансирование осуществляется в полном объеме независимо от длительности лечения"	ФФОМС, ТФОМС КК	SPR71
Справочник "Список КСГ, считающихся сверхдлительными при сроке пребывания более 45 дней"	ФФОМС, ТФОМС КК	SPR72
Справочник "Список парных и сочетанных хирургических операций"	ФФОМС, ТФОМС КК	SPR73
Справочник "Высокотехнологичная медицинская помощь, включенная в систему ОМС"	ФФОМС, ТФОМС КК	SPR74

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Типы полей:

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

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

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

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

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

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

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

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

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

Таблица 4.1

Паспортная часть, имя файла - РXXXXХ.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,20 примечаний)	Да
IMA	С (20)	имя (п. 5, 20 примечаний)	Да
OTCH	С (30)	отчество (п. 5, 20 примечаний)
POL	С (1)	пол (М/Ж) (п. 6, 20 примечаний)	Да
DATR	Д	дата рождения (п. 7, 20 примечаний)	Да
KAT	С (1)	категория граждан	Да	SPR09
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 20 примечаний)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС (п. 20 примечаний)	Да (для инокраевых)	SPR39
SPV	Ч (1)	тип ДПФС (п. 11, 20 примечаний)	Да
SPS	С (10)	серия ДПФС (п. 20 примечаний)	Да (для документов ОМС, имеющих серию
SPN	С (20)	номер ДПФС (п. 12, 20 примечаний)	Да
INV	С (1)	группа инвалидности (п. 18 примечаний)
P_PER	С (1)	признак поступления/перевода (п. 19 примечаний)	Да (для стационаров всех типов)
Q_G	С (7)	признак "Особый случай" при регистрации обращения за медицинской помощью (п. 8 примечаний)	Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность)	SPR42
NOVOR	С (8)	признак новорожденного (п. 14 примечаний)	Да (в случае оказания МП ребенку до государственной регистрации рождения)
VNOV_D	Ч (10,2)	вес при рождении (п. 16 примечаний)
FAMP	С (30)	фамилия представителя пациента (п. 5, 20 примечаний)	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента (п. 5, 20 примечаний)	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента (п. 5, 20 примечаний)
POLP	С (1)	пол представителя пациента (М/Ж) (п. 6, 20 примечаний)	Да (при Q_G = 2)
DATRP	Д	дата рождения представителя пациента (п. 7, 20 примечаний)	Да (при Q_G = 2)
C_DOC	Ч (2)	код типа УДЛ (п. 9, 20 примечаний)	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ (п. 9, 20 примечаний)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ (п. 9, 20 примечаний)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N APR_MO	С (5)	код направившей МО	Да (по направлениям и для телемедицины)	SPR01
N APR_N	C (13)	номер направления (п. 15 примечаний)	Да (по направлениям на плановую госпитализацию и исследования)
N APR_D	Д	дата выдачи направления	Да (по направлениям на плановую госпитализацию, ВМП и исследования)
N APR_DP	Д	дата планируемой госпитализации	Да (для ВМП)
ISTI	С (10)	номер амбулаторной карты или истории болезни	Да
DATN	Д	дата начала лечения	Да
DATO	Д	дата окончания лечения	Да
ISHL	С (3)	код исхода заболевания	Да	SPR11
ISHOB	С (3)	код исхода обращения	Да	SPR12
MP	С (1)	код формы обращения	Да	SPR14
SUMMA_I	Ч (14,2)	сумма к оплате по ОМС по случаю заболевания пациента	Да
DOC_TABN	С (10)	табельный номер врача закрывшего талон/историю (п. 17 примечаний)	Да
PV	С (40)	коды причин возврата (п. 10 примечаний)	Да (для возвратных счетов)	SPR15
DVOZVRAT	Д	дата возврата	Да (для возвратных счетов)

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

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

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

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

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

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

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

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

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

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

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

7. Дата рождения пациента заполняется по документу, удостоверяющему личность, или по его полису ОМС.

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

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

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

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

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

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

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

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

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

15. Уникально в течение года. Заполняется значением ККККК_ ХХХХХХХ, где ККККК - код медицинской организации в системе ОМС, ХХХХХХХ - порядковый номер направления от 0 до 9999999.

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

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

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

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

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

Таблица 4.2

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

Поле	Тип	Содержание	Обязат.	Справ.
UID	Ч (14,0)	уникальный номер записи об оказанной медицинской услуге в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
KOTD	С (4)	код отделения (п. 2, 6 примечаний)	Да	SPR07
KPK	С (2)	код профиля койки (п. 2 примечаний)	Да (для стационаров всех типов)	SPR08
MKBХ	С (6)	код диагноза основного заболевания по МКБ-Х (п. 2 примечаний)	Да (кроме диагностических услуг)	SPR20
MKBХS	С (6)	код диагноза сопутствующего заболевания по МКБ-Х (п. 2 примечаний)		SPR20
MKBXO	С (6)	код диагноза осложнения заболевания по МКБ-Х (п. 2 примечаний)		SPR20
KSTAND	С (15)	резервное поле
VP	С (3)	код условия оказания медицинской помощи (п. 2 примечаний)	Да	SPR13
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_TABN	С (10)	табельный номер сотрудника, оказавшего услугу (п. 7 примечаний)	Да (для услуг с тарифом ОМС больше 0, а также для посещений врача стоматолога, ФАПов и ССМП, услуг обращение)
SPEC	С (9)	код специальности специалиста, оказавшего услугу		SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи		SPR60
VMP	С (2)	вид медицинской помощи		SPR59
KSO	С (2)	способ оплаты медицинской помощи		SPR17

Примечания к таблице 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. Код отделения ХХХK, где ХХХ - это код профиля отделения из справочника SPR07, а K - номер отделения.

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

Таблица 4.3

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

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

Таблица 4.4

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

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь и выдавшей направление	Да	SPR01
N APR_N	С (13)	номер направления, (ККККК_ХХХХХХХ)	Да
N APR_MO	С (5)	код МО, в которое направлен пациент	Да	SPR01
N APR_D	Д	дата направления	Да
DOC_TABN	С (10)	табельный номер сотрудника, выдавшего направление	Да

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

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

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

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

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

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

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

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

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

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

файл 1: паспортная часть, имя файла - P_All (табл. 5.1);

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

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

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

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

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

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

Таблица 5.1

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

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов	Да
FVS	С (1)	тип реестра счетов, до проведения МЭК (п. 1 примечаний)	Да	SPR21
VS	С (1)	тип реестра счетов (п. 1 примечаний)	Да	SPR21
DATS	Д	дата формирования реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
DATPS	Д	дата формирования персонального счета	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
FIO	С (30)	фамилия	Да
IMA	С (20)	имя	Да
OTCH	С (30)	отчество
POL	С (1)	пол (М/Ж)	Да
DATR	Д	дата рождения	Да
KAT	С (1)	категория граждан	Да	SPR09
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС	Да (для инокраевых)	SPR39
SPV	Ч (1)	тип ДПФС	Да
SPS	С (10)	серия ДПФС	Да (для документов ОМС, имеющих серию
SPN	С (20)	номер ДПФС	Да
INV	С (1)	группа инвалидности
P_PER	С (1)	признак поступления/перевода	Да (для стационаров всех типов)
Q_G	С (7)	признак "Особый случай" при регистрации обращения за медицинской помощью	Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность)	SPR42
NOVOR	С (8)	признак новорожденного	Да (в случае оказания МП ребенку до государственной регистрации рождения)
VNOV_D	Ч (10,2)	вес при рождении
FAMP	С (30)	фамилия представителя пациента	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента
POLP	С (1)	пол представителя пациента (М/Ж)	Да (при Q_G = 2)
DATRP	Д	дата рождения представителя пациента	Да (при Q_G = 2)
C_DOC	Ч (2)	код типа УДЛ	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N APR_MO	С (5)	код направившей МО	Да (по направлениям и для телемедицины)	SPR01
N APR_N	C (13)	номер направления	Да (по направлениям на плановую госпитализацию и исследования)
N APR_D	Д	дата выдачи направления	Да (по направлениям на плановую госпитализацию, ВМП и исследования)
N APR_DP	Д	дата планируемой госпитализации	Да (для ВМП)
ISTI	С (10)	номер амбулаторной карты или истории болезни	Да
DATN	Д	дата начала лечения	Да
DATO	Д	дата окончания лечения	Да
ISHL	С (3)	код исхода заболевания	Да	SPR11
ISHOB	С (3)	код исхода обращения	Да	SPR12
MP	С (1)	код формы обращения	Да	SPR14
SUMMA_I	Ч (14,2)	сумма к оплате по ОМС по случаю заболевания пациента	Да
VPMAIN	Ч (1,0)	код группы оказания МП (п. 4 примечаний)	Да	SPR34
DOC_TABN	С (10)	табельный номер врача закрывшего талон/историю	Да
PV	С (40)	коды причин отказа (п. 3 примечаний)	Да (для непринятых/возвратных счетов)	SPR15
DVOZVRAT	Д	дата формирования возвратного реестра	Да (для возвратных счетов)
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. Заполняется значением из справочника, в соответствии к какой группе МП относится данный страховой случай.

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

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

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

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

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

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

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

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

Структура файлов для автоматизированной обработки в формате *.dbf показана в табл. 6.1. и 6.2. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файлы должны быть заархивированы программой-архиватором (ZIP-архивы). Имя архивного файла CutAll_YYYYMMКККК.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
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)	кол-во единиц к снятию	Да

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

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

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

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

Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 7.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла PayAll_YYYYMMКККК.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. Структура реестра подушевого финансирования ФАПов

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

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

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

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

Таблица 8.1

Подушевое финансирование, имя файла - FAP_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, муж.) (п. 2 примечаний)	Да
C0_1G	Ч (14,0)	числен. прик. нас-е (от 0-1, жен.) (п. 2 примечаний)	Да
C1_4M	Ч (14,0)	числен. прик. нас-е (от 1-4, муж.) (п. 2 примечаний)	Да
C1_4G	Ч (14,0)	числен. прик. нас-е (от 1-4, жен.) (п. 2 примечаний)	Да
C5_17M	Ч (14,0)	числен. прик. нас-е (от 5-17, муж.) (п. 2 примечаний)	Да
C5_17G	Ч (14,0)	числен. прик. нас-е (от 5-17, жен.) (п. 2 примечаний)	Да
C18_59M	Ч (14,0)	числен. прик. нас-е (от 18-59, муж.) (п. 2 примечаний)	Да
C18_54G	Ч (14,0)	числен. прик. нас-е (от 18-54, жен.) (п. 2 примечаний)	Да
C60M	Ч (14,0)	числен. прик. нас-е (от 60, муж.) (п. 2 примечаний)	Да
C55G	Ч (14,0)	числен. прик. нас-е (от 55, жен.) (п. 2 примечаний)	Да
T0_1M	Ч (14,2)	тариф подуш. фин. (от 0-1, муж.)	Да	SPR61
T0_1G	Ч (14,2)	тариф подуш. фин. (от 0-1, жен.)	Да	SPR61
T1_4M	Ч (14,2)	тариф подуш. фин. (от 1-4, муж.)	Да	SPR61
T1_4G	Ч (14,2)	тариф подуш. фин. (от 1-4, жен.)	Да	SPR61
T5_17M	Ч (14,2)	тариф подуш. фин. (от 5-17, муж.)	Да	SPR61
T5_17G	Ч (14,2)	тариф подуш. фин. (от 5-17, жен.)	Да	SPR61
T18_59M	Ч (14,2)	тариф подуш. фин. (от 18-59, муж.)	Да	SPR61
T18_54G	Ч (14,2)	тариф подуш. фин. (от 18-54, жен.)	Да	SPR61
T60M	Ч (14,2)	тариф подуш. фин. (от 60, муж.)	Да	SPR61
T55G	Ч (14,2)	тариф подуш. фин. (от 55, жен.)	Да	SPR61
TYPEPAY	Ч (1)	тип финансирования (п. 1 примечаний)	Да
MONTH_R	Ч (2,0)	месяц, за который проводится корректировка (п. 3 примечаний)	Да (при TYPEPAY = 2)
YEAR_R	Ч (4,0)	год, за который проводится корректировка (п. 3 примечаний)	Да (при TYPEPAY = 2)

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

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

2. При проведении корректировки, в случае если:

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

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

3. При проведении корректировки указывается месяц и год, в котором было проведено некорректное финансирование ФАПа.

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

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

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

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

Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 9.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла SmpAll_YYYYMMКККК.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	Да	Да	P_PER	да	С (1)	да	признак поступления/перевода
failures, verified, forwarded, nonchecked	3	invoice	Да	да	STAT_P	да	С (1)	да для инокраевых	SPR41
failures, verified, forwarded, nonchecked	3	invoice	да	да	Q_G	да	С (7)		SPR42
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	NOVOR	Да	С (9)	Да (в случае оказания МП ребенку до государственной регистрации рождения)	признак новорожденного
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	VNOV_D	да	Ч (10,2)		вес при рождении
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	да	да	KSMO	да	С (4)	да для краевых счетов	SPR03
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_MO	да	С (5)	да для направлений	SPR01
failures, verified, forwarded, nonchecked	3	invoice	да	да	N APR_N	да	С (13)	да для направлений
failures, verified, forwarded, nonchecked	3	Invoice	Да	Да	N APR_D	Да	Д	Да (по направлениям на плановую госпитализацию, ВМП и исследования)
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	N APR_DP	Да	Д	Да (для ВМП)
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	да	да	SUMMA_M	да	Ч (14,2)	да
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	VPMAIN	Да	Ч(1,0)	да	код группы оказания МП, SPR34
failures, verified, forwarded, nonchecked	3	invoice	Да	Да	DOC_TABN	Да	С (10)	да	табельный номер врача закрывшего талон/историю (п. 17 примечаний)
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	да	нет	AMOUNT_X_ OMS_B	да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части ОМС (базовая часть тарифа)
sanction	да	нет	AMOUNT_X_ OMS_DM	Да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части доплат
sanction	да	нет	AMOUNT_X_ OMS_D	да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части ОМС (дополнительные статьи затрат)
sanction	да	нет	AMOUNT_X_ OMS_K	да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части ОМС (коммунальные расходы)
sanction	да	нет	AMOUNT_X_ OMS_UC	Да	Ч (14,2)	да		сумма, не подлежащая оплате (п. 38 примечаний) в части участковости
sanction	да	нет	AMOUNT_X_MOD	да	Ч (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	Да	Нет	AMOUNT_M_OMS_B	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части ОМС (базовая часть тарифа)
Sanction	Да	Нет	AMOUNT_M_OMS_DM	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части доплат
Sanction	Да	Нет	AMOUNT_M_OMS_D	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части ОМС (дополнительные статьи затрат)
Sanction	Да	Нет	AMOUNT_M_OMS_K	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части ОМС (коммунальные услуги)
Sanction	Да	Нет	AMOUNT_M_OMS_UC	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части участковости
sanction	Да	Нет	AMOUNT_M_MOD	Да	Ч (14, 2)	Да		размер удержания при повторном МЭК в части модернизации
санкция к СМО (реэкспертиза)
sanction	Да	Нет	SANCTION_R_CODE	Да	С (8)	да	SPR57	код примененной по счету санкции к СМО
Sanction	Да	Нет	AMOUNT_R_INV_OMS	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части ОМС
Sanction	Да	Нет	AMOUNT_R_INV_OMS_B	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части ОМС (базовая часть тарифа)
Sanction	Да	Нет	AMOUNT_R_INV_OMS_DM	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части доплат
Sanction	Да	Нет	AMOUNT_R_INV_OMS_D	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части ОМС (дополнительные статьи затрат)
Sanction	Да	Нет	AMOUNT_R_INV_OMS_K	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части ОМС (коммунальные услуги)
Sanction	Да	Нет	AMOUNT_R_INV_OMS_UC	Да	Ч (14, 2)	Да		размер удержания по счету при реэкспертизе в части участковости
Sanction	Да	Нет	AMOUNT_R_INV_MOD	Да	Ч (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	да	да	MKBХ	да	С (6)	да для всех услуг, кроме диагностических	SPR20
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBХS	да	С (6)		SPR20
sanction, remainder, invoice	5, 5, 4	service	да	да	MKBХO	да	С (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	да	да	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	да	да	TARU_B	да	Ч (10,2)	да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	TARU_DM	да	Ч (10,2)	да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	TARU_D	да	Ч (10,2)	Да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	TARU_UC	да	Ч (10,2)	да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	TARU_M	да	Ч (10,2)	Да	SPR22
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _B	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _DM	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _D	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _K	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _UC	да	Ч (14,2)	да
sanction, remainder, invoice	5, 5, 4	service	да	да	SUMM _M	да	Ч (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)	да для услуг с тарифом ОМС/модернизации больше 0, а также для посещений врача стоматолога, ФАПов и ССМП	Табельный номер сотрудника, оказавшего услугу
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	да	да	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_OMS_B	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части ОМС (базовая часть тарифа)
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_OMS_DM	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части доплат
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_OMS_D	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части ОМС (дополнительные статьи затрат)
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_OMS_K	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части ОМС (коммунальные услуги)
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_OMS_UC	да	Ч (14,2)	да	сумма, не подлежащая оплате по данной услуге в части участковости
sanction, remainder, invoice	5, 5, 4	service	да	да	AMOUNT_X_MOD	да	Ч (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	service	Да	Да	AMOUNT_M_OMS_B	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части омс (базовая часть тарифа)
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_OMS_DM	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части доплат
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_OMS_D	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части омс (дополнительные статьи затрат)
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_OMS_K	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части омс (коммунальные услуги)
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_OMS_UC	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части участковости
Sanction, remainder, invoice	5, 5, 4	service	Да	Да	AMOUNT_M_MOD	Да	Ч (14, 2)	Да	размер удержания по счету при повторном МЭК в части модернизации
санкция к СМО (реэкспертиза)
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части ОМС
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS_B	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части ОМС (базовая часть тарифа)
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS_DM	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части доплат
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS_D	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части ОМС (дополнительные статьи затрат)
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS_K	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части ОМС (коммунальные услуги)
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_OMS_UC	Да	Ч (14, 2)	Да	размер удержания по счету по данной услуге при реэкспертизе в части участковости
Sanction, remainder, invoice	5, 5, 4	Services	Да	Да	AMOUNT_R_INV_MOD	Да	Ч (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	Примечание
28	тариф услуги по программе Модернизации здравоохранения
30	последовательный номер, присвоенный акту
31	регистрационный номер акта
32	первое число месяца отчетного периода
33	последнее число месяца отчетного периода
34	содержимое берется из справочника SPR55
35	содержимое берется из справочника SPR56
36	последовательный номер, присвоенный штрафу
37	содержимое берется из справочника SPR57
38	итоговая контрольная сумма удержаний складывается из 14 частей: AMOUNT_X_OMS + AMOUNT_X_MOD + AMOUNT_X_NRM + AMOUNT_X_TARIF + AMOUNT_X_INV2+ AMOUNT_M_OMS + AMOUNT_M_MOD + AMOUNT_R_INV_OMS + AMOUNT_R_INV_MOD + AMOUNT_R_INV_PTY + AMOUNT_R_RVD+ AMOUNT_R_NRM+AMOUNT_R_TARIF+AMOUNT_R_INV2
40	последовательный номер, присвоенный выгруженному файлу
41	порядковый номер выгружаемого файла в пределах отчетного периода

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

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

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

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

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

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

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

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

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

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

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

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

Страховая принадлежность пациента определяется на дату окончания лечения в случае ее наличия либо на дату начала лечения.

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

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

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

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

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

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

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

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

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

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

Таблица 11.1

Паспортная часть, предоставляемая МО, имя файла - РXXXXХ.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,20 примечаний табл.4.1)	Да
IMA	С (20)	имя (п. 5,20 примечаний табл.4.1)	Да
OTCH	С (30)	отчество (п. 5,20 примечаний табл.4.1)
POL	С (1)	пол (М/Ж) (п. 6,20 примечаний табл.4.1)	Да
DATR	Д	дата рождения (п. 7,20 примечаний табл.4.1)	Да
SNILS	С (14)	СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 20 примечаний табл.4.1)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС		SPR39
SPV	Ч (1)	тип ДПФС (п. 15,20 примечаний табл.4.1)
SPS	С (10)	серия ДПФС (п. 20 примечаний табл.4.1)
SPN	С (20)	номер ДПФС (п. 16,20 примечаний табл.4.1)
Q_G	С (7)	признак "Особый случай" (п. 8 примечаний табл.4.1)		SPR42
FAMP	С (30)	фамилия представителя пациента (п. 5,20 примечаний табл.4.1)	Да (при Q_G = 2)
IMP	С (20)	имя представителя пациента (п. 5,20 примечаний табл.4.1)	Да (при Q_G = 2)
OTP	С (30)	отчество представителя пациента (п. 5,20 примечаний табл.4.1)
POLP	С (1)	пол (М/Ж) (п. 6,20 примечаний табл.4.1)	Да (при Q_G = 2)
DATRP	Д	дата рождения (п. 7,20 примечаний табл.4.1)	Да (при Q_G = 2)
C_DOC	Ч (2,0)	код типа УДЛ (п. 9,20 примечаний табл.4.1)	Да (для инокраевых). При указании ЕНП может не заполняться.	SPR43
S_DOC	С (10)	серия УДЛ (п. 9,20 примечаний табл.4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
N_DOC	С (15)	номер УДЛ (п. 9,20 примечаний табл.4.1)	Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться.
DATN	Д	дата начала лечения (дата запроса)	Да
DATO	Д	дата окончания лечения

Таблица 11.2

Результат идентификации страховой принадлежности, имя файла - РXXXXХ.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,20 примечаний табл.4.1)	Да
FIOF	С (30)	фамилия (данные ЕРЗ)
IMA	С (20)	имя (п. 5,20 примечаний табл.4.1)	Да
IMAF	С (20)	имя (данные ЕРЗ)
OTCH	С (30)	отчество (п. 5,20 примечаний табл.4.1)
OTCHF	С (30)	отчество (данные ЕРЗ)
POL	С (1)	пол (М/Ж) (п. 6,20 примечаний табл.4.1)	Да
POLF	С (1)	пол (данные ЕРЗ)
DATR	Д	дата рождения (п. 7,20 примечаний табл.4.1)	Да
DATRF	Д	дата рождения (данные ЕРЗ)
SNILS	С (14)	СНИЛС (п. 20 примечаний табл.4.1)
SNILSF	С (14)	СНИЛС (данные ЕРЗ)
OKATO_OMS	С (5)	код ОКАТО территории страхования по ОМС (п. 20 примечаний табл.4.1)		SPR39
OKATO_OMSF	С (5)	код ОКАТО территории страхования по ОМС (данные ЕРЗ)
SPV	Ч (1)	тип ДПФС (п. 15,20 примечаний табл.4.1)
SPVF	Ч (1)	тип ДПФС (данные ЕРЗ)
SPS	С (10)	серия ДПФС (п. 20 примечаний табл.4.1)
SPSF	С (10)	серия ДПФС (данные ЕРЗ)
SPN	С (20)	номер ДПФС (п. 16,20 примечаний табл.4.1)
SPNF	С (20)	номер ДПФС (данные ЕРЗ)
DATNP	Д	дата начала действия ДПФС
DATOP	Д	дата окончания действия ДПФС
Q_G	С (7)	признак "Особый случай" (п. 8 примечаний табл.4.1)		SPR42
FAMP	С (30)	фамилия представителя пациента (п. 5,20 примечаний табл.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

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

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

Таблица 12.1

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

Условия оказания МП	Единицы учета
	койко-дни	посещение	УЕТ	день лечения	обращение	вызов
стационар, высокотехнологичная МП, медицинская реабилитация в стационарных условиях	услуги К,S,G,V
поликлиника		услуги B01,B04,B05 с тар.>0			услуги B01 (обращение), с тар.=0
стоматология		услуги B01.06[345678], B04.06[345678], B02.065.00[12] кроме услуг B01.063.00[4567], B01.063.010, В01.065.00[459], B01.065.010, B01.063.01[12], B01.065.011, B01.064.00[567], B01.067.004	услуги с УЕТ>0		услуги B01 (обращение), с тар.=0
дневной стационар, стационар дневного пребывания, стационар на дому				услуги K,S,G
женская консультация		услуги B01,B04 с тар.>0			услуги B01 (обращение), с тар.=0
центр здоровья, диспансеризация, неотложная МП, медицинские осмотры		услуги B01,B04 с тар.>0
приемное отделение		услуги B01 с тар.>0
фельдшерско-акушерский пункт		услуги B01,B02,B04			услуги B02 (обращение), с тар.=0
скорая МП						услуги B01.044

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

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

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

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

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

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

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

Например:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание и адрес действующего 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>

Таблица 14.1

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

Идентиф.	Тип	Размерность и формат	Обязат.	Описание
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

Таблица 14.2

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

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

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

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

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

Таблица 14.3

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

Идентиф.	Тип	Размерность и формат	Обязат.	Описание
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 символов	Да	Текст ответа*

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

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

Таблица 14.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	Не заполнены (некорректно заполнены) обязательные параметры.	Нет	Не заполнены обязательные параметры запроса (см. таблицу 14.1), либо некорректно заполнены обязательные параметры.
2	2	Результат поиска неоднозначен.	Нет	По данному набору входных параметров обнаружено более 1 подходящего варианта.
2	3	Информация не найдена.	Нет	По данному набору входных параметров обнаружено 0 подходящих вариантов.
3	1	Технический сбой: логирование запроса.	Да	Ошибка на Web-сервере. Необходимо информировать ТФОМС
3	2	Технический сбой: подключение к БД.	Да	Ошибка при подключении сервиса к РС ЕРЗ. Необходимо информировать ТФОМС
3	3	Технический сбой: выполнение запроса к БД.	Да	Ошибка выполнения запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	4	Ошибка выполнения запроса: запрос не вернул данных.	Да	Ошибка при получении результата запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	5	Ошибка выполнения запроса: результат запроса неоднозначен.	Да	Ошибка неожиданного возвращения неоднозначных данных в результате запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	6	Ошибка выполнения запроса: ошибка выборки данных.	Да	Ошибка извлечения сервисом данных из результирующего набора запроса к РС ЕРЗ. Необходимо информировать ТФОМС
3	-%	Внутренняя ошибка [-%]	Нет	Любое отрицательное число как код ошибки. Ошибка, связанная с РС ЕРЗ. Необходимо информировать ТФОМС.

15. 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 пакета будет найден в базе данных, то такой пакет отклонится.

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

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

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

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

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

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

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

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

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

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

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

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

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

12. GetCKDInformation - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию.

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

14. GetCKDInformationByMO - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию по коду МО.

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

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

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

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

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

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

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

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

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

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

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

СМО:

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

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

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

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

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

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

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

ТФОМС КК:

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

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

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

16. 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 минут до суток) и если персональные данные были обнаружены, то повторная операция прикрепления завершится успешно.

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

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, не ранее 3-его числа месяца следующего за отчетным.

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

11. GetQueryForDeAttachForMO - получить список записей на открепление от МО

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

ГБУЗ МИАЦ:

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

МО:

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

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

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

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

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

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

СМО:

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

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

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

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

ТФОМС КК:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение А

Таблица А.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	С (40)	должность руководителя
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Е	С (40)	наименование исхода заболевания
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Таблица А.7

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

Поле	Тип	Содержание	Справ.
CODE	С (3)	код исхода обращения
CODE_GR	С (1)	код группы медицинской помощи	SPR34
N AMЕ	С (60)	наименование исхода обращения
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)	пояснение по исправлению
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

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

Поле	Тип	Содержание
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

Справочник SPR61 "Тарифы подушевого финансирования ФАПов"

Поле	Тип	Содержание
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, жен.)

Таблица А.34

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

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

Таблица А.35

Справочник 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, жен.)

Таблица А.36

Справочник SPR69 "Соответствие КСГ, МКБ-Х, пола, возраста и кода медицинской услуги"

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

Таблица А.37

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

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

Таблица А.38

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

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

Таблица А.39

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

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

Таблица А.40

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

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

Таблица А.41

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

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

Структура типа 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 - Полис ОМС единого образца, 4 - Электронный полис ОМС единого образца, 5 - Полис ОМС в составе УЭК);

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: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 - дневной стационар).

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 - МО амбулатория);

m14_ornscd - код источника аннулирования;

m15_ornrcd - код причины аннулирования;

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:sequence>

</xs:complexType>

m10_nzap - номер записи, уникален в пределах пакета;

m11_ornm - номер направления;

m11_indt - дата;

m12_mocd - код МО;

m13_bprlist - список данных в разрезе профилей коек;

m14_zerr - служебное поле.

Структура типа 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 указанный логин уже зарегистрирован в БД.

Приложение В

Описание формата обмена при работе с 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 - Полис ОМС единого образца, 4 - Электронный полис ОМС единого образца, 5 - Полис ОМС в составе УЭК);

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 - по причине смены места регистрации).

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 - специальность медицинского работника (16 - Общая врачебная практика (семейная медицина), 22 - Педиатрия, 27 - Терапия, 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 - причина открепления (1 - смена места жительства,

2 - смерть, 3 - замена МО, 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: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 - СМО, в которой застрахован гражданин.

Структура 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:sequence>

</xs:complexType>

m01_nzap - N записи;

m02_mosrc - код МО кто инициирует запрос на открепление;

m03_modes - код МО кто должен открепить застрахованного;

m04_pep - персональные данные застрахованного.

Результат выполнения функции:

<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>