Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приказом Территориального фонда обязательного медицинского страхования Свердловской области от 29 июня 2017 г. N 277 в настоящее приложение внесены изменения
Приложение
к приказу
ТФОМС СО
от 17 февраля 2017 г. N 63
Перечень
проверок при загрузке реестров ОМС на этапе форматно-логического контроля (ФЛК)
6 марта, 3, 27 апреля, 26 мая, 29 июня, 31 августа, 31 октября, 30 ноября, 29 декабря 2017 г.
1. Проверки на архив (TypeFLK=1)
Код |
Фатальность*(1) |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
1 |
1 |
Имя архива указано неверно |
Имя архива должно соответствовать стандарту (см. приказ МЗСО и ТФОМС) |
Имя архива должно соответствовать формату: KNNNNNN_YYMMP, где: - K {'H'} - заглавная буква латинского алфавита; - NNNNNN, YY, MM, P - цифры; - NNNNNN {SPMU.Code+660000}; - YY - последние две цифры текущего или предыдущего года; - MM - от 01 до 12. |
|
2 |
1 |
МО, указанное в имени архива, не соответствует пользователю |
Код МО, указанный в имени архива, должен соответствовать пользователю, определенному при входе в АРМ |
(NNNNNN-660000)=MUтек, где NNNNNN - из имени архива формата KNNNNNN_YYMMP), MUтек = часть (IAS4User.Login) - за исключением символа 'm'и лидирующих нулей. |
|
3 |
1 |
В архиве отсутствуют нужные файлы или архив поврежден |
Архив должен распаковываться архиватором ZIP, в архиве должны присутствовать 2 файла с именами в соответствии со стандартом (см. приказ МЗСО и ТФОМС) |
- Архив должен распаковываться архиватором ZIP - В архиве должны присутствовать 2 файла с именами, совпадающими с именем архива за исключением первых символов: K {'H'; 'L'} - заглавные буквы латинского алфавита; |
|
4 |
1 |
Файл не является XML-файлом |
В архиве должны присутствовать два файла XML |
В архиве должны присутствовать 2 файла XML |
|
2. Проверки на файл в целом (TypeFLK=2)
3. Проверки на каждую запись (TypeFLK=3):
3.1. Проверки на реквизиты элемента ZAP:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
101 |
1 |
Неверно указан признак исправленной записи |
Реквизит ZAP.PR_NOV может принимать следующие значения: 0;1 |
ZAP.PR_NOV {0;1}; |
Значение: ZAP.PR_NOV |
3.2. Проверки на реквизиты элемента PACIENT:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
201 |
1 |
Тип документа, подтверждающий факт страхования, указан неверно |
Реквизит PACIENT.VPOLIS может принимать значения в соответствии с классификатором F008 (SpTypeScard) |
PACIENT.VPOLIS {SpSp.Code} для записей SpSp c SpSp.Kd=122 |
Значение: PACIENT.VPOLIS |
202 |
1 |
ОКАТО территории страхования указан неверно |
Если ОКАТО территории страхования (PACIENT.SMO_OK) указан, то должен принадлежать списку ОКАТО территорий страхования по ОМС РФ |
Если PACIENT.SMO_OK, то PACIENT.SMO_OK {SpTF.OKATO} для записей SpTF, актуальных на отчетный месяц |
Значение: PACIENT.SMO_OK |
203 |
1 |
Серия документа, подтверждающего факт страхования, указана неверно |
Серия документа (PACIENT.SPOLIS) может быть заполнена только для типа документа 1 (полис ОМС старого образца) и может содержать только буквы русского и латинского алфавита, дефис и пробел |
- Если PACIENT.VPOLIS1, то PACIENT.SPOLIS= - Если PACIENT.SPOLIS, то содержит только буквы русского и латинского алфавита, цифры, знак <->(минус) и пробел. |
Тип полиса: PACIENT.VPOLIS Значение: PACIENT.SPOLIS |
204 |
1 |
Номер документа, подтверждающего факт страхования, не заполнен |
Номер документа (PACIENT.NPOLIS) должен быть заполнен |
PACIENT.NPOLIS и PACIENT.NPOLIS0 |
Значение: PACIENT.NPOLIS |
205 |
1 |
Номер документа, подтверждающего факт страхования, указан неверно |
Номер документа (PACIENT.NPOLIS) должен содержать только цифры, номер временного свидетельства должен состоять из 9 цифр, номер полиса единого образца - из 16 (с учетом лидирующих нулей). Контрольная сумма полиса единого образца корректна. |
- PACIENT.NPOLIS содержит только цифры - Если VPOLIS=2, то NPOLIS состоит из 9 цифр (с учетом лидирующих нулей) - Если VPOLIS=3, то NPOLIS состоит из 16 цифр (с учетом лидирующих нулей) - Если VPOLIS=3, то значение контрольной суммы NPOLIS (последняя цифра) должно совпадать с расчетной (описание в ISO/HL7 27931:2009 (алгоритм Mod10)) - Если VPOLIS=2, то без учета лидирующих нулей NPOLIS не менее 7 знаков - Если VPOLIS=3, то без учета лидирующих нулей NPOLIS не менее 15 знаков |
Тип полиса: PACIENT.VPOLIS Значение: PACIENT.NPOLIS |
206 |
1 |
Социальный статус указан неверно |
Статус (PACIENT.SOC_ST) может принимать значения в соответствии с классификатором SpSocStat |
Если PACIENT.SOC_ST, то PACIENT.SOC_ST {SpSocStat.Code}
Примечание: в БД SpSocStat - из SpSp c SpSp.Kd=78 |
Значение: PACIENT.SOC_ST |
207 |
1 |
Группа инвалидности указана неверно |
Группа инвалидности (PACIENT.INV) заполняется в соответствии с учетной формой 025-12/у (1,2,3 группа) |
- Если PACIENT.INV, то PACIENT.INV {0;1;2;3;4} - Если PACIENT.INV=4, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 |
Значение: PACIENT.INV |
208 |
1 |
Признак новорожденного указан неверно |
Признак новорожденного должен быть или равен нулю или содержать пол и дату рождения ребенка, совпадающие с полом и датой рождения, указанными для пациента |
=0 или: - PACIENT.NOVOR должен содержать только цифры - PACIENT.NOVOR должен соответствовать шаблону: ПДДММГГН, где: П=PERS.W ДДММГГ=PERS.DR Н - число до двух знаков - (SLUCH.DATE_1-PERS.DR)<1 год |
Значение: PACIENT.NOVOR Возраст (лет): (SLUCH.DATE_1-PERS.DR) |
209 |
0 |
Страховая принадлежность по РС не определена: документ, подтверждающий факт страхования, не найден |
Документ, подтверждающий факт страхования, должен быть найден в РС (без учета актуальности) |
Смотри алгоритм определения страховой принадлежности |
Тип полиса: PACIENT.VPOLIS Серия полиса: PACIENT.SPOLIS Номер полиса: PACIENT.NPOLIS |
210 |
0 |
Страховая принадлежность по РС определена успешно, но персональные данные застрахованного на период поиска в РС иные (полис, ФИО, ДР, пол) |
В найденном в РС факте страхования, актуальном на период лечения, полис, ФИО, ДР, пол застрахованного должны совпадать с данными реестра. |
Смотри алгоритм определения страховой принадлежности |
В реестре: Тип полиса: <ТИП> Номер полиса: <НОМ> Фамилия, имя, отчество: <Ф> <И><О> Дата рождения:<ДР> Пол: <ПОЛ> В РС ЕРЗ: Тип полиса: IPerson.VPOLIS Номер полиса: IPerson.NPOLIS Фамилия, имя, отчество: IPerson.FAM, IPerson.IM, IPerson.OT Дата рождения: IPerson.DR Пол: IPerson.W |
211 |
0 |
Страховая принадлежность по РС не определена: факт страхования не актуален на период лечения |
По документу, подтверждающему факт страхования, должна быть найдена в РС хотя бы одна запись для застрахованного (с созвучными ФИО), актуальная на период лечения. |
Смотри алгоритм определения страховой принадлежности |
Период поиска в РС: <период>
Дата окончания финансирования: IPerson.DEnd |
212 |
0 |
Страховая принадлежность по региональному РС не определена: данные принадлежат умершему |
По документу, подтверждающему факт страхования, не должно быть найдено в РС для застрахованного (с созвучными ФИО), неактуальной на период лечения записи по причине окончания финансирования - "Смерть". |
Смотри алгоритм определения страховой принадлежности |
Период поиска в РС: <период>
Дата окончания финансирования: IPerson.DEnd |
213 |
0 |
Страховая принадлежность по РС не определена: застрахованный выбыл за пределы Свердловской области |
По документу, подтверждающему факт страхования, не должно быть найдено в региональном сегменте ЕРЗ для застрахованного (с созвучными ФИО), неактуальной на период лечения записи по причине окончания финансирования - "Выбытие за пределы области". |
Смотри алгоритм определения страховой принадлежности |
Период поиска в РС: <период>
Дата окончания финансирования: IPerson.DEnd |
214 |
0 |
Страховая принадлежность по РС не определена: факт страхования найден после периода лечения |
По документу, подтверждающему факт страхования, должна быть найдена в региональном сегменте ЕРЗ для застрахованного (с созвучными ФИО) запись не позднее периода лечения. |
Смотри алгоритм определения страховой принадлежности |
Период поиска в РС: <период>
Дата страхования: IPerson.DVizit |
215 |
0 |
Страховая принадлежность по РС не определена: документ, подтверждающий факт страхования, найден, но ФИО (по созвучию) не совпадает |
Документ, подтверждающий факт страхования, найден в региональном сегменте ЕРЗ и 3 из 4 реквизитов (Ф, И, О, ДР) совпадают по созвучию (без учета актуальности) |
Смотри алгоритм определения страховой принадлежности |
В реестре: Тип полиса: <ТИП> Номер полиса: <НОМ> Фамилия, имя, отчество: <Ф> <И><О> |
216 |
1 |
Не заполнен социальный статус для АПП |
Статус (PACIENT.SOC_ST) должен быть заполнен для условия оказания АПП |
Если SLUCH.USL_OK=3, то PACIENT.SOC_ST |
Условия оказания МП: SLUCH.USL_OK |
Подпункт 3.3 изменен. - Приказ Территориального фонда обязательного медицинского страхования Свердловской области от 29 декабря 2017 г. N 586
3.3. Проверки на реквизиты элемента SLUCH:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
301 |
1 |
Условия оказания медицинской помощи указано неверно |
По классификатору V006 |
SLUCH.USL_OK {SpTypeHelp.FCode} |
Значение: SLUCH.USL_OK |
302 |
1 |
Вид помощи указан неверно |
По классификатору V008 (SpKindHelp) |
SLUCH.VIDPOM {SpKindHelp.Code, с SpKindHelp.Arm=1 и актуальных на SLUCH.DATE_2 } |
Значение: SLUCH.VIDPOM |
303 |
1 |
Результат обращения/госпитализации указан неверно |
По классификатору V009 (SpFRezult) |
SLUCH.RSLT {SpFRezult.IDRMP} для записей SpFRezult с SpFRezult.ID_USLOV=SLUCH.USL_OK, актуальных на отчетный месяц |
Значение: SLUCH.RZLT Условия оказания МП: SLUCH.USL_OK |
304 |
1 |
Исход заболевания указан неверно |
По классификатору V012 (SpFIshod) |
SLUCH.ISHOD {SpFIshod.IDIZ} для записей SpFIshod с SpFIshod.ID_USLOV=SLUCH.USL_OK, актуальных на отчетный месяц |
Значение: SLUCH.ISHOD Условия оказания МП: SLUCH.USL_OK |
305 |
1 |
Код способа оплаты указан неверно |
По классификатору V010 (SpFSposob) |
SLUCH.IDSP {SpFSposob.IDSp} для записей SpFSposob, актуальных на отчетный месяц |
Значение: SLUCH.IDSP |
306 |
1 |
Код МО, направившего на лечение, указан неверно |
МО (SLUCH.NPR_MO) должна находиться в реестре МО (классификатор F003) на дату выдачи направления |
Если SLUCH.NPR_MO, то - SLUCH.NPR_MO содержит только цифры; - SLUCH.NPR_MO {SpMU.Code+660000}, для записей SpMU, актуальных на SLUCH.NPR_DATE |
Значение: SLUCH.NPR_MO Дата выдачи направления: SLUCH. NPR_DATE |
307 |
1 |
Тип направления на госпитализацию (экстренность) указан неверно |
Реквизит SLUCH.EXTR заполняется для стационарной МП и может принимать значения: 1 (плановая), 2 (экстренная) |
- Если SLUCH.EXTR, то SLUCH.USL_OK=1 - Если SLUCH.EXTR=, то SLUCH.USL_OK1 - Если SLUCH.EXTR, то SLUCH.EXTR {1;2} |
Значение: SLUCH.EXTR Условия оказания МП: SLUCH.USL_OK |
308 |
1 |
Нарушен порядок дат для случая |
Дата окончания должна быть больше или равна дате начала лечения. Дата окончания лечения должна совпадать с датой окончания последней услуги. Дата начала лечения должна совпадать с датой начала первой услуги (за исключением диспансеризации) |
- 01.01.2014 SLUCH.DATE_1 текущая дата - 01.01.2014 SLUCH.DATE_2 текущая дата - SLUCH.DATE_1SLUCH.DATE_2 - SLUCH.DATE_2=max(USL.DATE_OUT) - Если SLUCH.USL_OK3 или не найдено ни одного значения SLUCH.OS_SLUCH {3; 4; 5}, то SLUCH.DATE_1=min(USL.DATE_IN) - Если SLUCH.USL_OK=3 и найдено хотя бы одно значение SLUCH.OS_SLUCH {3; 4; 5}, то min(USL.DATE_IN)-1 год SLUCH.DATE_1min(USL.DATE_IN) |
Дата начала лечения: SLUCH.DATE_1 Дата окончания лечения: SLUCH.DATE_2 Первая дата оказания услуги: min(USL.DATE_IN) Последняя дата оказания услуги: max(USL.DATE_OUT) Условия оказания МП: SLUCH.USL_OK Особый случай: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) |
309 |
1 |
Номер истории болезни/ТАП/карты вызова не указан |
Должен быть указан номер истории болезни/ТАП/карты вызова |
SLUCH.NHISTORY и SLUCH.NHISTORY0 |
Значение: SLUCH.NHISTORY |
310 |
1 |
Признак "Особый случай" или связанные с ним реквизиты указаны неверно |
Признак "Особый случай" и связанные с ним реквизиты должны быть заполнены в соответствии с правилами кодирования (см. Приказ МЗСО и ТФОМС) |
Если существует хотя бы одно значение SLUCH.OS_SLUCH, то - Все значения SLUCH.OS_SLUCH уникальны - SLUCH.OS_SLUCH {1; 2; 3; 4; 5} - Если найдено хотя бы одно значение SLUCH.OS_SLUCH=1, то PACIENT.NOVOR0 - Если найдено хотя бы одно значение SLUCH.OS_SLUCH {3; 4; 5}, то SLUCH.USL_OK=3 |
Значение: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) Признак новорожденного: PACIENT.NOVOR Отчество представителя: PERS.OT_P Условия оказания МП: SLUCH.USL_OK |
311 |
1 |
Группа здоровья по итогам диспансеризации указана неверно |
По классификатору V016 (SpHealthGr) |
- Если SLUCH.GRZD, то SLUCH.GRZD SpHealthGr.Code, для записей SpHealthGr, актуальных на SLUCH.DATE_2 |
Значение: SLUCH.GRZD |
312 |
1 |
Случай не может быть включен в данный отчетный период |
Отчетный период (SCHET.MONTH;SCHET.YEAR) должен соответствовать месяцу окончания оказания медицинской помощи (за исключением случаев повторного предъявления по результатам МЭК или прерывания лечения по инициативе пациента в АПП) |
- Если ZAP.PR_NOV=1, то месяц(SLUCH.DATE_2) {((SCHET.MONTH,SCHET.YEAR) -1); (SCHET.MONTH,SCHET.YEAR)}
- Иначе если (SLUCH.USL_OK=3 и SLUCH.RSLT=302), то месяц(SLUCH.DATE_2) {((SCHET.MONTH,SCHET.YEAR) -1); (SCHET.MONTH,SCHET.YEAR)}
Иначе месяц(SLUCH.DATE_2) (SCHET.MONTH,SCHET.YEAR) |
Отчетный период: (SCHET.MONTH;SCHET.YEAR) Признак исправленной записи: ZAP.PR_NOV Условия оказания МП: SLUCH.USL_OK Результат лечения: SLUCH.RSLT |
313 |
0 |
Указан код способа оплаты, не принятый на территории Свердловской области, или не соответствующий условиям оказания МП |
Код способа оплаты должен соответствовать описанным в приказе МЗСО и ТФОМС |
- Если SLUCH.USL_OK=1, то SLUCH.IDSP {5;13;16} - Если SLUCH.USL_OK=2, то SLUCH.IDSP {6;16;19} - Если SLUCH.USL_OK=3, то SLUCH.IDSP {4;22; 29} - Если SLUCH.USL_OK=4, то SLUCH.IDSP {15} |
Значение: SLUCH.IDSP Условия оказания МП: SLUCH.USL_OK |
314 |
1 |
Профиль случая не соответствует условиям оказания МП |
По адаптированному классификатору профилей SPFPROF: должен быть разрешен для данных условий оказания МП на период оказания МП |
Если SLUCH.USL_OK (3,4) и в случае существует запись с (USL.Razdel_USL, USL.Code_USL) (SpProfSpecleolate.Division, SpProfSpeclsolate.Code, актуальных на SLUCH.DATE_2) и НЕ существует записи с USL.Razdel_Usl=300 то: SLUCH.PROFIL = SpProfSpeclsolate. Prof, для SpProfSpeclsolate.Division= USLRazdel_USL и SpProfSpeclsolate.Code = USLCode_USL Иначе если в случае СУЩЕСТВУЕТ запись с USL.Razdel_Usl=300 ИЛИ НЕ существует запись с (USL.Razdel.Usl, USL.Code_Usl) (SpProfSpeclsolate. Division, SpProfSpeclsolate.Code, актуальных на SLUCH.DATE_2), то - Если SLUCH.USL_OK=1, то SLUCH.PROFIL {SpFProf.lDPR} для записей SpFProf с GroupKSS , SignCase=1 и актуальных на SLUCH.DATE 2 (по DateBeg, DateEnd) - Если SLUCH.USL_OK=2, то SLUCH.PROFIL {SpFProf.lDPR} для записей SpFProf с GroupSZP, SignCase=1 и актуальных на SLUCH.DATE 2 (по DateBeg, DateEnd) - Если SLUCH.USL_OK=3, то SLUCH.PROFIL {SpFProf.lDPR} для записей SpFProf с GroupAPP , SignCase=1 и актуальных на SLUCH.DATE 2 (по DateBeg, DateEnd) - Если SLUCH.USL_OK=4, то SLUCH.PROFIL {SpFProf.lDPR} для записей SpFProf с GroupSMP, SignCase=1 и актуальных на SLUCH.DATE 2 (по DateBeg, DateEnd) |
Значение: SLUCH.PROFIL Условия оказания МП: SLUCH.USLJDK |
315 |
1 |
Профиль случая не соответствует профилям услуг |
Профиль, указанный для случая, должен соответствовать хотя бы одному профилю услуги |
SLUCH.PROFIL {USL.PROFIL} |
Профиль случая: SLUCH.PROFIL Профили услуг: {USL.PROFIL} |
316 |
1 |
Специальность случая не соответствует специальностям услуг |
Специальность, указанная для случая, должна соответствовать хотя бы одной специальности услуги |
- SLUCH.PRVS {USL.PRVS} |
Специальность случая: SLUCH.PRVS Специальности услуг: {USL.PRVS} |
317 |
1 |
Специальность случая не соответствует условиям оказания МП |
По адаптированному классификатору специальностей SPSPECFED: должен быть разрешен для данных условий оказания МП на период оказания МП |
Если SLUCH.USL_OK (3,4) и в случае существует запись с (USL.Razdel_USL, USLCode_USL) (SpProfSpeclsolate.Division, SpProfSpeclsolate.Code, актуальных на SLUCH.DATE_2) и НЕ существует записи с USL.Razdel_Usl=300 то: SLUCH.PRVS= SpSpecFed.Code, где SpSpecFed.Staff =SpProfSpeclsolate.Spec для записей актуальных на SLUCH.DATE_2, для SpProfSpeclsolate.Division= USL.Razdel Usl и SpProfSpeclsolate.Code= USL.Code_USL Иначе если в случае СУЩЕСТВУЕТ запись с USL.Razdel_Usl=300 ИЛИ НЕ существует запись с (USL.Razdel_USL, USLCode_Usl) (SpProfSpeclsolate.Division, SpProfSpeclsolate.Code, актуальных на SLUCH.DATE_2), то - Если SLUCH.USL_OK=1, то SLUCH.PRVS {SpSpecFed.Code} для записей SpFMedSpec с GroupKSS, SignCase=1 и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2, то SLUCH.PRVS {SpSpecFed.Code} для записей SpFMedSpec с GroupSZP, SignCase=1 и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3, то SLUCH.PRVS {SpSpecFed.Code} для записей SpFMedSpec с GroupAPP, SignCase=1 и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4, то SLUCH.PRVS {SpSpecFed.Code} для записей SpFMedSpec с GroupSMP , SignCase=1 и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: SLUCH.PRVS Условия оказания МП: SLUCH.USLJDK |
318 |
1 |
Код стандарта по АПП или СМП указан неверно |
Если для условий оказания МП АПП или СМП указан код стандарта, то он должен принадлежать справочнику стандартов МП SPSERVSTANDARD |
Если SLUCH.USL_OK {3;4} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10, то SLUCH.CODE_MES1 {SpServStandard.MedStandard} для записей SpServStandard с TypeHelp=SLUCH.USL_OK, актуальных на SLUCH.DATE_2 |
Значение: SLUCH.CODE_MES1 Условия оказания МП: SLUCH.USL_OK |
319 |
1 |
Не все услуги по АПП или СМП, обязательные по стандарту, включены в случай |
Если для условий оказания МП АПП или СМП указан код стандарта, то должны присутствовать все обязательные по стандарту услуги |
Если SLUCH.USL_OK {3;4} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и нет ош. 318, то для каждой записи SpServStandard c TypeHelp=SLUCH.USL_OK и MedStandard=SLUCH.CODE_MES1 и MustHave=1 актуальной на SLUCH.DATE_2, найдена соответствующая запись в USL с USL.RAZDEL_USL=SpServStandard.Division и USL.CODE_USL=SpServStandard.MedService |
Значение: SLUCH.CODE_MES1 Условия оказания МП: SLUCH.USL_OK |
320 |
1 |
Основной диагноз (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то SLUCH.DS1 {SpMKB.Code}, для записей SpMKB с KSS0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2, то SLUCH.DS1 {SpMKB.Code}, для записей SpMKB с SZP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3, то SLUCH.DS1 {SpMKB.Code}, для записей SpMKB с APP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4, то SLUCH.DS1 {SpMKB.Code}, для записей SpMKB с SMP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: SLUCH.DS1 Условия оказания МП: SLUCH.USL_OK |
321 |
1 |
Диагноз сопутствующего заболевания (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1 и DS2_N.DS2, то DS2_N.DS2 {SpMKB.Code}, для записей SpMKB с KSS0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2 и DS2_N.DS2, то DS2_N.DS2 {SpMKB.Code}, для записей SpMKB с SZP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3 и DS2_N.DS2, то DS2_N.DS2 {SpMKB.Code}, для записей SpMKB с APP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4 и DS2_N.DS2, то DS2_N.DS2 {SpMKB.Code}, для записей SpMKB с SMP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: SLUCH.DS2 |
322 |
1 |
Диагноз осложнения основного заболевания (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1 и SLUCH.DS3, то SLUCH.DS3 {SpMKB.Code}, для записей SpMKB с KSS0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2 и SLUCH.DS3, то SLUCH.DS3 {SpMKB.Code}, для записей SpMKB с SZP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3 и SLUCH.DS3, то SLUCH.DS3 {SpMKB.Code}, для записей SpMKB с APP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4 и SLUCH.DS3, то SLUCH.DS3 {SpMKB.Code}, для записей SpMKB с SMP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: SLUCH.DS3 Условия оказания МП: SLUCH.USL_OK |
323 |
0 |
Основной диагноз (по МКБ-10) не соответствует ни одному диагнозу услуги |
Диагноз, указанный для случая, должен соответствовать хотя бы одному диагнозу услуги |
SLUCH.DS1 {USL.DS} |
Диагноз случая: SLUCH.DS1 Диагнозы услуг: {USL.DS} |
324 |
1 |
Комментарий случая заполнен неверно |
Должен соответствовать формату, описанному в приказе МЗСО и ТФОМС |
Если ZAP.PR_NOV=0, то SLUCH.COMENTSL= Если ZAP.PR_NOV=1, то COMENTSL соответствует формату 'KNNNNNN_YYMMP Z', где: - K {'H'} - заглавная буква латинского алфавита; - NNNNNN, YY, MM, P, Z - цифры; - NNNNNN равны соответствующим символам ZGLV.FILENAME по формату KNNNNNN_YYMMP; - YY - последние две цифры текущего или предыдущего года; - MM - от 01 до 12 - Z - от 1 до 8 символов и не содержит лидирующих нулей. |
Значение: SLUCH.COMENTSL Признак исправленной записи: ZAP.PR_NOV |
325 |
1 |
Подразделение МО для случая указано неверно |
По справочнику подразделений МО SPOFFICE на дату окончания лечения |
Если SLUCH.LPU_1, то: - SLUCH.LPU_1 содержит только цифры; - SLUCH.LPU_1 {SpOffice.Code} для записей SpOffice с MO= (SCHET.CODE_MO-660000), актуальных на SLUCH.DATE_2 |
Значение: SLUCH.LPU_1 Дата окончания лечения: SLUCH.DATE_2 |
326 |
1 |
Код отделения (участка, пункта) для случая указан неверно |
По справочнику структуры МО SPSTRUCTURE на дату окончания лечения |
- SLUCH.PODR содержит не менее 5 знаков; - Существует запись SpStructure c MO=(SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальная на SLUCH.DATE_2 (по CreateDate, DestrDate). |
Значение: SLUCH.PODR Дата окончания лечения: SLUCH.DATE_2 |
327 |
1 |
Отделение (участок, пункт), указанное для случая, не ОМС |
По справочникам отделений, участков, пунктов - источник финансирования ОМС (на дату окончания лечения) |
Если нет ош.326, то найти запись в SpStructure с MO=(SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальную на SLUCH.DATE_2 (по CreateDate, DestrDate). - Если SpStructure.LVL=2, то существует запись в SpOtdel c MO=SpStructure.MO и Code= SpStructure.Otdel и Budget=0, актуальная на SLUCH.DATE_2 - Если SpStructure.LVL=3, то существует запись в SpDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Code= SpStructure.Dept и Budget=0, актуальная на SLUCH.DATE_2 - Если SpStructure.LVL=4, то существует запись в SpSubDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Dept= SpStructure.Dept и Code=SpStructure.SubDept и Budget=0, актуальная на SLUCH.DATE_2 |
Значение: SLUCH.PODR Дата окончания лечения: SLUCH.DATE_2 |
328 |
1 |
Вид помощи не соответствует отделению (участку, пункту) МО |
Вид помощи должен совпадать с указанным для отделения в справочнике отделений МО SPSTRUCTURE |
Если нет ошибки 326: Первая цифра (SLUCH.VIDPOM)= SpStructure.KindHelp для записи SpStructure с MO=(SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальной на SLUCH.DATE_2 (по CreateDate, DestrDate) |
Отделение: SLUCH.PODR Вид помощи в реестре: SLUCH.VIDPOM Вид помощи для отделения: SpStructure.KindHelp |
329 |
1 |
Условия оказания МП не соответствует отделению (участку, пункту) МО, указанному для случая |
Условия оказания МП должно совпадать с указанным для отделения (участка, пункта) |
Если нет ошибок 326, 327: найти запись в SpStructure с MO=(SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальную на SLUCH.DATE_2 (по CreateDate, DestrDate). - Если SpStructure.LVL=2, то SLUCH.USL_OK=SpOtdel.TypeHelp для записи SpOtdel c MO=SpStructure.MO и Code= SpStructure.Otdel, актуальной на SLUCH.DATE_2 - Если SpStructure.LVL=3, то SLUCH.USL_OK=SpDept.TypeHelp для записи SpDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Code= SpStructure.Dept, актуальной на SLUCH.DATE_2 - Если SpStructure.LVL=4, то SLUCH.USL_OK=SpSubDept.TypeHelp для записи SpSubDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Dept= SpStructure.Dept и Code=SpStructure.SubDept, актуальной на SLUCH.DATE_2 |
Отделение: SLUCH.PODR Условия оказания МП в реестре: SLUCH.USL_OK Условия оказания МП для отделения: SpOtdel (SpDept, SpSubDept).TypeHelp |
330 |
1 |
Специальность, указанная для случая, не соответствует разрешенным для отделения (участка, пункта) |
Специальность случая должна соответствовать перечню специальностей для отделения (справочник SPMEDSPECSTR) |
Если нет ошибки 326 и существует хотя бы одна запись в SpMedSpecStr c MO= (SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальная на SLUCH.DATE_2, то:
SLUCH.PRVS {SpMedSpecStr.PRVS} для записей SpMedSpecStr c MO = (SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальных на SLUCH.DATE_2 |
Отделение: SLUCH.PODR Специальность в реестре: SLUCH.PRVS |
331 |
1 |
Случай, передаваемый повторно, не найден среди загруженных ранее |
При указании признака исправленной записи ZAP.PR_NOV=1, в БД должна существовать запись с именем файла и номером записи, указанными в реквизите SLUCH.COMENTSL |
Если ZAP.PR_NOV=1, то существует запись в MedRee с: FILENAME=SLUCH.COMENTSL (до пробела) и N_ZAP= SLUCH.COMENTSL (после пробела) |
Признак исправленной записи: ZAP.PR_NOV
Реквизиты предыдущего предъявления: SLUCH.COMENTSL |
332 |
1 |
Форма оказания медицинской помощи указана неверно |
Реквизит SLUCH.FOR_POM может принимать значения в соответствии с классификатором V014 (SpForPom) |
SLUCH.FOR_POM {SpForPom.Code}
Примечание: в БД SpForPom - из SpSp c SpSp.Kd=129 |
Значение: SLUCH.FOR_POM |
333 |
0 |
Код диспансерного учета указан неверно |
Реквизит SLUCH.DISP может принимать значения: 1 (состоит), 2 (взят), 3 (снят) |
Если SLUCH.DISP, то SLUCH.DISP {1, 2, 3}
Примечание: в БД из SpSp c SpSp.Kd=81 |
Значение: SLUCH.DISP |
334 |
1 |
Дублирование истории болезни/ТАП/карты вызова с ранее загруженной в БД |
При первичном предъявлении случая (признак исправленной записи ZAP.PR_NOV=0) не должно быть ранее принятой записи с тем же номером истории болезни/ТАП/картой вызова |
Если ZAP.PR_NOV=0, то НЕ существует запись в БД с: MedRee.PR_NOV=0 и MedRee.MO=(SCHET.CODE_MO-660000) и (MedRee.Otdel || MedRee.Dept || MedRee.SubDept)= SLUCH.PODR и MedRee.NHISTORY=SLUCH.NHISTORY и (MedRee.MONTH; MedRee.YEAR) [(SCHET.MONTH; SCHET.YEAR) 3 месяца] Если ZAP.PR_NOV=1, то НЕ существует запись в БД с: MedRee.MO=(SCHET.CODE_MO-660000) и PR_NOV=1 и ComentSL=SLUCH.COMENTSL |
История/ТАП/карта вызова: SLUCH.NHISTORY Признак исправленной записи: ZAP.PR_NOV Дублирующая запись: Имя файла: MedRee.FILENAME Номер записи: MedRee.N_ZAP |
335 |
1 |
Дублирование истории болезни/ТАП/карты вызова внутри файла |
Не должно быть записи с тем же номером истории болезни/ТАП/картой вызова внутри файла |
НЕ существует другая запись в загружаемом файле с такими же: SLUCH.PODR и SLUCH.NHISTORY |
Условия оказания МП: SLUCH.USL_OK История/ТАП/карта вызова: SLUCH.NHISTORY
Дублирующая запись: Номер записи: ZAP.N_ZAP |
336 |
1 |
Не найден акт экспертизы, разрешающий повторное предъявление случая |
При повторном предъявлении случая (ZAP.PR_NOV=1) в БД должна существовать запись о его отклонении по акту экспертизы, разрешающему исправление данных по случаю |
Если ZAP.PR_NOV=1 и нет ош.331, то для записи MedRee c FILENAME=SLUCH.COMENTSL(до пробела) и N_ZAP= SLUCH.COMENTSL(после пробела) должна существовать запись в таблице ExpMed (связь по ключу RecID) с SignRepeat {1;3} |
|
337 |
1 |
Иной случай оказания МП при повторном предъявлении (изменены и перс.данные, и данные о МП) |
При повторном предъявлении случая (ZAP.PR_NOV=1) изменения могут быть внесены или только в персональные данные (при наличии акта МЭК при определении страховой принадлежности) или только в данные о медпомощи (при наличии акта МЭК по ошибкам в данных о МП) |
Если ZAP.PR_NOV=1 и нет ош.331, 336, то для записи MedRee c FILENAME= SLUCH.COMENTSL (до пробела) и N_ZAP= SLUCH.COMENTSL(после пробела): если ExpMed.SignRepeat=1 (связь с MedRee по ключу RecID), то MedRee.MO=(SCHET.CODE_MO-660000) и (MedRee.Otdel || MedRee.Dept || MedRee.SubDept)= SLUCH.PODR и MedRee.USL_OK=SLUCH.USL_OK и MedRee.NHISTORY=SLUCH.NHISTORY и MedRee.Date_1=SLUCH.Date_1 и MedRee.Date_2=SLUCH.Date_2 и количество записей в MedService для случая (связь с MedRee по ключу RecID) равно количеству тегов USL для случая во входном файле.
если ExpMed.SignRepeat=3, то MedRee.VPOLIS=PACIENT.VPOLIS и MedRee.SPOLIS=PACIENT.SPOLIS и MedRee.NPOLIS=PACIENT.NPOLIS и MedRee.FAM=PERS.FAM и MedRee.IM=PERS.IM и MedRee.OT=PERS.OT и MedRee.DR=PERS.DR |
Первично загружено:
Имя файла: MedRee.FILENAME Номер записи: MedRee.N_ZAP Отделение: (MedRee.Otdel || MedRee.Dept || MedRee.SubDept) Условия оказания МП: MedRee.USL_OK Ист./ТАП/карта: MedRee.NHISTORY Сроки лечения: MedRee.Date_1; MedRee.Date_2 ФИО: MedRee.FAM, MedRee.IM, MedRee.OT ДР: MedRee.DR |
338 |
1 |
Для круглосуточного и дневного стационара существует разрыв в датах госпитализации |
Должна существовать цепочка из услуг из разделов 100 (МЭС в стационаре), 101 (КСГ в стационаре), 102 (Профильный койко-день в стационаре), 106 (ВМП), 201 (КСГ в дневном стационаре) с минимальной датой начала услуги равной дате начала лечения (случая) и с максимальной датой окончания услуги равной дате окончания лечения (случая). Дата начала следующей услуги должна совпадать с датой окончания предыдущей |
Если SLUCH.USL_OK {1, 2}, то: - Если USL.RAZDEL_USL{100,101,102,106, 201} и DATE_OUT не максимальная для случая, то должна существовать запись USL c USL.RAZDEL_USL{100,101,102,106, 201} и DATE_IN=DATE_OUTтек - Должна существовать запись в USL с USL.RAZDEL_USL{100,101,102,106, 201} и DATE_IN=SLUCH.DATE_1 - Должна существовать запись в USL с USL.RAZDEL_USL{100,101,102,106, 201} и DATE_OUT=SLUCH.DATE_2 |
Условия оказания МП: SLUCH.USL_OK |
339 |
1 |
Для дневного стационара не указаны услуги из разделов, формирующих оплату случая (МЭС, КСГ, пац-день...) |
Должна быть указана хотя бы одна услуга из разделов 200 (МЭС в дневном стационаре), 201 (КСГ в дневном стационаре), 202 (Пациенто-день в дневном стационаре), 204 (Стандарты вне КСГ) |
Если SLUCH.USL_OK=2, то должна существовать хотя бы одна запись USL c USL.RAZDEL_USL{200,201,202,204} |
Условия оказания МП: SLUCH.USL_OK |
340 |
1 |
Дублирование услуг внутри случая |
Не должно быть двух одинаковых услуг в случае |
- Если SCHET.CODE_MO660350, то не должно быть в рамках одного случая (SLUCH) нескольких записей USL с USL.RAZDEL_USL 303 и одинаковыми USL.LPU, USL.PODR, USL.RAZDEL_USL, USL.CODE_USL, DATE_IN - Иначе если SCHET.CODE_MO=660350, то не должно быть в рамках одного случая (SLUCH) нескольких записей USL с USL.RAZDEL_USL303 и одинаковыми USL.LPU, USL.PODR, USL.RAZDEL_USL, USL.CODE_USL, DAT_ IN, PRVS |
Номер случая: SLUCH.IDCASE |
341 |
1 |
Не указана детализация МКБ после точки для основного диагноза |
Код МКБ-10 должен быть максимально детализирован |
Если SLUCH.DS1 содержит 3 знака и SLUCH.DS1 {SpMKB.Code}, для записей SpMKB актуальных на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)=SLUCH.DS1, в записях SpMKB актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: SLUCH.DS1 |
342 |
1 |
Не указана детализация МКБ после точки для сопутствующего диагноза |
Код МКБ-10 должен быть максимально детализирован |
Если DS2_N.DS2 и DS2_N.DS2 содержит 3 знака и DS2_N.DS2 {SpMKB.Code}, для записей SpMKB, актуальных на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)= DS2_N.DS2, в записях актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: SLUCH.DS2 |
345 |
0 |
Период лечения для случая более года |
Период лечения должен быть не более года |
(SLUCH.DATE_2- SLUCH.DATE_1)1 год |
Дата начала случая: SLUCH.DATE_1 Дата окончания случая: SLUCH.DATE_2 |
346 |
1 |
Код врача, закрывшего ТАП/ИБ, указан неверно |
Код врача должен присутствовать в справочнике врачей (SpDoctor) |
SLUCH.IDDOKT {SpDoctor.Code} для записей SpDoctor, актуальных на SLUCH.DATE_2 |
Код врача: SLUCH.IDDOKT Дата окончания случая: SLUCH.DATE_2 |
347 |
1 |
Не найдено ни одной услуги, оказанной врачом, закрывшим ТАП/ИБ |
Код врача, закрывшего ТАП/ИБ, указанный для случая, должен соответствовать хотя бы одному коду медработника, оказавшего услугу |
SLUCH. IDDOKT {USL.CODE_MD} |
Код врача, закрывшего ТАП/ИБ: SLUCH. IDDOKT Коды медработников по услугам: {USL.CODE_MD} |
348 |
1 |
Врач, закрывший ТАП/ИБ, не найден в штатном расписании для МО |
Код врача должен быть найден в штатном расписании (на дату окончания случая) для данной МО |
SLUCH. IDDOKT {DoctorWork.Doctor} для записей DoctorWork с MO= (SCHET.CODE_MO-660000), актуальных на SLUCH.DATE_2 |
Код врача, закрывшего ТАП/ИБ: SLUCH. IDDOKT Дата окончания случая: SLUCH.DATE_2 |
349 |
1 |
Предъявление услуги ИВЛ без отметки о пребывании пациента в РАО (раздел 105) |
При указании в реестре стационара услуги A16.09.011 "Искусственная вентиляция легких" должна быть отметка о пребывании в этот период пациента в РАО (раздел 105). |
Если существует запись (ИВЛ) с USL.RAZDEL_USL=104 и USL.CODE_USL=A16.09.011, то должна существовать запись с USL.RAZDEL_USL=105 (РАО) с USL.DATE_IN(РАО) USL.DATE_IN(ИВЛ) и USL.DATE_OUT(РАО) USL.DATE_OUT(ИВЛ) |
|
350 |
1 |
Переход из одного отделения в другое во время пребывания пациента в РАО стационара |
Если есть отметка о пребывании пациента в РАО (раздел 105), то даты не должны пересекаться одновременно с двумя записями из разделов КСГ (101), ВМП (106), проф к/день (102). |
Если существует запись (РАО) с USL.RAZDEL_USL=105, то должна существовать запись с USL.RAZDEL_USL {101, 102, 106} (КСГ, ВМП, КД) с USL.DATE_IN(КСГ, ВМП, КД) USL.DATE_IN(РАО) и USL.DATE_OUT(КСГ, ВМП, КД) USL.DATE_OUT(РАО) |
|
352 |
1 |
Вид и метод ВМП указаны неверно |
Если предъявлены услуги из раздела 106 (ВМП в стационаре), то должны быть заполнены вид и метод ВМП, соответствующие последнему коду ВМП (по дате лечения) |
Если существует хотя бы одна запись для случая с USL.RAZDEL_USL=106, то
SLUCH.VID_HMP=SpVMPServ.Vid и SLUCH.METOD_HMP=SpVMPServ.Metod для записи SpVMPServ с Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, для записи USL с USL.RAZDEL_USL=106 и max(USL.DATE_IN)
Иначе SLUCH.VID_HMP= и SLUCH.METOD_HMP= |
Вид ВМП: SLUCH.VID_HMP Метод ВМП: SLUCH.VID_HMP Код ВМП: USL.CODE_USL |
353 |
1 |
Тип диспансеризации указан неверно |
Если тип диспансеризации (SLUCH.TIP_DISP) указан, то должен принадлежать классификатору V016 (SpDispT) и соответствовать стандарту диспансеризации (профосмотра) |
Если SLUCH.TIP_DISP, то SLUCH.TIP_DISP=SpDispT.IDDT для записи SpDispT с SpDispT.Code=SpStandardGr.SubGroup, актуальной на SLUCH.DATE_2, для записи SpStandardGr с GroupCode {1;3} и MedStandard= SLUCH.CODE_MES1, актуальной на SLUCH.DATE_2 |
Значение: SLUCH.TIP_DISP Стандарт: SLUCH.CODE_MES1 |
354 |
1 |
Результат диспансеризации указан неверно |
Если результат диспансеризации (SLUCH.RSLT_D) указан, то должен принадлежать классификатору V017 (SpDispR) |
Если SLUCH.RSLT_D , то SLUCH.RSLT_D {SpDispR.IDDR} для записей SpDispR, актуальных на отчетный месяц |
Значение: SLUCH.RSLT_D |
355 |
1 |
Результат диспансеризации не соответствует типу |
Результат диспансеризации должен соответствовать типу (по справочнику SpDispTR) |
- Если SLUCH.TIP_DISP, то SLUCH.RSLT_D - Если SLUCH.RSLT_D, то SLUCH.TIP_DISP - Если SLUCH.TIP_DISP и SLUCH.RSLT_D, то SLUCH.RSLT_D {SpDispTR.DR} для записей SpDispTR, актуальных на отчетный месяц c DT {SpDispT.Code} для записей SpDispT, актуальных на отчетный месяц с IDDT=SLUCH.TIP_DISP |
Тип: SLUCH.TIP_DISP Результат: SLUCH.RSLT_D |
356 |
1 |
Диагноз первичный (по МКБ-10) не соответствует условиям оказания МП |
По справочнику МКБ-10 SPMKB |
- Если SLUCH.USL_OK=1 и SLUCH.DS0, то SLUCH.DS0 {SpMKB.Code}, для записей SpMKB с KSS0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2 и SLUCH.DS0, то SLUCH.DS0 {SpMKB.Code}, для записей SpMKB с SZP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3 и SLUCH.DS0, то SLUCH.DS0 {SpMKB.Code}, для записей SpMKB с APP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4 и SLUCH.DS0, то SLUCH.DS0 {SpMKB.Code}, для записей SpMKB с SMP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: USL.DS0 |
357 |
1 |
Не указана детализация МКБ после точки для диагноза осложнения основного заболевания |
Код МКБ-10 должен быть максимально детализирован |
Если SLUCH.DS3 и SLUCH.DS3 содержит 3 знака и SLUCH.DS3 {SpMKB.Code}, для записей SpMKB, актуальных на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)=SLUCH.DS3, в записях SpMKB, актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: SLUCH.DS3 |
358 |
1 |
Не указана детализация МКБ после точки для первичного диагноза |
Код МКБ-10 должен быть максимально детализирован |
Если SLUCH.DS0 и SLUCH.DS0 содержит 3 знака и SLUCH.DS0 {SpMKB.Code}, для записей SpMKB актуальных на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)=SLUCH.DS0, в записях актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: SLUCH.DS0 |
359 |
1 |
МКБ основного диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SpMKB.AgeCat0 для записи SpMKB с Code=SLUCH.DS1 и актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR 3 месяца - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR 28 дней - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR 4 года
Если SpMKB.Sex0 для записи SpMKB с Code=SLUCH.DS1 и актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: SpMKB.Sex=PERS.W |
МКБ: SLUCH.DS1 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
360 |
1 |
МКБ сопутствующего диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если DS2_N.DS2 и SpMKB.AgeCat0 для записи SpMKB с Code=SLUCH.DS2, актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR 3 месяца - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR 28 дней - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR 4 года
Если DS2_N.DS2 и SpMKB.Sex0 для записи SpMKB с Code= DS2_N.DS2, актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: SpMKB.Sex=PERS.W |
МКБ: SLUCH.DS2 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
361 |
1 |
МКБ диагноза осложнения основного заболевания не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SLUCH.DS3 и SpMKB.AgeCat0 для записи SpMKB с Code=SLUCH.DS3, актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR 3 месяца - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR 28 дней - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR 4 года
Если SLUCH.DS3 и SpMKB.Sex0 для записи SpMKB с Code=SLUCH.DS3, актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: SpMKB.Sex=PERS.W |
МКБ: SLUCH.DS3 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
362 |
1 |
МКБ первичного диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SLUCH.DS0 и SpMKB.AgeCat0 для записи SpMKB с Code=SLUCH.DS0 и актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR 3 месяца - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR 28 дней - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR 4 года
Если SLUCH.DS0 и SpMKB.Sex0 для записи SpMKB с Code=SLUCH.DS0, актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: SpMKB.Sex=PERS.W |
МКБ: SLUCH.DS0 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
363 |
1 |
КСГ для законченного случая стоматологии не указано или их количество превышает допустимое значение (от 1 до 32) |
Количество услуг из раздела 303 (КСГ в стоматологии) для законченного случая стоматологии должно быть не менее одного и не более 32 |
Если SLUCH.USL_OK {3} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode=4 и SubGroup=1, актуальных на SLUCH.DATE_2, То должно существовать не более 32 и не менее 1 записи USL с USL.RAZDEL_USL {303} внутри случая. |
Условия оказания МП: SLUCH.USL_OK
Стандарт: SLUCH.CODE_MES1 |
364 |
1 |
Количество посещений для незаконченного случая в стоматологии превышает допустимое |
Количество услуг из раздела 302 (Посещение в стоматологии) для незаконченного случая стоматологии должно быть не более 3 |
Если SLUCH.USL_OK {3} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode=4 и SubGroup=2, актуальных на SLUCH.DATE_2, То должно существовать не более 3 записей USL с USL.RAZDEL_USL {302} внутри случая. |
Условия оказания МП: SLUCH.USL_OK
Стандарт: SLUCH.CODE_MES1 |
367 |
1 |
Код по шкале Рэнкин указан неверно |
Код по шкале Рэнкин при поступлении или выбытии (SLUCH. RANKIN_IN, SLUCH. RANKIN_OUT) должен принимать значения в соответствии с классификатором SpRankin |
- Если SLUCH.RANKIN_IN , то SLUCH.RANKIN_IN {SpRankin.Code} - Если SLUCH.RANKIN_OUT , то SLUCH.RANKIN_OUT {SpRankin.Code} - Если SLUCH.RANKIN_OUT = 6, то SLUCH. RSLT { 105,106, 205, 206} |
Код Рэнкин при поступлении: SLUCH.RANKIN_IN Код Рэнкин при выбытии: SLUCH.RANKIN_OUT |
368 |
1 |
Услуга по уходу за ребенком при переходе из одного отделения в другое указана неверно |
Услуга по пребыванию родителя в палате с пациентом-ребенком (A13.30.006.999) при переходе из одного отделения в другое (смене КСГ) должна указываться отдельно для каждого отделения |
Если существует запись ('уход') с USL.RAZDEL_USL=104 и USL.CODE_USL='A13.30.006.999', то должна существовать запись с USL.RAZDEL_USL= 101 (ксг) и USL.DATE_IN(ксг) USL.DATE_IN(уход) и USL.DATE_OUT(ксг) USL.DATE_OUT(уход) |
|
369 |
1 |
Услуга по уходу за новорожденным в родильном отделении, при переходе из одного отделения в другое, указана неверно |
Услуга по уходу за новорожденным в родильном отделении (A25.30.999) при переходе из одного отделения в другое (смене КСГ) должна указываться отдельно для каждого отделения |
Если существует запись ('новор') с USL.RAZDEL_USL=104 и USL.CODE_USL='A25.30.999', то должна существовать запись с USL.RAZDEL_USL= 101 (ксг) и USL.DATE_IN(ксг) USL.DATE_IN(новор) и USL.DATE_OUT(ксг) USL.DATE_OUT(новор) |
|
370 |
1 |
Услуга родоразрешения, при переходе из одного отделения в другое, указана неверно |
Услуга родоразрешения (B01.001.006, B01.001.009, B02.001.002, A16.20.005) при переходе из одного отделения в другое (смене КСГ) должна указываться отдельно для каждого отделения |
Если существует запись (роды) с USL.RAZDEL_USL=104 и USL.CODE_USL {'B01.001.006', 'B01.001.009', 'B02.001.002', 'A16.20.005'}, то должна существовать запись с USL.RAZDEL_USL= 101 (ксг) и USL.DATE_IN(ксг) USL.DATE_IN(роды) и USL.DATE_OUT(ксг) USL.DATE_OUT(роды) |
|
371 |
1 |
Не указан код по шкале Рэнкин |
Для некоторых МКБ по основному диагнозу должен быть указан код по шкале Рэнкин при поступлении и выбытии (SLUCH. RANKIN_IN, SLUCH. RANKIN_OUT) |
Если SpMKB.Rankin=1 для записи SpMKB с Code=SLUCH.DS1 и SLUCH.USL_OK {1, 2} и актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то SLUCH.RANKIN_IN и SLUCH.RANKIN_OUT |
Код МКБ: SLUCH.DS1 |
372 |
1 |
Стандарт диспансеризации не разрешен приказом МЗ на дату начала случая |
Стандарт (по приказу МЗ) должен быть разрешен на дату начала случая диспансеризации |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 {'6831', '6832', '6833', '6834', '6835', '6836', '6837', '6838', '6839', '6851', '6871', '6872', '6873', '6874', '6875', '6876', '6877', '6878', '6892', '6898'}, то SLUCH.DATE_1<'01.04.2015'
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 {'6931', '6932', '6933', '6934', '6935', '6936', '6937', '6938', '6939', '6941', '6942', '6971', '6972', '6973', '6974', '6975', '6976', '6977', '6978', '6979', '6981', '6982','6983', '6992', '6998'}, то SLUCH.DATE_101.04.2015 |
Код стандарта: SLUCH.CODE_MES1 Дата начала случая: SLUCH.DATE_1 Дата окончания случая: SLUCH.DATE_2 |
373 |
1 |
Случай не подлежит включению в счет специализированной помощи |
Случай должен содержать только сведения по стационару и дневному стационару |
Если пользователь указал при загрузке тип счета "1 Спец.МП стационара" (CheckType=1), то SLUCH.USL_OK {1, 2} и SLUCH.DATE_201.08.2016 |
|
374 |
1 |
Не найдено соответствия профиля и специальности случая |
Для АПП и СМП для случая профиль должен соответствовать специальности |
Если SLUCH.USL_OK {3;4}, то SLUCH.PROFIL {SpProfSpec15.IDPR } для записей SpProfSpec15 c SpProfSpec15.Spec = SpSpecFed.Staff, где SpSpecFed.Code=SLUCH.PRVS актуальных на SLUCH.DATE_2 |
Профиль случая: SLUCH.PROFIL Специальность случая: SLUCH.PRVS |
375 |
1 |
Код стандарта не соответствует полу или возрасту пациента |
Возраст и пол пациента должны соответствовать возрастной группе и полу стандарта |
Если SLUCH.USL_OK {3} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей актуальных на SLUCH.DATE_2, то - Если SpStandardGr.Sex<>0, то PERS.W= SpStandardGr.Sex,
- Если SpStandardGr.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет
- Если SpStandardGr.AgeCat =2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6
для записи SpStandardGr с MedStandard= SLUCH.CODE_MES1, актуальной на SLUCH.DATE_2 |
Стандарт: SLUCH.CODE_MES1 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа стандарта: SpMKB.AgeCat Пол пациента: PERS.W Пол стандарта: SpMKB.Sex |
376 |
1 |
Период диспансеризации взрослого, детского населения и профосмотров населения не укладывается в один календарный год |
Даты начала и окончания диспансеризации должны принадлежать одному календарному году |
Если SLUCH.USL_OK {3} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode {1,3}, актуальных на SLUCH.DATE_2, то Год(SLUCH.Date_1)= Год(SLUCH.Date_2) |
Стандарт: SLUCH.CODE_MES1 Дата начала случая: SLUCH.DATE_1 Дата окончания случая: SLUCH.DATE_2 |
377 |
1 |
Признак "Особый случай" не соответствует стандарту диспансеризации (профосмотра) |
Признак "Особый случай" должен быть заполнен в соответствии со стандартом диспансеризации (профосмотра): 3 - 1 этап диспансеризации, 4 - 2 этап диспансеризации, 5 - профосмотр. |
- Если существует значение SLUCH.OS_SLUCH=3, то SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 1 и StepSt=1, актуальных на SLUCH.DATE_2
- Если существует значение SLUCH.OS_SLUCH=4, то SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 1 и StepSt=2, актуальных на SLUCH.DATE_2
- Если существует значение SLUCH.OS_SLUCH=5, то SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 3, актуальных на SLUCH.DATE_2
- Если SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 1 и StepSt=1, актуальных на SLUCH.DATE_2, то существует значение SLUCH.OS_SLUCH=3
- Если SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 1 и StepSt=2, актуальных на SLUCH.DATE_2, то существует значение SLUCH.OS_SLUCH=4
- Если SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode = 3, актуальных на SLUCH.DATE_2, то существует значение SLUCH.OS_SLUCH=5 |
Условия оказания МП: SLUCH.USL_OK Особый случай: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) Стандарт: SLUCH.CODE_MES1 |
378 |
1 |
Профиль, указанный для случая, не соответствует разрешенным для отделения профилям коек |
Для стационара профиль случая должен соответствовать разрешенным профилям коек для отделения МО по данным паспорта МО |
Если SLUCH.USL_OK=1, то SLUCH.PROFIL {SpProfilStr.Profil} для записей SpProfilStr с MO= (SCHET.CODE_MO-660000) и Otdel = SLUCH.PODR.OTDEL и Dept = SLUCH.PODR.DEPT и SubDept = SLUCH.PODR.SUBDEPT, актуальных на SLUCH.DATE_2 |
Значение: SLUCH.PROFIL |
379 |
1 |
КСГ для гемодиализа в дневном стационаре предъявлена более одного раза за случай или не единожды за месяц |
КСГ 40.1 в дневном стационаре должна указываться единожды в случае и без иных КСГ, а также одним случаем за месяц. |
Если SLUCH.USL_OK {2} и существует запись с USL.RAZDEL_USL=201 и USL.CODE_USL=40.1, то (USL.DATE_OUT- USL.DATE_IN)>0 и должна существовать единственная запись в случае с USL.RAZDEL_USL=201* * Примечание. Услуги из иных разделов могут присутствовать в случае. |
|
380 |
1 |
Пересечение сроков лечения в дневном стационаре со стационаром |
Пересечение сроков лечения в стационаре и дневном стационаре в одном МО |
Если SLUCH.USL_OK=2 и НЕ существует для случая записи USL c [USL.Razdel_USL; USL.Code_USL] є {SpServisolate.Division; SpServisolate.MedService}, для записей SpServisolate с ExpMotive='9015', актуальных на SLUCH.DATE_2, то
НЕ должна существовать другая запись 2 в загружаемом файле с SLUCH.USL_OK=1 и такими же ID пациента, PACIENT.NOVOR, и (период [с SLUCH.DATE_11; с SLUCH.DATE_21]) пересекается с (период [с SLUCH.DATE_12+1 день; с SLUCH.DATE_22-1 день])
ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
381 |
1 |
Дублирование случаев АПП |
Дублирование случаев АПП по одному пациенту, периоду лечения, отделению, специальности случая и врача |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 {SpStandardGR.MedStandard} для записей SpStandardGR с TypeHelp=3 и GroupCode {1;3;4}, актуальных на SLUCH.DATE_2 и
НЕ существует для случая записи USL c [USL.Razdel_USL; USL.Code_USL] є {SpServisolate.Division; SpServisolate.MedService}, для записей SpServisolate с ExpMotive='9017', актуальных на SLUCH.DATE_2, то
НЕ должна существовать другая запись в загружаемом файле с SLUCH.CODE_MES1 {SpStandardGR.MedStandard} для записей SpStandardGR с TypeHelp=3 и GroupCode {1;3;4}, актуальных на SLUCH.DATE_2 и такими же ID пациента, SLUCH.USL_OK, PACIENT.NOVOR, SLUCH.DATE_1, SLUCH.DATE_2, SLUCH.PODR, SLUCH.PRVS, SLUCH.IDDOKT
ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
382 |
1 |
Дублирование случаев стационара (дн.стационара) |
Дублирование случаев стационара (дн.стационара) по одному пациенту, периоду лечения, отделению МО |
Если SLUCH.USL_OKє {1;2} и
НЕ существует для случая записи USL c [USL.Razdel_USL; USL.Code_USL] є {SpServisolate.Division; SpServisolate.MedService}, для записей SpServisolate с ExpMotive='9017', актуальных на SLUCH.DATE_2, то
НЕ должна существовать другая запись в загружаемом файле с такими же ID пациента, PACIENT.NOVOR, SLUCH.USL_OK, SLUCH.DATE_1, SLUCH.DATE_2, SLUCH.PODR
ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
383 |
1 |
Дублирование стоматологических случаев |
Дублирование стоматологических случаев по одному пациенту, периоду лечения, отделению МО, специальности, коду врача и стандарту |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 є {SpStandardGR.MedStandard} для записей SpStandardGR с TypeHelp=3 и GroupCode {4} и SubGroupCode {3;4;5}, актуальных на SLUCH.DATE_2, то
НЕ должна существовать другая запись в загружаемом файле с такими же ID пациента, PACIENT.NOVOR, SLUCH.USL_OK, SLUCH.CODE_MES1, SLUCH.DATE_1, SLUCH.DATE_2, SLUCH.PODR, SLUCH.PRVS, SLUCH.IDDOKT
ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
384 |
1 |
Стандарт не разрешен для предъявления данной МО |
Если стандарт входит в перечень, подлежащих обязательной привязке к МО (признак в справочнике стандартов), то он должен быть разрешен для данного МО. |
Если SignMO=1 для записи SpStandardGR с MedStandard=SLUCH.CODE_MES1 и актуальной на SLUCH.DATE_2, то: существует запись в SpMoStandard c MedStandard=SLUCH.CODE_MES1 и MO= (SCHET.CODE_MO - 660000), актуальная на SLUCH.DATE_2 |
Стандарт: SLUCH.CODE_MES1 МО: SCHET.CODE_MO Дата окончания случая: SLUCH.DATE_2 |
385 |
1 |
Количество КСГ в случае больше допустимого |
Для дневного стационара, случай может содержать только одно КСГ, для круглосуточного не более двух КСГ. |
- Если SLUCH.USL_OK {2}, то должна существовать единственная запись в случае с USL.RAZDEL_USL=201* - Если SLUCH.USL_OK {1}, то должна существовать единственная запись в случае с USL.RAZDEL_USL=106* и не более двух записей с USL.RAZDEL_USL=101* * Примечание. Услуги из иных разделов могут присутствовать в случае. |
|
386 |
1 |
Количество услуг в стандарте больше /меньше допустимого. |
Для АПП и СМП в стандарте количество услуг и посещений должно быть в пределах допустимого |
Если SLUCH.USL_OK (3,4) и SLUCH.CODE_MES1 {SpStandardGR.Medstandard, для SpStandardGR.GroupCode (1, 3, 7, 9, 10) и актуальных на SLUCH.DATE_2}, то - количество записей в случае с USL.RAZDEL_USL (300, 400) должно [SpStandardGR.Kol300Mn .. SpStandardGR.Kol300Mx] - количество записей в случае с USL.RAZDEL_USL=301 должно [SpStandardGR.Kol301Mn .. SpStandardGR.Kol301 Мх] |
Стандарт: SLUCH.CODE_MES1 |
387 |
1 |
Отсутствует направление для случаев МП, оказываемых "ПЭТ-Технолоджи" |
Все случаи, оказания МП в "ПЭТ-Технолоджи" должны иметь направление |
Если SCHET.CODE_MO =661787, то SLUCH. NPR_NUM , SLUCH. NPR_DATE и SLUCH. NPR_MO {1768, 288, 350, 122} (SLUCH. NPR_MO содержит только цифры и код имеет вид 660000+Код МО) |
|
388 |
1 |
Количество КСГ для стоматологии больше допустимого |
В случаи не может быть больше 3 услуг 303 раздела с одинаковой датой начала услуги. |
Если SLUCH.USL_OK =3, то в случае должно существовать не более 3 записей USL с USL.RAZDEL_USL=303 и одинаковыми USL.DATE_IN |
|
389 |
1 |
Не указан признак мобильной бригады |
Для случаев диспансеризации должен быть заполнен признак мобильной бригады |
Если SLUCH.CODE_MES1 {SpStandardGR.MedStandard} для записей SpStandardGR с GroupCode=1, актуальных на SLUCH.DATE_2, то SLUCH.VBR {0,1} |
Признак мобильной бригады: SLUCH.VBR Стандарт: SLUCH.CODE_MES1 |
390 |
1 |
Дата выдачи талона/ дата планируемой госпитализации для ВМП не указана |
Для случаев ВМП должны быть заполнены дата выдачи талона на ВМП и дата планируемой госпитализации |
Если существует хотя бы одна запись для случая с USL.RAZDEL_USL=106, то SLUCH. TAL_D и SLUCH. TAL_P
Иначе SLUCH. TAL_D = и SLUCH. TAL_P = |
Дата выдачи талона на ВМП: SLUCH. TAL_D Дата планируемо госпитализации ВМП: SLUCH. TAL_P |
391 |
1 |
Признак поступления/ перевода не указан |
Для случаев круглосуточного и дневного стационара должен быть заполнен признак поступления/ перевода |
Если SLUCH.USL_OK {1, 2}, то SLUCH.P_PER {SpSp.Code c Sp.Kd=158} |
Условия оказания МП: SLUCH.USL_OK Признак поступления/перевода: SLUCH.P_PER |
392 |
1 |
Признак основной/сопутствующий диагноз установлен впервые указан неверно |
Для случаев диспансеризации должен быть указан признак основной диагноз установлен впервые |
Если существует значение SLUCH.OS_SLUCH {3, 4,5}, то SLUCH. DS1_PR {1,0} и DS2_N.DS2_PR {1,0} |
|
393 |
1 |
Дата выдачи направления указана некорректно |
Дата выдачи направления должна быть не больше даты посещения и не меньше 01.01.2016 |
Если SLUCH. NPR_DATE , то SLUCH. NPR_DATE>'01.01.2016'и SLUCH. NPR_DATE <= SLUCH.DATE_1 |
Дата выдачи направления: SLUCH. NPR_DATE |
394 |
0 |
Врач, выдавший направление, не найден в штатном расписании для МО |
Код врача должен быть найден в штатном расписании (на дату выдачи направления) для МО выдавшей направление |
Если SLUCH. NPR_DOCTOR , то SLUCH. NPR_DOCTOR {DoctorWork.Doctor} для записей DoctorWork с MO= (SLUCH.NPR_MO -660000), актуальных на SLUCH.NPR_DATE |
Код врача выдавшего направление: SLUCH. NPR_DOCTOR Дата выдачи направления: SLUCH.NPR_DATE |
395 |
1 |
Тип направления указан неверно |
Тип направления должен соответствовать справочнику SpCardType |
Если SLUCH. NPR_DATE , то SLUCH. NPR_TYPE и SLUCH. NPR_TYPE {SpCardType.Code}, для записей SpCardType.TypeHelp= SLUCH.USL_OK и актуальных на SLUCH.NPR_DATE |
|
396 |
1 |
Для случаев диспансеризации отсутствует назначение |
Если по результатам диспансеризации присвоена группа здоровья 3а или 3б должен быть блок назначения |
Если существует значение SLUCH.OS_SLUCH {4 } и (SLUCH. RSLT_D {31, 32, 3, 4, 5 } или SLUCH. GRZD {3а, 3б}), то должна существовать хотя бы одна запись NAZ.NAZR |
|
397 |
1 |
Форма оказания помощи не соответствует типу направления |
Тип направления (экстренность) должен соответствовать форме оказания МП |
Если SLUCH.EXTR=1, то SLUCH.FOR_POM {1,2}, иначе Если SLUCH.EXTR=2, то SLUCH.FOR_POM =3 |
Экстренность: SLUCH.EXTR Форма оказания МП: SLUCH.FOR_POM |
398 |
1 |
Стандарт не разрешен для предъявки не МО-фондодержателем |
Стандарты профосмотров должны проходить по месту прикрепления |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 {SpStandardGR.Medstandard, для SpStandardGR.GroupCode=3 и SpStandardGR.SubGroup=3 актуальных на SLUCH.DATE_2}, то SCHET.CODE_MO=MOPRK |
Стандарт: SLUCH.CODE_MES1 |
399 |
1 |
Предъявлен второй этап без первого |
Для каждого случая второго этапа диспансеризации или профосмотров должен существовать случай первого этапа |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1(Случ1) {SpStandardGR.Medstandard, для SpStandardGR.StepSt=2 и актуальных на SLUCH.DATE_2} , то должна существовать другая запись в загружаемом файле с таким же ID пациента и SLUCH.CODE_MES1(Случ2) {SpStandardGR.Medstandard, для SpStandardGR.StepSt=1, SpStandardGR.GroupCode(Случ2) = SpStandardGR.GroupCode(Случ1) и актуальных на SLUCH.DATE_2} или должна существовать запись в БД с таким же ID пациента и MedRee.CODE_MES1(Случ2) {SpStandardGR.Medstandard, для SpStandardGR.StepSt=1, SpStandardGR.GroupCode(Случ2) = SpStandardGR.GroupCode(Случ1) и актуальных на SLUCH.DATE_2} и год (SLUCH.DATE_2(Случ1))= год (MedRee.DATE_2(Случ2)) |
Стандарт: SLUCH.CODE_MES1 |
400 |
1 |
Предъявление одному пациенту более одного стандарта диспансеризации, профосмотров или центра здоровья |
Предъявление в одному пациенту в течение одного календарного года более одного случая диспансеризации или профилактических осмотров при условии предъявления одинаковых кодов стандартов |
Если SLUCH.USL_OK=3, SLUCH.Code_MES1 {6441,6442,6443,6444,6445, 6446,6447,6575,6576,6541,6542,6543,6544,6546,6558,6559,6560,6561, 6562, 6563, 1942, 2942, 1944, 2944} и SLUCH.CODE_MES1(Случ1) {SpStandardGR.Medstandard, для SpStandardGR.GroupCode (1,3, 2) и актуальных на SLUCH.DATE_2} , то НЕ должна существовать другая запись в загружаемом файле с таким же IDпациента и SLUCH.CODE_MES1(Случ2) = SLUCH.CODE_MES1(Случ1) и НЕ должна существовать запись в БД с таким же IDпациента и MedRee.CODE_MES1(Случ2) = SLUCH.CODE_MES1(Случ1) и год (SLUCH.DATE_2(Случ1))= год (MedRee.DATE_2(Случ2)) и MedRee.Recid {Expmed.Recid для Expmed.StepExp=1 и Expmed.Defect_recl532} |
Стандарт: SLUCH.CODE_MES1 |
401 |
1 |
Не указан код МО обращения |
Для случаев выезда реанимационной бригады должен быть указан код МО обращения |
Если SLUCH.Code_MES1 {SpStandardGR.MedStandard, где SpStandardGR GroupCode = (9, 10) и актуальных на SLUCH.DATE_2}, то в случае должна существовать запись с USL.DST MO |
Код стандарта: SLUCH.Code_MES1 |
402 |
1 |
Двойная предъявка случая оказания МП в приемном покое |
Случай оказания МП в КСС, не должен предъявляться в АПП в приемном покое |
Если SLUCH.USL ОК=3 и Существует запись SpStructure с MO=(SCHET.CODE МО-660000) и Otdel = SLUCH.PODR.OTDEL и SpStructure.Lvl=2 и SpStructure.Nom=8 и актуальная на SLUCH.DATE_2 (по CreateDate, DestrDate), то Не должна существовать другая запись в загружаемом файле с SLUCH.USL_OK=1 и такими же ID пациента, PACIENT.NOVOR, SLUCH.DATE_1 ID пациента - Если страхование по PC ЕРЗ определено то ID пациента= IPerson. lD (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
405 |
1 |
Срок беременности в неделях не указан |
Для случаев с основным диагнозом на 'O'должен быть указан срок беременности |
Если SLUCH.USL_OK=1 и случай содержит запись с USL.Razdel_Usl=101 и USL.Code_Usl {2, 3.1, 3.2, 4, 5.1,5.2, 5.3, 5.4} и SLUCH.DS1O00(со всеми знаками после точки) ИЛИ если SLUCH.USL_OK=3 и SLUCH.DS1O00 (со всеми знаками после точки) и SLUCH.DS1 {первая буква O , Z34, Z35, Z32.1, Z33} и случай содержит запись с USL.Razdel_Usl=300 и USL_Code_Usl {B02.000.004.222; B02.000.004; B02.000.005; B01.001.004; B01.001.004.222; B01.001.005}, то SLUCH. PREGTIME |
Срок беременности: SLUCH. PREGTIME Основной диагноз: SLUCH.DS1 |
406 |
Исключен. - Приказ Территориального фонда обязательного медицинского страхования Свердловской области от 30 ноября 2017 г. N 528 Информация об изменениях: |
||||
407 |
1 |
Не заполнены поля по направлениям |
При госпитализации в КСС/СЗП из АПП должны быть заполнены поля по направлениям |
Если SLUCH.P_PER=5, то SLUCH. NPR_DATE , SLUCH. NPR_TYPE , SLUCH. NPR_MO , SLUCH. NPR_NUM и SLUCH. NPR_NUM |
Направление: SLUCH. NPR_DATE SLUCH. NPR TYPE SLUCH. NPR MO SLUCH. NPR_NUM |
407 |
0 |
Не заполнены поля по направлениям |
При госпитализации в КСС/СЗП из АПП должны быть заполнены поля по направлениям |
Если SLUCH.P_PER=5, то SLUCH. NPR_DATE, SLUCH. NPR_TYPE , SLUCH. NPR_MO , SLUCH. NPR_NUM и SLUCH. NPR_NUM |
Направление: SLUCH.NPR_DATE SLUCH. NPR_TYPE SLUCH. NPR_MO SLUCH.NPR_NUM |
408 |
1 |
Группа здоровья не указана |
Для случаев диспансеризации и профосмотров должна быть указана группа здоровья |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1(Случ1) {SpStandardGR.Medstandard, для SpStandardGR.GroupCode (1,3), SpStandardGR.SubGroup (1,2,3,4,5,6) и актуальных на SLUCH.DATE_2} , то SLUCH. GRZD |
Код стандарта SpStandardGR.Medstandard |
409 |
1 |
Этапы ЭКО указаны неверно |
Для КСГ ЭКО указан неверный набор услуг |
Если SLUCH.USL_OK=2 и случай содержит запись с USL.Razdel_Usl=201 и USL.Code_Usl='5', то случай должен содержать один из следующих наборов услуг с USL.Razdel_Usl=203: (USL.Code_Usl= 'A11.20.019'и USL.Code_Usl= 'A11.20.017') или (USL.Code_Usl= 'A11.20.019'и USL.Code_Usl= 'A11.20.027'и USL.Code_Usl= 'A11.20.031') или (USL.Code_Usl= 'A11.20.019'и USL.Code_Usl= 'A11.20.017'и USL.Code_Usl= 'A11.20.031') или (USL.Code_Usl= 'A11.20.019'и USL.Code_Usl= 'A11.20.027') или (USL.Code_Usl= 'A11.20.019') или (USL.Code_Usl= 'A11.20.030') и не должно существовать других наборов услуг в случае. |
|
410 |
1 |
Не указан признак диспансерного учета |
Для случаев диспансеризации должна быть указан признак диспансерного учета |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1(Случ1) {SpStandardGR.Medstandard, для SpStandardGR.GroupCode (1), SpStandardGR.SubGroup (1,2) и актуальных на SLUCH.DATE_2} и SLUCH.GRZD (3а, 3б), то SLUCH.DISP (1,2) |
Код стандарта SpStandardGR.Medstandard |
Подпункт 3.4 изменен. - Приказ Территориального фонда обязательного медицинского страхования Свердловской области от 29 декабря 2017 г. N 586
3.4. Проверки на реквизиты элемента USL:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
601 |
1 |
Нарушен порядок дат для услуги |
Дата окончания должна быть больше или равна дате начала оказания услуги. |
USL.DATE_INUSL.DATE_OUT |
Дата начала: USL.DATE_IN Дата окончания: USL.DATE_OUT |
602 |
1 |
Количество (кратность) услуг указано неверно |
Количество услуг должно соответствовать разделу услуг (см. приказ МЗСО и ТФОМС) |
- Если USL.RAZDEL_USL {303}, то USL.KOL_USL - целое положительное число - Если USL.RAZDEL_USL=303, то USL.KOL_USL>0 - Если USL.RAZDEL_USL {101;103;106;201;206; 300;301; 400; 302}, то USL.KOL_USL=1 - Если USL.RAZDEL_USL =105, то если USL.DATE_OUT=USL.DATE_IN, то USL.KOL_USL=1, иначе USL.KOL_USL= USL.DATE_OUT-USL.DATE_IN |
Значение: USL.KOL_USL Раздел услуг: USL.RAZDEL_USL |
603 |
1 |
Профиль услуги не соответствует условиям оказания МП |
По адаптированному классификатору профилей SPFPROF: должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то USL.PROFIL {SpFProf.IDPR} для записей SpFProf с GroupKSS0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpFProf.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=1, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=2, то USL.PROFIL {SpFProf.IDPR} для записей SpFProf с GroupSZP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpFProf.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=2, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=3, то USL.PROFIL {SpFProf.IDPR} для записей SpFProf с GroupAPP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpFProf.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=3, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=4, то USL.PROFIL {SpFProf.IDPR} для записей SpFProf с GroupSMP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpFProf.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=4, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} |
Значение: USL.PROFIL Условия оказания МП: SLUCH.USL_OK |
604 |
1 |
Специальность услуги не соответствует условиям оказания МП |
По адаптированному классификатору специальностей SPSPECFED: должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то USL.PRVS {SpSpecFed.Code} для записей SpSpecFed.Code с GroupKSS0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpSpecFed.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=1, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=2, то USL.PRVS {SpSpecFed.Code} для записей SpSpecFed.Code с GroupSZP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpSpecFed.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=2, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=3, то USL.PRVS {SpSpecFed.Code} для записей SpSpecFed.Code с GroupAPP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpSpecFed.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=3, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} - Если SLUCH.USL_OK=4, то USL.PRVS {SpSpecFed.Code} для записей SpSpecFed.Code с GroupSMP0, SignUsl=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd) Если SpSpecFed.SignTP=0 то USL.Code_Usl {SpMedServise.Code с SpMedServise. TypeHelp=4, SpMedServise. SignTP=0 и актуальных на SLUCH.DATE_2} |
Значение: USL.PRVS Условия оказания МП: SLUCH.USL_OK |
605 |
0 |
Профиль в реестре, указанный для услуги, не соответствует профилю услуги |
Если в справочнике услуг указан профиль услуги, то профиль в реестре должен ему соответствовать |
Если SpMedService.Prof0 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: USL.PROFIL=SpMedService.Prof |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Профиль в реестре: USL.PROFIL Профиль услуги: SpMedService.Prof |
606 |
1 |
Специальность в реестре, указанная для услуги, не соответствует специальности услуги |
Если в справочнике услуг указана специальность услуги, то специальность в реестре должна ей соответствовать |
Если SpMedService. Spec ) для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL актуальной на SLUCH.DATE_2, то: USL.PRVS = SpSpecFed.Code, где SpSpecFed.Staff = SpMedService.Spec, актуальных на SLUCH.DATE_2 |
Раздел: USL.RAZDEL USL Услуга: USL.CODE_USL Специальность в реестре: USL.PRVS Специальность услуги: SpMedService. Spec |
607 |
1 |
Раздел услуг не принадлежит ОМС или не соответствует условиям оказания МП |
Раздел услуг должен соответствовать условиям оказания МП (по справочнику разделов услуг SPDIVSERVICE) на отчетный период |
USL.RAZDEL_USL {SpDivService.Code} для записей SpDivService с TypeHelp=SLUCH.USL_OK и OMS=0, актуальных на SLUCH.DATE_2 |
Значение: USL.RAZDEL_USL Условия оказания МП: SLUCH.USL_OK |
608 |
1 |
Услуга не найдена в справочнике услуг или не соответствует разделу |
Код услуги должен соответствовать разделу (по справочнику услуг SPMEDSERVICE) на отчетный период |
USL.CODE_USL {SpMedService.Code} для записей SpMedService с Division=USL.RAZDEL_USL, актуальных на SLUCH.DATE_2 |
Значение: USL.CODE_USL Раздел: USL.RAZDEL_USL |
609 |
1 |
Возраст пациента не соответствует возрастной группе услуги |
Если в справочнике услуг указана возрастная группа, то возраст пациента на дату начала случая должен ей соответствовать |
Если SpMedService.AgeCat0 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: - Если SpMedService.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)18 лет - Если SpMedService.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMedService.AgeCat=3, SLUCH.DATE_1-PERS.DR <3 месяца - Если SpMedService.AgeCat=4, то SLUCH.DATE_1-PERS.DR 28 дней - Если SpMedService.AgeCat=5, то SLUCH.DATE_1-PERS.DR 4 года - Если SpMedService.AgeCat=6, SLUCH.DATE_1-PERS.DR <1 год - Если SpMedService.AgeCat=7, то 14 летSLUCH.DATE_1-PERS.DR - Если SpMedService.AgeCat=8, то 6 месяцевSLUCH.DATE_1-PERS.DR < 3 лет - Если SpMedService.AgeCat=9, то 3 месяцевSLUCH.DATE_1-PERS.DR < 18 лет+6 месяцев - Если SpMedService.AgeCat=10, то (SLUCH.DATE_1-PERS.DR)60 лет - Если SpMedService.AgeCat=11, то 3 месяцевSLUCH.DATE_1-PERS.DR < 3 лет |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Возраст (лет): (SLUCH.DATE_1-PERS.DR) Возрастная группа: SpMedService.AgeCat |
609 |
1 |
Возраст пациента не соответствует возрастной группе услуги |
Если в справочнике услуг указана возрастная группа, то возраст пациента на дату начала случая должен ей соответствовать |
Если SpMedService.AgeCat для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: - Если SpMedService.AgeCat = 1, то (SLUCH.DATE_1-PERS.DR) лет - Если SpMedService.AgeCat = 2, то (SLUCH.DATE_1-PERS.DR)<18 лет + 6 месяцев - Если SpMedService.AgeCat= 3, SLUCH.DATE_1-PERS.DR < 3 месяца - Если SpMedService.AgeCat = 4, то SLUCH.DATE_1-PERS.DR дней - Если SpMedService.AgeCat = 5, то SLUCH.DATE_1-PERS.DR года - Если SpMedService.AgeCat = 6, SLUCH.DATE_1-PERS.DR < 1 год - Если SpMedService.AgeCat = 7, то 14 лет SLUCH.DATE_1-PERS.DR - Если SpMedService.AgeCat = 8, то 6 месяцев BSSLUCH.DATE_1-PERS.DR < 3 лет - Если SpMedService.AgeCat = 9, то 3 месяцев BSSLUCH.DATE_1-PERS.DR < 18 лет + 6 месяцев - Если SpMedService.AgeCat = 4, то SLUCH.DATE_1-PERS.DR дней - Если SpMedService.AgeCat = 5, то SLUCH.DATE_1-PERS.DR года - Если SpMedService.AgeCat = 6, SLUCH.DATE_1-PERS.DR < 1 год - Если SpMedService.AgeCat = 7, то 14 лет SLUCH.DATE_1-PERS.DR - Если SpMedService.AgeCat = 8, то 6 месяцев BSSLUCH.DATE_1-PERS.DR < 3 лет - Если SpMedService.AgeCat = 9, то 3 месяцев BSSLUCH.DATE_1-PERS.DR < 18 лет + 6 месяцев - Если SpMedService.AgeCat = 10, то (SLUCH.DATE_1-PERS.DR) лет |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Возраст (лет): (SLUCH.DATE_1-PERS.DR) Возрастная группа: SpMedService.AgeCat |
610 |
1 |
Пол пациента не соответствует половому признаку услуги |
Если в справочнике услуг указан половой признак, то пол пациента должен ему соответствовать |
Если SpMedService.Sex0 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: Если SpMedService.Sex=1, то PERS.W=1 Если SpMedService.Sex=2, то PERS.W=2 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Пол: PERS.W Половой признак: SpMedService.Sex |
611 |
1 |
Для услуги по АПП или СМП, предъявляемой только в рамках стандарта, не указан код стандарта |
Если для условия оказания МП АПП или СМП указана услуга, требующая обязательной привязки к стандарту, то должен быть указан стандарт. |
Если SLUCH.USL_OK {3;4} и SpMedService.SignStandard=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то SLUCH.CODE_MES1 и SLUCH.CODE_MES10 |
Условия оказания МП: SLUCH.USL_OK Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL |
612 |
1 |
Услуга по АПП или СМП не должна предъявляться в рамках указанного стандарта |
Если для условий оказания МП АПП или СМП указан код стандарта, то услуга должна быть закреплена за данным стандартом в справочнике стандартов |
Если SLUCH.USL_OK {3;4} и USL.RAZDEL_USL {309} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10, то SLUCH.CODE_MES1 {SpServStandard.MedStandard} для записей SpServStandard c Division=USL.RAZDEL_USL и MedService=USL.CODE_USL, актуальной на SLUCH.DATE_2 |
Условия оказания МП: SLUCH.USL_OK Стандарт: SLUCH.CODE_MES1 Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL |
613 |
1 |
Неверно заполнен признак отказа пациента от услуги в рамках диспансеризации |
Если заполнен комментарий для услуги, то должен быть указан признак диспансеризации (особый случай) и комментарий должен содержать слово 'ОТКАЗ' |
Если USL.COMENTU, то SLUCH.OS_SLUCH {3;4; 5} и USL.COMENTU=ОТКАЗ (без учета регистра и пробелов) |
Значение: USL.COMENTU Особый случай: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) |
614 |
1 |
Неверно заполнена дата отказа от проведения услуги в рамках диспансеризации |
Если комментарий содержит слово 'ОТКАЗ', то даты начала и окончания оказания услуги должны быть равны (дате отказа) |
Если USL.COMENTU='ОТКАЗ'(без учета регистра и пробелов), то USL.DATE_IN=USL.DATE_OUT |
Дата начала: USL.DATE_IN Дата окончания: USL.DATE_OUT |
615 |
1 |
Код МО для услуги указан неверно |
МО (USL.LPU) должна находиться в реестре МО (классификатор F003) на отчетный месяц |
- USL.LPU содержит только цифры; - USL.LPU {SpMU.Code+660000}, для записей SpMU, актуальных на отчетный месяц |
Значение: USL.LPU |
616 |
1 |
Диагноз услуги (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен принадлежать ОМС |
- Если SLUCH.USL_OK=1, то USL.DS {SpMKB.Code}, для записей SpMKB с KSS0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=2, то USL.DS {SpMKB.Code}, для записей SpMKB с SZP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=3, то USL.DS {SpMKB.Code}, для записей SpMKB с APP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) - Если SLUCH.USL_OK=4, то USL.DS {SpMKB.Code}, для записей SpMKB с SMP0, и актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Значение: USL.DS |
617 |
1 |
Подразделение МО для услуги указано неверно |
По справочнику подразделений МО SPOFFICE на дату окончания оказания услуги |
Если USL.LPU_1, то: - USL.LPU_1 содержит только цифры; - USL.LPU_1 {SpOffice.Code} для записей SpOffice с MO=(USL.LPU-660000), актуальных на SLUCH.DATE_2 |
|
618 |
1 |
Код отделения (участка, пункта) для услуги указан неверно |
По справочнику структуры МО SPSTRUCTURE на дату окончания лечения |
- USL.PODR содержит не менее 5 знаков; - Существует запись SpStructure c с MO=(USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальная на SLUCH.DATE_2 (по CreateDate, DestrDate). |
Значение: USL.PODR Дата окончания случая: SLUCH.DATE_2 |
619 |
1 |
Отделение (участок, пункт), указанное для услуги, не ОМС |
По справочникам отделений, участков, пунктов - источник финансирования ОМС (на дату окончания оказания услуги) |
Если нет ош.618, то найти запись в SpStructure с MO= (USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальную на SLUCH.DATE_2 (по CreateDate, DestrDate). - Если SpStructure.LVL=2, то существует запись в SpOtdel c MO=SpStructure.MO и Code= SpStructure.Otdel и Budget=0, актуальная на SLUCH.DATE_2 - Если SpStructure.LVL=3, то существует запись в SpDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Code= SpStructure.Dept и Budget=0, актуальная на SLUCH.DATE_2 - Если SpStructure.LVL=4, то существует запись в SpSubDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Dept= SpStructure.Dept и Code=SpStructure.SubDept и Budget=0, актуальная на SLUCH.DATE_2 |
Значение: USL.PODR Дата окончания случая: SLUCH.DATE_2 |
620 |
1 |
Условия оказания МП не соответствует отделению (участку, пункту) МО, указанному для услуги |
Условия оказания МП должны совпадать с указанным для отделения (участка, пункта) |
Если нет ошибок 618, 619: найти запись в SpStructure с MO= (USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальную на SLUCH.DATE_2 (по CreateDate, DestrDate). - Если SpStructure.LVL=2, то SLUCH.USL_OK=SpOtdel.TypeHelp для записи SpOtdel c MO=SpStructure.MO и Code= SpStructure.Otdel, актуальной на SLUCH.DATE_2 - Если SpStructure.LVL=3, то SLUCH.USL_OK=SpDept.TypeHelp для записи SpDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Code= SpStructure.Dept, актуальной на SLUCH.DATE_2 - Если SpStructure.LVL=4, то SLUCH.USL_OK=SpSubDept.TypeHelp для записи SpSubDept c MO=SpStructure.MO и Otdel=SpStructure.Otdel и Dept= SpStructure.Dept и Code=SpStructure.SubDept, актуальной на SLUCH.DATE_2 |
Отделение: USL.PODR Условия оказания МП в реестре: USL.USL_OK Условия оказания МП для отделения: SpOtdel (SpDept, SpSubDept).TypeHelp Дата окончания случая: SLUCH.DATE_2 |
621 |
1 |
Специальность, указанная для услуги, не соответствует разрешенным для отделения (участка, пункта) |
Специальность услуги должна соответствовать перечню специальностей для отделения (справочник SPMEDSPECSTR) |
Если нет ошибки 618 и существует хотя бы одна запись в SpMedSpecStr c MO= (USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальная на SLUCH.DATE_2, то:
USL.PRVS {SpMedSpecStr.PRVS} для записей SpMedSpecStr c MO = (USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальных на SLUCH.DATE_2 |
Отделение: SLUCH.PODR Специальность в реестре: USL.PRVS Дата окончания случая: SLUCH.DATE_2 |
622 |
1 |
Предъявлена услуга (не в рамках диспансеризации), оказанная другой МО |
Если услуга предъявлена не в рамках диспансеризации, то МО услуги должна совпадать с МО, предъявившей реестр |
Если SLUCH.USL_OK3 или не найдено ни одного значения SLUCH.OS_SLUCH {3; 4; 5}, то SCHET.CODE_MO=USL.LPU |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МО, предъявившее реестр: SCHET.CODE_MO МО, оказавшее услугу: USL.LPU |
623 |
1 |
Отсутствие соответствующего оперативного вмешательства для хирургической КСГ |
Если КСГ относится к хирургическим, то в рамках случая должно быть предъявлено хирургическое вмешательство, разрешенное для данного КСГ |
Если SLUCH.USL_OK {1, 2} и USL.RAZDEL_USL {101, 201} и SpMedService.SignOper=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то должна существовать запись USL для данного случая (SLUCH), пересекающаяся по периоду оказания услуги [DATE_IN, DATE_OUT] с первой, с USL.RAZDEL_USL {104, 203} и USL.Code_USL {SpServOper.Oper} для записи SpServOper, актуальной на SLUCH.DATE_2, с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL(для первой записи) |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
624 |
1 |
Заявленная услуга (КСГ, ВМП, ЛС) не соответствует диагнозу (по МКБ-10) |
Диагноз, указанный для услуги (КСГ, ВМП, ЛС), должен соответствовать списку разрешенных диагнозов. |
Если SLUCH.USL_OK {1, 2} и USL.RAZDEL_USL {101, 103, 104, 106, 107, 201, 202, 203, 205, 206}, то (USL.DS {SpServMKB.MKBOsn} для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=1 и TypeMKBSop=0, актуальных на SLUCH.DATE_2) Или (USL.DS {SpGroupMKB.MKB} для записей SpGroupMKB c GroupMKB {SpServMKB.MKBOsn}, актуальных на SLUCH.DATE_2, для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=2 и TypeMKBSop=0, актуальных на SLUCH.DATE_2) Или (пара [USL.DS; DS2_N.DS2] {[SpServMKB.MKBOsn; SpServMKB.MKBSop]} для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=1 и TypeMKBSop=1, актуальных на SLUCH.DATE_2) Или (пара [USL.DS; DS2_N.DS2] {[SpServMKB.MKBOsn; {SpGroupMKB.MKB}]} для записей SpGroupMKB c GroupMKB {SpServMKB.MKBSop}, актуальных на SLUCH.DATE_2, для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=1 и TypeMKBSop=2, актуальных на SLUCH.DATE_2) Или (пара [USL.DS; DS2_N.DS2] {{SpGroupMKB.MKB} [SpServMKB.MKBSop]} для записей SpGroupMKB c GroupMKB {SpServMKB.MKBOsn}, актуальных на SLUCH.DATE_2, для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=2 и TypeMKBSop=1, актуальных на SLUCH.DATE_2) Или (пара [USL.DS; DS2_N.DS2] {{SpGroupMKB.MKB} [SpServMKB.MKBSop]} для записей SpGroupMKB c GroupMKB {SpServMKB.MKBOsn} и c GroupMKB {SpServMKB.MKBSop}, актуальных на SLUCH.DATE_2, для записей SpServMKB с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и TypeMKBOsn=2 и TypeMKBSop=2, актуальных на SLUCH.DATE_2) |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Диагноз основной: USL.DS Диагноз сопутствующий: SLUCH. DS2 |
625 |
1 |
Для услуги, требующей обязательного ИЭЛ, отсутствует упоминание о наблюдении пациента в РАО |
При применении кода услуги (в частности, КСГ), требующего нахождение в РАО, должна быть дополнительно указана услуга из раздела 105 "Пребывание в РАО стационара" |
Если SpMedService.SignRAO=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то должна существовать запись USL для данного случая (SLUCH) с USL.RAZDEL_USL=105, пересекающаяся по периоду оказания услуги [DATE_IN, DATE_OUT] с первой |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
627 |
1 |
Услуга не разрешена для предъявления данной МО (отделением) |
Если услуга входит в перечень, подлежащих обязательной привязке к МО (признак в справочнике услуг), то она должна быть разрешена для данного МО (отделения). |
Если SpMedService.SignMO=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: существует запись в SpMOService c Division=USL.RAZDEL_USL и Code=USL.CODE_USL и MO= (USL.LPU-660000) и Otdel=0, актуальная на SLUCH.DATE_2 или существует запись в SpMOService c Division=USL.RAZDEL_USL и MedService=USL.CODE_USL и MO= (USL.LPU-660000) и Otdel= USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальная на SLUCH.DATE_2 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МО, оказавшая услугу: USL.LPU Отделение: USL.PODR Дата окончания случая: SLUCH.DATE_2 |
628 |
1 |
Код медработника, оказавшего услугу, указан неверно |
Код врача должен присутствовать в справочнике врачей (SpDoctor) |
Если USL.CODE_MD , то USL.CODE_MD {SpDoctor.Code} для записей SpDoctor, актуальных на USL.DATE_OUT |
Код врача: USL.CODE_MD Дата окончания услуги: USL.DATE_OUT |
629 |
1 |
Медработник, оказавший услугу, не найден в штатном расписании для МО |
Код врача должен быть найден в штатном расписании (на дату окончания услуги) для данной МО |
Если USL.CODE_MD , то USL.CODE_MD {DoctorWork.Doctor} для записей DoctorWork с MO=(USL.LPU-660000), актуальных на USL.DATE_OUT |
Код врача: USL.CODE_MD Дата окончания услуги: USL.DATE_OUT |
632 |
0 |
Предъявление КСГ, связанной с беременностью и родами, для пациентов младше 12 лет |
Для КСГ (стационар) 1-5, 9-11, 17 возраст пациента должен быть не младше 12 лет |
Если SLUCH.DATE_2<'01.01.2015', то Если USL.RAZDEL_USL=101 и USL.CODE_USL {1, 2, 3, 4, 5, 9, 10, 11, 17}, то (SLUCH.DATE_1-PERS.DR)12 лет
Иначе Если 01.01.2015 SLUCH.DATE_2 <01.01.2016, то Если USL.RAZDEL_USL=101 и USL.CODE_USL {1, 2, 2.1, 2.2, 3, 4, 5,10,17,18}, то (SLUCH.DATE_1-PERS.DR)12 лет
Иначе Если 01.01.2016 SLUCH.DATE_2 Если USL.RAZDEL_USL=101 и USL.CODE_USL {1, 2, 3, 3.1, 3.2, 4, 5, 5.1, 5.2, 5.3, 5.4, 6, 6.1, 6.2, 7}, то (SLUCH.DATE_1-PERS.DR)12 лет |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Возраст (лет): (SLUCH.DATE_1-PERS.DR) |
633 |
0 |
Проведение тромболизиса (СМП) с диагнозом случая по МКБ-10 не из класса I |
Для СМП при указании в реестре услуги тромболизиса диагноз случая должен начинаться на 'I' |
Если USL.RAZDEL_USL=401, то первый символ (SLUCH.DS1) = 'I' |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МКБ-10: SLUCH.DS1 |
634 |
1 |
Не указана детализация МКБ после точки |
Код МКБ-10 должен быть максимально детализирован |
Если USL.DS содержит 3 знака и USL.DS {SpMKB.Code}, для записей SpMKB актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)= USL.DS, в записях SpMKB актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: USL.DS |
635 |
1 |
Отсутствие сведений о применении ЛС для КСГ |
Если для КСГ обязательно указание ЛС(расх.мат.), то в рамках случая должно быть предъявлено лекарственное средство, разрешенное для данного КСГ |
Если SLUCH.USL_OK {1, 2} и USL.RAZDEL_USL {101, 201} и SpMedService.SignLS=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то должна существовать запись USL для данного случая (SLUCH), пересекающаяся по периоду оказания услуги [DATE_IN, DATE_OUT] с первой, с USL.RAZDEL_USL {107, 205} и USL.Code_USL {SpServLS.LS} для записи SpServLS, актуальной на SLUCH.DATE_2, с Division=USL.RAZDEL_USL и MedService=USL.CODE_USL(для первой записи) |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
636 |
1 |
Количество ЛС превышает допустимое |
Количество ЛС, предъявленное к оплате, не должно превышать допустимое |
Если USL.RAZDEL_USL {107, 205, 401}, то (USL.KOL_USL) SpMedService.STDDUR для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2 и всех записей USL c текущим USL.RAZDEL_USL и USL.CODE_USL |
Условия оказания МП: SLUCH.USL_OK Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Дата окончания случая: SLUCH.DATE_2 Нормат.кол-во: SpMedService.STDDUR Кол-во ЛС: (USL.KOL_USL) |
637 |
1 |
МКБ услуги не соответствует полу или возрасту пациента |
Если в справочнике МКБ- 10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если USL.CODE USL ф 'А25.30.999'и и Если SpMKB. для записи SpMKB с Code= USL.DS актуальной на SLUCH.DATE_2 (по DBegin, DEnd), то: - Если SpMKB.AgeCat=1, то лет |
МКБ: USL.DS Возраст: (SLUCH.DATE 1- PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ : SpMKB.Sex |
- Если SpMKB.AgeCat=2, то месяцев | |||||
- Если SpMKB.AgeCat=3, то месяца | |||||
- Если SpMKB.AgeCat=4, то дней | |||||
- Если SpMKB.AgeCat=5, то года - Если SpMKB. для записи SpMKB с Code= USL.DS актуальной на SLUCH.DATE 2 (по DBegin, DEnd), то: SpMKB.Sex=PERS.W | |||||
640 |
1 |
Код ЛС должен быть привязан (по датам) только к одному из КСГ |
Если есть отметка о применении ЛС (раздел 107, 205), то даты по ЛС не должны пересекаться одновременно с двумя записями из разделов КСГ (101, 201). |
Если существует запись (ЛС) с USL.RAZDEL_USL {107, 205}, то должна существовать запись с USL.RAZDEL_USL {101, 201} (КСГ) с USL.DATE_IN(КСГ) USL.DATE_IN(ЛС) и USL.DATE_OUT(КСГ) USL.DATE_OUT(ЛС) |
|
641 |
1 |
Данное ЛС не разрешено для предъявленного КСГ |
Если предъявлено ЛС (разделы 107, 205), то в рамках случая должно быть предъявлено КСГ, для которого разрешено данное лекарственное средство |
Если USL.RAZDEL_USL {107, 205} (ЛС) и существует запись USL для данного случая (SLUCH) с USL.RAZDEL_USL {101, 201} (КСГ) с USL.DATE_IN (КСГ) USL.DATE_IN(ЛС) и USL.DATE_OUT(КСГ) USL.DATE_OUT(ЛС), то USL.Code_USL (КСГ) {SpServLS.MedService} для записи SpServLS, актуальной на SLUCH.DATE_2, с Division=USL.RAZDEL_USL (КСГ) и LS=USL.CODE_USL(ЛС) |
Условия оказания МП: SLUCH.USL_OK, Код ЛС: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
642 |
1 |
Зубная формула указана неверно |
Зубная формула указывается для раздела 303 (КСГ в стоматологии) и должна принимать значения в соответствии с классификатором SpDental |
- Если USL.DENTAL , то USL.RAZDEL_USL=303 - Если USL.DENTAL , то USL.DENTAL {SpDental.Code} |
Раздел: USL.RAZDEL_USL Зубная формула: USL.DENTAL |
643 |
1 |
Отсутствие соответствующей сопутствующей услуги для КСГ |
Если КСГ предполагает обязательное указание сопутствующей услуги, то в рамках случая должна быть предъявлена услуга из раздела 103, 206, разрешенная для данной КСГ |
Если SLUCH.USL_OK {1; 2} и USL.RAZDEL_USL {101; 201} (ксг) и SpMedService.SignCare=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то должна существовать запись USL ('усл') для данного случая (SLUCH) с USL.RAZDEL_USL {103; 206} и USL.DATE_IN(ксг) USL.DATE_IN(усл) и USL.DATE_OUT(ксг) USL.DATE_OUT(усл) и USL.Code_USL(усл) {SpServCare.Care} для записи SpServCare, актуальной на SLUCH.DATE_2, с Division=USL.RAZDEL_USL (ксг) и MedService=USL.CODE_USL(ксг) |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
644 |
1 |
Неверно указан вес при рождении для КСГ |
Для КСГ маловесных детей должен быть указан вес при рождении |
Если 01.01.2015 SLUCH.DATE_2 <01.01.2016, то Если USL.RAZDEL_USL=101 и USL.CODE_USL {90.1, 90.2, 91.1, 91.2}, то PACIENT.VNOV_D
Иначе Если 01.01.2016 SLUCH.DATE_2<01.03.2016, то Если USL.RAZDEL_USL=101 и USL.CODE_USL {105, 106}, то PACIENT.VNOV_D
Иначе Если 01.03.2016 SLUCH.DATE_2, то Если USL.RAZDEL_USL=101 и USL.CODE_USL {105}, то 1501PACIENT.VNOV_D 2500 иначе Если USL.RAZDEL_USL=101 и USL.CODE_USL {106}, то 500PACIENT.VNOV_D 1500 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL |
645 |
Не применяется |
Неверно указан вес при рождении для МКБ |
Для МКБ маловесных детей должен быть корректно указан вес при рождении |
- Если USL.RAZDEL_USL=101 и USL.DS начинается с P07, то PACIENT.VNOV_D и 400PACIENT.VNOV_D1500 - Если USL.RAZDEL_USL=101 и USL.DS начинается с P05, то PACIENT.VNOV_D и 1500PACIENT.VNOV_D2000 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МКБ: USL.DS Вес при рождении: PACIENT.VNOV_D |
646 |
1 |
Для КСГ по стоматологии количество посещений меньше допустимого |
Количество услуг из раздела 302 (посещение в стоматологии) для КСГ в стоматологии должно быть не менее допустимого |
Если SLUCH.USL_OK {3} и SLUCH.CODE_MES1 и SLUCH.CODE_MES10 и SLUCH.CODE_MES1 {SpStandardGr.MedStandard} для записей SpStandardGr с GroupCode=4 и SubGroup=1, актуальных на SLUCH.DATE_2, то
- Должно существовать не менее 1 записи USL с USL.RAZDEL_USL=302 внутри случая.
- Если в случае существует запись с USL.RAZDEL_USL=303 и USL.CODE_USL= '22.1', то должно существовать не менее 3 записей USL с USL.RAZDEL_USL=302 и USL.CODE_USL ='B01.064.002'внутри случая.
- Если в случае существует запись с USL.RAZDEL_USL=303 и USL.CODE_USL= '23.1', то должно существовать не менее 7 записей USL с USL.RAZDEL_USL=302 и USL.CODE_USL='B01.064.002'внутри случая. |
Условия оказания МП: SLUCH.USL_OK
Стандарт: SLUCH.CODE_MES1 |
647 |
1 |
Не найдено соответствия профиля и специальности услуги |
Для АПП и СМП для услуги профиль должен соответствовать специальности |
Если SLUCH.USL_OK {3;4}, то USL.PROFIL {SpProfSpec15.IDPR } для записей SpProfSpec15 c SpProfSpec15.Spec = SpSpecFed.Staff, где SpSpecFed.Code= USL.PRVS, актуальных на SLUCH.DATE_2 |
Условия оказания МП: SLUCH.USL_OK Профиль услуги: USL.PROFIL Специальность услуги: USL.PRVS |
648 |
1 |
Профиль, указанный для услуги, не соответствует разрешенным для отделения профилям коек |
Для стационара профиль услуги должен соответствовать разрешенным профилям коек для отделения МО по данным паспорта МО |
Если SLUCH.USL_OK=1, то USL.PROFIL {SpProfilStr.Profil} для записей SpProfilStr с MO= (USL.LPU-660000) и Otdel = USL.PODR.OTDEL и Dept = USL.PODR.DEPT и SubDept = USL.PODR.SUBDEPT, актуальных на SLUCH.DATE_2 |
Значение: USL.PROFIL |
649 |
1 |
Пациент отсутствует в Регистре услуг особого учета |
Если услуга относится к услугам особого учета, то пациент, её получающий, должен быть в Регистре. |
Если SpMedService.SignPers=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: существует запись в RegCostLS c ID_RZ= ID пациента, актуальная на USL.DATE_IN {RegCostLS.Date1; RegCostLS.Date2} ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID иначе 0 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Дата начала оказания услуги: USL.DATE_IN |
650 |
0 |
Услуга не соответствует Регистру услуг особого учета |
Если услуга относится к услугам особого учета, то пациент, её получающий, должен быть в Регистре. |
Если SpMedService.SignPers=1 для записи SpMedService с Division=USL.RAZDEL_USL и Code=USL.CODE_USL, актуальной на SLUCH.DATE_2, то: существует запись в RegCostLS c ID_RZ= ID пациента и Razdel_usl=USL.RAZDEL_USL и Code_usl=USL.CODE_USL, актуальная на USL.DATE_IN {RegCostLS.Date1; RegCostLS.Date2}
ID пациента - Если страхование по РС ЕРЗ определено то ID пациента= IPerson.ID иначе 0 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Дата начала оказания услуги: USL.DATE_IN |
651 |
1 |
Код МО обращения указан неверно |
МО (USL.DST_MO) должна находиться в реестре МО (классификатор F003) на отчетный месяц |
Если USL.DST_MO, то USL.DST_MO содержит только цифры и USL.DST_MO {SpMU.Code+660000}, для записей SpMU, актуальных на отчетный месяц |
МО обращения: USL.DST_MO |
652 |
1 |
Признак неполный объем указан неверно |
Признак неполный объем должен соответствовать |
Если USL.NPL, то USL.NPL {1, 2, 3, 4} |
Неполный объем: USL. NPL |
653 |
1 |
Дублирование услуг по выездным бригадам |
Количество услуг по выездным бригадам в одном МО, одному пациенту, в один день |
Если USL.RAZDEL_USL=400 и USL.CODE_USL {B01.024.001.999, B01.032.001.999}, то НЕ должна существовать другая запись в загружаемом файле с такими же ID пациента, PACIENT.NOVOR, USL.RAZDEL_USL. USL.CODE_USL, USL,DATE_IN, USL.DATE_OUT |
|
654 |
1 |
Данная услуга не разрешена для предъявленной КСГ |
Если предъявлена услуга (раздел 206), то в рамках случая должно быть предъявлено КСГ, для которого она разрешена |
Если USL.RAZDEL_USL=206 (Услуга) и существует запись USL для данного случая (SLUCH) с USL.RAZDEL_USL=201 (КСГ) с USL.DATE_IN (КСГ) USL.DATE_IN(Услуга) и USL.DATE_OUT(КСГ) USL.DATE_OUT(Услуга), то USL.Code_USL (КСГ) {SpServCare.MedService} для записи SpServCare, актуальной на SLUCH.DATE_2, с Division=USL.RAZDEL_USL (КСГ) и Care=USL.CODE_USL(Услуга) |
Код Услуги: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
655 |
1 |
Отсутствует предыдущий этап ЭКО |
При загрузке второго этапа ЭКО должен присутствовать первый этап, при загрузке третьего этапа должен присутствовать второй |
- если USL.RAZDEL_USL = 201 и USL.CODE_USL = 5.2 (ксг1), то должна существовать другая запись в загружаемом файле с таким же IDпациента и USL.RAZDEL_USL = 201 и USL.CODE_USL = 5.1 (ксг2) и USL.DATE_IN (ксг1) > USL.DATE_OUT (ксг2) и USL.DATE_IN (ксг1) <= USL.DATE_OUT (ксг2) + 1 месяц. Или должна существовать другая запись в БД с таким же IDпациента и MedService.RAZDEL_USL = 201 и MedService.CODE_USL = 5.1 (ксг2) и USL.DATE_IN (ксг1) = MedService.DATE_OUT (ксг2) или USL.DATE_IN (ксг1) = MedService.DATE_OUT (ксг2) + 1 день; - если USL.RAZDEL_USL = 201 и USL.CODE_USL = 5.3 (ксг1), то должна существовать другая запись в загружаемом файле с таким же IDпациента и USL.RAZDEL_USL = 201 и USL.CODE_USL = 5.2 (ксг2) и USL.DATE_IN (ксг1) > USL.DATE_OUT (ксг2) и USL.DATE_IN (ксг1) <= USL.DATE_OUT (ксг2) + 1 месяц. Или должна существовать другая запись в БД с таким же IDпациента и MedService.RAZDEL_USL = 201 и MedService.CODE_USL = 5.2 (ксг2) и USL.DATE_IN (ксг1) > MedService.DATE_OUT (ксг2) и USL.DATE_IN (ксг1) <= MedService.DATE_OUT (ксг2) + 1 месяц. |
Код Услуги: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT |
656 |
1 |
Данные КСГ не разрешена для предъявки |
Данные КСГ можно предъявлять только с услугой телемедицинская консультация |
Если SHET.CODE_MO-66000 {1712, 91, 287} и случай содержит запись с USL.Razdel_Usl=101 и USL.Code_Usl=90.2, 92.2 то в случае должна существовать запись с USL.Razdel_Usl {103, 104} USL.Code_Usl=A23.30.099.006(телемед) и USL.DATE_IN(телемед) {USL.DATE_IN(КСГ) , USL.DATE_IN(КСГ) +1} |
Код услуги USL.Code_Usl |
657 |
1 |
Дублирование услуги иммуногистохимия |
Услуга может быть предъявлена только один раз за отчетный период и не может дублироваться с КСС/СЗП |
Если SCHET.CODE МО=661768и USL.RAZDEL_USL=301 и USL.CODE_USL ('А08.30.013.998', 'А08.30.013.999'), то Не должна существовать другая запись в загружаемом файле с такими же ID пациента, PACIENT.NOVOR, USL.RAZDEL_USL, USL.CODE_USL и не должна существовать другая запись в загружаемом файле с SLUCH.USL_OK (1,2) и такими же ID пациента, PACIENT.NOVOR и USL.Date_ (SLUCH.DATE_1 + 1: SLUCH.DATE_2 - 1) ID пациента - Если страхование по PC ЕРЗ определено то ID пациента = I Person. ID (номер комплекта), иначе ID пациента определяется совокупностью реквизитов SLUCH.VPolis+ SLUCH.SPolis+ SLUCH.NPolis |
|
658 |
1 |
Указана услуга без ИВЛ |
Для КСГ {22, 62, 220} должна существовать запись с ИВЛ не менее 3х дней |
Если случай содержит запись с USL.Razdel_Usl=101 и USL.CODE_USL {22, 62, 220}, то в случае должна существовать запись с USL.Razdel_Usl=104 и USL.Code_Usl=A01.30.030.901(ШРМ) c USL.DATE_IN(ШРМ)USL.DATE_IN(КСГ) и USL.DATE_OUT(ШРМ)USL.DATE_OUT(КСГ) И должна существовать ОДНА запись с USL.RAZDEL_USL=104 и USL.CODE_USL=A16.09.011(ИВЛ) c USL.DATE_IN(ИВЛ)USL.DATE_IN(КСГ) и USL.DATE_OUT(ИВЛ)USL.DATE_OUT(КСГ) и ДЛ(ИВЛ)3 дня |
Код услуги USL.Code_Usl |
3.5. Проверки на реквизиты элемента NAZ:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
700 |
1 |
Тип назначения указан неверно |
Тип назначения должен соответствовать справочнику |
Если NAZ.NAZR , то NAZ.NAZR {SpSp.Code, с SpSpKd=159} |
Назначения: NAZ.NAZR |
701 |
1 |
Специальность врача назначения указана неверно |
Должна соответствовать адаптированному классификатору специальностей SPSPECFED |
Если NAZ.NAZR {1, 2}, то NAZ.NAZ_SP {SpSpecFed.Code} для записей SpSpecFed.Code с GroupAPP0, SignUsl=1 и актуальных на SLUCH.DATE_2
Иначе NAZ.NAZ_SP= |
Назначения: NAZ.NAZR Специальность врача: NAZ.NAZ_SP |
702 |
1 |
Вид обследования в назначении указан неверно |
Вид обследования должен соответствовать классификатору |
Если NAZ.NAZR=3 то NAZ.NAZ_V {SpSp.Code, с SpSpKd=160}
Иначе NAZ.NAZ_V= |
Назначения: NAZ.NAZR Вид обследования: NAZ.NAZ_V |
703 |
1 |
Профиль медицинской помощи в назначении указан неверно |
Должен соответствовать адаптированному классификатору профилей SPFPROF |
Если NAZ. NAZR {4, 5}, то NAZ.NAZ_PMP {SpFProf.IDPR} для записей SpFProf с GroupKSS0, SignCase=1 и актуальных на SLUCH.DATE_2 (по DateBeg, DateEnd)
Иначе NAZ. NAZ_PMP = |
Назначения: NAZ.NAZR Профиль медпомощи: NAZ. NAZ_PMP |
3.6. Проверки на реквизиты элемента PERS:
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
901 |
1 |
Тип документа, удостоверяющего личность, указан неверно |
Если тип документа указан, то по классификатору F011 |
Если PERS.DOCTYPE, то PERS.DOCTYPE {SpDocPer.Code} |
Значение: PERS.DOCTYPE |
902 |
1 |
Код места жительства по ОКАТО указан неверно |
Должен принадлежать списку ОКАТО территорий страхования по региональному справочнику (11 знаков, начиная с 66) - для СО, или справочнику территориальных фондов (5 знаков) - для иных субъектов РФ |
PERS.OKATOG {SpTF.OKATO} для записей SpTF c SpTF.OKATO65000, актуальных на отчетный месяц, или PERS.OKATOG {SpOKATOSO.OKATO} для записей SpOKATOSO, актуальных на отчетный месяц |
Значение: PERS.OKATOG |
903 |
1 |
Пол пациента указан неверно |
По классификатору V005 (SpSex) |
PERS.W {SpSex.Code} для записей SpSp c SpSp.Kd=128
Примечание: в БД SpSex- из SpSp c SpSp.Kd=128 |
Значение: PERS.W |
904 |
1 |
Дата рождения пациента указана неверно |
Дата рождения должна быть не менее 01.01.1901 и не более даты начала случая лечения |
01.01.1901PERS.DRSLUCH.DATE_1 |
Значение: PERS.DR Дата начала случая лечения: SLUCH.DATE_1 |
905 |
1 |
Пол представителя пациента указан неверно |
По классификатору V005 (SpSex) |
Если PERS.W_P, то PERS.W_P {SpSex.Code} для записей SpSp c SpSp.Kd=128
Примечание: в БД SpSex- из SpSp c SpSp.Kd=128 |
Значение: PERS.W_P |
906 |
1 |
Дата рождения представителя пациента указана неверно |
Дата рождения должна быть не менее 01.01.1901 и не более даты начала случая лечения |
Если PERS.DR_P, то 01.01.1901PERS.DR_PSLUCH.DATE_1 |
Значение: PERS.DR_P Дата начала случая лечения: SLUCH.DATE_1 |
907 |
1 |
СНИЛС указан неверно |
СНИЛС должен соответствовать формату 999-999-999 99 и значение контрольной суммы должно совпадать с расчетным |
Если PERS.SNILS, то: - PERS.SNILS должен быть представлен в формате 'XXX-XXX-XXX YY', где X, Y - любое число - Значение контрольной суммы (YY) должно совпадать с расчетным |
Значение: PERS.SNILS |
908 |
1 |
Код места пребывания по ОКАТО указан неверно |
Должен принадлежать списку ОКАТО территорий страхования по региональному справочнику (11 знаков, начиная с 66) - для СО, или справочнику территориальных фондов (5 знаков) - для иных субъектов РФ |
Если PERS.OKATOP, то PERS.OKATOP {SpTF.OKATO} для записей SpTF c SpTF.OKATO65000, актуальных на отчетный месяц, или PERS.OKATOP {SpOKATOSO.OKATO} для записей SpOKATOSO, актуальных на отчетный месяц |
Значение: PERS.OKATOP |
909 |
1 |
Серия или номер документа, удостоверяющего личность, не соответствует требуемому формату |
По шаблону в соответствии с "Общими принципами построения и функционирования информационных систем..." |
Если PERS.DOCTYPE и нет ошибки 901, то значения полей PERS.DOCSER и PERS.DOCNUM должны соответствовать утвержденному формату документов |
Тип: PERS.DOCTYPE Серия: PERS.DOCSER Номер: PERS.DOCNUM |
910 |
1 |
Недопустимые символы в ФИО пациента |
При указании ФИО пациента допустимы русские буквы, пробел, дефис, точка. |
Если PERS.FAM, PERS.IM, PERS.OT заполнены (), то: - Допустимы буквы русского алфавита, знак <->(минус), пробел, точка. - Недопустимы более одного знака препинания (минус и/или пробел и/или точка) подряд, знаки препинания в начале или в конце, наличие знаков при отсутствии букв. |
Фамилия: PERS.FAM Имя: PERS.IM Отчество: PERS.OT |
911 |
1 |
Несоответствие данных о ФИО пациента, кода надежности и признака новорожденного |
Форматы данных о ФИО пациента, кода надежности и признака новорожденного должны соответствовать требованиям приказа МЗСО и ТФОМС |
- Если все три реквизита PERS.FAM, PERS.IM, PERS.OT не заполнены (=), то PACIENT.NOVOR0 - Если реквизит PERS.FAM отсутствует, то существует значение PERS.DOST=2 - Если реквизит PERS.IM отсутствует, то существует значение PERS.DOST=3 - Если реквизит PERS.OT отсутствует, то существует значение PERS.DOST=1 - Если существует значение PERS.DOST=2, то PERS.FAM отсутствует - Если существует значение PERS.DOST=3, то PERS.IM отсутствует - Если существует значение PERS.DOST=1, то PERS.OT отсутствует - Если PACIENT.NOVOR=0, то должен быть заполнен хотя бы один из реквизитов: PERS.FAM, PERS.IM |
Фамилия: PERS.FAM Имя: PERS.IM Отчество: PERS.OT Коды надежности: {PERS.DOST} (с запятой в качестве разделителя) Признак новорожденного: PACIENT.NOVOR |
912 |
1 |
Недопустимые символы в ФИО представителя пациента |
При указании ФИО пациента допустимы русские буквы, пробел, дефис, точка. |
- Если PERS.FAM_P, PERS.IM_P, PERS.OT_P заполнены (), то: - Допустимы буквы русского алфавита, знак <->(минус), пробел, точка. - Недопустимы более одного знака препинания (минус и/или пробел и/или точка) подряд, знаки препинания в начале или в конце, наличие знаков при отсутствии букв. |
Фамилия представителя: PERS.FAM_P Имя представителя: PERS.IM_P Отчество представителя: PERS.OT_P |
913 |
1 |
Несоответствие персональных данных представителя пациента, кода надежности и признака новорожденного |
Форматы данных о ФИО представителя пациента, кода надежности и признака новорожденного должны соответствовать требованиям приказа МЗСО и ТФОМС |
- Если PACIENT.NOVOR0, то: - PERS.FAM_P или существует значение DOST_P=2 - PERS.IM_P или существует значение DOST_P=3 - PERS.OT_P или существует значение DOST_P=1 - PERS.W_P - PERS.DR_P
- Если PACIENT.NOVOR0, то должен быть заполнен хотя бы один из реквизитов: PERS.FAM_P, PERS.IM_P
- Если существует значение PERS.DOST_P=2, то PERS.FAM_P отсутствует - Если существует значение PERS.DOST_P=3, то PERS.IM_P отсутствует - Если существует значение PERS.DOST_P=1, то PERS.OT_P отсутствует |
Фамилия представителя: PERS.FAM_P Имя представителя: PERS.IM_P Отчество представителя: PERS.OT_P Пол представителя: PERS.W_P Дата рождения представителя: PERS.DR_P Признак новорожденного: PACIENT.NOVOR Коды надежности: {PERS.DOST_P} (с запятой в качестве разделителя) |
*(1) Здесь и далее: 0 - ошибка не препятствует загрузке файла, 1 - при наличии хотя бы одной ошибки загрузка файла невозможна
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.