Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение N 1
к совместному приказу
Министерства здравоохранения
Нижегородской области
и Территориального фонда
обязательного медицинского страхования
от 20 апреля 2012 г. N 996/124-о
"Приложение N 4
к Положению, утвержденному
совместным приказом
Министерства здравоохранения
Нижегородской области
и Территориального фонда
обязательного медицинского страхования
от 27 октября 2011 г. N 1919/369-о
Структура
файла-запроса для определения страховой принадлежности пациентов
1. Файлы запросов и файлы ответов на запрос, а также пакеты для определения страховой принадлежности имеют одинаковую структуру, описанную в пункте 8 настоящего Приложения.
2. Формат файла-запроса/ответа:
- Расширение файла-запроса/ответа - DBF.
- Кодировка файла-запроса/ответа - 866 DOS Russian.
- Обмен файлами-запроса/ответа осуществляется без их архивирования.
3. Имя файла-запроса/ответа:
- Все буквенные символы в имени файла-запроса/ответа - прописные.
- Структура имени файла-запроса имеет вид AXXXDDMMYYNNS.DBF, где:
A - в названии файла-запроса - "J", в названии файла-ответа - "Q",.
XXX - код организации, формирующей запрос в соответствии с Приложениями 9 (код ЛПУ) и 11 (код СМО) к Положению об электронном обмене данными, причем 2х-символьный код ЛПУ дополняется символом "_" для ЛПУ, "119" для СМО.
DD - число даты формирования файла, например "06".
MM - месяц даты формирования файла, например "02".
YY - год даты формирования файла, например "09".
NN - порядковый номер файла, сформированного за текущие сутки, например "01", если цифровой диапазон исчерпан, возможно применение букв латинского алфавита.
S - отметка ТФОМС. Проставляется только для файлов-ответов. Возможные значения: "- ERR" - пакет с данными, которые не могут быть направлены на идентификацию в центральный сегмент регистра застрахованных, так как содержат ошибки; "- SRZ" - пакет с информацией из центрального сегмента регистра застрахованных. При необходимости возможно появление других отметок.
Примеры имени файла-запроса: JA1_02030905.DBF, J35525010910.DBF
Примеры имени файла-ответа: QA1_02030905.DBF, QA1_02030905-ERR.DBF, Q35525010910.DBF
Файлы-запроса, имеющие название, отличное от шаблона, а также файлы-запроса имеющие одинаковые названия не принимается к рассмотрению.
4. Файлы запросов должны формироваться автоматически на основании сведений паспортной части ЭР во избежание повторного ввода информации и увеличения нагрузки на операторов в ЛПУ.
5. Файл запроса от ЛПУ в филиал/рабочее место филиала ТФОМС направляется с использованием корпоративной сети ТФОМС на соответствующий адрес филиала/рабочего места филиала ТФОМС.
6. Файл запроса от филиала/рабочего места филиала ТФОМС в ТФОМС направляется с использованием корпоративной сети ТФОМС на адрес: "52(ТФОМС_НО)_ЦОД".
7. Пакет для определения страховой принадлежности от ЛПУ в ТФОМС направляется с использованием корпоративной сети ТФОМС на адрес: "52(ТФОМС_НО)_Определение_страховой_принадлежности".
8. Структура файла-запроса/ответа:
N |
Наименование |
Тип данных |
Кол-во байтов |
Наименование атрибута |
1 |
2 |
4 |
5 |
6 |
1 |
Уникальный порядковый номер записи внутри файла запроса/ответа |
N |
7 |
NPR_Q |
2 |
N ист. болезни; N карты амб. пациента; N журнала учета консультаций; N карты стом. пациента; N журнала регистрации амб. больных |
С |
16 |
NCARD |
3 |
Результат поиска в регистре на дату обращения пациента в ЛПУ поле "DBEG": 1. найден по ФИО + ДР (СНИЛС, полис, документ проставляются автоматически); 2. Найден с другой фамилией; 3. Найден с другим именем; 4. Найден с другим отчеством; 5. Найден с другой датой рождения; 6. резерв; 7. не найден; 8. требуется уточнение данных (найдено несколько человек); 9. резерв; 10. резерв; 11. не найден, полис прекратил свое действие. 12. Найден по ФИО + ДР 13. Не идентифицирован по полному совпадению 14. Не идентифицирован по полному совпадению 15. Не идентифицирован по полному совпадению 16. Не идентифицирован по полному совпадению 17. Застрахован на территории другого субъекта РФ 18. Не застрахован 19. Требуется уточнение данных (найдено несколько человек) |
N |
2 |
SVREG |
4 |
Серия полиса ОМС |
C |
10 |
SPOLIS |
5 |
Номер полиса ОМС |
C |
20 |
NPOLIS |
6 |
СНИЛС |
С |
14 |
SS |
7 |
Код СМО (Приложение N 11 к Положению об электронном обмене данными) |
C |
3 |
SMO |
8 |
Код вида документа, удостоверяющего личность (Приложение N 17 к Положению об электронном обмене данными) |
N |
2 |
DOC_TIP |
9 |
Серия паспорта, иного документа |
С |
10 |
DOC_SER |
10 |
Номер паспорта, иного документа |
С |
10 |
DOC_NUM |
11 |
Фамилия |
С |
40 |
FAM |
12 |
Имя |
С |
40 |
IM |
13 |
Отчество (не заполняется в случае отсутствия в документах, удостоверяющих личность пациента, при этом в поле N 17 D_TYPЕ проставляется значение "15") |
С |
40 |
OTCH |
14 |
Полная дата рождения (например, 12.02.2001) |
D |
8 |
DR |
15 |
Статус: работает -; не работает - 2; |
N |
1 |
RAB |
16 |
Особый случай: в случае отсутствия у пациента отчества, в данное поле проставляется значение "15", остальные значения игнорируются |
C |
4 |
D_TYPЕ |
17 |
Код субъекта РФ (Приложение N 18 к Положению об электронном обмене данными) |
C |
2 |
REGION_ID |
18 |
Код района (Приложение N 15 к Положению об электронном обмене данными) |
C |
2 |
RAION_ID |
19 |
Индекс |
C |
6 |
INDEKS |
20 |
Район места постоянной регистрации: |
C |
40 |
RAION |
21 |
Населенный пункт места постоянной регистрации: |
С |
63 |
PUNKT |
22 |
Название улицы |
С |
63 |
ULICA |
23 |
Дом |
С |
10 |
HOUSE |
24 |
Корпус |
С |
5 |
KORPUS |
25 |
Квартира |
С |
5 |
APARTMENTS |
26 |
Дата и время получения запроса (в виде "21.01.2008 14:51") |
С |
16 |
DATЕ_IN |
27 |
Дата и время отправки ответа (в виде "21.01.2008 14:51") |
C |
16 |
DATЕ_OUT |
28 |
Дата выдачи полиса |
D |
8 |
DATЕ_POL |
29 |
Дата актуализации сведений о застрахованных |
D |
8 |
DATЕ_RZ |
30 |
Дата обращения пациента за медицинской помощью в ЛПУ |
D |
8 |
DBEG |
31 |
Комментарии к результатам поиска |
C |
110 |
COMMENTS |
32 |
Дата выдачи документа |
D |
8 |
DOC_DATЕ |
33 |
Номер ОМС |
C |
17 |
OMS_NUMBER |
34 |
Резервное поле |
C |
50 |
TEMP |
35 |
Код типа документа, подтверждающего страхование по ОМС: 1 - полис ОМС единого образца; 2 - временное свидетельство, подтверждающее оформление полиса ОМС; 3 - полис ОМС старого образца |
N |
1 |
POL_TIP |
36 |
Единый номер полиса ОМС |
C |
16 |
OMS_NUM |
37 |
Номер временного свидетельства, подтверждающего оформление полиса ОМС |
C |
9 |
TMP_NUM |
Поля, обязательные для заполнения в записях файла-запроса:
поле N 30 (DBEG), поле N 11 (FAM), поле N 12 (IM), поле N 13 (OTCH) (за исключением отсутствия отчества в документе, удостоверяющем личность), поле N 14 (DR).
Один из 3х реквизитов: либо ЕНП (Единого Номера Полиса ОМС), либо СНИЛС, либо документ, удостоверяющий личность.
1. В случае указания ЕНП: поле N 35 (POL_TIP) со значением "1", поле N 36 (OMS_NUM);
2. В случае указания СНИЛС: поле N 6 (SS);
3. В случае указания документа, удостоверяющего личность: поле N 8 (DOC_TIP), поле N 9 (DOC_SER), поле N 10 (DOC_NUM);
При указании информации о полисе ОМС обязательно должен быть обозначен тип полиса - поле N 35 (POL_TIP), в зависимости от значения поля N 35 (POL_TIP) должны быть заполнены поля N 4 (SPOLIS), N 5 (NPOLIS), N 36 (OMS_NUM), N 37 (TMP_NUM).
Дополнительные поля, обязательные для заполнения в записи файла-ответа:
поле N 3 (SVREG), поле N 31 (DATЕ_IN), поле N 32 (DATЕ_OUT), поле N 34 (DATЕ_RZ).
В случае, если поле SVREG в записи файла-ответа принимает значение:
13: в поле COMMENTS данной записи проставляется фамилия идентифицированного пациента
14: в поле COMMENTS данной записи проставляется имя идентифицированного пациента
15: в поле COMMENTS данной записи проставляется отчество идентифицированного пациента
16: в поле COMMENTS данной записи проставляется дата рождения идентифицированного пациента
17: в поле COMMENTS данной записи проставляется код СМО, в которой застрахован идентифицированный пациент в соответствии с общероссийским справочником СМО.
На уровне программного средства по формированию реестров на оплату оказанной медицинской помощи необходимо реализовать не только выгрузку файла-запроса для определения страховой принадлежности, но и автоматическую загрузку и анализ данных файла-ответа, во избежание ручного анализа ответа на запрос, содержащий сотни и тысячи записей.
<< Назад |
||
Содержание Приказ Министерства здравоохранения Нижегородской области и Территориального фонда обязательного медицинского страхования... |
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.