сведения о документе, подтверждающем факт страхования по ОМС (VPOLIS, SPOLIS, NPOLIS);
ОКАТО территории страхования пациента (SMO_OK);
ФИО, дата рождения, пол пациента (FAM, IM, OT, DR, W);
сведения о документе, удостоверяющем личность (DOCTYPE, DOCSER, DOCNUM).
Структура файла протокола ФЛК.
5. Файлы протокола ФЛК формируются ТФОМС Ростовской области при проведении процедуры идентификации страховой принадлежности и ФЛК и направляются в адрес МО.
5.1. Имя файла протокола ФЛК формируется следующим образом: name_file. flc. xml, где name_file – имя исходного файла.
5.2. Структура файла протокола ФЛК
В столбце «Тип» указана обязательность заполнения поля. Символы имеют следующий слысл:
О – обязательное заполнение;
Н – не обязательное заполнение;
У – условно обязательное (заполняется при определенных условиях);
М - реквизит, определяющий множественность данных, может добавляться к указанным выше символам
Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
Корневой элемент (Сведения о медпомощи) | |||||
FLK_P | FNAME | О | T(24) | Имя файла протокола ФЛК | |
FNAME_I | О | T(24) | Имя исходного файла | ||
PR | НМ | S | Причина отказа | В файл включается информация обо всех обнаруженных ошибках. | |
Причины отказа | |||||
PR | OSHIB | O | N(3) | Код ошибки | В соответствии с классификатором F012. 901 – нарушен порядок следования тегов, либо отсутствует обязательный тег; 902 – не заполнено обязательное поле; 903 – неверен тип данных; 904 – недопустимое значение поля; 905 – нарушение уникальности ключевого поля; 906 – превышение гос. задания в рублях; 907 – превышение гос. задания в объемах медицинской помощи. |
IM_POL | У | T(20) | Имя поля | Имя поля, содержащего ошибку. Не заполняется только в том случае, если ошибка относится к файлу в целом. | |
BAS_EL | У | T(20) | Имя базового элемента | Имя базового элемента для поля, в котором обнаружена ошибка. | |
N_ZAP | У | N(8) | Номер записи | Номер записи, в одном из полей которого обнаружена ошибка. | |
NSCHET | У | T(15) | Номер счёта | Номер счета в котором обнаружена ошибка | |
KODLPU | У | N(7) | Код МО из регионального справочника | ||
NSVOD | У | N(3) | Номер сводного счета | ||
ID_PAC | У | T(36) | Код записи о пациенте (код пациента) | Код пациента из файла персональных данных. Указывается при наличии ошибок ФЛК в файле персональных данных. | |
IDCASE | У | N(8) | Номер записи в реестре случаев(номер индивидуального счета) | Номер случая, в котором обнаружена ошибка (указывается, если ошибка обнаружена внутри тега «SLUCH», в том числе во входящих в него услугах). | |
IDSERV | У | T(16) | Номер записи в реестре услуг | Номер услуги, в которой обнаружена ошибка (указывается, если ошибка обнаружена внутри тега «USL»). | |
COMMENT | У | T(250) | Комментарий | Описание ошибки. при OSHIB = 906 заполняется сумма превышения в рублях; при OSHIB = 907 заполняется количество превышения объемов медицинской помощи в единицах объемов. |
Формат электронных данных, передаваемых по результатам
проведения конроля объемов, сроков, качества и условий предоставления медицинской помощи по обязательному медицинскому страхованию в Ростовской области.
Результаты медико-экономического контроля передаются в файле с реестром счетов за оказанную медицинскую помощь, указанном в п.4.4.
6. По результатам экспертизы качества медицинской помощи формируется электронный реестр актов экспертизы качества, который состоит из двух файлов: HEKEZAK. DBF, DEKEZAK. DBF.
Файл HEKEZAK. DBF содержит общую информацию по актам проведенной экспертизы качества медицинской помощи.
Файл DEKEZAK. DBF содержит данные о результатах проведенной экспертизы качества с указанием кодов причин удержаний, финансовых санкций и соответствующих им сумм.
6.1. Наличие двух файлов в передаваемом пакете данных обязательно. Файл HEKEZAK. DBF и DEKEZAK. DBF должны содержать хотя бы одну запись
6.2. Связь между всеми файлами (HEKEZAK. DBF, DEKEZAK. DBF) осуществляется по полям KODST и NACT
6.3. Файлы, указанные в п. 6., имеют следующую структуру:
6.3.1. Структура файла HEKEZAK. DBF.
Наименование поля | Тип | Длина | Примечание |
KODST | C | 5 | Реестровый номер СМО, заполняется в соответствии с классификатором F002. |
NACT | C | 10 | № акта |
DNPRP | D | Дата начала проверяемого периода | |
DKPRP | D | Дата окончания проверяемого периода | |
DNPRO | D | Дата начала проверки | |
DKPRO | D | Дата окончания проверки | |
CNILSEX | C | 14 | СНИЛС эксперта, проводившего проверку |
IDKOD | C | 7 | Идентификационный номер эксперта в территориальном реестре экспертов КМП: первые 2 цифры: 61, затем 5 цифр. Например – 6100101. |
FAMIN | C | 40 | Фамилия полностью, имя и отчество – инициалы эксперта, проводившего проверку |
KODLPU | N | 7 | Код ЛПУ, код подразделения (приложение 2) |
CODE_MO | N | 6 | Реестровый номер МО, Классификатор F003. |
PRVS | N | 9 | Классификатор медицинских специальностей V004 |
VIDMED | N | 2 | Классификатор условий оказания медицинской помощи V006 |
VIDPRO | N | 1,0 | Вид проверки (плановая – 2, целевая -3, 5 –тематическая плановая) |
KSPEC | N | 11 | Код тарифа за оказанную медицинскую помощь согласно Приложениям 5,6,7 |
PROSL | N | 5 | Количество проверенных случаев |
DEFSL | N | 5 | Из них дефектных |
6.3.2. Структура файла DEKEZAK. DBF.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 |


