Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Вход
Купить систему ГАРАНТ
Получить демо-доступ
Узнать стоимость
Информационный банк
Подобрать комплект
Семинары
Приложение
Приложение
к совместному приказу Министерства здравоохранения
Нижегородской области и Территориального фонда
обязательного медицинского страхования Нижегородской области
от 15 июня 2017 г. N 1039/282-О
Раздел 2. Принципы информационного взаимодействия
2.1 Участниками информационного обмена являются:
- ТФОМС;
- СМО;
- МО.
2.2 Схема информационного взаимодействия между участниками информационного обмена приведена в Приложении N 1.
2.3 При изменении НСИ ТФОМС публикует актуальные версии ее компонентов на своем официальном сайте.
2.4 Информационное взаимодействие между МО и СМО при передаче информации об оказанной медицинской помощи пациентам, застрахованным в Нижегородской области осуществляется по сети VipNet через СПОД (Раздел 14).
2.4.1 Порядок информационного взаимодействия с использованием СПОД:
1) МО формируют и передают на адрес СПОД пакет ЭР, содержащий информацию об оказанной медицинской помощи пациентам, застрахованным в Нижегородской области. Форматы и порядок передачи информации описан в Разделе 5.
2) СПОД автоматически выполняет:
- предварительные процедуры ФЛК и ОСП (Приложения N 76 и 77 соответственно) и направляет их результаты в МО; информация отправляется на адрес МО, указанный в Реестре S001; факт получения МО протокола ФЛК служит подтверждением доставки исходного пакета ЭР на адрес СПОД;
- пересылку полученного от МО пакета ЭР в соответствующую СМО.
3) СМО подтверждает получение пакета ЭР путем отправки на адрес СПОД сообщения, содержащего в теме название пакета ЭР.
4) СМО формируют и передают информацию о результатах обработки ЭР на адрес МО, указанный в Реестре S001 (Раздел 8).
5) При выявлении ошибок в ЭР на уровне ТФОМС и СМО, МО может исправить их и направить повторно пакет ЭР с теми же именами пакета и файлов на адрес СПОД (шаги 1 - 4).
2.4.2 Порядок актуализации сведений о VipNet-адресах подразделений МО приведен в Реестре S001.
2.4.3 При отсутствии у МО доступа к сети VipNet, пакеты ЭР должны предоставляться на электронных носителях в соответствующие филиалы и представительства ТФОМС (для МО, расположенных в Нижегородской области) либо в ТФОМС (для МО, расположенных в г. Нижнем Новгороде) для отправки в СПОД.
2.5 МО формируют и передают:
- ежемесячно в ТФОМС информацию о пролеченных инобластных пациентах. Форматы и порядок передачи информации описан в разделе 6 настоящего Положения;
- в начале года, а также ежеквартально в СМО - информацию о поквартальных планах проведения профилактических мероприятий в соответствии с "Регламентом информационного взаимодействия участников при организации прохождения застрахованными лицами профилактических мероприятий";
- в ТФОМС, по мере ввода информации об оказанной МП в МИС, но не реже одного раза в месяц, - файл-запроса/ответа для ОСП. Форматы и порядок обработки файла описаны в Разделе 12 настоящего Положения;
- в оперативном режиме ведут учет прикрепленного населения, застрахованного на территории Нижегородской области - с использованием АИС "Прикрепление", а также формируют и передают в ТФОМС списки инобластных прикрепленных ЗЛ (Раздел 13).
2.6 СМО формируют и передают:
- в ТФОМС (по мере необходимости) - файл-запроса/ответа для ОСП. Форматы и порядок обработки файла описаны в Разделе 12 настоящего Положения;
- по результатам проведения МЭК, МЭЭ и ЭКМП в ТФОМС информацию о принятых и отклоненных от оплаты позициях за отчетный месяц с указанием признака оплаты и причин отклонения по результатам МЭК, МЭЭ и ЭКПМ в соответствии с "Приказом Федерального фонда обязательного медицинского страхования от 01.12.2010 N 230 "Об утверждении Порядка организации и проведения контроля объемов, сроков, качества и условий предоставления медицинской помощи по обязательному медицинскому страхованию"
2.7 Вся информация передается в виде пакетов - ZIP-архивов (кроме пакетов запроса/ответа для ОСП, передаваемых в исходном формате), содержащих:
- DBF (пакеты ЭР, ОСП и др.) Все DBF-файлы соответствуют версии базы данных DBase IV и создаются в кодировке DOS 866 (OEM Russian 866);
- GDB-файлы (пакеты экспорта данных из ЭР). Все GDB-файлы соответствуют версии базы данных FireBird 1.5x (dialect 3) и создаются в кодировке WIN1251.
2.8 Формирование имен файлов.
2.8.1 Структура имени файла запроса/ответа для ОСП описана в Разделе 12 настоящего Положения.
2.8.2. В именах файлов используются исключительно латинские буквы и цифры.
2.8.3 Имя DBF-файла имеет следующую структуру: TLLPMGGN.DBF. Для формирования имени используются следующие элементы:
|
Условное обозначение |
Размер |
Описание |
Исходный справочник/Допустимые значения |
|
1 |
2 |
3 |
4 |
|
T |
1 символ |
Тип файла. Определяет принадлежности файла к файлам-реестрам, файлам "Счет", файлам "Уведомление" и пр. |
Справочник типов файлов - Приложение N 8 |
|
LL |
2 символа |
Код МО, сформировавшей или получающей пакет |
Справочник МО - Приложение N 9 |
|
P |
1 символ |
Код вида медицинской помощи. Определяет вид медицинской помощи, для которой сформирован файл 1 |
Справочник видов МП - Приложение N 10 |
|
M |
1 символ |
Месяц. Определяет месяц, за который сформирован файл |
1-9, A-C |
|
GG |
2 цифры |
Год. Определяет год, за который сформирован файл. Год и месяц определяют период файла |
00-99 |
|
N |
1 символ |
Код файла/пакета. Идентифицирует файл данного типа в текущем отчетном периоде 2 |
0-9, A-Z |
|
DBF |
3 символа |
Стандартное расширение DBF-файла |
|
1 Для реестров по нескольким видам медицинской помощи символ заполняется значением "0".
2 Диапазоны кодов файлов (элемент N в имени) определяются следующим образом:
0 - 4, A - K - для ЭР за текущий отчетный период;
5 - 9, L - Z - для ЭР исправленных позиций.
В случае, если текущий диапазон кодов исчерпан, допускается использование свободных кодов следующего диапазона.
2.8.4. Имя пакета от МО в СМО/ТФОМС имеет структуру - TLLPMGGN.SSS и совпадает с именем файла "Счет", расширение SSS заменяется на код СМО (Приложение N 11), для которой сформирован пакет. Для "Реестра по инообластным пациентам" расширение SSS заменяется на код "000".".
Код файла/пакета (N) сохраняется до окончательной приемки реестра и проведения МЭК СМО.
Если пакет от МО не был принят СМО на этапе предварительной проверки и его МЭК не проводился, то МО формирует исправленный пакет с тем же именем.
Все файлы одного реестра должны иметь одинаковый код (N), совпадающий с кодом в имени пакета.
2.8.5 Имя GDB-файла и соответствующего ему пакета имеют следующую структуру: SSS_MMGGN.GDB, SSS_MMGGN.ZIP соответственно. Элементы, формирующие имя приведены в следующей таблице:
Раздел 12. Определение страховой принадлежности
12.1 Процедура ОСП в пакетном режиме.
12.1.1 Процедура ОСП в пакетном режиме выполняет определение страховой принадлежности, как по РС ЕРЗ, так и по ЦС ЕРЗ.
12.1.2 Файл-запроса для ОСП направляется на VipNet-адрес СПОД (Раздел 14).
12.1.3 Имя файла запроса/ответа для ОСП:
12.1.3.1 Все буквенные символы в имени файла запроса/ответа - прописные;
12.1.3.2 Структура имени файла-запроса/ответа имеет вид AXXXDDMMYYNN.DBF, где:
- A - идентификатор назначения файла-запроса/ответа;
- XXX - код организации, формирующей запрос:
- для МО: 2х-символьный код подразделения МО (Реестр S001), в конце дополненный символом "_";
- для СМО: 3х-символьный код СМО (Приложение N 11);
- DD - число даты формирования файла, например "06";
- MM - месяц даты формирования файла, например "03";
- YY - год даты формирования файла, например "17";
- NN - порядковый номер файла, сформированного за текущие сутки, например, "01"; если цифровой диапазон исчерпан, возможно применение букв латинского алфавита.
Файлы запроса/ответа для ОСП, имеющие название, отличное от шаблона, а также файлы-запроса/ответа для ОСП с дублирующимся именем не принимается к рассмотрению.
12.1.4 Формат файла-запроса/ответа для ОСП:
- расширение файла-запроса/ответа для ОСП - DBF;
- кодировка файла-запроса/ответа для ОСП - 866 DOS Russian;
- структура файла-запроса/ответа приведена в Приложении N 4.
12.1.5 Обмен файлами-запроса/ответа для ОСП осуществляется в исходном формате (без архивирования).
12.1.6 Процедура ОСП в пакетном режиме перед формированием ЭР.
12.1.6.1 Идентификатор назначения файла запроса/ответа (A) в имени файла принимает следующие значения:
- в названии файла-запроса А задается как "J";
- в названии файла-ответа А задается как "Q".
Примеры имени файла запроса/ответа для ОСП:
- имя файла-запроса: JA1_02031705.DBF, J35525011710.DBF;
- имя файла-ответа: QA1_02031705.DBF, Q35525011710.DBF.
12.1.6.2 Выполняется МО в обязательном порядке.
12.1.6.3 Файл-запроса для ОСП передается МО в ТФОМС по мере ввода информации об оказанной медицинской помощи в МИС, но не реже одного раза в месяц.
12.1.6.4 Оплату МП производит СМО, в которой пациент был застрахован на дату окончания лечения (в случае, если МП была оказана до 2017 года, оплату производит СМО, в которой пациент был застрахован на дату начала лечения). Соответственно, в поле N 30 - DBEG (дата, на которую производится ОСП) (Приложение N 4) должна быть указана дата окончания лечения (в случае если МП была оказана до 2017 года - дата начала лечения). На пустую дату ОСП не производится.
12.1.6.5 Во избежание повторного ввода информации и увеличения нагрузки на операторов в МО, программное средство по формированию ЭР на оплату оказанной МП должно обеспечивать автоматическое формирование файла-запроса для ОСП, как на всех пролеченных больных за отчетный период, так и по отдельным позициям, а также автоматическую загрузку и анализ данных файла-ответа.
12.1.7 Процедура ОСП в пакетном режиме, выполняемая в рамках "Регламента информационного взаимодействия участников при организации прохождения застрахованными лицами профилактических мероприятий" [17].
12.1.7.1 Идентификатор назначения файла-запроса/ответа (A) в имени файла принимает следующие значения:
- в названии файла-запроса А задается как "D";
- в названии файла-ответа А задается как "R".
Примеры имени файла-запроса/ответа для ОСП:
- имя файла-запроса: DA1_02031705.DBF, D35525011710.DBF;
- имя файла-ответа: RA1_02031705.DBF, R35525011710.DBF.
12.1.7.2 Выполняется МО в обязательном порядке в сроки, установленные "Регламентом информационного взаимодействия участников при организации прохождения застрахованными лицами профилактических мероприятий" [17].
12.1.7.3 В поле N 30 - DBEG (дата, на которую производится ОСП) (Приложение N 4) должна быть указана дата отправки файла-запроса (текущая дата). На пустую дату ОСП не производится.
12.1.8 Описание процедуры ОСП.
12.1.8.1 Поиск ЗЛ на первом этапе осуществляется в РС ЕРЗ в соответствии с перечнем ключей достоверности (Приложение N 52).
В случае нахождения застрахованного лица в РС ЕРЗ в адрес МО высылается ответ с результатами поиска, поле SVREG (Приложение N 4) при этом принимает значение 12.
Позиции, которые не были определены, отправляются на идентификацию в ЦС ЕРЗ, проходя перед отправкой ФЛК на соответствие отсылаемой информации требованиям, предъявляемым к запросам в ЦС ЕРЗ. Записи, не прошедшие ФЛК, возвращаются с неопределенной страховой принадлежностью, поле SVREG принимает значение 9.
В случае нахождения ЗЛ в ЦС ЕРЗ в адрес МО высылается ответ с результатами поиска, поле SVREG при этом принимает значение 17.
12.1.8.2 В виду того, что ТФОМС при определении страховой принадлежности использует несколько вариантов запроса по комбинированным ключам достоверности, желательно предоставление максимально достоверной информации, в том числе по полям, которые обозначены как условно-обязательные (серия/номер документа, удостоверяющего личность, СНИЛС). Это значительно повышает достоверность ОСП.
Поскольку ОСП происходит в автоматическом режиме, МО должна уделить особое внимание качеству и безошибочности заполнения информации о ЗЛ при вводе сведений в МИС. Ошибка в фамилии, имени, отчестве, дате рождения ЗЛ, не точное заполнение данных удостоверения личности или СНИЛС приведет к невозможности определения его страховой принадлежности.
Недопустимо смешение одинаковых по виду русских (кириллических) и латинских букв в фамилии, имени и отчестве ЗЛ. Во избежание такого типа ошибок в МИС МО должен быть реализован автоматический контроль ввода данных.
12.1.8.3 Поля, обязательные для заполнения в записях файла-запроса (Приложение N 4):
- поле N 30 (DBEG), поле N 11 (FAM), поле N 12 (IM), поле N 13 (OTCH) (кроме случаев отсутствия отчества в документе, удостоверяющем личность), поле N 14 (DR);
- один из 3х реквизитов: либо ЕНП, либо СНИЛС, либо документ, удостоверяющий личность:
- в случае указания ЕНП: поле N 35 (POL_TIP) со значением "3", поле N 36 (OMS_NUM);
- в случае указания СНИЛС: поле N 6 (SS);
- в случае указания документа, удостоверяющего личность: поле 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).
12.1.8.4 Поля, значения которых возвращаются из РС ЕРЗ или ЦС ЕРЗ в записи файла-ответа:
значение полей, полученные из файла-запроса остаются без изменения, кроме:
- поля N 7 (SMO) - возвращается код СМО (Приложение N 11), если страховая принадлежность определена;
- поле N 32 (DATE_OUT) - возвращается дата и время отправки ответа (в виде "21.01.2017 14:51");
- поля N 34 (DATE_RZ) - возвращается дата актуализации сведений о ЗЛ;
- поля N 3 (SVREG), в случае, если поле SVREG в записи файла-ответа принимает значение:
- 17, в поле COMMENTS данной записи проставляется код территории по ОКАТО и ОГРН СМО, в которой застрахован идентифицированный пациент в соответствии с общероссийским справочником СМО;
- 20, определение страховой принадлежности по данному пациенту требует дополнительной ручной обработки данных. Ответ по данному пациенту будет выслан позже, также в ручном режиме;
- поля N 31 (COMMENTS) - возвращаются комментарии к результатам поиска.
12.1.8.5 Дополнительно в записи файла-ответа возвращаются данные из РС ЕРЗ или ЦС ЕРЗ:
поле N 40 (PID), поле N 41 (FAM_ERZ), поле N 42 (IM_ERZ), поле N 43 (OT_ERZ), поле N 44 (DR_ERz), поле N 45 (POLTP_ERZ), поле N 46 (SPOL_ERZ), поле N 47 (NPOL_ERZ), поле N 48 (ENP_ERZ), поле N 49 (SS_ERZ), поле N 50 (DOCS_ERZ), поле N 51 (docn_erz).
12.2 Процедура ОСП по ЭР.
Данная процедура принимает на входе пакет ЭР, отправленный МО на адрес СПОД. Результатом ее выполнения является протокол ОСП (Приложение N 77), отправляемый в адрес МО. Протокол ОСП формируется при условии отсутствия ошибок ФЛК (Раздел 14).
ГАРАНТ:
Нумерация пунктов приводится в соответствии с источником
12.2 Процедура ОСП с использованием технологии web-сервисов.
12.2.1 Процедура ОСП с использованием технологии web-сервисов производит определение страховой принадлежности, только по РС ЕРЗ.
12.2.2 Процедура ОСП построена на основе протокола XML-RPC.
12.2.3 Запросы направляются на адрес: "http://172.18.1.8:8080/XMLRPC/default/call/xmlrpc".
12.2.4 Операции (методы) электронного сервиса.
|
Метод |
Назначение |
|
Код: OSP Наименование: Запрос страховой принадлежности по РС ЕРЗ |
Используется для процедуры ОСП с использованием технологии web-сервисов |
12.2.5 Описание входных параметров:
Информационный файл имеет формат XML. Кодовая страница должна быть указана в заголовке XML-файла.
|
N |
Код параметра |
Описание параметра |
Обязательность |
Способ заполнения/Тип |
Комментарий |
|
1 |
SPOL |
Серия ДПФС |
+ |
Строка |
Указывается для полиса ОМС старого образца |
|
2 |
NPOL |
Номер ДПФС |
+ |
Строка |
Указывается: - N полиса ОМСстарого образца; - N временного свидетельства (9 знаков слитно); - Единый номер полиса ОМС (16 знаков) |
|
3 |
FAM |
Фамилия |
+ |
Строка |
|
|
4 |
IM |
Имя |
+ |
Строка |
|
|
5 |
ОТ |
Отчество |
+ |
Строка |
|
|
6 |
DR |
Дата рождения |
+ |
Дата |
|
|
7 |
OTNULL |
Отметка об отсутствии отчества в документе удостоверяющем личность |
+ |
0 |
Отчество в документе удостоверяющем личность указано |
|
1 |
Отчество в документе удостоверяющем личность отсутствует |
Если параметр отсутствует, то все равно передается пустое значение параметра Хотя бы один из параметров <КРОЬ, ЕАМ, 1М, ОТ, БК> должен иметь не пустое значение.
12.2.6 Описание выходных параметров:
Информационный файл имеет формат XML с кодовой страницей UTF-8.
|
N |
Код параметра |
Описание параметра |
Обязательность |
Способ заполнения/Тип |
Комментарий |
|
1 |
FAM |
Фамилия |
+ |
Строка |
|
|
2 |
IM |
Имя |
+ |
Строка |
|
|
3 |
OT |
Отчество |
+ |
Строка |
|
|
4 |
DR |
Дата рождения |
+ |
Дата |
|
|
5 |
SMO_NAME |
Наименование СМО |
+ |
Строка |
|
|
6 |
POLTP |
Тип полиса |
+ |
Строка |
Может принимать следующие значения: - Полис старого образца; - Полис старого образца в составе УЭК; - Временное свидетельство; - Временное свидетельство в составе УЭК; - Полис нового образца; - Полис нового образца в составе УЭК. |
|
7 |
POLIS |
Серия и номер документа, подтверждающего факт страхования |
+ |
Строка |
Серия и номер полиса ОМС старого образца (серия отделяется от номера последовательностью знаков "пробел", "N", "пробел") или номер временного свидетельства или единый номер полиса нового образца. |
|
8 |
DBEG |
Дата постановки на учет |
+ |
Дата |
|
|
9 |
DSTOP |
Дата снятия с учета |
+ |
Дата |
|
|
10 |
ACTIVE |
Признак действующего ДПФС |
+ |
0 |
ДПФС не действует |
|
1 |
ДПФС действует |
||||
|
11 |
COMMENT |
Комментарий |
+ |
Строка |
Может принимать следующие значения: - Найдено более одного человека. Уточните запрос или используйте запрос по серии и номеру полиса ОМС; - Не найдено. Проверьте корректность данных; - Успешно. |
Возвращается столько строк, сколько найдено страховых принадлежностей у застрахованного лица.
Если параметр "COMMENT" не равен "Успешно", возвращается одна запись, в которой заполнено значение параметра "COMMENT", остальные параметры имеют пустое значение.
12.2.7 Описание входной XML:
12.2.7.1 Описание схемы:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schemaattributeF ormDefault= "unqualified" elementF ormDefault= "qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="methodCall">
<xs: complexT ype>
<xs:sequence>
<xs:element name="methodName" type="xs:string" />
<xs:element name="params">
<xs:complexType>
<xs:sequence>
<xs:element name="param">
<xs: complexT ype>
<xs:sequence>
<xs:element name="value">
<xs:complexType>
<xs:sequence>
<xs:element name="struct">
<xs: complexType>
<xs:sequence>
<xs:elementmaxOccurs="unbounded" name="member"> <xs: complexType>
<xs:sequence>
<xs:element name="name" type="xs:string" /> <xs:element name="value">
<xs: complexType>
<xs:sequence>
<xs:element name="string" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs: schema>
12.2.7.2 Пример входной XML:
<?xml version="1.0" encoding="windows-1251"?>
<methodCall>
<methodName>osp</methodName>
<params>
<param>
<value>
<struct>
<member>
<name>NPOL</name>
<value>
<string>5249130820001732</string>
</value>
</member>
<member>
<name>OTNULL</name>
<value>
<string>0</string>
</value>
</member>
<member>
<name>SPOL</name>
<value>
<string></string>
</value>
</member>
<member>
<name>FAM</name>
<value>
<string>ИВ АНОВ</string>
</value>
</member>
<member>
<name>IM</name>
<value>
<string>ИВАН</string>
</value>
</member>
<member>
<name>OT</name>
<value>
<!з1п^>ИВАНОВИЧ</з1:п^>
</value>
</member>
<member>
<name>DR</name>
<value>
<string>01.01.1964</string> </value>
</member>
</struct>
</value>
</param>
</params>
</methodCall>
12.2.8 Описание выходной XML:
12.2.8.1 Описание схемы:
<?xml version="1.0" encoding=''utf-8''?>
<xs:schemaattributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs=''http://www.w3.org/2001/XMLSchema">
<xs:element name="methodResponse">
<xs:complexType>
<xs:sequence>
<xs:element name="params">
<xs:complexType>
<xs:sequence>
<xs:element name="param''>
<xs:complexType>
<xs:sequence>
<xs:element name="value">
<xs:complexType>
<xs:sequence>
<xs:element name="array">
<xs:complexType>
<xs:sequence>
<xs:element name="data">
<xs: complexType>
<xs: sequence>
<xs:elementmaxOccurs= "unbounded" name=" value">
<xs: complexType>
<xs: sequence>
<xs: element name=" array ">
<xs: complexT ype>
<xs:sequence>
<xs:element name="data">
<xs: complexT ype>
<xs: sequence>
<xs: elementmaxOccurs= "unbounded" name= "value">
<xs: complexT ype>
<xs:sequence>
<xs:elementminOccurs="0" name="int" type="xs:unsignedByte" /> <xs:elementminOccurs="0" name="string" type="xs:string" /> </xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs: sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs: schema>
12.2.8.2 Пример выходной XML:
<?xml version= "1.0" encoding="utf-8" ?>
<methodResponse>
<params>
<param>
<value>
<array>
<data>
<value>
<array>
<data>
<value>
<string>ИВАНОВ</string>
</value>
<value>
<string>ИВАН</string>
</value>
<value>
<string>ИВАНОВИЧ</string>
</value>
<value>
<string>01.01.1964</string>
</value>
<value>
^п^>РОСНО<^1п^>
</value>
<value>
<string>Полис нового образца</string>
</value>
<value>
<string>5249130820001732</string> </value>
<value>
<string>24.12.2013</string>
</value>
<value>
<string></string>
</value>
<value>
<int>1</int>
</value>
<value>
^tring^ спешно</string>
</value>
</data>
</array>
</value>
<value>
<array>
<data>
<value>
<string>ИВАНОВ</string>
</value>
<value>
<string>ИВАН</string>
</value>
<value>
<string>ИВАНОВИЧ</string>
</value>
<value>
<string>01.01.1964</string>
</value>
<value>
<string>РОСНО</string>
</value>
<value>
<string>Временное свидетельство</string> </value>
<value>
<string>096123654</string>
</value>
<value>
<string>08.05.2013</string>
</value>
<value>
<string>20.11.2013</string>
</value>
<value>
<int>0</int>
</value>
<value>
<string>У спешно</string>
</value>
</data>
</array>
</value>
</data>
</array>
</value>
</param>
</params>
</methodResponse>
Раздел 14. Сервис пакетной обработки данных (СПОД)
Сервис расположен на площадке ТФОМС, доступен по адресу адрес VipNet: "52(ТФОМС_НО)_ФЛК", получает от МО на входе пакеты ЭР по пациентам, застрахованным в НО.
СПОД автоматически выполняет следующие функции:
|
Функция |
Описание |
|
Информационный шлюз |
Пересылка пакета ЭР от МО в СМО |
|
Предварительный ФЛК |
По результатам выполнения данной функции независимо от наличия ошибок формируется протокол ФЛК в формате CSV (Приложение N 76), направляемый на адрес МО, указанный в Реестре S001 |
|
Предварительное ОСП |
Выполняется при отсутствии ошибок ФЛК. По результатам выполнения данной функции формируется протокол ОСП в формате CSV (Приложение N 77), направляемый на адрес МО, указанный в Реестре S001 |
Приложение N 1
к Положению
Схема
информационного взаимодействия
Обозначения операций информационного взаимодействия:
Таблица 1 Описание схемы информационного взаимодействия
Приложение N 4
к Положению
Структура
файла-запроса/ответа для определения страховой принадлежности
|
N |
Наименование |
Тип данных |
Кол-во байтов |
Наименование атрибута |
|
1 |
2 |
4 |
5 |
6 |
|
Атрибуты, присутствующие как в файле-запроса, так и в файле-ответа | ||||
|
1 |
Уникальный порядковый номер записи внутри файла запроса/ответа |
N |
7 |
NPR_Q |
|
2 |
N ист. болезни; N карты амб. пациента; N журнала учета консультаций; N карты стом. пациента; N журнала регистрации амб. больных |
С |
17 |
NCARD |
|
3 |
Результат поиска в регистре на дату окончания оказания МП в МО (до 2017 года - на дату начала оказания МП) - поле "DBEG": 8 - требуется уточнение данных (найдено несколько человек в РС ЕРЗ); 9 - недостаточно данных для отправки в ЦС ЕРЗ; 12 - найден в РС ЕРЗ; 17 - найден в ЦС ЕРЗ; 18 - не застрахован; 19 - требуется уточнение данных (найдено несколько человек в ЦС ЕРЗ); 20 - необходима дополнительная обработка |
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 TYPE проставляется значение "15") |
С |
40 |
OTCH |
|
14 |
Полная дата рождения (например, 12.02.2001) |
D |
8 |
DR |
|
15 |
Статус: работает - 1; не работает - 2; |
N |
1 |
RAB |
|
16 |
Особый случай: в случае отсутствия у пациента отчества, в данное поле проставляется значение "15", остальные значения игнорируются |
C |
4 |
D_TYPE |
|
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 |
DATE_IN |
|
27 |
Дата и время отправки ответа (в виде "21.01.2008 14:51") |
C |
16 |
DATE_OUT |
|
28 |
Дата выдачи полиса |
D |
8 |
DATE POL |
|
29 |
Дата актуализации сведений о застрахованных |
D |
8 |
DATE RZ |
|
30 |
Дата окончания оказания МП в МО (до 2017 года - дата начала оказания МП) |
D |
8 |
DBEG |
|
31 |
Комментарии к результатам поиска |
C |
110 |
COMMENTS |
|
32 |
Дата выдачи документа |
D |
8 |
DOC DATE |
|
33 |
Номер ОМС |
C |
17 |
OMS NUMBER |
|
34 |
Резервное поле |
C |
50 |
TEMP |
|
35 |
Код типа документа, подтверждающего факт страхования по ОМС (Приложение N 62 столбец 1) |
N |
1 |
POL_TIP |
|
36 |
Единый номер полиса ОМС |
C |
16 |
OMS NUM |
|
37 |
Номер временного свидетельства, подтверждающего оформление полиса ОМС |
C |
9 |
TMP_NUM |
|
38 |
Код МО прикрепления застрахованного лица (Приложение N 9 к Положению об электронном обмене данными, поле "Код ЛПУ (ФОМС)") |
C |
6 |
LPU_PRIK |
|
39 |
Номер квартала планового проведения профилактических мероприятий |
N |
1 |
KVARTAL |
|
Атрибуты, присутствующие только в файле-ответа, данные из РС ЕРЗ или ЦС ЕРЗ | ||||
|
40 |
Идентификатор записи ТФОМС |
N |
10 |
PID |
|
41 |
Фамилия |
C |
40 |
FAM ERZ |
|
42 |
Имя |
C |
40 |
IM ERZ |
|
43 |
Отчество |
C |
40 |
OT ERZ |
|
44 |
Дата рождения |
D |
8 |
DR_ERZ |
|
45 |
Код типа документа, подтверждающего факт страхования по ОМС (Приложение N 62, столбец 1) |
C |
1 |
POLTP_ERZ |
|
46 |
Серия полиса ОМС (может быть указана только для полиса ОМС старого образца) |
C |
20 |
SPOL_ERZ |
|
47 |
Номер полиса ОМС: - Для полиса ОМС старого образца - номер полиса; - Для временного свидетельства - номер временного свидетельства; - Для полиса ОМС единого образца номер бланка полиса (в качестве номера полиса необходимо использовать единый номер полиса - ENP ERZ) |
C |
20 |
NPOL_ERZ |
|
48 |
Единый номер полиса |
C |
16 |
ENP_ERZ |
|
49 |
СНИЛС |
C |
14 |
SS_ERZ |
|
50 |
Серия документа, удостоверяющего личность |
C |
20 |
DOCS_ERZ |
|
51 |
Номер документа, удостоверяющего личность |
C |
20 |
DOCN_ERZ |
Приложение N 76
к Положению
Спецификация
файла протокола ФЛК
1.1 Общие требования
Файл протокола ФЛК имеет формат CSV Имя файла формируется следующим образом:
Имя файла пакета + "_flk", где Имя файла пакета - имя файла пакета, направленного МО, расширение файла - csv.
Пример: 6SKH5161.533_flk.csv - файл протокола ФЛК по пакету 6SKH5161.533. Содержимое файла должно передаваться в кодировке Windows-1251.
1.2 Логическая структура файла
Первая строка файла содержит дату и время формирования протокола (например: 22.06.2016 17:54:25).
Вторая строка - строка разделитель ( ).
Строки файла протокола ФЛК (начиная с третьей строки и до конца файла) содержат ошибки ФЛК. Структура строк приведена в пункте 1.3 настоящего приложения.
Строки файла отделяются друг от друга парой знаков "возврат каретки" и "перевод строки" (коды 1310 и 1010), следующих непосредственно друг за другом.
1.3 Выгружаемая информация
Каждая строка должна содержать значения атрибутов, перечисленных в таблице 1.
Таблица 1 Структура строки файла протокола ФЛК
|
N |
Обязат. |
Назначение атрибута |
Имя столбца в файле выгрузки |
Длина |
Требования к формату и дополнительной обработке |
|
1. |
Да |
Имя файла ЭР |
filename |
=12 |
Согласно раздела 2 ПЭОД |
|
2. |
Да |
Код ошибки ФЛК |
err_code |
= 1 |
Согласно таблицы 2 |
|
3. |
Да |
Расшифровка ошибки |
flk name |
< 100 |
Согласно таблицы 2 |
|
4. |
Да |
Номер строки в таблице "Медицинская помощь" (NPR S) |
id_npr |
цифровое целое |
Если ошибка относится ко всему файлу, то проставляется "0" |
|
5. |
Нет |
Имя ошибочного поля |
pname |
< 50 |
Указывается, если в файле не хватает такого поля. |
Значения атрибутов должны следовать в том порядке, в котором они перечислены в таблице 1. Значения отделяются друг от друга знаком "точка с запятой" (";" код 5910).
Значения, помеченные как необязательные, могут отсутствовать. Если значение отсутствует, то на его месте проставляется очередная точка с запятой.
Таблица 2 Коды ошибок ФЛК
|
Код ошибки |
Наименование ошибки ФЛК (flk name) |
Действия ЦОД |
|
ФЛК (flk_code) | ||
|
1 |
Файл не является архивом ZIP и не может быть распакован стандартными методами |
Обработка файла прекращается, файл передается в СМО/МтР ТФОМС |
|
2 |
В пакете ЭР отсутствуют необходимые файлы или файл не является пакетом ЭР |
Обработка файла прекращается, файл передается в СМО/МтР ТФОМС |
|
4 |
Имя пакета ЭР не совпадает с именем файла счета |
Обработка файла прекращается, файл передается в СМО/МтР ТФОМС |
|
5 |
Имя файла не соответствует ПЭОД |
Обработка файла прекращается, файл передается в СМО/МтР ТФОМС |
|
6 |
Состав полей файла не соответствует ПЭОД |
Обработка файла продолжается, файл передается в СМО/МТР ТФОМС |
|
7 |
Ошибка в данных, файл обработать не удалось |
Обработка файла прекращается, файл передается в СМО/МТР ТФОМС |
|
8 |
Формат и размерность полей файла не соответствует ПЭОД |
Обработка файла прекращается, файл передается в СМО/МТР ТФОМС |
|
9 |
Реестр направлен в срок превышающий установленный |
Обработка файла прекращается, файл в СМО/МТР ТФОМС не передается |
Приложение N 77
к Положению
Спецификация
файла протокола ОСП по ЭР
1.1 Общие требования
Файл протокола ФЛК имеет формат CSV
Имя файла формируется следующим образом:
Имя файла пакета + "_osp", где Имя файла пакета - имя файла пакета направленного МО, расширение файла - csv.
Пример: 6SKH5161.533_osp.csv - файл протокола ОСП по пакету 6SKH5161.533.
Содержимое файла должно передаваться в кодировке Windows-1251.
1.2 Логическая структура файла
Первая строка файла содержит дату и время формирования протокола (например: 22.06.2016 17:54:25).
Вторая строка - строка разделитель ( ).
Строки файла протокола ОСП (начиная с третьей строки и до конца файла) содержат информацию из паспортной и медицинской частей реестра с указанием страховой принадлежности. Структура строк приведена в пункте 1.3 настоящего приложения. Если страховая принадлежность для всех записей реестра определена верно, то в файле Протокола ОСП в третьей строке файла будет запись: "Страховая принадлежность определена верно".
Строки файла отделяются друг от друга парой знаков "возврат каретки" и "перевод строки" (коды 1310 и 1010), следующих непосредственно друг за другом.
1.3 Выгружаемая информация
Каждая строка должна содержать значения атрибутов, перечисленных в таблице 1.
Таблица 1 Структура строки файла протокола ФЛК
|
N |
Обязат. |
Назначение атрибута |
Имя столбца в файле выгрузки |
Длина |
Требования к формату и дополнительной обработке |
|
1. |
Да |
Номер строки таблице "Медицинская помощь" (NPR S) |
npr_s |
цифровое целое |
|
|
2. |
Да |
Фамилия |
fam |
< 40 |
|
|
3. |
Да |
Имя |
im |
< 40 |
|
|
4. |
Нет |
Отчество |
ot |
< 40 |
|
|
5. |
Да |
Дата рождения |
dr |
дата |
|
|
6. |
Нет |
СНИЛС |
ss |
=14 |
|
|
7. |
Нет |
Серия полиса |
spolis |
< 5 |
|
|
8. |
Нет |
Номер полиса |
npolis |
< 7 |
|
|
9. |
Нет |
Номер временного свидетельства |
tmp_num |
=9 |
|
|
10. |
Нет |
Единый номер полиса ОМС |
oms_num |
=16 |
|
|
11. |
Нет |
Серия паспорта РФ |
doc_ser1 |
=5 |
|
|
12. |
Нет |
Номер паспорта РФ |
doc_num1 |
=7 |
|
|
13. |
Нет |
Серия иного документа |
doc_ser |
< 10 |
|
|
14. |
Нет |
Номер иного документа |
doc_num |
< 10 |
|
|
15. |
Да |
Начало оказания МП |
dbeg |
дата |
|
|
16. |
Да |
Конец оказания МП |
dend |
дата |
|
|
17. |
Да |
Страховая принадлежность |
q |
< 50 |
- Для инобластных ЗЛ указывается ОКАТО и ОГРН СМО (например: "33000 (1027739051460)"). - Если определить невозможно, то проставляется "00000 (не найден в ЕРЗ)". |
Значения атрибутов должны следовать в том порядке, в котором они перечислены в таблице 1. Значения отделяются друг от друга знаком "точка с запятой" (";" код 5910).
Значения, помеченные как необязательные, могут отсутствовать. Если значение отсутствует, то на его месте проставляется очередная точка с запятой.
|
<< Назад |
||
|
Содержание Приказ Министерства здравоохранения Нижегородской области и Территориального фонда обязательного медицинского страхования... |