Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Вход
Купить систему ГАРАНТ
Получить демо-доступ
Узнать стоимость
Информационный банк
Подобрать комплект
Семинары
- Главная
- Приказ Территориального фонда обязательного медицинского страхования Краснодарского края от 30 декабря 2016 г. N 384-П "О внедрении Положения о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края"
- Приложение. Положение о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края Версия 16.0
Приложение. Положение о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края Версия 16.0
Положение
о порядке информационного обмена в сфере обязательного медицинского страхования на территории Краснодарского края Версия 16.0
Список терминов и сокращений
РФ - Российская Федерация
КК - Краснодарский край
ФФОМС - Федеральный фонд обязательного медицинского страхования
MЗ КК - Министерство здравоохранения Краснодарского края
ТФОМС КК - Территориальный фонд обязательного медицинского страхования Краснодарского края
ГБУЗ МИАЦ - ГБУЗ Медицинский информационно-аналитический центр министерства здравоохранения Краснодарского края
МО - медицинская организация
СМО - страховая медицинская организация
ФАП - фельдшерско-акушерский пункт
ОМС - обязательное медицинское страхование
ТП ОМС - Территориальная программа ОМС
ДПФС - документ, подтверждающий факт страхования в сфере ОМС
УДЛ - документ, удостоверяющий личность
МП - медицинская помощь
АПМП - амбулаторно-поликлиническая медицинская помощь
ЕНП - единый номер полиса ОМС
ЕРЗ - единый регистр застрахованных лиц
РС - региональный сегмент ЕРЗ
ЦС - центральный сегмент ЕРЗ
КПГ - клинико-профильная группа
КСГ - клинико-статистические группы
МКБ-Х - международная классификация болезней Х-го пересмотра
МЭК - медико-экономический контроль
МЭЭ - медико-экономическая экспертиза
ЭКМП - экспертиза качества медицинской помощи
РЭК - реэкспертиза качества медицинской помощи
ФЛК - форматно-логический контроль
НСИ - нормативно-справочная информация
ОГРН - основной государственный регистрационный номер
ОКАТО - общероссийский классификатор административно-территориального деления
УЕТ - условная единица трудоемкости
ЦОД - центр обработки данных в ТФОМС КК
МИС - медицинская информационная система
1. Основные понятия и определения
Для целей настоящего Положения используются следующие понятия и определения.
Обязательное медицинское страхование - вид обязательного социального страхования, представляющий собой систему создаваемых государством правовых, экономических и организационных мер, направленных на обеспечение при наступлении страхового случая гарантий бесплатного оказания застрахованному лицу медицинской помощи за счет средств обязательного медицинского страхования в пределах территориальной программы обязательного медицинского страхования и в установленных Федеральным законом N 326-ФЗ от 29.10.2010 г. случаях в пределах базовой программы обязательного медицинского страхования;
ГАРАНТ:
По-видимому, в тексте предыдущего абзаца допущена опечатка. Имеется в виду "N 326-ФЗ от 29 ноября 2010 г"
Медико-экономический контроль - установление соответствия сведений об объемах оказанной медицинской помощи застрахованным лицам на основании предоставленных к оплате медицинской организацией реестров счетов условиям договоров на оказание и оплату медицинской помощи по обязательному медицинскому страхованию территориальной программе обязательного медицинского страхования, способам оплаты медицинской помощи и тарифам на оплату медицинской помощи.
Медико-экономическая экспертиза - установление соответствия фактических сроков оказания медицинской помощи, объема предъявленных к оплате медицинских услуг записям в первичной медицинской документации и учетно-отчетной документации медицинской организации.
Экспертиза качества медицинской помощи - выявление нарушений в оказании медицинской помощи, в том числе оценка правильности выбора медицинской технологии, степени достижения запланированного результата и установление причинно-следственных связей выявленных дефектов в оказании медицинской помощи.
Реэкспертиза - повторные медико-экономическая экспертиза или экспертиза качества медицинской помощи, проводимые другим специалистом-экспертом медико-экономической экспертизы или другим экспертом качества медицинской помощи экспертиза качества медицинской помощи с целью проверки обоснованности и достоверности выводов по ранее принятым заключениям, сделанным специалистом-экспертом или экспертом качества медицинской помощи, первично проводившим медико-экономическую экспертизу или экспертизу качества медицинской помощи.
Медицинская организация - юридическое лицо независимо от организационно-правовой формы, осуществляющее в качестве основного (уставного) вида деятельности медицинскую деятельность на основании лицензии, выданной в порядке, установленном законодательством РФ. Положения Федерального закона N 326-ФЗ от 29.10.2010 г., регулирующие деятельность медицинских организаций, распространяются на иные юридические лица независимо от организационно-правовой формы, осуществляющие наряду с основной (уставной) деятельностью медицинскую деятельность, и применяются к таким организациям в части, касающейся медицинской деятельности. В целях Федерального закона N 326-ФЗ от 29.10.2010 г. к медицинским организациям приравниваются индивидуальные предприниматели, осуществляющие медицинскую деятельность.
ГАРАНТ:
По-видимому, в тексте предыдущего абзаца допущена опечатка. Имеется в виду "N 326-ФЗ от 29 ноября 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 "Об утверждении форм отчетности";
ГАРАНТ:
Приказом ФФОМС от 25 сентября 2014 г. N 153 названный приказ признан утратившим силу
- Приказ Министерства здравоохранения и социального развития РФ от 28 февраля 2011 года N 158н "Об утверждении Правил ОМС";
- Приказ Министерства здравоохранения Российской Федерации от 20 ноября 2013 года N 859ан "О внесении изменений в Правила обязательного медицинского страхования, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28 февраля 2011 г. N 158н";
- Приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 года N 79 "Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования" (с изменениями от 22 августа 2011 года);
- Приказ Федерального фонда обязательного медицинского страхования от 20 декабря 2013 года N 263 "Об утверждении Порядка информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в системе обязательного медицинского страхования";
- Приказ Министерства здравоохранения и социального развития РФ от 25 января 2011 года N 29н "Порядок ведения персонифицированного учета в сфере обязательного медицинского страхования";
- Приказ Министерства здравоохранения и социального развития РФ от 26 апреля 2012 года N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи";
- Приказ Федерального фонда обязательного медицинского страхования от 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 |
|
Справочник "История изменения медицинских услуг" |
ГБУЗ МИАЦ |
SPR181 |
|
Справочник "Диагнозы по МКБ-Х" |
ГБУЗ МИАЦ, ТФОМС КК |
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. Структура реестра персональных счетов, за оказанную медицинскую помощь
Персональные счета за оказанные медицинские услуги формируются в медицинской организации или ее подразделении на пациентов по окончании страхового случая.
Реестры персональных счетов формируются медицинской организацией или ее подразделением в разрезе отчетных месяцев и единиц учета медицинской помощи в электронном виде.
Реестр счетов состоит из 4 файлов:
файл 1: паспортная часть, имя файла - PXXXXX. Файл обязателен.
файл 2: медицинские услуги, имя файла - UXXXXX. Файл обязателен.
файл 3: медицинские работники структурного подразделения, имя файла DXXXXX. Файл обязателен.
файл 4: направления на госпитализацию и исследования, имя файла NXXXXX. Файл обязателен для медицинских организаций, оказывающих первичную медико-санитарную помощь.
ХХХХХ - код медицинской организации в сфере ОМС.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, файлы должны быть упакованы (произведено физическое удаление записей).
Структура файлов для автоматизированной обработки показана в таблицах 4.1, 4.2, 4.3, 4.4.
Типы полей:
- С - символьное поле;
- Ч - числовое поле;
- Д - поле типа дата;
- M - текстовое поле.
В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файлы должны быть заархивированы программой-архиватором (ZIP-архивы). Имя архивного файла ZZZZXXXXXYYYYY.zip, где ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.
При осуществлении информационного обмена на программных средствах организации - получателя производится ФЛК:
- соответствия имени архивного файла пакета данных отправителю и получателю;
- возможности распаковки архивного файла без ошибок стандартными методами;
- наличия в архивном файле обязательных файлов информационного обмена.
Таблица 4.1
Паспортная часть, имя файла - PXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
NS |
Ч (5,0) |
Да |
|
|
|
VS |
С (1) |
Да |
SPR21 |
|
|
DATS |
Д |
Да |
|
|
|
SN |
Ч (12,0) |
номер персонального счета (п. 13 примечаний) |
Да |
|
|
DATPS |
Д |
Дата формирования персонального счета (п. 13 примечаний) |
Да |
|
|
CODE_MO |
С (5) |
код МО, оказавшей медицинскую помощь |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика (п. 4 примечаний) |
Да |
SPR02 |
|
FIO |
С (30) |
Да |
|
|
|
IMA |
С (20) |
Да |
|
|
|
OTCH |
С (30) |
|
|
|
|
POL |
С (1) |
Да |
|
|
|
DATR |
Д |
Да |
|
|
|
KAT |
С (1) |
категория граждан |
Да |
SPR09 |
|
SNILS |
С (14) |
СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 20 примечаний) |
|
|
|
OKATO_OMS |
С (5) |
код ОКАТО территории страхования по ОМС (п. 20 примечаний) |
Да (для инокраевых) |
SPR39 |
|
SPV |
Ч (1) |
Да |
|
|
|
SPS |
С (10) |
серия ДПФС (п. 20 примечаний) |
Да (для документов ОМС, имеющих серию |
|
|
SPN |
С (20) |
Да |
|
|
|
INV |
С (1) |
группа инвалидности (п. 18 примечаний) |
|
|
|
P_PER |
С (1) |
признак поступления/перевода (п. 19 примечаний) |
Да (для стационаров всех типов) |
|
|
Q_G |
С (7) |
признак "Особый случай" при регистрации обращения за медицинской помощью (п. 8 примечаний) |
Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность) |
SPR42 |
|
NOVOR |
С (9) |
признак новорожденного (п. 14 примечаний) |
Да (в случае оказания МП ребенку до государственной регистрации рождения) |
|
|
VNOV_D |
Ч (10,2) |
вес при рождении (п. 16 примечаний) |
|
|
|
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) |
код направившей МО |
Да (п. 15 примечаний и для телемедицины и исследований) |
SPR01 |
|
N APR_N |
C (15) |
номер направления (п. 15 примечаний) |
Да (п. 15 примечаний и исследования) |
|
|
N APR_D |
Д |
дата выдачи направления (п. 15 примечаний) |
Да (п. 15 примечаний и для ВМП и исследования) |
|
|
N APR_DP |
Д |
дата планируемой госпитализации (п. 15 примечаний) |
Да (для ВМП) |
|
|
PR_D_N |
C (1) |
признак диспансерного наблюдения (0 - нет, 1 - да) |
Да (для диспансеризации/профосмотров) |
|
|
N AZR |
С (8) |
назначения по результатам проведенной диспансеризации/ профилактических медицинских осмотров (п. 21 примечаний) |
|
|
|
N AZ_V |
С (4) |
вид назначенного обследования по результатам диспансеризации/ профилактических медицинских осмотров (п. 21 примечаний) |
Да (для случаев, если N AZR содержит 3) |
|
|
ISTI |
С (10) |
номер амбулаторной карты или истории болезни |
Да |
|
|
DATN |
Д |
дата начала лечения |
Да |
|
|
DATO |
Д |
дата окончания лечения |
Да |
|
|
ISHL |
С (3) |
код исхода заболевания |
Да |
SPR11 |
|
ISHOB |
С (3) |
код исхода обращения |
Да |
SPR12 |
|
MP |
С (1) |
код формы обращения |
Да |
SPR14 |
|
SUMMA_I |
Ч (14,2) |
сумма к оплате по ОМС по случаю заболевания пациента |
Да |
|
|
DOC_TABN |
С (10) |
табельный номер врача закрывшего талон/историю (п. 17 примечаний) |
Да |
|
|
PV |
С (40) |
коды причин возврата (п. 10 примечаний) |
Да (для возвратных счетов) |
SPR15 |
|
DVOZVRAT |
Д |
дата возврата |
Да (для возвратных счетов) |
|
|
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. Заполняется данными из поля DOC_TABN на основании данных из файла DXXXXX.
18. Допустимые значения: 0 - отказ в признании лица инвалидом, 1 - 1 группа, 2 - 2 группа, 3 - 3 группа, 4 - дети-инвалиды. Заполняется только при впервые установленной инвалидности (1 - 4) или в случае отказа в признании лица инвалидом (0). Для остальных случаев поле не заполняется.
19. Допустимые значения: 1 - самостоятельно, 2 - СМП, 3 - перевод из другой МО, 4 - перевод внутри МО с другого профиля. Для остальных случаев поле не заполняется.
20. Если признак "Особый случай" содержит значение "2" (медицинская помощь оказана новорожденному до государственной регистрации рождения), значения ФИО, ДР, СНИЛС, документ УДЛ, ДПФС пациента и представителя заполняются данными представителя пациента.
21. Заполняется при присвоении группы здоровья, кроме I и II в соответствии со справочником, по шаблону: XXXXХХХХ.
Допустимые значения поля N AZR: 1 - направлен на консультацию в медицинскую организацию по месту прикрепления; 2 - направлен на консультацию в иную медицинскую организацию; 3 - направлен на обследование; 4 - направлен в дневной стационар; 5 - направлен на госпитализацию; 6 - направлен в реабилитационное отделение.
Допустимые значения поля N AZ_V: 1 - лабораторная диагностика, 2 - инструментальная диагностика, 3 - методы лучевой диагностики.
Таблица 4.2
Медицинские услуги, имя файла - UXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
UID |
Ч (14,0) |
уникальный номер записи об оказанной медицинской услуге в пределах реестра (п. 1 примечаний) |
Да |
|
|
CODE_MO |
С (5) |
код МО, оказавшей медицинскую помощь |
Да |
SPR01 |
|
NS |
Ч (5,0) |
номер реестра счетов |
Да |
|
|
SN |
Ч (12,0) |
номер персонального счета |
Да |
|
|
KOTD |
С (4) |
Да |
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_TABN |
С (10) |
табельный номер сотрудника, оказавшего услугу (п. 7 примечаний) |
Да (для услуг с IS_OUT = "0", за исключением услуг, выполненных юрид. лицом при проведении диспансеризации) |
|
|
SPEC |
С (9) |
код специальности специалиста, оказавшего услугу |
SPR46 |
|
|
PROFIL |
С (3) |
профиль оказанной медицинской помощи |
Да (для услуг с IS_OUT = "0") |
SPR60 |
|
VMP |
С (2) |
вид медицинской помощи |
Да (для услуг с IS_OUT = "0") |
SPR59 |
|
KSO |
С (2) |
способ оплаты медицинской помощи |
Да |
SPR17 |
|
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. Код отделения XXXK, где ХХХ - это код профиля отделения из справочника SPR07, а K - номер отделения.
7. Заполняется данными из поля DOC_TABN на основании данных из файла DXXXXX.
8. Заполняется для счетов по диспансеризации/профилактическим медицинским осмотрам.
Поле содержит:
- "0", по умолчанию;
- "1", если диагноз выявлен впервые.
Таблица 4.3
Медицинские работники, имя файла DXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
CODE_MO |
С (5) |
код МО, оказавшей медицинскую помощь |
Да |
SPR01 |
|
DOC_TABN |
С (10) |
табельный номер |
Да |
|
|
SNILS |
С (14) |
СНИЛС (ХХХ-ХХХ-ХХХ ХХ) |
Да |
|
|
FIO |
С (30) |
фамилия медицинского работника |
Да |
|
|
IMA |
С (20) |
имя медицинского работника |
Да |
|
|
OTCH |
С (30) |
отчество медицинского работника |
|
|
|
POL |
С (1) |
пол (М/Ж) |
Да |
|
|
DATR |
Д |
дата рождения |
Да |
|
|
DATN |
Д |
дата устройства на работу |
Да |
|
|
DATO |
Д |
дата увольнения |
|
|
Таблица 4.4
Направления на плановую госпитализацию и исследования, имя файла NXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
CODE_MO |
С (5) |
код МО, оказавшей медицинскую помощь и выдавшей направление |
Да |
SPR01 |
|
N APR_N |
С (15) |
номер направления, (ККККК_ ХХХХХХХХХ) |
Да |
|
|
N APR_MO |
С (5) |
код МО, в которое направлен пациент |
Да |
SPR01 |
|
N APR_D |
Д |
дата направления |
Да |
|
|
DOC_TABN |
С (10) |
табельный номер сотрудника, выдавшего направление |
Да |
|
В счете за пролеченного пациента проставляются данные из предъявленного ДПФС, проверенные с помощью сервисов идентификации страховой принадлежности:
- на пациента, застрахованного за пределами Краснодарского края, - код плательщика ТФОМС КК (инокраевые застрахованные), территория страхования, вид, серию и номер ДПФС;
- на пациента, застрахованного в Краснодарском крае, - код плательщика Краснодарского края, вид, серию и номер ДПФС.
Счета, не включенные в основной реестр счетов за отчетный период по веским причинам, могут быть включены в дополнительный реестр счетов за тот же период и поданы на оплату не позднее 1 месяца от даты окончания лечения с обоснованием причины задержки (обоснование не требуется для случаев превышения установленных объемов оказания медицинской помощи), предоставленной плательщику.
СМО формирует возвратный реестр счетов из персональных счетов, отклоненных от оплаты по результатам медико-экономического контроля, и передает в медицинскую организацию (подразделение) в электронном виде. Структура и наименование файлов аналогично п. 4 (табл. 4.1, 4.2). Имя архивного файла vZZZZXXXXXYYYYY, где v - признак возвратного счета, ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.
С целью автоматической отправки/приема предъявленных и возвратных реестров счетов средствами VipNet, запрещается производить дополнительное архивирование реестров счетов в виде сводного архива или каталога.
Медицинская организация, анализируя возвратный реестр счетов, может исправить счета, не прошедшие медико-экономический контроль, и отдать их на оплату повторно в течение 1 месяца от первоначальной даты формирования персонального счета.
5. Структура реестров счетов, представленных плательщику
Плательщик по результатам проведенного МЭК формирует и передает в ТФОМС КК реестры счетов, представленные медицинскими организациями.
Реестр счетов состоит из 4 файлов:
файл 1: паспортная часть, имя файла - P_All (табл. 5.1);
файл 2: медицинские услуги, имя файла - U_All (табл. 4.2), в случае превышения файлом размера 1,5 Гб, допускается разбиение файла на U_All_1, U_All_2;
файл 3: специалисты структурных подразделений, имя файла - D_All (табл. 4.3);
файл 4: направления на госпитализацию, имя файла - N_All (табл. 4.4);
Содержимое файлов должно соответствовать информации, полученной от медицинской организации и дополнено информацией о результатах обработки плательщиком.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.
Файлы должны быть заархивированы программой - архиватором (ZIP-архивы). Имя архивного файла ReestrsAll_YYYYMMKKKK.zip, где KKKK - код плательщика в сфере ОМС, YYYY - отчетный год, MM - отчетный месяц.
Таблица 5.1
Паспортная часть, имя файла - PXXXXX.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 |
С (7) |
признак "Особый случай" при регистрации обращения за медицинской помощью |
Да (в случае наличия особого случая или для диспансеризации и профосмотров предполагающих этапность) |
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 |
Д |
дата планируемой госпитализации |
Да (для ВМП) |
|
|
PR_D_N |
C (1) |
признак диспансерного наблюдения (0 - нет, 1 - да) |
|
|
|
N AZR |
С (8) |
назначения по результатам проведенной диспансеризации/ профилактических медицинских осмотров |
|
|
|
N AZ_V |
С (4) |
вид назначенного обследования по результатам диспансеризации/ профилактических медицинских осмотров |
Да (для случаев, если N AZR содержит 3) |
|
|
ISTI |
С (10) |
номер амбулаторной карты или истории болезни |
Да |
|
|
DATN |
Д |
дата начала лечения |
Да |
|
|
DATO |
Д |
дата окончания лечения |
Да |
|
|
ISHL |
С (3) |
код исхода заболевания |
Да |
SPR11 |
|
ISHOB |
С (3) |
код исхода обращения |
Да |
SPR12 |
|
MP |
С (1) |
код формы обращения |
Да |
SPR14 |
|
SUMMA_I |
Ч (14,2) |
сумма к оплате по ОМС по случаю заболевания пациента |
Да |
|
|
VPMAIN |
Ч (1,0) |
код группы оказания МП (п. 4 примечаний) |
Да |
SPR34 |
|
DOC_TABN |
С (10) |
табельный номер врача закрывшего талон/историю |
Да |
|
|
PV |
С (40) |
коды причин отказа (п. 3 примечаний) |
Да (для непринятых/возвратных счетов) |
SPR15 |
|
DVOZVRAT |
Д |
дата формирования возвратного реестра |
Да (для возвратных счетов) |
|
|
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. Заполняется значением из справочника, в соответствии к какой группе МП относится данный страховой случай.
Допускается наличие дополнительных полей, не описанных в действующей редакции Положения.
6. Структура реестра прочих удержаний и корректировок МЭЭ, ЭКМП, повторный МЭК, произведенных плательщиком
Плательщик формирует и передает реестр с прочими удержаниями и корректировками, проведенными в отчетном периоде.
Прочие удержания и корректировки формируются плательщиком в отчетном месяце с указанием периода, за который проводится корректировка в электронном виде и передается в ТФОМС КК.
Реестр состоит из двух файлов:
файл 1: стоимостные прочие снятия, имя файла - KS_All;
файл 2: объемные прочие снятия, имя файла - KV_All.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.
Структура файлов для автоматизированной обработки в формате *.dbf показана в табл. 6.1. и 6.2. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файлы должны быть заархивированы программой-архиватором (ZIP-архивы). Имя архивного файла CutAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.
Таблица 6.1
Стоимостные прочие снятия, имя файла - KS_All.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
ID |
Ч (8,0) |
порядковый номер снятия (п. 1 примечаний) |
Да |
|
|
CODE_MO |
С (5) |
код МО |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
Да |
SPR02 |
|
TYPECUT |
С (3) |
тип удержания и корректировки |
Да |
SPR28 |
|
VP |
С (3) |
код условия оказания МП |
Да |
SPR13 |
|
KAT |
С (1) |
категория гражданина |
Да |
SPR09 |
|
MONTH |
Ч (2,0) |
отчетный месяц |
Да |
|
|
YEAR |
Ч (4,0) |
отчетный год |
Да |
|
|
KOL |
Ч (5,0) |
кол-во персональных счетов, подлежащих к удержанию |
Да |
|
|
SUMMA |
Ч (14,2) |
сумма |
Да |
|
|
MONTH_R |
Ч (2,0) |
месяц, за который проводится корректировка |
Да |
|
|
YEAR_R |
Ч (4,0) |
год, за который проводится корректировка |
Да |
|
|
COMMENT |
С (250) |
примечание |
|
|
Примечания к таблице 6.1
1. Порядковый номер снятия уникален в течение года для плательщика.
Таблица 6.2
Объемные прочие снятия, имя файла - KV_All.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
ID |
Ч (8,0) |
порядковый номер снятия |
Да |
|
|
VOLUME |
Ч (2,0) |
объемный показатель (кол-во) |
Да |
SPR30 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
Да |
SPR02 |
|
KOLU |
Ч (14,2) |
кол-во единиц |
Да |
|
|
SUMM |
Ч (14,2) |
стоимость единиц |
Да |
|
7. Структура реестра платежных поручений, сформированных плательщиком
Плательщик формирует и передает реестр платежных поручений в ТФОМС КК.
Реестр представлен файлом - PAY_All.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.
Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 7.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла PayAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.
Таблица 7.1
Платежные поручения, имя файла - PAY_All.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
CODE_MO |
С (5) |
код МО (юридическое лицо) |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
Да |
SPR02 |
|
TYPEAC |
С (2) |
тип платежа |
Да |
SPR37 |
|
TARGETP |
С (2) |
код назначения платежа |
Да |
SPR35 |
|
SOURCEP |
С (2) |
код источника платежа |
Да |
SPR36 |
|
MONTH |
Ч (2,0) |
отчетный месяц |
Да |
|
|
YEAR |
Ч (4,0) |
отчетный год |
Да |
|
|
DATP |
Д |
дата платежного поручения |
Да |
|
|
NUMP |
С (50) |
номер платежки |
Да |
|
|
SUMMA |
Ч (14,2) |
сумма платежа |
Да |
|
|
MONTHR |
Ч (2,0) |
отчетный месяц, за который проводилась выплата |
Да |
|
|
YEARR |
Ч (4,0) |
отчетный год, за который проводилась выплата |
Да |
|
|
COMMENT |
С (250) |
примечание |
|
|
8. Структура реестра подушевого финансирования амбулаторно-поликлинических учреждений
Плательщик формирует и передает реестр произведенного подушевого финансирования амбулаторно-поликлинических учреждений в ТФОМС КК.
Реестр представлен файлом - APU_All.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.
Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 8.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла ApuAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.
Таблица 8.1
Подушевое финансирование, имя файла - APU_All.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
CODE_MO |
С (5) |
код МО |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
Да |
SPR02 |
|
MONTH |
Ч (2,0) |
отчетный месяц |
Да |
|
|
YEAR |
Ч (4,0) |
отчетный год |
Да |
|
|
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.
Формат передаваемых файлов dBASE IV (*.dbf) 866 DOS, для файлов должно быть проведено физическое удаление записей, произведена процедура упаковки файла.
Структура файла для автоматизированной обработки в формате *.dbf показана в табл. 9.1. В пояснениях к содержанию полей структуры файла указаны требования к их заполнению. Файл должен быть заархивирован программой-архиватором (ZIP-архивы). Имя архивного файла SmpAll_YYYYMMKKKK.zip, где YYYYMM - год, месяц, за который представлена информация, КККК - код плательщика в сфере ОМС.
Таблица 9.1
Подушевое финансирование, имя файла - SMP_All.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
CODE_MO |
С (5) |
код МО |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
Да |
SPR02 |
|
MONTH |
Ч (2,0) |
отчетный месяц |
Да |
|
|
YEAR |
Ч (4,0) |
отчетный год |
Да |
|
|
SUMM |
Ч (14,2) |
сумма платежа |
Да |
|
|
C0_1M |
Ч (14,0) |
числен. прик. нас-е (от 0 - 1, муж.) |
Да |
|
|
C0_1G |
Ч (14,0) |
числен. прик. нас-е (от 0 - 1, жен.) |
Да |
|
|
C1_4M |
Ч (14,0) |
числен. прик. нас-е (от 1 - 4, муж.) |
Да |
|
|
C1_4G |
Ч (14,0) |
числен. прик. нас-е (от 1 - 4, жен.) |
Да |
|
|
C5_17M |
Ч (14,0) |
числен. прик. нас-е (от 5 - 17, муж.) |
Да |
|
|
C5_17G |
Ч (14,0) |
числен. прик. нас-е (от 5 - 17, жен.) |
Да |
|
|
C18_59M |
Ч (14,0) |
числен. прик. нас-е (от 18 - 59, муж.) |
Да |
|
|
C18_54G |
Ч (14,0) |
числен. прик. нас-е (от 18 - 54, жен.) |
Да |
|
|
C60M |
Ч (14,0) |
числен. прик. нас-е (от 60, муж.) |
Да |
|
|
C55G |
Ч (14,0) |
числен. прик. нас-е (от 55, жен.) |
Да |
|
|
T0_1M |
Ч (14,2) |
тариф подуш. фин. (от 0 - 1, муж.) |
Да |
SPR65 |
|
T0_1G |
Ч (14,2) |
тариф подуш. фин. (от 0 - 1, жен.) |
Да |
SPR65 |
|
T1_4M |
Ч (14,2) |
тариф подуш. фин. (от 1 - 4, муж.) |
Да |
SPR65 |
|
T1_4G |
Ч (14,2) |
тариф подуш. фин. (от 1 - 4, жен.) |
Да |
SPR65 |
|
T5_17M |
Ч (14,2) |
тариф подуш. фин. (от 5 - 17, муж.) |
Да |
SPR65 |
|
T5_17G |
Ч (14,2) |
тариф подуш. фин. (от 5 - 17, жен.) |
Да |
SPR65 |
|
T18_59M |
Ч (14,2) |
тариф подуш. фин. (от 18 - 59, муж.) |
Да |
SPR65 |
|
T18_54G |
Ч (14,2) |
тариф подуш. фин. (от 18 - 54, жен.) |
Да |
SPR65 |
|
T60M |
Ч (14,2) |
тариф подуш. фин. (от 60, муж.) |
Да |
SPR65 |
|
T55G |
Ч (14,2) |
тариф подуш. фин. (от 55, жен.) |
Да |
SPR65 |
10. Результаты проведенного повторного МЭК, МЭЭ, ЭКМП страховыми медицинскими организациями и реэкспертизы ТФОМС
Файлы формируются в формате XML с именем вида: TYP_OOOO_XXXX_LLLLL_YYYYMM.XML, где: TYP - 3-х символьный тип актов (ACT - акты МЭЭЭКМП экспертизы СМО, MXX - акты экспертизы инокраевых счетов ТФОМС, MXR - акты реэкспертизы ТФОМС, МЕК - акты повторного МЭК); OOOO - 4-значный код [филиала] организации, проводившей экспертизу (источник актов); XXXX - четырехзначный код СМО (код СМО, по случаям лечения застрахованных в которой проводилась экспертиза); LLLLL - пятизначный код [структурного подразделения] МО (код МО, по случаям лечения в которой проводилась экспертиза); YYYY - четырехзначный номер года отчетного периода; MM - двузначный номер месяца отчетного периода.
За каждый отчетный период каждый источник файлов формирует не более одного файла на каждую МО по застрахованным в каждой СМО в случае наличия данных для передачи.
Данные по акту экспертизы включают в себя полную информацию по вошедшим в акт счетам и содержащимся в них позициям, а также объемные показатели за отчетный период.
Таблица 10.1
Порядок вложенности структурных элементов
|
Уровень 0 |
Уровень 1 |
Уровень 2 |
Уровень 3 |
Уровень 4 |
Уровень 5 |
Комментарий |
|
acts |
|
|
|
|
|
Заголовочный тег всего файла. В единственном числе на файл. |
|
|
act |
|
|
|
|
Заголовочный тег по акту. Во множественном числе на файл. |
|
|
|
failures |
|
|
|
Заголовочный тег по счетам с зафиксированными нарушениями по данному акту. В единственном числе на акт. |
|
|
|
|
sanction |
|
|
Наложенная санкция без указания счета. В единственном числе в файле по определенному коду санкции. |
|
|
|
|
invoice |
|
|
Счета с зафиксированными нарушениями. Во множественном числе на акт в разделе failures. |
|
|
|
|
|
conclusion |
|
Заключение по данному счету с зафиксированными нарушениями по данному акту. В единственном числе на счет. Присутствует и обязателен только при типе проверки (и типе акта, соответственно) ЭКМП |
|
|
|
|
|
sanction |
|
Наложенная санкция по данному счету с зафиксированными нарушениями. В единственном числе по данному счету. |
|
|
|
|
|
|
service |
Услуги по данному счету с зафиксированными нарушениями. Во множественном числе по данному счету. |
|
|
|
|
|
remainder |
|
Заголовочный тег для остаточного списка услуг - услуг по данному счету без зафиксированных нарушений. Во множественном числе по данному счету. |
|
|
|
|
|
|
service |
Услуги по данному счету без зафиксированных нарушений. Во множественном числе по данному счету. |
|
|
|
|
|
Invoice |
|
(В части СМП) Фактический счет, на основании которого была наложена сумма удержания |
|
|
|
|
|
|
Service |
(В части СМП) ВСЕ услуги по фактическому счету, на основании которого была наложена сумма удержания |
|
|
|
verified |
|
|
|
Заголовочный тег для проверенных счетов по данному акту (и заявке соответственно) и без зафиксированных нарушений. В единственном числе по акту. |
|
|
|
|
invoice |
|
|
Проверенные счета по данному акту без выявленных нарушений. |
|
|
|
|
|
service |
|
Услуги по проверенным счетам по данному акту без выявленных нарушений. |
|
|
|
forwarded |
|
|
|
Заголовочный тег по перенаправленным счетам на другой вид проверки по данному акту. Во множественном числе в разрезе типов проверки. |
|
|
|
|
invoice |
|
|
Перенаправленные счета на другой вид проверки по данному акту. Во множественном числе по акту. |
|
|
|
|
|
service |
|
Услуги по перенаправленным счетам на другой вид проверки по данному акту. Во множественном числе по акту. |
|
|
|
nonchecked |
|
|
|
Заголовочный тег по непроверенным счетам по данному акту. В единственном числе по акту. |
|
|
|
|
invoice |
|
|
Непроверенные счета по данному акту. Во множественном числе по акту. |
|
|
|
|
|
service |
|
Услуги по непроверенным счетам по данному акту. Во множественном числе по акту. |
Таблица 10.2
Элемент Acts
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
|
|
0 |
acts |
да |
нет |
ID |
да |
Ч (10,0) |
да |
|
внутренний (БД) номер пакета (п. 40 примечаний) |
|
|
0 |
acts |
да |
нет |
ORIGIN_CODE |
да |
С (5) |
да |
|
код [филиала] организации, производившей экспертизу (источник актов) |
|
|
0 |
acts |
да |
нет |
SMO_CODE |
да |
С (4) |
да |
SPR02 |
код страховой медицинской организации |
|
|
0 |
acts |
да |
да |
CODE_MO |
да |
С (5) |
да |
SPR01 |
код медицинской организации в сфере ОМС, предоставившей медицинскую помощь |
|
|
0 |
acts |
да |
нет |
BD |
да |
Д |
да |
|
дата начала отчетного периода (п. 32 примечаний) |
|
|
0 |
acts |
да |
нет |
ED |
да |
Д |
да |
|
дата окончания отчетного периода (п. 33 примечаний) |
|
|
0 |
acts |
да |
нет |
SEQ_N |
да |
Ч (10,0) |
да |
|
порядковый номер пакета при выгрузке за данный отчетный период (п. 41 примечаний) |
|
|
0 |
acts |
да |
нет |
QUANTITY |
да |
Ч (10,0) |
да |
|
количество актов в пакете |
|
|
0 |
acts |
да |
нет |
TOTAL |
да |
Ч (10,0) |
да |
|
всего количество актов за данный отчетный период |
Таблица 10.4
Элемент Act
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
|
acts |
1 |
act |
да |
да |
ID |
да |
Ч (10,0) |
да |
|
внутренний (БД) номер акта (п. 30 примечаний) |
|
acts |
1 |
act |
да |
да |
N |
да |
С (32) |
да |
|
внешний (печать) номер акта (п. 31 примечаний) |
|
acts |
1 |
act |
да |
да |
ORIGIN_CODE |
да |
С (5) |
да |
|
код [филиала] организации, производившей экспертизу (источник актов) |
|
act |
1 |
act |
Да |
Да |
PAYER_SMO_CODE |
Да |
С(4) |
Да |
SPR03 |
код страховой медицинской организации - фактического плательщика (головной филиал юр. лицо правопреемник) |
|
acts |
1 |
act |
да |
да |
SMO_CODE |
да |
С (4) |
да |
SPR03 |
код [филиала] страховой медицинской организации |
|
acts |
1 |
act |
Да |
Да |
ACTUAL_CODE_MO |
Да |
С(5) |
Да |
SPR01 |
код медицинской организации в сфере ОМС (правопреемника) |
|
acts |
1 |
act |
да |
да |
CODE_MO |
да |
С (5) |
да |
SPR01 |
код медицинской организации в сфере ОМС, предоставившей медицинскую помощь |
|
acts |
1 |
act |
да |
да |
BD |
да |
Д |
да |
|
дата начала отчетного периода (п. 32 примечаний) |
|
acts |
1 |
act |
да |
да |
ED |
да |
Д |
да |
|
дата окончания отчетного периода (п. 33 примечаний) |
|
acts |
1 |
act |
да |
да |
EBD |
да |
Д |
да |
|
дата начала проверяемого периода |
|
acts |
1 |
act |
да |
да |
EED |
да |
Д |
да |
|
дата окончания проверяемого периода |
|
acts |
1 |
act |
да |
да |
DQ |
да |
Д |
да |
|
дата запроса в МО на предоставление документов |
|
acts |
1 |
act |
да |
да |
DD |
да |
Д |
да |
|
необходимая Д предоставления документов |
|
acts |
1 |
act |
да |
да |
DE |
да |
Д |
да |
|
дата проведения экспертизы |
|
acts |
1 |
act |
да |
да |
DA |
да |
Д |
да |
|
дата формирования акта |
|
acts |
1 |
act |
да |
да |
TYPE_CODE |
да |
С (8) |
да |
SPR55 |
код типа проверки (п. 34 примечаний) |
|
acts |
1 |
act |
да |
да |
KIND_CODE |
да |
С (8) |
да |
SPR56 |
код вида проверки (п. 35 примечаний) |
|
acts |
1 |
act |
да |
да |
EXPERT |
да |
С (256) |
да |
|
ФИО эксперта, сформировавшего акт |
|
acts |
1 |
act |
да |
да |
COMMENT |
да |
С (8000) |
нет |
|
предложения руководству МО |
|
acts |
1 |
act |
да |
да |
QUANTITY |
да |
Ч (10,0) |
да |
|
количество штрафов (sanction) в акте |
|
acts |
1 |
act |
да |
да |
AMOUNT |
да |
Ч (14,2) |
да |
|
контрольная сумма удержаний штрафов в акте |
Таблица 10.5
Элемент Failures
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
Таблица 10.6
Элемент Verified
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. Влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
Таблица 10.7
Элемент Forwarded
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
|
act |
2 |
forwarded |
да |
да |
TYPE_CODE |
да |
С (8) |
да |
SPR55 |
код типа проверки (п. 34 примечаний) - в который были переведены счета |
Таблица 10.8
Элемент Nonchecked
|
Контейнер |
Тег |
Атрибут |
Значение |
|
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
Описание |
Таблица 10.9
Элемент Invoice
Поля заполняются в соответствии с таблицей 4.1.
|
Контейнер |
Тег |
Атрибут |
Значение |
||||||
|
Тег |
Уров. влож. |
Наим. |
Обяз. |
Повт. |
Наименование |
Обяз. |
Тип |
Обяз. |
Справ. |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
NS |
да |
Ч (5,0) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
Invoice |
да |
да |
FVS |
да |
С (1) |
Да |
Тип реестра счетов до проведения МЭК, SPR21 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
VS |
да |
С (1) |
да |
Тип реестра счетов после проведения МЭК, SPR21 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
DATS |
да |
Д |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
SN |
да |
Ч (12,0) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
DATPS |
да |
Д |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
CODE_MO |
да |
С (5) |
да |
SPR01 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
PL_OGRN |
да |
С (15) |
да |
SPR02 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
FIO |
да |
С (30) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
IMA |
да |
С (20) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
OTCH |
да |
С (30) |
|
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
POL |
да |
С (1) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
DATR |
да |
Д |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
KAT |
да |
С (1) |
да |
SPR09 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
SNILS |
да |
С (14) |
|
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
OKATO_OMS |
да |
С (5) |
да для инокраевых |
SPR39 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
SPV |
да |
Ч (1) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
SPS |
да |
С (10) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
SPN |
да |
С (20) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
Invoice |
да |
да |
INV |
да |
С (1) |
да |
группа инвалидности |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
P_PER |
да |
С (1) |
да |
признак поступления/перевода |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
STAT_P |
да |
С (1) |
да для инокраевых |
SPR41 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
Q_G |
да |
С (7) |
|
SPR42 |
|
failures, verified, forwarded, nonchecked |
3 |
Invoice |
да |
да |
NOVOR |
Да |
С (9) |
Да (в случае оказания МП ребенку до государственной регистрации рождения) |
признак новорожденного |
|
failures, verified, forwarded, nonchecked |
3 |
Invoice |
Да |
да |
VNOV_D |
да |
Ч (10,2) |
|
вес при рождении |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
FAMP |
да |
С (30) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
IMP |
да |
С (20) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
OTP |
да |
С (30) |
|
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
POLP |
да |
С (1) |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
DATRP |
да |
Д |
да |
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
C_DOC |
да |
Ч (2,0) |
|
SPR43 |
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
S_DOC |
да |
С (10) |
|
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
N_DOC |
да |
С (15) |
|
|
|
failures, verified, forwarded, nonchecked |
3 |
invoice |
да |
да |
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 |
да |
да |
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 примечаний) |
|
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 |
да |
да |
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
Примечания
ГАРАНТ:
Нумерация строк в таблице приводится в соответствии с источником
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
Паспортная часть, предоставляемая МО, имя файла - PXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
NS |
Ч (5,0) |
номер реестра счетов (п. 1 примечаний табл. 4.1) |
|
|
|
VS |
С (1) |
тип реестра счетов (п. 2; 4 примечаний табл. 4.1). Для списков лиц подл. диспансеризации - "W", профосмотрам - "S" |
|
SPR21 и знач. "W" и "S" |
|
DATS |
Д |
дата формирования реестра счетов |
|
|
|
SN |
Ч (12,0) |
номер персонального счета (п. 13 примечаний табл. 4.1) |
|
|
|
DATPS |
Д |
дата формирования персонального счета (п. 13 примечаний табл. 4.1) |
|
|
|
CODE_MO |
С (5) |
код МО, оказавшей МП |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
|
|
|
FIO |
С (30) |
Да |
|
|
|
IMA |
С (20) |
Да |
|
|
|
OTCH |
С (30) |
|
|
|
|
POL |
С (1) |
Да |
|
|
|
DATR |
Д |
Да |
|
|
|
SNILS |
С (14) |
СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 20 примечаний табл. 4.1) |
|
|
|
OKATO_OMS |
С (5) |
код ОКАТО территории страхования по ОМС |
|
SPR39 |
|
SPV |
Ч (1) |
|
|
|
|
SPS |
С (10) |
серия ДПФС (п. 20 примечаний табл. 4.1) |
|
|
|
SPN |
С (20) |
|
|
|
|
Q_G |
С (7) |
признак "Особый случай" (п. 8 примечаний табл. 4.1) |
|
SPR42 |
|
FAMP |
С (30) |
фамилия представителя пациента |
Да (при Q_G = 2) |
|
|
IMP |
С (20) |
имя представителя пациента |
Да (при Q_G = 2) |
|
|
OTP |
С (30) |
отчество представителя пациента |
|
|
|
POLP |
С (1) |
Да (при Q_G = 2) |
|
|
|
DATRP |
Д |
Да (при Q_G = 2) |
|
|
|
C_DOC |
Ч (2,0) |
Да (для инокраевых). При указании ЕНП может не заполняться. |
SPR43 |
|
|
S_DOC |
С (10) |
Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться. |
|
|
|
N_DOC |
С (15) |
Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться. |
|
|
|
DATN |
Д |
дата начала лечения (дата запроса) |
Да |
|
|
DATO |
Д |
дата окончания лечения |
|
|
Таблица 11.2
Результат идентификации страховой принадлежности, имя файла - PXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
NS |
Ч (5,0) |
номер реестра счетов (п. 1 примечаний табл. 4.1) |
|
|
|
VS |
С (1) |
|
SPR21 |
|
|
DATS |
Д |
дата формирования реестра счетов |
|
|
|
SN |
Ч (12,0) |
номер персонального счета |
|
|
|
DATPS |
Д |
дата формирования персонального счета (п. 17 примечаний табл. 4.1) |
|
|
|
CODE_MO |
С (5) |
код МО, оказавшей МП |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН плательщика |
|
|
|
PL_OGRNF |
С (15) |
ОГРН плательщика (данные ЕРЗ) |
|
|
|
FIO |
С (30) |
Да |
|
|
|
FIOF |
С (30) |
фамилия (данные ЕРЗ) |
|
|
|
IMA |
С (20) |
Да |
|
|
|
IMAF |
С (20) |
имя (данные ЕРЗ) |
|
|
|
OTCH |
С (30) |
|
|
|
|
OTCHF |
С (30) |
отчество (данные ЕРЗ) |
|
|
|
POL |
С (1) |
Да |
|
|
|
POLF |
С (1) |
пол (данные ЕРЗ) |
|
|
|
DATR |
Д |
Да |
|
|
|
DATRF |
Д |
дата рождения (данные ЕРЗ) |
|
|
|
SNILS |
С (14) |
СНИЛС (п. 20 примечаний табл. 4.1) |
|
|
|
SNILSF |
С (14) |
СНИЛС (данные ЕРЗ) |
|
|
|
OKATO_OMS |
С (5) |
код ОКАТО территории страхования по ОМС (п. 20 примечаний табл. 4.1) |
|
SPR39 |
|
OKATO_OMSF |
С (5) |
код ОКАТО территории страхования по ОМС (данные ЕРЗ) |
|
|
|
SPV |
Ч (1) |
|
|
|
|
SPVF |
Ч (1) |
тип ДПФС (данные ЕРЗ) |
|
|
|
SPS |
С (10) |
серия ДПФС (п. 20 примечаний табл. 4.1) |
|
|
|
SPSF |
С (10) |
серия ДПФС (данные ЕРЗ) |
|
|
|
SPN |
С (20) |
|
|
|
|
SPNF |
С (20) |
номер ДПФС (данные ЕРЗ) |
|
|
|
DATNP |
Д |
дата начала действия ДПФС |
|
|
|
DATOP |
Д |
дата окончания действия ДПФС |
|
|
|
Q_G |
С (7) |
признак "Особый случай" (п. 8 примечаний табл. 4.1) |
|
SPR42 |
|
FAMP |
С (30) |
фамилия представителя пациента (п. 5, 20 примечаний табл. 4.1) |
Да (при Q_G = 2) |
|
|
IMP |
С (20) |
имя представителя пациента (п. 5 примечаний табл. 4.1) |
Да (при Q_G = 2) |
|
|
OTP |
С (30) |
отчество представителя пациента (п. 5 примечаний табл. 4.1) |
|
|
|
POLP |
С (1) |
пол представителя (М/Ж) (п. 6 примечаний табл. 4.1) |
Да (при Q_G = 2) |
|
|
DATRP |
Д |
дата рождения представителя (п. 7 примечаний табл. 4.1) |
Да (при Q_G = 2) |
|
|
C_DOC |
Ч (2,0) |
код типа УДЛ (п. 9 примечаний табл. 4.1) |
Да (для инокраевых). При указании ЕНП может не заполняться. |
SPR43 |
|
S_DOC |
С (10) |
серия УДЛ (п. 9 примечаний табл. 4.1) |
Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться. |
|
|
N_DOC |
С (15) |
номер УДЛ (п. 9 примечаний табл. 4.1) |
Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться. |
|
|
DATN |
Д |
дата начала лечения (или дата запроса) |
Да |
|
|
DATO |
Д |
дата окончания лечения |
|
|
|
CS |
Ч (1,0) |
статус идентификации |
|
|
|
PRIK_MO |
С (5) |
код МО, выбранной гражданином |
|
SPR01 |
|
PRIK_DATE |
|
дата прикрепления |
|
|
12. Объемные показатели деятельности МО
Формирование объемных показателей деятельности медицинской организации зависит от условия оказания медицинской помощи, принятой единицы учета и способа оплаты медицинской помощи.
Таблица 12.1
Единицы учета медицинской помощи
|
Условия оказания МП |
Единицы учета объемов МП |
|||||
|
койко-дни |
посещение |
УЕТ |
день лечения |
обращение |
вызов |
|
|
стационар, высокотехнологичная МП, медицинская реабилитация в стационарных условиях |
услуги К, S, G, V |
|
|
|
|
|
|
поликлиника |
|
услуги B01, B04, B05 с тар.>0, кроме услуг B01 (обращение) |
|
|
услуги B01 (обращение), с тар.=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 |
|
услуги B01 (обращение), с тар.=0 |
|
|
дневной стационар, стационар дневного пребывания, стационар на дому |
|
|
|
услуги K, S, G |
|
|
|
женская консультация |
|
услуги B01, B04 с тар.>0, кроме услуг B01 (обращение) |
|
|
услуги B01 (обращение), с тар.=0 |
|
|
центр здоровья, диспансеризация, неотложная МП, медицинские осмотры |
|
услуги B01, B04 с тар.>0 |
|
|
|
|
|
приемное отделение |
|
услуги B01 с тар.>0 |
|
|
|
|
|
фельдшерско-акушерский пункт |
|
услуги B01, B02, B04, кроме услуг B01 (обращение) |
|
|
услуги B02 (обращение), с тар.=0 |
|
|
скорая МП |
|
|
|
|
|
услуги B01.044 |
|
участковая служба |
|
услуги B01, B04, кроме услуг B01 (обращение) с тар.=0 |
|
|
услуги B01 (обращение), с тар.=0 |
|
13. Порядок предоставления реестров счетов, осуществления МЭК, МЭЭ, ЭКМП
Медицинские организации в обязательном порядке предоставляют в ТФОМС КК в течение календарного месяца по VipNet все файлы счетов для проведения идентификации страховой принадлежности.
По результатам идентификации страховой принадлежности медицинские организации (подразделения) ежемесячно в срок, определенный договором на оказание и оплату медицинской помощи по ОМС между МО и СМО, передают идентифицированному плательщику реестры счетов (основные, повторные, дополнительные).
Передача реестров счетов осуществляется по закрытым каналам передачи данных ТФОМС КК (сеть VipNet) или нарочно, по акту приема-передачи, при отсутствии технической возможности.
Передаются файлы ZZZZXXXXXYYYYY.zip, где ZZZZ - код плательщика в сфере ОМС, ХХХХХ - код медицинской организации в сфере ОМС, YYYYY - номер реестра счетов.
Медицинская организация формирует персональные счета, соответствующие страховым случаям в разрезе отчетных месяцев и условий оказания медицинской помощи из справочника SPR13 "Условия оказания медицинской помощи".
Реестры счетов формируются также по типу реестров счетов (справочник SPR21) в разрезе единиц учета медицинской помощи из справочника SPR13 "Условия оказания медицинской помощи"
Например:
- Реестр счетов Основной по диспансеризации, посещение;
- Реестр счетов Основной по ОМС, койко-день;
- Реестр счетов Основной по ОМС, посещение;
- Реестр счетов Дополнительный по ОМС, посещение;
Плательщик проводит первичную обработку, регистрацию, медико-экономический контроль реестров.
Реестр счетов считается прошедшим первичную регистрацию, если в нем не обнаружено ошибок при первичной обработке.
В случае наличия ошибок препятствующих проведению первичной регистрации реестр счетов в полном объеме отправляется на доработку в медицинскую организацию.
Первичная обработка реестров счетов может производиться многократно. По результатам первичной проверки Плательщик передает медицинской организации (подразделению) акт приема-передачи реестров счетов за медицинскую помощь, оказанную застрахованным гражданам по ОМС.
В случае успешной первичной регистрации реестра счетов плательщик в установленные сроки проводит медико-экономический контроль файла реестра счетов медицинской помощи, оказанной гражданам, застрахованным по ОМС СМО за отчетный период.
Медико-экономический контроль проводится в соответствии с действующими нормативными документами и рекомендациями ТФОМС КК.
Плательщик вправе проводить повторный медико-экономический контроль файла реестра счетов медицинской помощи, оказанной гражданам, застрахованным по ОМС, результаты контроля доводятся до медицинских организаций в виде актов, как на бумажном носителе, так и в электронном виде установленного формата.
По результатам проведения медико-экономического контроля реестров счетов, переданных за отчетный период, составляется акт медико-экономического контроля реестра счетов медицинской помощи, оказанной гражданам, застрахованным по ОМС и файлы возвратных счетов, которые передаются в медицинскую организацию.
Плательщик вправе проводить медико-экономическую экспертизу и экспертизу качества медицинской помощи, результаты экспертиз доводятся до медицинских организаций в виде актов экспертиз, как на бумажном носителе, так и в электронном виде установленного формата.
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 name='getPolicyInfoRequest3'>
<part name='paramSource' type='xsd:string'/>
<part name='paramRID' type='xsd:int'/>
<part name='paramForDate' type='xsd:string'/>
<part name='personSurname' type='xsd:string'/>
<part name='personName' type='xsd:string'/>
<part name='personPatronymic' type='xsd:string'/>
<part name='personSex' type='xsd:string'/>
<part name='personBirthDate' type='xsd:string'/>
<part name='identityType' type='xsd:unsignedByte'/>
<part name='identitySeries' type='xsd:string'/>
<part name='identityNumber' type='xsd:string'/>
<part name='Snils' type='xsd:string'/>
<part name='policyType' type='xsd:unsignedByte'/>
<part name='policySeries' type='xsd:string'/>
<part name='policyNumber' type='xsd:string'/>
</message>
<message name='getPolicyInfoResponse3'>
<part name='paramID' type='xsd:int'/>
<part name='paramRID' type='xsd:int'/>
<part name='personSurname' type='xsd:string'/>
<part name='personName' type='xsd:string'/>
<part name='personPatronymic' type='xsd:string'/>
<part name='personSex' type='xsd:string'/>
<part name='personBirthDate' type='xsd:string'/>
<part name='Snils' type='xsd:string'/>
<part name='policyType' type='xsd:unsignedByte'/>
<part name='policySeries' type='xsd:string'/>
<part name='policyNumber' type='xsd:string'/>
<part name='policyFromDate' type='xsd:string'/>
<part name='policyTillDate' type='xsd:string'/>
<part name='policyOkato' type='xsd:string'/>
<part name='policyOgrn' type='xsd:string'/>
<part name='policySmo' type='xsd:string'/>
<part name='policyKsmo' type='xsd:string'/>
<part name='ddVP' type='xsd:string'/>
<part name='ddDATN' type='xsd:string'/>
<part name='ddDATO' type='xsd:string'/>
<part name='ddCODE_MO' type='xsd:string'/>
<part name='resultID' type='xsd:int'/>
<part name='resultType' type='xsd:int'/>
<part name='resultCode' type='xsd:int'/>
<part name='resultMessage' type='xsd:string'/>
</message>
<portType name='wsrzPortType3'>
<operation name='getPolicyInfo3'>
<input message='tns:getPolicyInfoRequest3'/>
<output message='tns:getPolicyInfoResponse3'/>
</operation>
</portType>
<binding name='wsrzBinding3' type='tns:wsrzPortType3'>
<soap:binding style='rpc'
transport='http://schemas.xmlsoap.org/soap/http'/>
<operation name='getPolicyInfo3'>
<soap:operation soapAction='urn:xmethods-delayed-quotes#getPolicyInfo3'/>
<input>
<soap:body use='encoded' namespace='urn:xmethods-delayed-quotes'
encodingStyle='http://schemas.xmlsoap.org/soap/encoding/'/>
</input>
<output>
<soap:body use='encoded' namespace='urn:xmethods-delayed-quotes'
encodingStyle='http://schemas.xmlsoap.org/soap/encoding/'/>
</output>
</operation>
</binding>
<service name='wsrzService3'>
<port name='wsrzPort3' binding='wsrzBinding3'>
<soap:address location='http://10.20.29.5:8080/wsrz/server3.php'/>
</port>
</service>
</definitions>
Таблица 14.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 пакета будет найден в базе данных, то такой пакет отклонится.
При загрузке анализируются тип пакета, владелец пакета и дата пакета.
Передача и загрузка информации регламентированной приказом ФФОМС N 263 от 20.12.2013 г осуществляется с 20-00 до 9-00. При загрузке данных выполняется поиск ранее загруженной информации такого же типа с тем же sendercode в период с 20-00 до 9-00, если такие пакета находятся, то происходит их перезапись более свежей версией пакета, т.е. актуальной информацией будет информация, переданная самым последним пакетом определенного типа в заданный отчетный промежуток. Тип пакета является служебной информацией и определяется типом вызванной SOAP процедуры. При приеме пакета формируется ответный пакет cResponceOrdersPackage, содержащий лог-процесса загрузки и при наличии ошибок их коды и детальное описание. Если ошибка уровня пакета, то такой пакет отклоняется полностью, если ошибка уровня записи, то в зависимости от типа пакета, пакет либо принимается частично, либо отклоняется полностью, а записи с ошибками протоколируются и отклоняются от дальнейшей обработки. С целью исключения дублирования информации, при повторной передаче исправленных записей в том же отчетном периоде, пакет должен быть переформирован полностью с учетом записей без ошибок.
1. SendPlanOrdersClinic - для передачи сведений о направлениях на госпитализацию в ЦОД.
2. SendFactOrdersHospital - для передачи сведений о госпитализациях в ЦОД.
3. SendOrdersHospitalUrgently - для передачи сведений о госпитализациях в ЦОД.
4. SendOrdersNullification - для передачи сведений об аннулировании направлений на госпитализации в ЦОД.
5. SendOrdersLeave- для передачи сведений о выбывших пациентах в ЦОД.
6. SendKDInformation - для передачи сведений о количестве свободных мест на госпитализацию и о выполненных объемах медицинской помощи в ЦОД.
7. GetPlanOrdersClinic - извлечение сведений из ЦОД о направлениях на госпитализацию.
8. GetFactOrdersHospital - извлечение сведений из ЦОД о госпитализациях по направлениям.
9. GetOrdersHospitalUrgently - извлечение сведений из ЦОД об экстренной госпитализации.
10. GetOrdersNullification - извлечение сведений из ЦОД о аннулированных направлениях.
11. GetOrdersLeaveHospital - извлечение сведений из ЦОД о выбывших пациентах.
12. GetCKDInformation - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию.
13. GetCKDInformationByKpk - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию по коду профиля койки.
14. GetCKDInformationByMO - извлечение сведений из ЦОД о наличии свободных мест на госпитализацию по коду МО.
15. SetLoginAccess - для регистрации/изменения участников информационного взаимодействия.
Функции участников информационного обмена
МО, оказывающих медицинскую помощь в амбулаторных условиях:
1. Ежедневная передача сведений о застрахованных лицах, получивших направление на госпитализацию методом - SendPlanOrdersClinic.
2. Ежедневная передача сведений о застрахованных лицах, отказавшихся от госпитализации методом - GetOrdersNullification.
3. Ежедневное получение сведений о госпитализированных застрахованных лицах методом - GetFactOrdersHospital.
4. Ежедневное получение сведений о количестве свободных мест на госпитализацию в разрезе профилей коек по каждой медицинской организации - методом GetCKDInformation.
5. Ежедневное получение сведений об аннулированных направлениях. Метод - GetOrdersNullification.
МО, оказывающих медицинскую помощь в стационарных (дневных стационарах) условиях:
1. Ежедневная передача сведений о количестве свободных мест на госпитализацию в разрезе профилей коек. Передача сведений о выполнении объемах медицинской помощи, установленных решением комиссии по разработке программы ОМС. Метод - SendKDInformation.
2. Ежедневная передача сведений о застрахованных лицах, госпитализированных по направлениям и экстренно для оказания медицинской помощи в стационарных условиях. Передача сведений о сроках ожидания медицинской помощи, оказываемой в плановом порядке. Методы SendFactOrdersHospital и SendOrdersHospitalUrgently.
3. Ежедневная передача сведений о выбывших пациентах методом - SendOrdersLeave.
4. Внесение сведений об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью застрахованного. Метод - SendOrdersNullification.
СМО:
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. Получение персонифицированных и статистических сведений.
Данная информация после передачи в ЦОД и обработки становится доступной всем участникам информационного взаимодействия и используется для формирования сведений для подушевого финансирования.
Методы сервиса делятся на два типа:
1. Первый тип методов ориентирован на передачу информации определенного типа в ЦОД и результатом их выполнения будет объект типа CResponceOrdersPackage, содержащий лог-информацию о загрузке пакета и протокол ошибок при их наличии.
2. Второй тип методов ориентирован на извлечение информации определенного формата из ЦОД.
Для вызова любой SOAP-процедуры сервиса, необходимо пройти процесс аутентификации. Для этого используются входные параметры процедур username - имя пользователя, password - пароль и sendercode - код участника информационного взаимодействия вызывающего процедуру. Sendercode для МО - код МО в сфере ОМС, для СМО - код СМО в сфере ОМС.
Каждое сообщение содержит объект типа CPackageInformation, в состав которого входит атрибут p12_pakageguid - GUID пакета, используемый для идентификации пакета. Если GUID пакета будет найден в базе данных, то такой пакет отклонится.
При загрузке анализируются тип пакета, владелец пакета и дата пакета.
Участники информационного взаимодействия могут изменять состояние отдельных записей базы данных прикрепленного населения или сразу нескольких, используя соответствующие методы.
SOAP методы, реализуемые сервисом:
1. GetAttachInformation - для проверки факта прикрепления.
2. SendAttachDoctorSectionInformation - для передачи сведений об участках в МО (юридическом лице/структурном подразделении) и обновление данных о медицинском персонале.
3. MakeAttachAction - выполнить действие по прикреплению застрахованных граждан. Данная операция может возвращать код ошибки ФЛК - 228 "Не корректные данные для идентификации страховой принадлежности". Данная ошибка возникает, если не удалось идентифицировать застрахованное лицо в РС ЕРЗ. При этом происходит формирование запроса в ЦС ЕРЗ для попытки идентификации гражданина. Запрос о прикреплении с теми же персональными данными, по которым была получена ошибка 228, следует повторить через некоторое время (время формирования запроса в ЦС ЕРЗ и получении ответа от него может занимать от 5 минут до суток) и если персональные данные были обнаружены, то повторная операция прикрепления завершится успешно. При автоматическом откреплении застрахованного в момент вызова MakeAttachAction в структуре CResponceAttachPackage будут возвращены ЕНП (тег a25_enp) застрахованных и коды МО (тег p11_mocd), от которых были откреплены граждане. При использовании массового прикрепления, допустим размер пакета не более 2500 записей о застрахованных лицах.
4. MakeDeAttachAction - выполнить действие по откреплению граждан. Данную операцию должен вызывать участник, выполнивший операцию прикрепления застрахованного лица, в противном случае операция завершится ошибкой. Для медицинских организаций операцию по откреплению застрахованного разрешено выполнять любому структурному подразделению в рамках юридического лица. При использовании массового открепления, допустим размер пакета не более 2500 записей о застрахованных лицах.
5. GetDeAttachByDate - получить список открепившихся граждан с определенной даты controldate по текущую дату для заданного sendercode. Период возвращаемых данных не более 30 прошедших дней.
Работа данного метода регламентирована временным интервалом с 20-00 до 07-00.
6. GetAttachListByRange - получить список прикрепленных граждан по диапазону. Данный метод предназначен для получения пакетов данных в размере не более 100000. Выборка осуществляется для конкретного sendercode. Если это СМО, то будут возвращены данные по ней, если sendercode - принадлежит МО, то будут возвращены записи по конкретной медицинской организации. Основным параметром функции является startid, который определяет начало выборки. Первый вызов метода следует выполнять с startid=0. Результатом работы функции будет структура CAttachPersonListPackage в которой следует анализировать атрибут p11_nid, следующий ID записи с которой начнётся выборка. Если метод вернул -1 значит для заданного sendercode в базе данных записей больше нет, в противном случае повторить вызов метода с новым startid = p11_nid.
Работа данного метода регламентирована временным интервалом с 20-00 до 07-00.
7. SendAttachMoStreetSection - передать информацию о домах или домовладениях относящихся к врачебному участку в рамках медицинской организации.
8. GetAttachMoStreetSection - извлечь информацию о домах или домовладениях относящихся к врачебному участку в рамках медицинской организации.
9. GetAttachListByRangeAct - получить список прикрепленных граждан по диапазону согласно актам - сверок на первое число месяца следующего за отчетным. Данный метод следует вызывать на первое число месяца следующего за отчетным для получения данных согласованных с актами - сверки между ТФОМС КК и СМО. Сведения об адресе регистрации и проживания данный метод не возвращает. Данный метод предназначен для получения пакетов данных в размере не более 100000. Выборка осуществляется для конкретного sendercode. Если это СМО, то будут возвращены данные по ней, если sendercode - принадлежит МО, то будут возвращены записи по конкретной медицинской организации. Основным параметром функции является startid, который определяет начало выборки. Первый вызов метода следует выполнять с startid=0. Результатом работы функции будет структура CAttachPersonListPackage в которой следует анализировать атрибут p11_nid, следующий ID записи с которой начнётся выборка. Если метод вернул -1 значит для заданного sendercode в базе данных записей больше нет, в противном случае повторить вызов метода с новым startid = p11_nid.
Работа данного метода регламентирована временным интервалом с 20-00 до 07-00, не ранее 2-го рабочего дня месяца следующего за отчетным.
10. SendQueryForDeAttachForMO - передать информацию в ТФОМС КК об уведомлениях о прикреплении, в связи с поступившим заявлением. Данный метод предназначен для передачи в МО, в который гражданин числится прикрепленным, уведомления о прикреплении (номер и дата уведомления), в связи с поступившим заявлением в другую МО. Медицинская организация, получившая данное уведомление, должна произвести открепление гражданина. Для получения списка запросов необходимо использовать метод GetQueryForDeAttachForMO. Заполненные и подписанные бланки уведомлений должны быть направлены письмом в МО посредством почтовой связи или электронной связи.
11. GetQueryForDeAttachForMO - получить список уведомлений о принятии гражданина на медицинское обслуживание в другом МО (записей на открепление от МО).
12. GetAttachListByRangeDead - получить данные о последнем прикреплении умерших.
Функции участников информационного обмена
ГБУЗ МИАЦ:
Получение (при необходимости) из ЦОД ТФОМС КК регистра прикрепленного населения, используя метод GetAttachListByRange. Если в качестве параметра sendercode передаётся код юридического лица, то будет возвращена информация по всему юридическому лицу и его подразделениям.
МО:
1. При необходимости проверка факта прикрепления, используя метод GetAttachInformation. Данный метод формирует запрос в ЦОД ТФОМС КК и проверяет в регистре прикрепленного население переданные сведения, формируется ответный пакет.
2. Выполнение операции прикрепления, используя метод MakeAttachAction. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции прикрепления формируется ответный пакет.
3. Выполнение операции открепления, используя метод MakeDeAttachAction. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции открепления формируется ответный пакет. Данный метод должен вызывать участник, выполнивший операцию прикрепления застрахованного лица, в противном случае операция завершится ошибкой.
4. С целью актуализации сведений об участках и врачах, которые обслуживают данные участки, следует использовать метод SendAttachDoctorSectionInformation. Данный метод предназначен для передачи в ЦОД ТФОМС КК пакета CAttachDoctorSectionPackage, содержащий все актуальные сведения о врачах и участках, находящихся в зоне их обслуживания. SendAttachDoctorSectionInformation следует вызывать в случае изменения медицинского работника на участке. Пакет информации может отправлять юридическое лицо, включая информацию по своим структурным подразделениям.
5. Получить список открепившихся граждан от МО, используя метод GetDeAttachByDate. МО используя данный метод, формирует запрос в ЦОД ТФОМС КК. По результатам ФЛК и лога выполнения операции формируется ответный пакет. Данный метод МО должна вызывать ежедневно с целью актуализации и сверки внутреннего регистра прикрепленного населения.
6. Получить список прикрепленных граждан, используя метод GetAttachListByRange. Если в качестве параметра sendercode передаётся код юридического лица, то будет возвращена информация по всему юридическому лицу и его подразделениям.
СМО:
1. При необходимости проверка факта прикрепления, используя метод GetAttachInformation. Данный метод формирует запрос в ЦОД ТФОМС КК и проверяет в регистре прикрепленного население переданные сведения, формируется ответный пакет.
2. По запросу застрахованного - выполнение операции прикрепления, используя метод 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 - где СССС - код плательщика, ГГММ - отчетный год и месяц представления сведений, ККККК - код структурного подразделения. Вложенность архивов не допускается.
СМО при получении файла производит:
1) Проверку имени файла, в случае не соответствия имени файла, файл полностью отклоняется и формируется текстовый протокол отказа;
Имя файла ССССГГММККККК.txt - где СССС - код плательщика, ГГММ - отчетный год и месяц, ККККК - код структурного подразделения. Имя архивного файла ССССГГММККККК.zip.
2) Проверку структуры файла, в случае не соответствия структуры файла, файл полностью отклоняется и формируется текстовый протокол отказа.
Таблица 17.1
Паспортная часть, предоставляемая МО, имя файла - PXXXXX.dbf
|
Поле |
Тип |
Содержание |
Обязат. |
Справ. |
|
NS |
Ч (5,0) |
номер реестра счетов |
|
|
|
VS |
С (1) |
тип реестра счетов, значение "W" - диспанс., значение "S" - профосмотры |
|
знач. "W", "S" |
|
DATS |
Д |
дата формирования реестра счетов |
|
|
|
SN |
Ч (12,0) |
номер персонального счета |
|
|
|
DATPS |
Д |
дата формирования персонального счета |
|
|
|
CODE_MO |
С (5) |
код МО, к которой прикреплен гражданин. Заполняется данными полученным от ТФОМС КК |
Да |
SPR01 |
|
PL_OGRN |
С (15) |
ОГРН СМО, в которой застрахован гражданин. Заполняется данными полученным от ТФОМС КК. |
Да |
|
|
FIO |
С (30) |
Да |
|
|
|
IMA |
С (20) |
Да |
|
|
|
OTCH |
С (30) |
|
|
|
|
POL |
С (1) |
Да |
|
|
|
DATR |
Д |
Да |
|
|
|
SNILS |
С (14) |
СНИЛС (ХХХ-ХХХ-ХХХ ХХ) (п. 20 примечаний табл. 4.1) |
|
|
|
OKATO_OMS |
С (5) |
код ОКАТО территории страхования по ОМС |
|
SPR39 |
|
SPV |
Ч (1) |
|
|
|
|
SPS |
С (10) |
серия ДПФС (п. 20 примечаний табл. 4.1) |
|
|
|
SPN |
С (20) |
|
|
|
|
Q_G |
С (7) |
признак "Особый случай" (п. 8 примечаний табл. 4.1) |
|
SPR42 |
|
FAMP |
С (30) |
фамилия представителя пациента (п. 5, 20 примечаний табл. 4.1) |
Да (при Q_G = 2) |
|
|
IMP |
С (20) |
Да (при Q_G = 2) |
|
|
|
OTP |
С (30) |
отчество представителя пациента (п. 5, 20 примечаний табл. 4.1) |
|
|
|
POLP |
С (1) |
Да (при Q_G = 2) |
|
|
|
DATRP |
Д |
Да (при Q_G = 2) |
|
|
|
C_DOC |
Ч (2,0) |
Да (для инокраевых). При указании ЕНП может не заполняться. |
SPR43 |
|
|
S_DOC |
С (10) |
Да (для инокраевых, согласно SPR43). При указании ЕНП может не заполняться. |
|
|
|
N_DOC |
С (15) |
Да (для инокраевых, согласно 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) |
Телефон заявителя |
|
|
|
|
У |
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) |
Комментарий |
Описание ошибки. |
-
Приложение А. Справочник SPR
-
Приложение Б. Описание формата обмена при работе с Web-сервисом "Направления на плановую госпитализацию"
-
Приложение В. Описание формата обмена при работе с Web-сервисом "Прикрепленное население"
|
<< Назад |
Приложение >> А. Справочник SPR |
|
|
Содержание Приказ Территориального фонда обязательного медицинского страхования Краснодарского края от 30 декабря 2016 г. N 384-П "О... |