Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение
к приказу М3 СО и ТФОМС СО
от 19 августа 2022 г. N 1904-п/270
Структуры электронных реестров персонифицированного учета медицинской помощи, передаваемых при информационном взаимодействии между МО и ТФОМС, и правила по их заполнению
1. Участники информационного обмена:
N |
Сокращение |
Определение |
1 |
ТФОМС |
Территориальный фонд обязательного медицинского страхования Свердловской области |
2 |
МО |
Медицинская организация |
2. Порядок взаимодействия:
2.1. Направление: МО - ТФОМС
2.1.1. Режим взаимодействия:
- с целью проверки данных: постоянно, 24/7;
- с целью загрузки данных: 1 раз в месяц.
2.1.2. Передаваемые данные: персональные данные и сведения об оказанной по ОМС медицинской помощи.
2.1.3. Передаваемый информационный пакет:
- подписанный электронной подписью ZIP архив с именем HNNNNNN_YYMMPP. ZIP.SIG.ZIP где
Н - латинская буква;
N (6 символов) - реестровый номер МО;
Y (2 символа) - последние цифры года отчетного периода;
М (2 символа) - порядковый номер месяца отчетного периода;
РР (2 символа) - порядковый номер загружаемого в отчетном периоде пакета.
- используемая электронная подпись должна быть действительной, квалифицированной, созданной и выданной аккредитованным удостоверяющим центром с использованием средств электронной подписи технологии КриптоПРО.
2.1.4. Содержание информационного пакета:
- файл подписи HNiVNiViViV_YYMMPP.ZIP.SIG
- ZIP архив с именем HNNNNNN_YYMMPP.ZIP, содержащий два информационных файла:
1) HiVNNNNN_YYMMPP.XML - файл со сведениями об оказанной медицинской помощи;
2) L,NNNNNN_YYMMPP.XML - файл персональных данных.
2.1.5. Способ передачи: загрузка файла средствами функции ИАС-4 "А60 Реестры счетов".
2.2. Направление: ТФОМС - МО
2.2.1. Режим взаимодействия: по результатам обработки входящего файла;
2.2.2. Передаваемые данные: перечень ошибок форматно-логического контроля (ФЛК), информация о страховой принадлежности и стоимости предъявленных случаев оказания медицинской помощи.
2.2.3. Передаваемый информационный пакет:
- ZIP архив с именем ANNNNNN_YYMMPP.ZIP, содержащий два информационных файла:
1) ANNNNNN_YYMMPP.XML - файл с протоколом ФЛК. Формируется только в случае обнаружения ошибок (в файл включается информация о каждой ошибке).
2) SNNNNNN_YYMMPP.XML - файл информацией о страховой принадлежности и стоимости случаев. Формируется только в случае отсутствия ошибок, препятствующих проведению ФЛК на каждую запись
2.2.4. Способ передачи: скачивание по ссылке, возникающей в результате обработки входящего файла в функции И АС-4 "А60 Реестры счетов".
3. Формат и правила формирования:
3.1. Формат файлов: XML с кодовой страницей Windows-1251;
3.2. Правила формирования файла:
3.2.1. Наименования элементов, а также порядок их следования должны соответствовать структуре файлов.
3.2.2. Пустые элементы (теги) в файл не включаются.
3.2.3. Наименования элементов указываются прописными (заглавными) буквами.
3.2.4. Особенности кодирования некоторых символов в файлах формата XML:
Символ |
Способ кодирования |
двойная кавычка (") |
" |
одинарная кавычка (') |
' |
левая угловая скобка (<) |
< |
правая угловая скобка (>) |
&Kt; |
амперсанд (&) |
&: |
4. Правила наполнения файлов
4.1. Правила наполнения файла со сведениями об оказанной медицинской помощи HNNNNNN_YYMMPP.XML за отчетный месяц:
4.1.1. Условия выбора случаев для формирования файла за отчетный месяц (SCHET.YEAR, SCHET.MONTH):
- файл формируется по всем условиям оказания медицинской помощи (АПП (в т.ч. ОВП и ФАП), стационар, дневной стационар, СМП), всем подразделениям МО, пациентам, застрахованным как на территории Свердловской области, так и за пределами субъекта;
- в файл включаются случая с датой окончания (SLUCH.DATE_2) в отчетном месяце;
- если лечение прервано по инициативе пациента (SLUCH.RSLT=302), то возможно включение случая с датой окончания как в текущем, так и в прошлом отчетном месяце.
4.1.2. Условия выбора случаев, передаваемых повторно (возможность повторного предъявления определена регламентом взаимодействия участников ОМС Свердловской области), для формирования файла за отчетный месяц:
- для повторной (ZAP.PR_NOV=l) загрузки рассматриваются только случаи с датой окончания (SLUCH.DATE_2) в предыдущем или текущем отчетных месяцах;
- в комментарии к случаю (SLUCH.COMENTSL) указывается предыдущее имя файла (ZGLV.FILENAME) и предыдущий номер записи (ZAP.N_ZAP). Номер позиции записи в новом реестре (ZAP.N_ZAP) присваивается новый;
- исправленная запись должна содержать все сведения о пациенте, случаях и услугах.
4.1.3. Правила формирования записи о случае оказания МП:
- в "Сведениях об услуге" должно содержаться не менее одной записи, соответствующей записи в "Сведениях о случае", с кодом услуги из разделов:
Условие оказания |
Разделы услуг USL.RAZDEL_USL |
АПП |
Любой раздел |
СЗП |
201 "КСГ в дневном стационаре". |
КСС |
101 "КСГ в стационаре" |
106 "ВМП в стационаре" | |
СМП |
400 "Вызов СМП". |
4.2. Правила заполнения файла персональных данных SNNNNNN_YYMMPP.XML
4.2.1. Содержит сведения о пациенте и связывается с файлом HNNNNNN_YYMMPP.XML (связь 1<->1) по коду записи о пациенте (PACIENT.ID_PAC=PERS.ID_PAC).
5. Описание структуры информационных файлов. Поля, используемые при описании структур данных передаваемых файлов:
Поле |
Значение |
Описание |
Код элемента, содержание элемента |
|
наименование элементов в XML файле |
Формат |
Т |
<текст> |
N |
<число> |
|
D |
<дата> в формате ГГГГ-ММ-ДД |
|
DateTime |
<дата время> в формате ГГГГ-ММ-ДДТ чч: мм: сс (где Т-английская буква "Т" указывающая на начало данных времени) |
|
Bin |
<бинарные данные> в формате Base64 |
|
S |
<элемент>; составной элемент, описывается отдельно |
|
|
в круглых скобках |
максимальная длина элемента. Разделитель целой и дробной части для чисел - точка. |
Обязательность |
О |
обязательный реквизит, который должен обязательно присутствовать в элементе |
Н |
необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии - не передается. |
|
У |
условно-обязательный реквизит, обязателен для заполнения при выполнении определенных условий. При отсутствии, не передается |
|
М |
реквизит, определяющий множественность данных, может добавляться к указанным выше символам |
|
Наименование |
|
Наименование и правила заполнения элемента. |
5.1. Структура файла со сведениями об оказанной медицинской помощи UNNNNNN_YYMMPP.XML
Таблица Д. 1 - Структура файла со сведениями об оказанной медицинской помощи
Таблица Д. 2 - Структура файла персональных данных SNNNNNN_YYMMPP.XML
Код элемента |
Содержание элемента |
Тип |
Формат |
Наименование |
Правила заполнения |
Корневой элемент | |||||
PERS_LIST |
ZGLV |
О |
S |
Заголовок файла |
информация о передаваемом файле |
|
PERS |
ОМ |
S |
Данные |
Содержит персональные данные пациента |
Заголовок файла | |||||
ZGLV |
VERSION |
О |
Т (5) |
Версия взаимодействия |
2.1. |
|
DATA |
О |
D |
Дата |
Дата формирования файла |
|
FILENAME |
О |
Т (26) |
Имя файла |
имя файла без расширения |
|
FILENAME 1 |
О |
Т (26) |
Имя основного файла |
имя файла, с которым связан данный файл по ключу PERS.ID_PAC, без расширения |
Данные | |||||
PERS |
ID_PAC |
О |
Т (36) |
Код записи о пациенте |
Соответствует аналогичному номеру в файле со сведениями счетов об оказанной медицинской помощи |
|
FAM |
У |
Т (40) |
Фамилия пациента |
Должно встречаться хотя бы одно из значений FAM (фамилия) или IM (имя). В случае отсутствия какого-либо реквизита, в поле DOST включается соответствующее значение, и реквизит не указывается. Для детей при отсутствии данных ФИО до государственной регистрации не указывается (с обязательным заполнением реквизита PACIENT.NOVOR "Признак новорожденного"). |
|
IM |
У |
Т (40) |
Имя пациента |
|
|
ОТ |
У |
Т (40) |
Отчество пациента |
|
|
W |
О |
N(1) |
Пол пациента |
В соответствии с классификатором V005 |
|
DR |
О |
D |
Дата рождения пациента |
|
|
DOST |
УМ |
N(1) |
Код надежности |
1 - отсутствует отчество, 2 - отсутствует фамилия, 3 - отсутствует имя, 4 - известен только месяц и год даты рождения, 5 - известен только год даты рождения, 6 - дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. |
|
TEL |
У |
Т (10) |
Номер телефона пациента |
|
|
FAM_P |
У |
Т (40) |
Фамилия представителя пациента |
Заполняются данные о представителе пациента-ребёнка до государственной регистрации рождения. Реквизиты указываются обязательно, если значение поля NOVOR отлично от нуля. FAM_P и/или 1М_Р указываются обязательно при наличии в документе УДЛ. В случае отсутствия какого-либо реквизита в документе УДЛ, в поле DOST Р обязательно включается соответствующее значение, и реквизит не указывается. |
|
IM_P |
У |
Т (40) |
Имя представителя пациента |
|
|
OT_P |
У |
Т (40) |
Отчество представителя пациента |
|
|
W_P |
У |
N(1) |
Пол представителя пациента |
|
|
DR_P |
У |
D |
Дата рождения представителя пациента |
|
|
DOST_P |
УМ |
N(1) |
Код надежности идентификации представителя |
1 - отсутствует отчество, 2 - отсутствует фамилия, 3 - отсутствует имя, 4 - известен только месяц и год даты рождения, 6 - дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. |
|
MR |
У |
Т (100) |
Место рождения пациента или представителя |
Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. |
|
DOCTYPE |
У |
Т (2) |
Тип документа, удостоверяющего личность пациента или представителя |
В соответствии с классификатором F011. Обязательно к заполнению, если полис старого образца или временное свидетельство |
|
DOCSER |
У |
Т (10) |
Серия документа, удостоверяющего личность пациента или представителя |
Обязательно к заполнению, если полис старого образца или временное свидетельство По шаблону в соответствии с "Общими принципами построения и функционирования информационных систем..." |
|
DOCNUM |
У |
Т (20) |
Номер документа, удостоверяющего личность пациента или представителя |
Обязательно к заполнению, если полис старого образца или временное свидетельство По шаблону в соответствии с "Общими принципами построения и функционирования информационных систем..." |
|
DOCDATE |
У |
D |
Дата выдачи документа, удостоверяющего личность пациента или представителя |
Обязательно к заполнению, если полис старого образца или временное свидетельство |
|
DOCORG |
У |
Т (1000) |
Наименование органа, выдавшего документ, удостоверяющий личность |
Обязательно к заполнению, если полис старого образца или временное свидетельство |
|
SNILS |
У |
Т (14) |
СНИЛС |
Указывается при наличии. С разделителями. |
|
OKATOG |
О |
Т (11) |
Код места жительства по ОКАТО |
Для Свердловской области (начинается с 65) в соответствии с региональным справочником SpOKATOSO Для иных субъектов РФ (начинается не на 65) в соответствии с классификатором 0002, указывается с максимально известной точностью в виде код территории + код района + код РП + код сельского пункта, неизвестная точная часть дополняется нулями |
|
OKATOP |
У |
Т (11) |
Код места пребывания по ОКАТО |
Таблица Д. 3 - Структура Файла с протоколом ФЛК (ANNNNNN_YYMMPP.XML)
Код элемента |
Содержание элемента |
Тип |
Формат |
Наименование |
Правила формирования |
Корневой элемент | |||||
FLK_P |
FNAME |
О |
Т (26) |
Имя файла протокола |
имя формируется по тому же принципу, что и основной исходный файл (Д.1.), за исключением первого символа: вместо H указывается А (лат.) |
|
FNAME I |
О |
Т (26) |
Имя исходного файла |
Имя исходного файла (Д.1.) |
|
PR |
НМ |
S |
Причина отказа |
|
Причина отказа | |||||
PR |
OSHIB |
О |
N(3) |
Код ошибки |
ErMesFLK.Code |
|
IM_POL |
У |
Т (20) |
Имя поля |
Имя поля, содержащего ошибку. Не заполняется только в том случае, если ошибка относится к файлу в целом. |
|
BAS_EL |
У |
Т (20) |
Имя базового элемента |
Имя базового элемента (SCHET, ZAP, PACIENT, SLUCH, USL, PERS) для поля, в котором обнаружена ошибка. Не заполняется только в том случае, если ошибка относится к файлу в целом. |
|
N_ZAP |
У |
N(8) |
Номер записи |
Номер записи, в одном из полей которой обнаружена ошибка. Не заполняется только в том случае, если ошибка относится к файлу в целом. |
|
IDCASE |
У |
N(11) |
Номер записи в реестре случаев |
Номер случая, в котором обнаружена ошибка (указывается, если ошибка обнаружена внутри тега SLUCH, в том числе во входящих в него услугах) |
|
IDSERV |
У |
Т (36) |
Номер записи в реестре услуг |
Номер услуги, в которой обнаружена ошибка (указывается, если ошибка обнаружена внутри тега USL) |
|
COMMENT |
У |
Т (500) |
Комментарий |
Наименование ошибки (ErMesFLK.Name). Детализация ошибки (прописана для каждой ошибки в Приложении "Перечень проверок...") |
|
FATALITY |
О |
N(1) |
Критичность ошибки для загрузки реестра |
ErMesFLK.Fatality (1 - критично, 0 - не критично, не препятствует загрузке реестра) |
5.4. Структура Файла с информацией о страховой принадлежности и стоимости случаев (SNNNNNN_YYMMPP.XML)
Таблица Д. 4 - Структура Файла с информацией о страховой принадлежности и стоимости случаев (SNNNNNN_YYMMPP.XML)
Код элемента |
Содержание элемента |
Тип |
Фор мат |
Наименование |
Правила заполнения |
Корневой элемент | |||||
FLK_P2 |
FNAME |
О |
Т (26) |
Имя файла протокола |
имя формируется по тому же принципу, что и основной исходный файл (Д.1.), за исключением первого символа: вместо H указывается S (лат.) |
|
FNAME I |
О |
Т (26) |
Имя исходного файла |
Имя исходного файла (Д.1.) |
|
ZAPJN |
ОМ |
S |
Записи |
|
Записи | |||||
ZAP_IN |
N ZAP |
О |
N(8) |
Номер позиции записи |
ZAP.N ZAP |
|
FAKT_STR |
O |
S |
Сведения о страховой принадлежности |
|
|
SLUCH_SU M |
O |
S |
Сведения о суммах к возмещению за случай |
|
Сведения о страховой принадлежности | |||||
FAKT_STR |
ID_PAC |
О |
Т (36) |
Код записи о пациенте |
PACIENT.ID_PAC |
|
VPOLIS |
У |
N(1) |
Тип документа, подтверждающего факт страхования по ОМС |
см. определение страховой принадлежности в руководстве пользователя А60 |
|
NPOLIS |
У |
N(16) |
Номер документа, подтверждающего факт страхования по ОМС |
см. определение страховой принадлежности в руководстве пользователя А60 |
|
SMO |
У |
Т (5) |
Реестровый номер СМО |
см. определение страховой принадлежности в руководстве пользователя А60 |
|
REASON |
У |
Т (2) |
Причина отсутствия номера полиса на период оказания МП |
см. определение страховой принадлежности в руководстве пользователя А60 |
|
MOPRK |
У |
Т (6) |
Реестровый номер медицинской организации фондодержателя |
см. расчет сумм (MOPRK+660000) |
Сведения о суммах к возмещению за случай | |||||
SLUCH_SUM |
IDCASE |
О |
N(11) |
Номер записи в реестре случаев |
SLUCH.IDCASE |
|
SUM_OSN |
У |
N(15) |
Сумма к возмещению по базовому тарифу |
см. расчет сумм в руководстве пользователя А60 |
|
SUM_SOD |
У |
N(15) |
Сумма к возмещению по тарифу на содержание |
см. расчет сумм в руководстве пользователя А60 |
|
USL_SUM |
ОМ |
S |
Сведения о суммах к возмещению за услуги |
см. расчет сумм в руководстве пользователя А60 |
Сведения о суммах к возмещению за услугу | |||||
USL SUM |
IDSERV |
О |
Т (36) |
Номер записи в реестре услуг |
USL.IDSERV |
|
SUM_OSN |
У |
N(15) |
Сумма к возмещению по базовому тарифу |
см. расчет сумм в руководстве пользователя А60 |
|
SUM_SOD |
У |
N(15) |
Сумма к возмещению по тарифу на содержание |
см. расчет сумм в руководстве пользователя А60 |
<< Назад |
||
Содержание Приказ Министерства здравоохранения Свердловской области и Территориального фонда обязательного медицинского страхования Свердловской... |
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.