Приказ территориального фонда обязательного медицинского страхования Краснодарского края от 31 августа 2017 г. N 236-П "О внедрении Положения о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края"

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

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

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

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

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

Директор

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

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

Версия 17.0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГАРАНТ:

По-видимому, в тексте предыдущего абзаца допущена опечатка. Дату названного Федерального закона следует читать как "29 ноября 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 "Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования" (с изменениями от 9 сентября 2016 года);

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3.1

Перечень НСИ

Наименование	Источник	Идентиф
Справочник "Медицинские организации (подразделения), участвующие в формировании счетов по ОМС Краснодарского края"	ТФОМС КК	SPR01
Справочник "Плательщики"	ТФОМС КК	SPR02
Справочник "Профили отделений"	ГБУЗ МИАЦ	SPR07
Справочник "Профили коек"	ГБУЗ МИАЦ	SPR08
Справочник "Категории граждан"	ГБУЗ МИАЦ	SPR09
Справочник "Исход заболевания"	ФФОМС, ТФОМС КК	SPR11
Справочник "Исходы обращения"	ФФОМС, ТФОМС КК	SPR12
Справочник "Условия оказания медицинской помощи"	ТФОМС КК	SPR13
Справочник "Форма оказания МП"	ФФОМС, ТФОМС КК	SPR14
Справочник "Причины возврата счетов"	ТФОМС КК	SPR15
Справочник "Способы оплаты"	ТФОМС КК	SPR17
Справочник "Медицинские услуги"	ГБУЗ МИАЦ	SPR18
Справочник "История изменения медицинских услуг"	ГБУЗ МИАЦ	SPR18I
Справочник "Диагнозы по МКБ-Х"	ГБУЗ МИАЦ, ТФОМС КК	SPR20
Справочник "Тип реестра счетов"	ТФОМС КК	SPR21
Справочник "Тарифы медицинских услуг"	МО, ТФОМС КК	SPR22
Справочник "Типы прочих снятий и корректировок"	ТФОМС КК	SPR28
Справочник "Единицы учета медицинской помощи"	ТФОМС КК	SPR30
Справочник "Группы медицинской помощи"	ТФОМС КК	SPR34
Справочник "Назначения платежа"	ТФОМС КК	SPR35
Справочник "Источник платежа"	ТФОМС КК	SPR36
Справочник "Тип платежа"	ТФОМС КК	SPR37
Справочник "Коды территорий по ОКАТО"	ТФОМС КК	SPR39
Справочник "Статус представителя пациента"	ТФОМС КК	SPR41
Справочник "Особые случаи при регистрации обращения за медицинской помощью"	ТФОМС КК	SPR42
Справочник "Типы УДЛ"	ТФОМС КК	SPR43
Справочник "Медицинские специальности"	ФФОМС, ТФОМС КК	SPR46
Справочник "Типы проверки"	ТФОМС КК	SPR55
Справочник "Виды проверки"	ТФОМС КК	SPR56
Справочник "Санкции"	ТФОМС КК	SPR57
Справочник "Виды медицинской помощи"	ФФОМС, ТФОМС КК	SPR59
Справочник "Профиль оказанной медицинской помощи"	ФФОМС, ТФОМС КК	SPR60
Справочник "Тип посещения"	ТФОМС КК	SPR63
Справочник "Тарифы подушевого финансирования станций скорой медицинской помощи"	ТФОМС КК	SPR65
Справочник "Соответствие КСГ, МКБ-Х, пола, возраста и кода медицинской услуги"	ФФОМС, ТФОМС КК	SPR69
Справочник "Комбинации КСГ, для которых окончательное отнесение осуществляется только по коду услуги оперативного вмешательства"	ФФОМС, ТФОМС КК	SPR70
Справочник "Список КСГ, для которых финансирование осуществляется в полном объеме независимо от длительности лечения"	ФФОМС, ТФОМС КК	SPR71
Справочник "Список КСГ, считающихся сверхдлительными при сроке пребывания более 45 дней"	ФФОМС, ТФОМС КК	SPR72
Справочник "Список парных и сочетанных хирургических операций"	ФФОМС, ТФОМС КК	SPR73
Справочник "Высокотехнологичная медицинская помощь, оплачиваемая по ОМС"	ФФОМС, ТФОМС КК	SPR74
Справочник "Тарифы подушевого финансирования амбулаторно-поликлинических учреждений"	ТФОМС КК	SPR75
Справочник "Муниципальные образования Краснодарского края"	ТФОМС КК	SPR76
Справочник "Темы обращений граждан"	ТФОМС КК	SPR77
Справочник "Соответствие метода и способа обращения"	ТФОМС КК	SPR78

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Типы полей:

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

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

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

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

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

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

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

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

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

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

Таблица 4.1

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

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов (п. 1; 4 примечаний)	Да
VS	С (1)	тип реестра счетов (п. 2; 4 примечаний)	Да	SPR21
DATS	Д	дата формирования реестра счетов (п. 3; 4 примечаний)	Да
SN	Ч (12,0)	номер персонального счета (п. 13 примечаний)	Да
DATPS	Д	дата формирования персонального счета (п. 13 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика (п. 4 примечаний)	Да	SPR02
FIO	С (30)	фамилия (п. 5, 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	С (10)	признак "Особый случай" при регистрации обращения за медицинской помощью (п. 8 примечаний)	Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность)	SPR42
NOVOR	С (9)	признак новорожденного (п. 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)	код направившей МО	Да (п. 15 примечаний и для телемедицины и исследований)	SPR01
N APR_N	C (15)	номер направления (п. 15 примечаний)	Да (п. 15 примечаний и исследования)
N APR_D	Д	дата выдачи направления (п. 15 примечаний)	Да (п. 15 примечаний и для ВМП и исследования)
N APR_DP	Д	дата планируемой госпитализации (п. 22 примечаний)	Да (для ВМП)
TAL_N	C (18)	номер талона на ВМП (п. 22 примечаний)	Да (для ВМП)
TAL_D	Д	дата выдачи талона на ВМП (п. 22 примечаний)	Да (для ВМП)
PR_D_N	C (1)	признак диспансерного наблюдения (0 - нет, 1 - да)	Да (для диспансеризации/профосмотров)
ISTI	С (10)	номер амбулаторной карты или истории болезни	Да
DATN	Д	дата начала лечения	Да
DATO	Д	дата окончания лечения	Да
ISHL	С (3)	код исхода заболевания	Да	SPR11
ISHOB	С (3)	код исхода обращения	Да	SPR12
MP	С (1)	код формы обращения	Да	SPR14
DOC_SS	С (14)	СНИЛС врача закрывшего талон/историю (п. 17 примечаний)	Да
SPEC	С (9)	код специальности врача закрывшего талон/историю	Да	SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи	Да	SPR60
VMP	С (2)	вид медицинской помощи	Да	SPR59
KSO	С (2)	способ оплаты медицинской помощи	Да	SPR17
P_CEL	С (1)	цель посещения (п. 21 примечаний)	Да (для амбулаторных условий)
MKBX	С (6)	код диагноза основного заболевания по МКБ-Х	Да	SPR20
PV	С (40)	коды причин возврата (п. 10 примечаний)	Да (для возвратных счетов)	SPR15
DVOZVRAT	Д	дата возврата	Да (для возвратных счетов)
COMMENT	С (20)	резервное поле

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 4.2

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

Поле	Тип	Содержание	Обязат.	Справ.
UID	Ч (14,0)	уникальный номер записи об оказанной медицинской услуге в пределах реестра (п. 1 примечаний)	Да
CODE_MO	С (5)	код МО, оказавшей медицинскую помощь	Да	SPR01
NS	Ч (5,0)	номер реестра счетов	Да
SN	Ч (12,0)	номер персонального счета	Да
KOTD	С (4)	код отделения (п. 2, 6 примечаний)	Да	SPR07
KPK	С (2)	код профиля койки (п. 2 примечаний)	Да (для стационаров всех типов)	SPR08
MKBX	С (6)	код диагноза основного заболевания по МКБ-Х (п. 2 примечаний)	Да	SPR20
MKBX_PR	С (1)	признак впервые установленного диагноза основного заболевания (п. 8 примечаний)	Да (для счетов по диспансеризации/профилактическим медицинским осмотрам)
MKBXS	С (6)	код диагноза сопутствующего заболевания по МКБ-Х (п. 2 примечаний)		SPR20
MKBXS_PR	С (1)	признак впервые установленного диагноза сопутствующего заболевания (п. 8 примечаний)	Да (для счетов по диспансеризации/профилактическим медицинским осмотрам)
MKBXO	С (6)	код диагноза осложнения заболевания по МКБ-Х (п. 2 примечаний)		SPR20
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_SS	С (14)	СНИЛС врача закрывшего талон/историю (п. 17 примечаний)	Да (для услуг с IS_OUT = "0", за исключением услуг, выполненных юрид. лицом при проведении диспансеризации)
SPEC	С (9)	код специальности специалиста, оказавшего услугу		SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи	Да (для услуг с IS_OUT = "0")	SPR60
VMP	С (2)	вид медицинской помощи	Да (для услуг с IS_OUT = "0")	SPR59
COMMENT	С (20)	резервное поле

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 4.3

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

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

Таблица 4.4

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

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

Таблица 4.5

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

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

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

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

2. Заполняется при присвоении группы здоровья, кроме I и II.

Допустимые значения поля: 1 - направлен на консультацию в медицинскую организацию по месту прикрепления; 2 - направлен на консультацию в иную медицинскую организацию; 3 - направлен на обследование; 4 - направлен в дневной стационар; 5 - направлен на госпитализацию; 6 - направлен в реабилитационное отделение.

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

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

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

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

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

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

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

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

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

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

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

файл 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);

файл 5: назначения лечащего врача, имя файла - R_All (табл. 4.5);

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

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

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

Таблица 5.1

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

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов	Да
FVS	С (1)	тип реестра счетов, до проведения МЭК (п. 1 примечаний)	Да	SPR21
VS	С (1)	тип реестра счетов (п. 2 примечаний)	Да	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	С (10)	признак "Особый случай" при регистрации обращения за медицинской помощью	Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность)	SPR42
NOVOR	С (9)	признак новорожденного	Да (в случае оказания МП ребенку до государственной регистрации рождения)
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 (15)	номер направления	Да (по направлениям на плановую госпитализацию и исследования)
N APR_D	Д	дата выдачи направления	Да (по направлениям на плановую госпитализацию, ВМП и исследования)
N APR_DP	Д	дата планируемой госпитализации	Да (для ВМП)
TAL_N	C (18)	номер талона на ВМП	Да (для ВМП)
TAL_D	Д	дата выдачи талона на ВМП	Да (для ВМП)
PR_D_N	C (1)	признак диспансерного наблюдения (0 - нет, 1 - да)
ISTI	С (10)	номер амбулаторной карты или истории болезни	Да
DATN	Д	дата начала лечения	Да
DATO	Д	дата окончания лечения	Да
ISHL	С (3)	код исхода заболевания	Да	SPR11
ISHOB	С (3)	код исхода обращения	Да	SPR12
MP	С (1)	код формы обращения	Да	SPR14
SUMMA_I	Ч (14,2)	сумма к оплате по ОМС по случаю заболевания пациента (п. 5 примечаний)	Да
VPMAIN	Ч (1,0)	код группы оказания МП (п. 4 примечаний)	Да	SPR34
DOC_SS	С (14)	СНИЛС врача закрывшего талон/историю	Да
SPEC	С (9)	код специальности врача закрывшего талон/историю	Да	SPR46
PROFIL	С (3)	профиль оказанной медицинской помощи	Да	SPR60
VMP	С (2)	вид медицинской помощи	Да	SPR59
KSO	С (2)	способ оплаты медицинской помощи	Да	SPR17
P_CEL	С (1)	цель посещения	Да (для амбулаторных условий)
MKBX	С (6)	код диагноза основного заболевания по МКБ-Х	Да	SPR20
PV	С (40)	коды причин отказа (п. 3 примечаний)	Да (для непринятых/возвратных счетов)	SPR15
DVOZVRAT	Д	дата формирования возвратного реестра	Да (для возвратных счетов)
COMMENT	С (20)	резервное поле
TCHECK	C (1)	статус обработки персонального счета (1 - не принят к проведению МЭК, 2- принят к проведению МЭК)	Да
CS_OKATO	С (5)	код ОКАТО территории страхования по ОМС по данным ЦС		SPR39
CS_ENP	С (16)	ЕНП по данным ЦС
CS_SPV	Ч (1)	тип ДПФС по данным ЦС
CS_SPS	С (10)	серия ДПФС по данным ЦС
CS_SPN	С (20)	номер ДПФС по данным ЦС
PV_IGNOR	С (20)	коды проигнорированных причин отказа (п. 3 примечаний)	Да (для счетов с проигнорированными ошибками)	SPR15

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 6.1

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

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

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

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

Таблица 6.2

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

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

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

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

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

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

Таблица 7.1

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

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

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

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

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

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

Таблица 8.1

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

Поле	Тип	Содержание	Обязат.	Справ.
CODE_MO	С (5)	код МО	Да	SPR01
PL_OGRN	С (15)	ОГРН плательщика	Да	SPR02
MONTH	Ч (2,0)	отчетный месяц	Да
YEAR	Ч (4,0)	отчетный год	Да
C0_1M	Ч (14,0)	числен. прик. нас-е (от 0 - 1, муж.)	Да
C0_1G	Ч (14,0)	числен. прик. нас-е (от 0 - 1, жен.)	Да
C1_4M	Ч (14,0)	числен. прик. нас-е (от 1 - 4, муж.)	Да
C1_4G	Ч (14,0)	числен. прик. нас-е (от 1 - 4, жен.)	Да
C5_17M	Ч (14,0)	числен. прик. нас-е (от 5 - 17, муж.)	Да
C5_17G	Ч (14,0)	числен. прик. нас-е (от 5 - 17, жен.)	Да
C18_59M	Ч (14,0)	числен. прик. нас-е (от 18 - 59, муж.)	Да
C18_54G	Ч (14,0)	числен. прик. нас-е (от 18 - 54, жен.)	Да
C60M	Ч (14,0)	числен. прик. нас-е (от 60, муж.)	Да
C55G	Ч (14,0)	числен. прик. нас-е (от 55, жен.)	Да
T0_1M	Ч (14,2)	тариф подуш. фин. (от 0 - 1, муж.)	Да	SPR75
T0_1G	Ч (14,2)	тариф подуш. фин. (от 0 - 1, жен.)	Да	SPR75
T1_4M	Ч (14,2)	тариф подуш. фин. (от 1 - 4, муж.)	Да	SPR75
T1_4G	Ч (14,2)	тариф подуш. фин. (от 1 - 4, жен.)	Да	SPR75
T5_17M	Ч (14,2)	тариф подуш. фин. (от 5 - 17, муж.)	Да	SPR75
T5_17G	Ч (14,2)	тариф подуш. фин. (от 5 - 17, жен.)	Да	SPR75
T18_59M	Ч (14,2)	тариф подуш. фин. (от 18 - 59, муж.)	Да	SPR75
T18_54G	Ч (14,2)	тариф подуш. фин. (от 18 - 54, жен.)	Да	SPR75
T60M	Ч (14,2)	тариф подуш. фин. (от 60, муж.)	Да	SPR75
T55G	Ч (14,2)	тариф подуш. фин. (от 55, жен.)	Да	SPR75
ALL_SUM	Ч (14,2)	сумма полного подуш. фин.	Да
S0_1M	Ч (14,2)	сумма полного подуш. фин. (от 0 - 1, муж.)	Да
S0_1G	Ч (14,2)	сумма полного подуш. фин. (от 0 - 1, жен.)	Да
S1_4M	Ч (14,2)	сумма полного подуш. фин. (от 1 - 4, муж.)	Да
S1_4G	Ч (14,2)	сумма полного подуш. фин. (от 1 - 4, жен.)	Да
S5_17M	Ч (14,2)	сумма полного подуш. фин. (от 5 - 17, муж.)	Да
S5_17G	Ч (14,2)	сумма полного подуш. фин. (от 5 - 17, жен.)	Да
S18_59M	Ч (14,2)	сумма полного подуш. фин. (от 18 - 59, муж.)	Да
S18_54G	Ч (14,2)	сумма полного подуш. фин. (от 18 - 54, жен.)	Да
S60M	Ч (14,2)	сумма полного подуш. фин. (от 60, муж.)	Да
S55G	Ч (14,2)	сумма полного подуш. фин. (от 55, жен.)	Да
OST_SUM	Ч (14,2)	остаток средств	Да
KCUT	Ч (14,4)	поправочный коэффициент выполнения объемов и удержаний по результатам экспертиз к сумме подушевого финансирования	Да	SPR75
PAY_SUM	Ч (14,2)	сумма платежа с учетом поправочных коэффициентов	Да
PS0_1M	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 0 - 1, муж.)	Да
PS0_1G	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 0 - 1, жен.)	Да
PS1_4M	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 1 - 4, муж.)	Да
PS1_4G	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 1 - 4, жен.)	Да
PS5_17M	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 5 - 17, муж.)	Да
PS5_17G	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 5 - 17, жен.)	Да
PS18_59M	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 18 - 59, муж.)	Да
PS18_54G	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 18 - 54, жен.)	Да
PS60M	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 60, муж.)	Да
PS55G	Ч (14,2)	сумма подуш. фин. с учетом поправочных коэффициентов (от 55, жен.)	Да
TYPEPAY	Ч (1)	тип финансирования (значение 1 - первичное финансирование)	Да
MONTH_R	Ч (2,0)	месяц, за который проводится корректировка	Нет
YEAR_R	Ч (4,0)	год, за который проводится корректировка	Нет

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

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

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

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

Таблица 9.1

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

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

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

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

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

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

Таблица 10.1

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

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

Таблица 10.2

Элемент Acts

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

ГАРАНТ:

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

Таблица 10.4

Элемент Act

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

Таблица 10.5

Элемент Failures

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

Таблица 10.6

Элемент Verified

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

Таблица 10.7

Элемент Forwarded

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

Таблица 10.8

Элемент Nonchecked

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

Таблица 10.9

Элемент Invoice

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

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

Таблица 10.10

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

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

Таблица 10.11

Элемент Sanction

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

Таблица 10.12

Элемент Remainder

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

Таблица 10.13

Элемент Service

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

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

Таблица 10.14

Примечания

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

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

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

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

Структура файла PKKKKK.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.

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

Таблица 11.1

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

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов (п. 1 примечаний табл. 4.1)
VS	С (1)	тип реестра счетов (п. 2; 4 примечаний табл. 4.1). Для списков лиц подл. диспансеризации - "W", профосмотрам - "S"		SPR21 и знач. "W" и "S"
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	С (10)	признак "Особый случай" (п. 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

Результат идентификации страховой принадлежности, имя файла - РХХХХХ.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	С (10)	признак "Особый случай" (п. 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
PRIK_DATE		дата прикрепления

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

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

Таблица 12.1

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

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

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

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

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

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

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

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

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

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

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

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

Например:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 14.1

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

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

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

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

<definitions name='wsrz3'

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

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

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

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

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

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

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

</message>

</message>

</operation>

</portType>

<soap:binding style='rpc'

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

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

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

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

</output>

</operation>

</binding>

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

</port>

</service>

</definitions>

Таблица 14.2

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

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

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

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

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

3) paramSource, paramRID, paramForDate, policyType, policyNumber

Таблица 14.3

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

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

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

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

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

Таблица 14.4

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

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

* список возможных значений кодов результата см. в таблице 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 пакета будет найден в базе данных, то такой пакет отклонится. При повторной отправке исправленного пакета GUID должен быть другим.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

СМО:

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

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

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

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

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

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

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

ТФОМС КК:

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

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

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. Получение персонифицированных и статистических сведений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГБУЗ МИАЦ:

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

МО:

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

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

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

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

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

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

СМО:

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

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

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

ТФОМС КК:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

СМО при получении файла производит:

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

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

Таблица 17.1

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

Поле	Тип	Содержание	Обязат.	Справ.
NS	Ч (5,0)	номер реестра счетов
VS	С (1)	тип реестра счетов, значение "W" - диспанс., значение "S" - профосмотры		знач. "W", "S"
DATS	Д	дата формирования реестра счетов
SN	Ч (12,0)	номер персонального счета
DATPS	Д	дата формирования персонального счета
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)	тип ДПФС (п. 5, 20 примечаний табл. 4.1)
SPS	С (10)	серия ДПФС (п. 20 примечаний табл. 4.1)
SPN	С (20)	номер ДПФС (п. 16, 20 примечаний табл. 4.1)
Q_G	С (10)	признак "Особый случай" (п. 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	Д	дата окончания лечения
KK	Ч (1)	номер квартала, в котором запланированы профмероприятия	Да
YY	Ч (4)	год, в котором запланированы профмероприятия	Да

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

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

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

Таблица 18.1

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

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

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

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

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

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

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

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

G1R_MMYYDDNNNN.XML, где:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- T - <текст>;

- N - <число>;

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

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

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

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

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

Таблица 18.2

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

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

Таблица 18.3

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

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

Приложение А

Таблица А.1

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

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

Таблица А.2

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

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

Таблица А.3

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

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

Таблица А.4

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

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

Таблица А.5

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

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

Таблица А.6

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

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

Таблица А.7

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

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

Таблица А.8

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

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

Таблица А.9

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

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

Таблица А.10

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

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

Таблица А.11

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

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

Таблица А.12

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

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

Таблица А.13

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

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

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

Таблица А.14

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

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

Таблица А.15

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

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

Таблица А.16

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

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

Таблица А.17

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

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

Таблица А.18

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

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

Таблица А.19

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

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

Таблица А.20

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

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

Таблица А.21

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

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

Таблица А.22

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

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

Таблица А.23

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

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

ГАРАНТ:

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

Таблица А.25

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

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

Таблица А.26

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица А.27

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

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

Таблица А.28

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

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

Таблица А.29

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

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

Таблица А.30

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

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

Таблица А.31

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

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

Таблица А.32

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

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

Таблица А.33

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

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

Таблица А.34

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

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

Таблица А.35

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

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

Таблица А.36

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

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

Таблица А.37

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

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

Таблица А.38

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

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

Таблица А.39

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

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

Таблица А.40

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

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

Таблица А.41

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

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

Таблица А.42

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

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

Таблица А.43

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

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

Таблица А.44

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

Поле	Тип	Содержание
CODE_M	С (3)	код метода обращения
CODE_S	С (3)	код способа обращения
DATN	Д	дата начала действия
DATO	Д	дата окончания действия

Приложение Б

Описание формата обмена при работе с Web-сервисом "Направления на плановую госпитализацию"

1. SendPlanOrdersClinic

Входные параметры функции:

<xs:complexType name="SendPlanOrdersClinic">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderClinicPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="SendPlanOrdersClinicResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

username - имя пользователя;

password - пароль;

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

orderpack - пакет с данными о сведениях о направлениях на госпитализацию;

responcepack - пакет с ответной информацией и протоколом обработки.

Структура типа cOrderClinicPackage:

<xs:complexType name="cOrderClinicPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_ordercliniclist" type="tns:cOrderClinicList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

p11_ordercliniclist - данные о направлениях на госпитализацию.

Структура типа cPackageInformation:

<xs:complexType name="cPackageInformation">

<xs:sequence>

<xs:element name="p10_pakagedate" type="xs:dateTime" minOccurs="0"/>

<xs:element name="p11_pakagesender" type="xs:string" minOccurs="0"/>

<xs:element name="p12_pakageguid" type="xs:string" minOccurs="0"/>

<xs:element name="p13_zerrpkg" type="xs:int"/>

<xs:element name="p14_errmsg" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_pakagedate - дата формирования пакета;

p11_pakagesender - код отправителя пакета;

p12_pakageguid - GUID пакета;

p13_zerrpkg - служебное поле для отображения кода ошибке;

p14_errmsg - служебное поле для отображения сообщения об ошибке.

Структура типа cOrderClinicList:

<xs:complexType name="cOrderClinicList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderClinic" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о направлениях на госпитализацию.

Структура типа cOrderClinic:

<xs:complexType name="cOrderClinic">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_ortp" type="xs:int"/>

<xs:element name="m14_moscd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m16_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m18_mkbcd" type="xs:string" minOccurs="0"/>

<xs:element name="m19_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m21_dcnm" type="xs:string" minOccurs="0"/>

<xs:element name="m22_dtph" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m23_zerr" type="xs:int"/>

<xs:element name="m24_usok" type="xs:string" minOccurs="0"/>

<xs:element name="m25_trcd" type="xs:string"/>

</xs:sequence>

</xs:complexType>

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

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

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи (1 - плановая, 2 - неотложная, 3 - экстренная);

m14_moscd - код МО, направившей на госпитализацию;

m15_modcd - код МО, куда направлен пациент;

m16_pr - персональные данные пациента;

m18_mkbcd - код диагноза МКБ;

m19_kpkcd - код профиля койки;

m20_sccd - код отделения;

m21_dcnm - код медицинского работника;

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

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

m24_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

m25_trcd - код ОКАТО субъекта РФ, в который пациент направлен на госпитализацию (SPR39).

Структура типа cPerson:

<xs:complexType name="cPerson">

<xs:sequence>

<xs:element name="a10_dct" type="xs:int"/>

<xs:element name="a11_dcs" type="xs:string" minOccurs="0"/>

<xs:element name="a12_dcn" type="xs:string" minOccurs="0"/>

<xs:element name="a13_smcd" type="xs:string" minOccurs="0"/>

<xs:element name="a14_trcd" type="xs:string" minOccurs="0"/>

<xs:element name="a15_pfio" type="xs:string" minOccurs="0"/>

<xs:element name="a16_pnm" type="xs:string" minOccurs="0"/>

<xs:element name="a17_pln" type="xs:string" minOccurs="0"/>

<xs:element name="a18_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a19_pbd" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a20_pph" type="xs:string" minOccurs="0"/>

<xs:element name="a21_ps" type="xs:string" minOccurs="0"/>

<xs:element name="a22_pn" type="xs:string" minOccurs="0"/>

<xs:element name="a23_dt" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a10_dct - тип документа, подтверждающего факт страхования по обязательному медицинскому страхованию (1 - Полис ОМС старого образца, 2 - Временное свидетельство, 3 - Полис ОМС единого образца, 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:element name="m25_trcd" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

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

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи (1 - плановая, 2 - неотложная, 3 - экстренная);

m14_moscd - код МО, направившей на госпитализацию;

m15_modcd - код МО, куда направлен пациент;

m16_dttmfh - дата и время фактической госпитализации;

m17_pr - персональные данные пациента;

m18_kpkcd - код профиля койки;

m19_sccd - код отделения;

m20_crdnum - номер карты стационарного больного;

m21_mkbcd - код МКБ приемного отделения;

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

m24_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

m25_trcd - код ОКАТО субъекта РФ, откуда направлен пациент на госпитализацию.

3. SendOrdersHospitalUrgently

Входные параметры функции:

<xs:complexType name="SendFactOrdersHospitalUrgently">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderHospitalUrgentlyPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" SendFactOrdersHospitalUrgentlyResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями об экстренных госпитализациях;

Структура типа cOrderHospitalUrgentlyPackage:

<xs:complexType name=" cOrderHospitalUrgentlyPackage ">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_orderhospitalurgentlylist" type="tns:cOrderHospitalUrgentlyList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_orderhospitalurgentlylist - данные об экстренных госпитализациях.

Структура типа cOrderHospitalUrgentlyList:

<xs:complexType name=" cOrderHospitalUrgentlyList ">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderHospitalUrgently" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений об экстренных госпитализациях.

Структура типа cOrderHospitalUrgently:

<xs:complexType name="cOrderHospitalUrgently">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m12_dttmfh" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m14_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m16_crdnum" type="xs:string" minOccurs="0"/>

<xs:element name="m17_mkbcd" type="xs:string" minOccurs="0"/>

<xs:element name="m18_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

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

m11_modcd - код МО;

m12_dttmfh - дата и время фактической госпитализации;

m13_pr - персональные данные пациента;

m14_kpkcd - код профиля койки;

m15_sccd - код отделения;

m16_crdnum - номер карты стационарного больного;

m17_mkbcd - код МКБ приемного отделения;

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

4. SendOrdersNullification

Входные параметры функции:

<xs:complexType name=" SendOrdersNullification ">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderNullificationPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" SendOrdersNullificationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями об аннулировании госпитализаций;

Структура типа cOrderNullificationPackage:

<xs:complexType name=" cOrderNullificationPackage ">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_ordernullificationlist" type="tns:cOrderNullificationList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_ordernullificationlist - данные об аннулировании госпитализаций.

Структура типа cOrderNullificationList:

<xs:complexType name="cOrderNullificationList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderNullification" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений об аннулировании госпитализаций.

Структура типа cOrderNullification:

<xs:complexType name="cOrderNullification">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_orstp" type="xs:int"/>

<xs:element name="m14_ornscd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_ornrcd" type="xs:int"/>

<xs:element name="m16_ornld" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m17_dtph" type="xs:string" minOccurs="0"/>

<xs:element name="m18_lpucode" type="xs:string" minOccurs="0"/>

<xs:element name="m19_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

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

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

m12_ordt - дата направления;

m13_orstp - код типа источника аннулирования (1 - СМО, 2 - стационар МО, 3 - амбулаторно-поликлиническое учреждение, 4 - дневной стационар МО);

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

m15_ornrcd - код причины аннулирования (1 - неявка пациента на госпитализацию, 2- непредоставление необходимого пакета документов, 3-инициативный отказ от госпитализации пациентом, 4- смерть, 5 - прочие, 6-отсутствие медицинских показаний для госпитализации);

m16_ornld - дата аннулирования;

m17_dtph - дата плановой госпитализации;

m18_lpucode - код МО, куда выписано направление;

m19_kpkcd - код профиля койки

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

5. SendOrdersLeave

Входные параметры функции:

<xs:complexType name="SendOrdersLeave">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns:cOrderLeaveHospitalPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" SendOrdersLeaveResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями о выбывших пациентах;

Структура типа cOrderLeaveHospitalPackage:

<xs:complexType name=" cOrderLeaveHospitalPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_orderleavehospitallist" type="tns:cOrderLeaveHospitalList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_orderleavehospitallist - данные о выбывших пациентах.

Структура типа cOrderLeaveHospitalList:

<xs:complexType name="cOrderLeaveHospitalList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cOrderLeaveHospital" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о выбывших пациентах.

Структура типа cOrderLeaveHospital:

<xs:complexType name="cOrderLeaveHospital">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_ornm" type="xs:string" minOccurs="0"/>

<xs:element name="m12_ordt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m13_ortp" type="xs:int"/>

<xs:element name="m14_modcd" type="xs:string" minOccurs="0"/>

<xs:element name="m15_dttmfh" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m16_dttmlv" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m17_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m18_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="m19_sccd" type="xs:string" minOccurs="0"/>

<xs:element name="m20_crdnum" type="xs:string" minOccurs="0"/>

<xs:element name="m21_zerr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

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

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

m12_ordt - дата направления;

m13_ortp - форма оказания медицинской помощи;

m14_modcd - код МО

m15_dttmfh - дата госпитализации;

m16_dttmlv - дата выбытия;

m17_pr - персональные данные пациента;

m18_kpkcd - код профиля койки;

m19_sccd - код отделения;

m20_crdnum - номер карты стационарного больного;

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

6. SendKDInformation

Входные параметры функции:

<xs:complexType name="SendKDInformation">

<xs:sequence>

<xs:element name="orderpack" type="tns: tns: ckdInformationPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" SendKDInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceOrdersPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

orderpack - пакет с данными со сведениями о свободных койках;

Структура типа ckdInformationPackage:

<xs:complexType name=" ckdInformationPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_kdInformationlist" type="tns:ckdInformationList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_kdInformationlist - данные о свободных койках.

Структура типа ckdInformationList:

<xs:complexType name=" ckdInformationList ">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:ckdInformation " nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - детализированный список сведений о свободных койках.

Структура типа ckdInformation:

<xs:complexType name="ckdInformation">

<xs:sequence>

<xs:element name="m10_nzap" type="xs:int"/>

<xs:element name="m11_indt" type="xs:dateTime" minOccurs="0"/>

<xs:element name="m12_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="m13_bprlist" type="tns:cBedProfileList" minOccurs="0"/>

<xs:element name="m14_zerr" type="xs:int"/>

<xs:element name="m15_usok" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

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

m11_indt - дата;

m12_mocd - код МО;

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

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

m15_usok - условия оказания медицинской помощи (1 - стационар, 2 - дневной стационар).

Структура типа cBedProfileList:

<xs:complexType name="cBedProfileList">

<xs:sequence>

<xs:element name="s10_bpr" type="tns:cBedProfile" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

s10_bpr - сведения по койкам в разрезе профиля.

Структура типа cBedProfile:

<xs:complexType name="cBedProfile">

<xs:sequence>

<xs:element name="k10_kpkcd" type="xs:string" minOccurs="0"/>

<xs:element name="k11_cntcn" type="xs:int"/>

<xs:element name="k12_cnten" type="xs:int"/>

<xs:element name="k13_cntlv" type="xs:int"/>

<xs:element name="k14_cntpl" type="xs:int"/>

<xs:element name="k15_cntfrmn" type="xs:int"/>

<xs:element name="k16_cntfrwm" type="xs:int"/>

<xs:element name="k17_cntfrch" type="xs:int"/>

<xs:element name="k18_vkdlist" type="tns:cVolumeKDSMOList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

k10_kpkcd - код профиля койки;

k11_cntcn - состояло пациентов на отчетный период;

k12_cnten - поступило пациентов на отчетный период;

k13_cntlv - выбыло пациентов на отчетный период;

k14_cntpl - планируется пациентов на отчетный период;

k15_cntfrmn - свободных коек мужчины;

k16_cntfrwm - свободных коек женщины;

k17_cntfrch - свободных коек дети;

k18_vkdlist - список данных по исполнению объемов в разрезе СМО.

Структура типа cVolumeKDSMOList:

<xs:complexType name="cVolumeKDSMOList">

<xs:sequence>

<xs:element name="n10_vkd" type="tns:cVolumeKDSMO" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

n10_vkd - данные по исполнению объемов в разрезе типа объема и СМО.

Структура типа cVolumeKDSMO:

<xs:complexType name="cVolumeKDSMO">

<xs:sequence>

<xs:element name="k10_vtp" type="xs:int"/>

<xs:element name="k11_smcd" type="xs:string" minOccurs="0"/>

<xs:element name="k12_vkd" type="xs:int"/>

</xs:sequence>

</xs:complexType>

k10_vtp - тип объема (1 - госпитализация, 2 - койко-день);

k11_smcd - код СМО;

k12_vkd - значение объема.

7. GetPlanOrdersClinic

Входные параметры функции:

<xs:complexType name="GetPlanOrdersClinic">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetPlanOrdersClinicResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderClinicPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

8. GetFactOrdersHospital

Входные параметры функции:

<xs:complexType name="GetFactOrdersHospital">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetFactOrdersHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderHospitalPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

9. GetOrdersHospitalUrgently

Входные параметры функции:

<xs:complexType name="GetOrdersHospitalUrgently">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" GetOrdersHospitalUrgentlyResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderHospitalUrgentlyPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

10. GetOrdersNullification

Входные параметры функции:

<xs:complexType name="GetOrdersNullification">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" GetOrdersNullificationResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderNullificationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

11. GetOrdersLeaveHospital

Входные параметры функции:

<xs:complexType name="GetOrdersLeaveHospital">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cOrderLeaveHospitalPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

12. GetCKDInformation

Входные параметры функции:

<xs:complexType name="GetCKDInformation">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

13. GetCKDInformationByKpk

Входные параметры функции:

<xs:complexType name="GetCKDInformationByKpk">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="kpkcode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

kpkcode - код профиля койки по которому будет возвращена информация.

14. GetCKDInformationByMO

Входные параметры функции:

<xs:complexType name="GetCKDInformationByMO">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="mocode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetOrdersLeaveHospitalResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cKDInformationPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

mocode - код медицинской организации.

15. SetLoginAccess

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

<xs:complexType name="SetLoginAccess">

<xs:sequence>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="oldpassword" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

sendercode - код участника информационного взаимодействия;

username - логин участника информационного взаимодействия;

password - пароль участника информационного взаимодействия;

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

Функция возвращает:

<xs:complexType name="SetLoginAccessResponse">

<xs:sequence>

<xs:element name="return" type="xs:int"/>

</xs:sequence>

</xs:complexType>

return - код ответа

1 - операция завершилась успешно; -1 данные не полны; -2 старый пароль указан неверно (при смене пароля); -3 указанный логин уже зарегистрирован в БД.

Приложение В

Описание формата обмена при работе с 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>

a11_dcs - серия полиса;

a12_dcn - номер полиса;

a13_smcd - реестровый номер СМО;

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

a15_pfio - фамилия пациента;

a16_pnm - имя пациента;

a17_pln - отчество пациента;

a18_ps - пол;

a19_pbd - дата рождения;

a20_pph - контактная информация;

a21_ps - серия УДЛ;

a22_pn - номер УДЛ;

a23_dt - тип УДЛ;

a24_sl - СНИЛС гражданина;

a25_enp - ЕНП гражданина.

Структура типа cResponceAttachPackage:

<xs:complexType name="cResponceAttachPackage">

<xs:sequence>

<xs:element name="p10_packrespinf" type="tns:cResponceOrdersPackage" minOccurs="0"/>

<xs:element name="p11_atachlist" type="tns:cAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packrespinf - сведения об ответном пакете;

p11_atachlist - информация о прикреплении.

Структура типа cResponceOrdersPackage:

<xs:complexType name="cResponceOrdersPackage">

<xs:sequence>

<xs:element name="r10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="r11_rsinf" type="tns:cResponceInformation" minOccurs="0"/>

<xs:element name="r12_orerl" type="tns:cOrdersErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p10_packinf - сведения о пакете;

r11_rsinf - сведения об ответном пакете;

r12_orerl - данные об ошибках пакета.

Структура типа cResponceInformation:

<xs:complexType name="cResponceInformation">

<xs:sequence>

<xs:element name="pakageGUIDSrc" type="xs:string" minOccurs="0"/>

<xs:element name="r10_responcecode" type="xs:int"/>

<xs:element name="responceMessage" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

pakageGUIDSrc - GUID пакета на который сформирован ответ;

r10_responcecode - код ответа;

responceMessage - информационное сообщение ответа.

Структура типа cOrdersErrorList:

<xs:complexType name="cOrdersErrorList">

<xs:sequence>

<xs:element name="f10_orflker" type="tns:cOrdersFLKError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_orflker - список записей пакета с ошибками.

Структура типа cOrdersFLKError:

<xs:complexType name="cOrdersFLKError">

<xs:sequence>

<xs:element name="f10_nzap" type="xs:int"/>

<xs:element name="f11_flkerrorList" type="tns:cflkErrorList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

f10_nzap - номер записи в которой выявлена ошибка;

f11_flkerrorList - список ошибок по записи.

Структура типа cflkErrorList:

<xs:complexType name="cflkErrorList">

<xs:sequence>

<xs:element name="f10_flkerror" type="tns:cflkError" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

f10_flkerror - ошибка.

Структура типа cflkError:

<xs:complexType name="cflkError">

<xs:sequence>

<xs:element name="e10_ecd" type="xs:int"/>

<xs:element name="e11_ems" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

e10_ecd - код ошибки;

e11_ems - сообщение ошибки.

Структура cAttachList:

<xs:complexType name="cAttachList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cAttach" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

l10_orcl - список данных о прикреплении.

Структура CAttach:

<xs:complexType name="cAttach">

<xs:sequence>

<xs:element name="p10_nzap" type="xs:int"/>

<xs:element name="p11_actp" type="xs:int"/>

<xs:element name="p12_pr" type="tns:cPerson" minOccurs="0"/>

<xs:element name="p13_orcl" type="tns:cAttachInfo" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p10_nzap - N записи;

p11_actp - тип действия (1 - прикрепить, 2 - открепить, 3 - получить сведения);

p12_pr - сведения о гражданине;

p13_orcl - массив сведений о прикреплении по гражданину.

Структура cAttachInfo:

<xs:complexType name="cAttachInfo">

<xs:sequence>

<xs:element name="a10_aad" type="xs:dateTime" minOccurs="0"/>

<xs:element name="a11_snisl" type="xs:string" minOccurs="0"/>

<xs:element name="a12_sect" type="xs:string" minOccurs="0"/>

<xs:element name="a13_attp" type="xs:int"/>

<xs:element name="a14_pr" type="xs:int"/>

</xs:sequence>

</xs:complexType>

a10_aad - дата прикрепления;

a11_snisl - СНИЛС медицинского работника (для метода MakeAttachAction не является обязательным атрибутом);

a12_ sect - код участка прикрепления;

a13_attp - тип прикрепления (1 - первичное, 2 - по заявлению);

a14_pr - признак прикрепления (1 - по переезду (смена места регистрации), 4 - смена участка или структурного подразделения внутри юридического лица (при автоматическом перекреплении)).

2. SendAttachDoctorSectionInformation

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

<xs:complexType name="SendAttachDoctorSectionInformation">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachDoctorSectionPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

mocode - код МО, по которому будет формироваться ответ.

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

<xs:complexType name="SendAttachDoctorSectionInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:cResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cAttachDoctorSectionPackage:

<xs:complexType name="cAttachDoctorSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="p12_orcl" type="tns:cAttachDoctorSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p11_mocd - код МО, которое передаёт информацию (например, юридическое лицо или структурное подразделение);

p12_orcl - массив медицинского персонала в разрезе участков.

Структура cAttachDoctorSection:

<xs:complexType name="cAttachDoctorSection">

<xs:sequence>

<xs:element name="d10_nzap" type="xs:int"/>

<xs:element name="d11_snils" type="xs:string" minOccurs="0"/>

<xs:element name="d12_orcl" type="tns:cAttachMOSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="d13_dn" type="xs:dateTime" minOccurs="0"/>

<xs:element name="d14_dn" type="xs: int " minOccurs="1"/>

<xs:element name="d16_sr" type="xs: string " minOccurs="0"/>

<xs:element name="d17_nm" type="xs: string " minOccurs="0"/>

<xs:element name="d18_ln" type="xs: string " minOccurs="0"/>

<xs:element name="d19_br" type="xs: dateTime " minOccurs="0"/>

<xs:element name=" d20_ds " type="xs: int " minOccurs="0"/>

</xs:sequence>

</xs:complexType>

d10_nzap - N записи;

d11_snils - СНИЛС медицинского работника;

d12_orcl - массив участков медицинского работника;

d13_dn - дата данных.

d14_st - тип медицинского работника (1 - врач, 2 - средний медицинский персонал).

d15_mo - код медицинской организации (структурного подразделения), где меняется информация по участкам.

d16_sr - фамилия медицинского работника.

d17_nm - имя медицинского работника.

d18_ln - отчество медицинского работника.

d19_br - дата рождения медицинского работника.

d20_ds - специальность медицинского работника (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:element name="a33 type="xs: dateTime" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a01 - фамилия;

a02 - имя;

a03 - отчество;

a04 - дата рождения;

a05 - серия полиса;

a06 - номер полиса;

a07 - тип полиса;

a08 - ЕНП;

a09 - данные об участках и врачах;

a10 - пол.

a11 - внутренний идентификатор гражданина в ЦОДе.

a12_r - район регистрации.

a13_c - город регистрации.

a14_n - населенный пункт регистрации.

a15_u - улица регистрации.

a16_d - N дома по регистрации.

a17_k - N корпуса по регистрации.

a18_k - N квартиры по регистрации.

a19_pr - район проживания.

a20_pc - город проживания.

a21_pn - населенный пункт проживания.

a22_pu - улица проживания.

a23_pd - N дома проживания.

a24_pk - N корпуса проживания.

a25_pk - N квартиры проживания.

a26_hp - идентифицирует, кто выполнил операцию прикрепления (1 - ТФОМС, 2 - МО).

a27 - контактный телефон.

a28 - серия удл.

a29 - N удл.

a30 - тип удл.

a31 - СНИЛС.

a32 - СМО, в которой застрахован гражданин.

a33 - дата смерти застрахованного лица.

Структура CAttachMO:

<xs:complexType name="cAttachMO">

<xs:sequence>

<xs:element name="i1" type="xs:dateTime" minOccurs="0"/>

<xs:element name="i2" type="xs:string" minOccurs="0"/>

<xs:element name="i3" type="xs:string" minOccurs="0"/>

<xs:element name="i4" type="xs:string" minOccurs="0"/>

<xs:element name="i5" type="xs:int" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

i1 - дата прикрепления;

i2 - СНИЛС врача;

i3 - код участка;

i4 - код медицинской организации;

i5 - тип прикрепления.

7. SetLoginAccess

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

<xs:complexType name="SetLoginAccess">

<xs:sequence>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="oldpassword" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

sendercode - код участника информационного взаимодействия;

username - логин участника информационного взаимодействия;

password - пароль участника информационного взаимодействия;

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

Функция возвращает:

<xs:complexType name="SetLoginAccessResponse">

<xs:sequence>

<xs:element name="return" type="xs:int"/>

</xs:sequence>

</xs:complexType>

return - код ответа

8. SendAttachMoStreetSection

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

<xs:element name="orderpack" type="tns: CAttachMoStreetSectionPackage"minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element>

Структура CAttachMoStreetSectionPackage:

<xs:complexType name="cAttachMoStreetSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_atachmoscstlist" type="tns:cAttachMoStreetSectionList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

Структура cAttachMoStreetSectionList:

<xs:complexType name="cAttachMoStreetSectionList">

<xs:sequence>

<xs:element name="l10_orcl" type="tns:cAttachMoStreetSection" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

cAttachMoStreetSection

Структура cAttachMoStreetSection:

<xs:complexType name="cAttachMoStreetSection">

<xs:sequence>

<xs:element name="a10_mocd" type="xs:string" minOccurs="0"/>

<xs:element name="a11_orcl" type="tns:cAttachMoSectionStreet" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

cAttachMoSectionStreet - данные по участку и домам.

a10_mocd - код медицинской организации.

Структура cAttachMoSectionStreet:

<xs:complexType name="cAttachMoSectionStreet">

<xs:sequence>

<xs:element name="c10_sect" type="xs:string" minOccurs="0"/>

<xs:element name="c11_orcl" type="tns:cAttachSectionStreet" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

c10_sect - код врачебного участка.

cAttachSectionStreet - дома, обслуживаемые участком.

Структура cAttachSectionStreet:

<xs:complexType name="cAttachSectionStreet">

<xs:sequence>

<xs:element name="a10_hguid" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

a10_hguid - глобальный идентификатор дома по ФИАС.

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

<xs:complexType name=" GetAttachInformationResponse">

<xs:sequence>

<xs:element name="responcepack" type="tns:CResponceAttachPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

9. GetAttachMoStreetSection

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

<xs:complexType name=" GetAttachMoStreetSection">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="cAttachMoStreetSectionPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_atachmoscstlist" type="tns:cAttachMoStreetSectionList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

10. GetAttachListByRangeAct

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

<xs:complexType name="GetAttachListByRange">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="startid" type="xs:int"/>

<xs:element name="monthact" type="xs:int"/>

<xs:element name="yearact" type="xs:int"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name="GetAttachListByRangeResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

monthact - месяц получения данных по актам - сверки (например, если акт - сверки формируется по состоянию на 01.05.2016, т.е. по данным за апрель, то необходимо указывать значение monthact = 5).

yearact - год получения данных по актам - сверки.

11. SendQueryForDeAttachForMO

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

<xs:complexType name="SendQueryForDeAttachForMO">

<xs:sequence>

<xs:element name="orderpack" type="tns:cDeAttachQueryForMOPackage" minOccurs="0"/>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Структура cDeAttachQueryForMOPackage:

<xs:complexType name="cDeAttachQueryForMOPackage">

<xs:sequence>

<xs:element name="p10_packinf" type="tns:cPackageInformation" minOccurs="0"/>

<xs:element name="p11_list" type="tns:cDeAttachQueryForMOList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

p11_list - список уведомлений (запросов на открепление).

Структура cDeAttachQueryForMOList:

<xs:complexType name="cDeAttachQueryForMOList">

<xs:sequence>

<xs:element name="p_10orcl" type="tns:cDeAttachQueryForMORecord" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

p_10orcl - уведомления.

Структура cDeAttachQueryForMORecord:

<xs:complexType name="cDeAttachQueryForMORecord">

<xs:sequence>

<xs:element name="m01_nzap" type="xs:int"/>

<xs:element name="m02_mosrc" type="xs:string" minOccurs="0"/>

<xs:element name="m03_modes" type="xs:string" minOccurs="0"/>

<xs:element name="m04_pep" type="tns:cPerson" minOccurs="0"/>

<xs:element name="m05_nntf" type="xs:string" minOccurs="0"/>

<xs:element name="m06_dntf" type="xs: dateTime " minOccurs="0"/>

</xs:sequence>

</xs:complexType>

m01_nzap - N записи;

m02_mosrc - код МО, которая формирует уведомление о прикреплении в связи с поступившим заявлением;

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

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

m05_nntf - N уведомления;

m06_dntf - дата уведомления.

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

<xs:complexType name="cResponceAttachPackage">

<xs:sequence>

<xs:element name="p10_packrespinf" type="tns:cResponceOrdersPackage" minOccurs="0"/>

<xs:element name="p11_atachlist" type="tns:cAttachList" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

12. GetQueryForDeAttachForMO

<xs:complexType name="GetQueryForDeAttachForMO">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="synhdate" type="xs:dateTime" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Synhdate - дата данных, не более чем за 10 дней.

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

<xs:complexType name="cDeAttachQueryForMOList">

<xs:sequence>

<xs:element name="p_10orcl" type="tns:cDeAttachQueryForMORecord" nillable="true" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

13. GetAttachListByRangeDead

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

<xs:complexType name=" GetAttachListByRangeDead">

<xs:sequence>

<xs:element name="username" type="xs:string" minOccurs="0"/>

<xs:element name="password" type="xs:string" minOccurs="0"/>

<xs:element name="sendercode" type="xs:string" minOccurs="0"/>

<xs:element name="rangestart" type="xs:int"/>

</xs:sequence>

</xs:complexType>

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

<xs:complexType name=" GetAttachListByRangeDeadResponse">

<xs:sequence>

<xs:element name="orderpack" type="tns:cAttachPersonListPackage" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

Откройте актуальную версию документа прямо сейчас

Получить бесплатный доступ

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.