Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение 3
к приказу ТФОМС
от 30 апреля 2019 г. N 165
Дополнения и изменения в перечень проверок при загрузке реестров ОМС от МО на 2019 год (утвержден приказом ТФОМС от 31.01.2019 N 24)
1. Изменить проверки на каждую запись (TypeFLK=3):
1.1. Проверка на реквизиты элемента SLUCH
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
306 |
1 |
Код МО, направившего на лечение, указан неверно |
МО (SLUCH.NPR_MO) должна находиться в реестре МО (классификатор F003) на дату выдачи направления |
Если SLUCH. NPR_DATE Ф 0, то SLUCH.NPR_MO0 SLUCH.NPR_MO содержит только цифры; Если SLUCH.NPR_MO начинается на '66', то SLUCH.NPR_MO є {SpMU.Code+660000}, для записей SpMU, актуальных на SLUCH. NPR_DATE. Иначе SLUCH NPR_MO _ е (SpFMU.MCod актуальных на SLUCH. NPR_DATE) |
Значение: SLUCH. NPR_MO Дата выдачи направления: SLUCH. NPR_DATE |
308 |
1 |
Нарушен порядок дат для случая |
Дата окончания должна быть больше или равна дате начала лечения. Дата окончания лечения должна совпадать с датой окончания последней услуги. Дата начала лечения должна совпадать с датой начала первой услуги (за исключением диспансеризации) |
01.01.2014s SLUCH.DATE_1 < текущая дата 01.01.2014S SLUCH.DATE 2 < текущая дата SLUCH.DATE_1<SLUCH.DATE 2 ^ SLUCH. DATE_2=max(USL.DATE_OUT) Если SLUCH.USL_OK/3 или не найдено ни одного значения SLUCH.OS SLUCH є (3; 4; 5), то SLUCH_DATE_1 =min(USL.DATE_IN) Если SLUCH.USL_OK=3 и найдено хотя бы одно значение SLUCH.OS_SLUCH є (3; 4; 5} SLUCH.CODE_MES1*0 и SLUCH.CODE_MES1 е {SpStandardGr.MedStandard} для записей с SpStandardGr.GroupCode є (1, 3, 12), актуальных на SLUCH.DATE_2, то min(USL.DATE_IN)-1 год< SLUCH.DATE_1<min(USL.DATE_IN) Иначе SLUCH.DATE_1=min(USL.DATE_IN) |
Дата начала лечения: SLUCH.DATE_1 Дата окончания лечения: SLUCH. DATE_2 Первая дата оказания услуги: min(USL.DATE_IN) Последняя дата оказания услуги: max(USL.DATE_OUT) Условия оказания МП: SLUCH.USL_OK Особый случай: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) |
386 |
1 |
Количество услуг в стандарте больше /меньше допустимого. |
Для АПП и СМП в стандарте количество услуг и посещений должно быть в пределах допустимого |
Если SLUCH.USL_OK є (3,4) и SLUCH.CODE_MES1 є {SpStandardGR.Medstandard, для SpStandardGR.GroupCode є (1, 3, 4, 7, 9, 10, 11, 13, 12, 14, 15, 16, 17, 18, 19) и актуальных на SLUCH.DATE_2}, то количество записей в случае с USL.RAZDEL._USL є (300, 302, 400) должно е [SpStandardGR.Kol300Mn .. SpStandardGR. Kol300Mx] количество записей в случае с USL. RAZDEL_USL є (301, 303)* должно е [SpStandardGR.Kol301Mn .. SpStandardGR.Kol301 Мх] |
|
398 |
1 |
Стандарт не разрешен для предъявки не МО-фондодержателем |
Стандарты профосмотров и телеконсультирования должны проходить по месту прикрепления |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 є (SpStandardGR.Medstandard, для SpStandardGR.GroupCode=3 и SpStandardGR.SubGroup=3 актуальных на SLUCH.DATE_2} или SLUCH.CODE_MES1 є (909, 910, 911), то SCHET.CODE_MO=MOPRK |
Стандарт: SLUCH. CODE_MES1 |
407 |
1 |
Не заполнены поля по направлениям |
При плановой госпитализации в КСС/СЗП должны быть заполнены поля по направлениям |
Если ((SLUCH.USL_OK=1 и SLUCH.FOR_POM=3) или SLUCH.USL_OK=2) и (существует блок ONK_SL или SLUCH.VID НМР*0), то SLUCH. NPR DATE*0, SL-UGHv NPR TYPE*0, SLUCH. NPR МО* 0, SLUCH. NPR NUM*0 |
Направление: SLUCH.NPR_DATE SLUCH. NPR_TYPE SLUCH. NPR_MO SLUCH. NPR_NUM |
1.2. Проверки на реквизиты элемента ONK_SL:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
730 |
1 |
Не указаны сведения о введенном лекарственном препарате |
Для лекарственной и химиолучевой терапии должны быть указаны сведения о лекарственном препарате |
Если ONK_USL.USL_TIP _ (2, 4), то должна существовать хоть одна запись блока LEK PR, иначе не должно быть блока LEK_PR |
730 |
736 |
1 |
Не указаны данные об онкологической услуги |
Для поводов обращения "первичное лечение", "рецидив" или "прогрессирование" должны быть обязательно указанных данные об онкологической услуге |
Если (ONK_SL. DS1_T є (0,1,2) и SLUCH.USL_OK є (1,2)) ИЛИ (ONK_SL. DS1_T*0 и SLUCH.VID_HMP*0), то должна существовать хоть одна запись ONK_USL.USL_TIP*0 |
736 |
2. Добавить проверки на файл в целом (TypeFLK=2):
Переименовать проверку 30 "Превышение объемов по установленным планам по КСС и СЗП" в "Превышение объемов по специализированной помощи по КСС и СЗП"
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
36 |
1 |
Превышение объемов по установленным планам по КСС и СЗП |
Фактические объемы за квартал (по КСС и СЗП) не должны превышать объемы установленные ТП |
Если SLUCH.USL_ОК є (1.2}. то ФАКТ<= ПЛАН Посчитать значение План=XPIanOms.Value (пo параметру 1110 или 2110), где PlanOms. IDPlan=максимальный (SpComDecision.Code), с SpComDecision.SignWork=1, SpComDecision.Year=SHET.Year; PlanOms.МО= SHET.CODE_MO-66000; PlanOms.TypeCont=2; PlanOms.Param =1110, для SLUCH.USL_OK=1 и PlanOms.Param =2110, для SLUCH.USL_OK=2; и (PlanOms.DBegin, PlanOms.DEnd) є (Начало года, Конец квартала отчетного месяца) и PlanLimit.DBegin, PlanLimit.DEnd) є (Начало года, Конец квартала отчетного месяца) Посчитать ФАКТ БД= Количество записей MedRee с MedRee.MO= SHET.CODE МО-66000, MedRee.USL._OK є {1,2}, MedRee.RDT є (Начало года, Конец квартала отчетного месяца), MedRee.TypeCont=2 и MedRee.Recid е {Expmed.Recid для Expmed.StepExp=1} Посчитать ФАКТ ФАЙЛА= Количество записей в загружаемом файле с SLUCH.USL_OK є (1,2} и IDпациента=0 Посчитать значение ФАКТ = ФАКТ БД + ФАКТ ФАЙЛА Для каждого Условия оказания МП ПЛАН и ФАКТ считать отдельно. |
|
3. Добавить проверки на каждую запись (TypeFLK=3):
3.1. Проверка на реквизиты элемента SLUCH:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
421 |
1 |
Количество услуг для мед. реабилитации больше допустимого |
НЕ может быть больше 10 одинаковых услуг в случае для стандарта телереабилитации |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1=907, то для этого случая количество записей USL с USL.Razdel_usl=300 и с одинаковым USL.Code_USI должно быть <=10 |
USL.Code_USI |
422 |
1 |
Для стандарта указаны не все услуги |
Если для условий оказания МП АПП или СМП указан код стандарта, то должна присутствовать одна из услуг группы |
Если SLUCH.USLJDK є {3; 4} и SLUCH.CODE_MES1*0 и SLUCH.CODE_MES1*0 и нет ош. 318, то для существуют записи SpServStandard с TypeHelp=SLUCH.USL_OK и MedStandard=SLUCH.CODE_MES1 и MustHave>1 актуальной на SLUCH.DATE_2, тогда сгруппировать записи SpServStandard с одинаковым MustHave и для каждой группы должна существовать ЕДИНСТВЕННАЯ запись в USL с USL.RAZDEL_USL=SpServStandard.Division и USL.CODE_USL=SpServStandard.MedService |
|
3.2. Проверки на реквизиты элемента USL:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
672 |
1 |
Специальность не ОМС, разрешена для предъявки с другими услугами |
Специальности 901, 903, 900, 902 разрешены только для услуг телереабилитации |
Если USL.PRVS є (900, 901, 902, 903), то USL.RAZDEL_USL=300 и USL.CODE_USL є ("В05.069.006.101", "В05.069.007.101", "В05.069.004.101") |
|
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.