Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Вход
- Главная
- Приказ Территориального фонда обязательного медицинского страхования Свердловской области от 17 февраля 2017 г. N 63 "О мероприятиях по реализации Тарифного соглашения по обязательному медицинскому страхованию на территории Свердловской области на 2017 год"
- Приложение. Перечень проверок при загрузке реестров ОМС на этапе форматно-логического контроля (ФЛК)
Приложение. Перечень проверок при загрузке реестров ОМС на этапе форматно-логического контроля (ФЛК)
Приложение
к приказу
ТФОМС СО
от 17 февраля 2017 г. N 63
Перечень
проверок при загрузке реестров ОМС на этапе форматно-логического контроля (ФЛК)
1. Проверки на архив (TypeFLK=1)
|
Код |
Фатальность*(1) |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
1 |
1 |
Имя архива указано неверно |
Имя архива должно соответствовать стандарту (см. приказ МЗСО и ТФОМС) |
Имя архива должно соответствовать формату: KNNNNNN_YYMMP, где: - K - NNNNNN, YY, MM, P - цифры; - NNNNNN - YY - последние две цифры текущего или предыдущего года; - MM - от 01 до 12. |
|
|
2 |
1 |
МО, указанное в имени архива, не соответствует пользователю |
Код МО, указанный в имени архива, должен соответствовать пользователю, определенному при входе в АРМ |
(NNNNNN-660000)=MUтек, где NNNNNN - из имени архива формата KNNNNNN_YYMMP), MUтек = часть (IAS4User.Login) - за исключением символа 'm'и лидирующих нулей. |
|
|
3 |
1 |
В архиве отсутствуют нужные файлы или архив поврежден |
Архив должен распаковываться архиватором ZIP, в архиве должны присутствовать 2 файла с именами в соответствии со стандартом (см. приказ МЗСО и ТФОМС) |
- Архив должен распаковываться архиватором ZIP - В архиве должны присутствовать 2 файла с именами, совпадающими с именем архива за исключением первых символов: K |
|
|
4 |
1 |
Файл не является XML-файлом |
В архиве должны присутствовать два файла XML |
В архиве должны присутствовать 2 файла XML |
|
2. Проверки на файл в целом (TypeFLK=2)
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
10 |
1 |
Нарушение уникальности ключа |
Идентификаторы записи, случая, пациента должны быть уникальны в пределах файла. Идентификатор услуги должен быть уникален в пределах случая. |
- ZAP.N_ZAP должен быть уникален в пределах файла; - PACIENT.ID_PAC должен быть уникален в пределах файла; - SLUCH.IDCASE должен быть уникален в пределах файла; - USL.IDSERV должен быть уникален в пределах случая (SLUCH); - PERS.ID_PAC должен быть уникален в пределах файла; |
Имя поля [В случае: SLUCH.IDCASE - для услуги] |
|
11 |
1 |
Нарушение целостности данных |
Одной записи (элемент ZAP) должны соответствовать сведения об одном пациенте (элемент PACIENT) и одном случае (элемент SLUCH). Для сведений о пациенте в файле Д.1 (элемент PACIENT) должны существовать данные в файле Д.2 (элемент PERS) - один к одному. |
- Каждой записи в PACIENT (файл Д.1) должна соответствовать одна запись в PERS (файл Д.2) (по ID_PAC) - Каждой записи в PERS (файл Д.2) должна соответствовать одна запись в PACIENT (файл Д.1) (по ID_PAC) - Каждой записи в ZAP должна соответствовать одна запись в PACIENT - Каждой записи в ZAP должна соответствовать одна запись в SLUCH - Каждой записи в SLUCH должна соответствовать хотя бы одна запись в USL |
|
|
12 |
1 |
Отсутствует обязательный реквизит |
Должны присутствовать обязательные реквизиты в загружаемых файлах в соответствии с приказом МЗСО и ТФОМС СО |
Файлы должны соответствовать эталону в части наличия обязательных полей |
Отсутствующий реквизит |
|
13 |
1 |
Неверный формат или значность реквизита |
Формат и значность полей загружаемых файлов должны соответствовать описанным в приказе МЗСО и ТФОМС СО |
Файлы должны соответствовать эталону в части формата и значности полей |
Несоответствие эталону по формату или значности |
|
14 |
1 |
Реестровый номер медицинской организации указан неверно |
МО должна находиться в реестре МО (классификатор F003), работающих в ОМС, на отчетный месяц |
- SCHET.CODE_MO содержит только цифры; - SCHET.CODE_MO |
|
|
15 |
1 |
Имя файла, указанное в данных по файлу, не соответствует реальному имени файла |
См. требования к имени файла в приказе МЗСО и ТФОМС СО |
- Имя файла Д.1 (начинающееся с 'H') без расширения должно быть равно Д1.ZGLV.FILENAME и Д2.ZGLV.FILENAME1 - Имя файла Д.2 (начинающееся с 'L') без расширения должно быть равно Д2.ZGLV.FILENAME |
|
|
17 |
1 |
Реестровый номер медицинской организации не совпадает с указанным кодом в имени файла |
Реестровый номер медицинской организации должен соответствовать имени файла |
- SCHET.CODE_MO=NNNNNN из имени файла (ZGLV.FILENAME) по формату KNNNNNN_YYMMP |
Имя файла: ZGLV.FILENAME Код МО: SCHET.CODE_MO |
|
18 |
1 |
Недопустимые символы в реквизите |
Реквизит не должен содержать управляющие символы (перевод строки, табуляция, возврат каретки и пр), пробелы в начале и конце |
- В значении простого элемента не должно быть управляющих символов (перевод строки, табуляция, возврат каретки и пр.) - В начале и конце значения простого элемента не должно быть пробелов. |
|
|
19 |
1 |
Файл с таким именем был загружен ранее |
Файл с таким именем не должен быть загружен ранее в БД ТФОМС |
ZGLV.FILENAME {MedCheck.FileName} |
Имя файла: ZGLV.FILENAME |
|
20 |
1 |
В файле нет ни одной записи |
В файле нет ни одной записи |
В файле должен присутствовать хотя бы одна запись (элемент ZAP) |
|
|
26 |
1 |
Код разработчика ПО указан неверно |
код разработчика ПО для МО должен принадлежать справочнику разработчиков (SpDeveloper) |
SCHET.DEVELOPER Примечание: в БД SpDeveloper - из SpSp c SpSp.Kd=138 |
|
|
29 |
1 |
Количество записей в файле указано неверно |
Количество загружаемых записей д.б. равно указанному количеству случаев |
Количество записей ZAP=ZGLV.SD_Z |
|
3. Проверки на каждую запись (TypeFLK=3):
3.1. Проверки на реквизиты элемента ZAP:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
101 |
1 |
Неверно указан признак исправленной записи |
Реквизит ZAP.PR_NOV может принимать следующие значения: 0;1 |
ZAP.PR_NOV |
Значение: ZAP.PR_NOV |
3.2. Проверки на реквизиты элемента PACIENT:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
201 |
1 |
Тип документа, подтверждающий факт страхования, указан неверно |
Реквизит PACIENT.VPOLIS может принимать значения в соответствии с классификатором F008 (SpTypeScard) |
PACIENT.VPOLIS |
Значение: PACIENT.VPOLIS |
|
202 |
1 |
ОКАТО территории страхования указан неверно |
Если ОКАТО территории страхования (PACIENT.SMO_OK) указан, то должен принадлежать списку ОКАТО территорий страхования по ОМС РФ |
Если PACIENT.SMO_OK |
Значение: PACIENT.SMO_OK |
|
203 |
1 |
Серия документа, подтверждающего факт страхования, указана неверно |
Серия документа (PACIENT.SPOLIS) может быть заполнена только для типа документа 1 (полис ОМС старого образца) и может содержать только буквы русского и латинского алфавита, дефис и пробел |
- Если PACIENT.VPOLIS - Если PACIENT.SPOLIS |
Тип полиса: PACIENT.VPOLIS Значение: PACIENT.SPOLIS |
|
204 |
1 |
Номер документа, подтверждающего факт страхования, не заполнен |
Номер документа (PACIENT.NPOLIS) должен быть заполнен |
PACIENT.NPOLIS |
Значение: 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
Примечание: в БД SpSocStat - из SpSp c SpSp.Kd=78 |
Значение: PACIENT.SOC_ST |
|
207 |
1 |
Группа инвалидности указана неверно |
Группа инвалидности (PACIENT.INV) заполняется в соответствии с учетной формой 025-12/у (1,2,3 группа) |
- Если PACIENT.INV - Если 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. Проверки на реквизиты элемента SLUCH:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
301 |
1 |
Условия оказания медицинской помощи указано неверно |
По классификатору V006 |
SLUCH.USL_OK |
Значение: SLUCH.USL_OK |
|
302 |
1 |
Вид помощи указан неверно |
По классификатору V008 (SpKindHelp) |
SLUCH.VIDPOM |
Значение: SLUCH.VIDPOM |
|
303 |
1 |
Результат обращения/госпитализации указан неверно |
По классификатору V009 (SpFRezult) |
SLUCH.RSLT |
Значение: SLUCH.RZLT Условия оказания МП: SLUCH.USL_OK |
|
304 |
1 |
Исход заболевания указан неверно |
По классификатору V012 (SpFIshod) |
SLUCH.ISHOD |
Значение: SLUCH.ISHOD Условия оказания МП: SLUCH.USL_OK |
|
305 |
1 |
Код способа оплаты указан неверно |
По классификатору V010 (SpFSposob) |
SLUCH.IDSP |
Значение: SLUCH.IDSP |
|
306 |
1 |
Код МО, направившего на лечение, указан неверно |
МО (SLUCH.NPR_MO) должна находиться в реестре МО (классификатор F003) на дату выдачи направления |
Если SLUCH.NPR_MO - SLUCH.NPR_MO содержит только цифры; - SLUCH.NPR_MO |
Значение: SLUCH.NPR_MO Дата выдачи направления: SLUCH. NPR_DATE |
|
307 |
1 |
Тип направления на госпитализацию (экстренность) указан неверно |
Реквизит SLUCH.EXTR заполняется для стационарной МП и может принимать значения: 1 (плановая), 2 (экстренная) |
- Если SLUCH.EXTR - Если SLUCH.EXTR= - Если SLUCH.EXTR |
Значение: SLUCH.EXTR Условия оказания МП: SLUCH.USL_OK |
|
308 |
1 |
Нарушен порядок дат для случая |
Дата окончания должна быть больше или равна дате начала лечения. Дата окончания лечения должна совпадать с датой окончания последней услуги. Дата начала лечения должна совпадать с датой начала первой услуги (за исключением диспансеризации) |
- 01.01.2014 - 01.01.2014 - SLUCH.DATE_1 - SLUCH.DATE_2=max(USL.DATE_OUT) - Если SLUCH.USL_OK - Если SLUCH.USL_OK=3 и найдено хотя бы одно значение SLUCH.OS_SLUCH |
Дата начала лечения: 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.NHISTORY |
|
310 |
1 |
Признак "Особый случай" или связанные с ним реквизиты указаны неверно |
Признак "Особый случай" и связанные с ним реквизиты должны быть заполнены в соответствии с правилами кодирования (см. Приказ МЗСО и ТФОМС) |
Если существует хотя бы одно значение SLUCH.OS_SLUCH, то - Все значения SLUCH.OS_SLUCH уникальны - SLUCH.OS_SLUCH - Если найдено хотя бы одно значение SLUCH.OS_SLUCH=1, то PACIENT.NOVOR - Если найдено хотя бы одно значение SLUCH.OS_SLUCH |
Значение: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) Признак новорожденного: PACIENT.NOVOR Отчество представителя: PERS.OT_P Условия оказания МП: SLUCH.USL_OK |
|
311 |
1 |
Группа здоровья по итогам диспансеризации указана неверно |
По классификатору V016 (SpHealthGr) |
- Если SLUCH.GRZD |
Значение: SLUCH.GRZD |
|
312 |
1 |
Случай не может быть включен в данный отчетный период |
Отчетный период (SCHET.MONTH;SCHET.YEAR) должен соответствовать месяцу окончания оказания медицинской помощи (за исключением случаев повторного предъявления по результатам МЭК или прерывания лечения по инициативе пациента в АПП) |
- Если ZAP.PR_NOV=1, то месяц(SLUCH.DATE_2)
- Иначе если (SLUCH.USL_OK=3 и SLUCH.RSLT=302), то месяц(SLUCH.DATE_2)
Иначе месяц(SLUCH.DATE_2) |
Отчетный период: (SCHET.MONTH;SCHET.YEAR) Признак исправленной записи: ZAP.PR_NOV Условия оказания МП: SLUCH.USL_OK Результат лечения: SLUCH.RSLT |
|
313 |
0 |
Указан код способа оплаты, не принятый на территории Свердловской области, или не соответствующий условиям оказания МП |
Код способа оплаты должен соответствовать описанным в приказе МЗСО и ТФОМС |
- Если SLUCH.USL_OK=1, то SLUCH.IDSP - Если SLUCH.USL_OK=2, то SLUCH.IDSP - Если SLUCH.USL_OK=3, то SLUCH.IDSP - Если SLUCH.USL_OK=4, то SLUCH.IDSP |
Значение: SLUCH.IDSP Условия оказания МП: SLUCH.USL_OK |
|
314 |
1 |
Профиль случая не соответствует условиям оказания МП |
По адаптированному классификатору профилей SPFPROF: должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то SLUCH.PROFIL - Если SLUCH.USL_OK=2, то SLUCH.PROFIL - Если SLUCH.USL_OK=3, то SLUCH.PROFIL - Если SLUCH.USL_OK=4, то SLUCH.PROFIL |
Значение: SLUCH.PROFIL Условия оказания МП: SLUCH.USL_OK |
|
315 |
1 |
Профиль случая не соответствует профилям услуг |
Профиль, указанный для случая, должен соответствовать хотя бы одному профилю услуги |
SLUCH.PROFIL |
Профиль случая: SLUCH.PROFIL Профили услуг: {USL.PROFIL} |
|
316 |
1 |
Специальность случая не соответствует специальностям услуг |
Специальность, указанная для случая, должна соответствовать хотя бы одной специальности услуги |
- SLUCH.PRVS |
Специальность случая: SLUCH.PRVS Специальности услуг: {USL.PRVS} |
|
317 |
1 |
Специальность случая не соответствует условиям оказания МП |
По адаптированному классификатору специальностей SPSPECFED: должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то SLUCH.PRVS - Если SLUCH.USL_OK=2, то SLUCH.PRVS - Если SLUCH.USL_OK=3, то SLUCH.PRVS - Если SLUCH.USL_OK=4, то SLUCH.PRVS |
Значение: SLUCH.PRVS Условия оказания МП: SLUCH.USL_OK |
|
318 |
1 |
Код стандарта по АПП или СМП указан неверно |
Если для условий оказания МП АПП или СМП указан код стандарта, то он должен принадлежать справочнику стандартов МП SPSERVSTANDARD |
Если SLUCH.USL_OK SLUCH.CODE_MES1 |
Значение: SLUCH.CODE_MES1 Условия оказания МП: SLUCH.USL_OK |
|
319 |
1 |
Не все услуги по АПП или СМП, обязательные по стандарту, включены в случай |
Если для условий оказания МП АПП или СМП указан код стандарта, то должны присутствовать все обязательные по стандарту услуги |
Если SLUCH.USL_OK для каждой записи 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 - Если SLUCH.USL_OK=2, то SLUCH.DS1 - Если SLUCH.USL_OK=3, то SLUCH.DS1 - Если SLUCH.USL_OK=4, то SLUCH.DS1 |
Значение: SLUCH.DS1 Условия оказания МП: SLUCH.USL_OK |
|
321 |
1 |
Диагноз сопутствующего заболевания (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1 и DS2_N.DS2 - Если SLUCH.USL_OK=2 и DS2_N.DS2 - Если SLUCH.USL_OK=3 и DS2_N.DS2 - Если SLUCH.USL_OK=4 и DS2_N.DS2 |
Значение: SLUCH.DS2 |
|
322 |
1 |
Диагноз осложнения основного заболевания (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1 и SLUCH.DS3 - Если SLUCH.USL_OK=2 и SLUCH.DS3 - Если SLUCH.USL_OK=3 и SLUCH.DS3 - Если SLUCH.USL_OK=4 и SLUCH.DS3 |
Значение: SLUCH.DS3 Условия оказания МП: SLUCH.USL_OK |
|
323 |
0 |
Основной диагноз (по МКБ-10) не соответствует ни одному диагнозу услуги |
Диагноз, указанный для случая, должен соответствовать хотя бы одному диагнозу услуги |
SLUCH.DS1 |
Диагноз случая: SLUCH.DS1 Диагнозы услуг: {USL.DS} |
|
324 |
1 |
Комментарий случая заполнен неверно |
Должен соответствовать формату, описанному в приказе МЗСО и ТФОМС |
Если ZAP.PR_NOV=0, то SLUCH.COMENTSL= Если ZAP.PR_NOV=1, то COMENTSL соответствует формату 'KNNNNNN_YYMMP Z', где: - K - 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 |
Значение: 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 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 - из SpSp c SpSp.Kd=129 |
Значение: SLUCH.FOR_POM |
|
333 |
0 |
Код диспансерного учета указан неверно |
Реквизит SLUCH.DISP может принимать значения: 1 (состоит), 2 (взят), 3 (снят) |
Если SLUCH.DISP
Примечание: в БД из 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) Если 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 |
|
|
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 - Если USL.RAZDEL_USL - Должна существовать запись в USL с USL.RAZDEL_USL - Должна существовать запись в USL с USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK |
|
339 |
1 |
Для дневного стационара не указаны услуги из разделов, формирующих оплату случая (МЭС, КСГ, пац-день...) |
Должна быть указана хотя бы одна услуга из разделов 200 (МЭС в дневном стационаре), 201 (КСГ в дневном стационаре), 202 (Пациенто-день в дневном стационаре), 204 (Стандарты вне КСГ) |
Если SLUCH.USL_OK=2, то должна существовать хотя бы одна запись USL c USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK |
|
340 |
1 |
Дублирование услуг внутри случая |
Не должно быть двух одинаковых услуг в случае |
Не должно быть в рамках одного случая (SLUCH) нескольких записей USL с USL.RAZDEL_USL |
Номер случая: SLUCH.IDCASE |
|
341 |
1 |
Не указана детализация МКБ после точки для основного диагноза |
Код МКБ-10 должен быть максимально детализирован |
Если SLUCH.DS1 содержит 3 знака и SLUCH.DS1 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, актуальных на 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) |
Дата начала случая: SLUCH.DATE_1 Дата окончания случая: SLUCH.DATE_2 |
|
346 |
1 |
Код врача, закрывшего ТАП/ИБ, указан неверно |
Код врача должен присутствовать в справочнике врачей (SpDoctor) |
SLUCH.IDDOKT |
Код врача: SLUCH.IDDOKT Дата окончания случая: SLUCH.DATE_2 |
|
347 |
1 |
Не найдено ни одной услуги, оказанной врачом, закрывшим ТАП/ИБ |
Код врача, закрывшего ТАП/ИБ, указанный для случая, должен соответствовать хотя бы одному коду медработника, оказавшего услугу |
SLUCH. IDDOKT |
Код врача, закрывшего ТАП/ИБ: SLUCH. IDDOKT Коды медработников по услугам: {USL.CODE_MD} |
|
348 |
1 |
Врач, закрывший ТАП/ИБ, не найден в штатном расписании для МО |
Код врача должен быть найден в штатном расписании (на дату окончания случая) для данной МО |
SLUCH. IDDOKT |
Код врача, закрывшего ТАП/ИБ: SLUCH. IDDOKT Дата окончания случая: SLUCH.DATE_2 |
|
349 |
1 |
Предъявление услуги ИВЛ без отметки о пребывании пациента в РАО (раздел 105) |
При указании в реестре стационара услуги A16.09.011 "Искусственная вентиляция легких" должна быть отметка о пребывании в этот период пациента в РАО (раздел 105). |
Если существует запись (ИВЛ) с USL.RAZDEL_USL=104 и USL.CODE_USL= |
|
|
350 |
1 |
Переход из одного отделения в другое во время пребывания пациента в РАО стационара |
Если есть отметка о пребывании пациента в РАО (раздел 105), то даты не должны пересекаться одновременно с двумя записями из разделов КСГ (101), ВМП (106), проф к/день (102). |
Если существует запись (РАО) с USL.RAZDEL_USL=105, то должна существовать запись с USL.RAZDEL_USL |
|
|
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.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.Сode=SpStandardGr.SubGroup, актуальной на SLUCH.DATE_2, для записи SpStandardGr с GroupCode |
Значение: SLUCH.TIP_DISP Стандарт: SLUCH.CODE_MES1 |
|
354 |
1 |
Результат диспансеризации указан неверно |
Если результат диспансеризации (SLUCH.RSLT_D) указан, то должен принадлежать классификатору V017 (SpDispR) |
Если SLUCH.RSLT_D |
Значение: SLUCH.RSLT_D |
|
355 |
1 |
Результат диспансеризации не соответствует типу |
Результат диспансеризации должен соответствовать типу (по справочнику SpDispTR) |
- Если SLUCH.TIP_DISP - Если SLUCH.RSLT_D - Если SLUCH.TIP_DISP SLUCH.RSLT_D для записей SpDispTR, актуальных на отчетный месяц c DT |
Тип: SLUCH.TIP_DISP Результат: SLUCH.RSLT_D |
|
356 |
1 |
Диагноз первичный (по МКБ-10) не соответствует условиям оказания МП |
По справочнику МКБ-10 SPMKB |
- Если SLUCH.USL_OK=1 и SLUCH.DS0 - Если SLUCH.USL_OK=2 и SLUCH.DS0 - Если SLUCH.USL_OK=3 и SLUCH.DS0 - Если SLUCH.USL_OK=4 и SLUCH.DS0 |
Значение: USL.DS0 |
|
357 |
1 |
Не указана детализация МКБ после точки для диагноза осложнения основного заболевания |
Код МКБ-10 должен быть максимально детализирован |
Если SLUCH.DS3 SLUCH.DS3 содержит 3 знака и SLUCH.DS3 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 актуальных на SLUCH.DATE_2 (по DBegin, DEnd), то в справочнике SpMKB должна существовать единственная запись с Code (3 знака в начале)=SLUCH.DS0, в записях актуальных на SLUCH.DATE_2 (по DBegin, DEnd) |
Условия оказания МП: SLUCH.USL_OK
МКБ: SLUCH.DS0 |
|
359 |
1 |
МКБ основного диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SpMKB.AgeCat - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR) - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR
Если SpMKB.Sex |
МКБ: SLUCH.DS1 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
|
360 |
1 |
МКБ сопутствующего диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если DS2_N.DS2 SpMKB.AgeCat - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR) - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR
Если DS2_N.DS2 SpMKB.Sex |
МКБ: SLUCH.DS2 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
|
361 |
1 |
МКБ диагноза осложнения основного заболевания не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SLUCH.DS3 SpMKB.AgeCat - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR) - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR
Если SLUCH.DS3 SpMKB.Sex |
МКБ: SLUCH.DS3 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
|
362 |
1 |
МКБ первичного диагноза не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если SLUCH.DS0 SpMKB.AgeCat - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR) - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR
Если SLUCH.DS0 SpMKB.Sex |
МКБ: SLUCH.DS0 Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
|
363 |
1 |
КСГ для законченного случая стоматологии не указано или их количество превышает допустимое значение (от 1 до 32) |
Количество услуг из раздела 303 (КСГ в стоматологии) для законченного случая стоматологии должно быть не менее одного и не более 32 |
Если SLUCH.USL_OK SLUCH.CODE_MES1 То должно существовать не более 32 и не менее 1 записи USL с USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK
Стандарт: SLUCH.CODE_MES1 |
|
364 |
1 |
Количество посещений для незаконченного случая в стоматологии превышает допустимое |
Количество услуг из раздела 302 (Посещение в стоматологии) для незаконченного случая стоматологии должно быть не более 3 |
Если SLUCH.USL_OK SLUCH.CODE_MES1 То должно существовать не более 3 записей USL с USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK
Стандарт: SLUCH.CODE_MES1 |
|
367 |
1 |
Код по шкале Рэнкин указан неверно |
Код по шкале Рэнкин при поступлении или выбтии (SLUCH. RANKIN_IN, SLUCH. RANKIN_OUT) должен принимать значения в соответствии с классификатором SpRankin |
- Если SLUCH.RANKIN_IN - Если SLUCH.RANKIN_OUT - Если SLUCH.RANKIN_OUT = 6, то SLUCH. RSLT |
Код Рэнкин при поступлении: 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 ( |
|
|
369 |
1 |
Услуга по уходу за новорожденным в родильном отделении, при переходе из одного отделения в другое, указана неверно |
Услуга по уходу за новорожденным в родильном отделении (A25.30.999) при переходе из одного отделения в другое (смене КСГ) должна указываться отдельно для каждого отделения |
Если существует запись ('новор') с USL.RAZDEL_USL=104 и USL.CODE_USL='A25.30.999', то должна существовать запись с USL.RAZDEL_USL= 101 ( |
|
|
370 |
1 |
Услуга родоразрешения, при переходе из одного отделения в другое, указана неверно |
Услуга родоразрешения (B01.001.006, B01.001.009, B02.001.002, A16.20.005) при переходе из одного отделения в другое (смене КСГ) должна указываться отдельно для каждого отделения |
Если существует запись ( то должна существовать запись с USL.RAZDEL_USL= 101 ( |
|
|
371 |
1 |
Не указан код по шкале Рэнкин |
Для некоторых МКБ по основному диагнозу должен быть указан код по шкале Рэнкин при поступлении и выбытии (SLUCH. RANKIN_IN, SLUCH. RANKIN_OUT) |
Если SpMKB.Rankin=1 для записи SpMKB с Code=SLUCH.DS1 и SLUCH.USL_OK |
Код МКБ: SLUCH.DS1 |
|
372 |
1 |
Стандарт диспансеризации не разрешен приказом МЗ на дату начала случая |
Стандарт (по приказу МЗ) должен быть разрешен на дату начала случая диспансеризации |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 '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 |
Код стандарта: SLUCH.CODE_MES1 Дата начала случая: SLUCH.DATE_1 Дата окончания случая: SLUCH.DATE_2 |
|
373 |
1 |
Случай не подлежит включению в счет специализированной помощи |
Случай должен содержать только сведения по стационару и дневному стационару |
Если пользователь указал при загрузке тип счета "1 Спец.МП стационара" (CheckType=1), то SLUCH.USL_OK |
|
|
374 |
1 |
Не найдено соответствия профиля и специальности случая |
Для АПП и СМП для случая профиль должен соответствовать специальности |
Если SLUCH.USL_OK SLUCH.PROFIL для записей SpProfSpec15 c SpProfSpec15.Spec = SpSpecFed.Staff, где SpSpecFed.Code=SLUCH.PRVS актуальных на SLUCH.DATE_2 |
Профиль случая: SLUCH.PROFIL Специальность случая: SLUCH.PRVS |
|
375 |
1 |
Код стандарта не соответствует полу или возрасту пациента |
Возраст и пол пациента должны соответствовать возрастной группе и полу стандарта |
Если SLUCH.USL_OK SLUCH.CODE_MES1 то - Если SpStandardGr.Sex<>0, то PERS.W= SpStandardGr.Sex,
- Если SpStandardGr.AgeCat=1, то (SLUCH.DATE_1-PERS.DR)
- Если 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 SLUCH.CODE_MES1 Год(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
- Если существует значение SLUCH.OS_SLUCH=4, то SLUCH.CODE_MES1
- Если существует значение SLUCH.OS_SLUCH=5, то SLUCH.CODE_MES1
- Если SLUCH.CODE_MES1
- Если SLUCH.CODE_MES1
- Если SLUCH.CODE_MES1 |
Условия оказания МП: SLUCH.USL_OK Особый случай: {SLUCH.OS_SLUCH} (с запятой в качестве разделителя) Стандарт: SLUCH.CODE_MES1 |
|
378 |
1 |
Профиль, указанный для случая, не соответствует разрешенным для отделения профилям коек |
Для стационара профиль случая должен соответствовать разрешенным профилям коек для отделения МО по данным паспорта МО |
Если SLUCH.USL_OK=1, то SLUCH.PROFIL 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 (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
НЕ существует для случая записи 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 и такими же 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
НЕ должна существовать другая запись в загружаемом файле с такими же 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 - Если SLUCH.USL_OK * Примечание. Услуги из иных разделов могут присутствовать в случае. |
|
|
386 |
1 |
Количество услуг в стандарте больше /меньше допустимого. |
Для АПП в стандарте количество услуг и посещений должно быть в пределах допустимого |
Если SLUCH.USL_OK =3 и SLUCH.CODE_MES1 - количество записей в случае с USL.RAZDEL_USL=300 должно - количество записей в случае с USL.RAZDEL_USL=301 должно |
Стандарт: SLUCH.CODE_MES1 |
|
387 |
1 |
Отсутствует направление для случаев МП, оказываемых "ПЭТ-Технолоджи" |
Все случаи, оказания МП в "ПЭТ-Технолоджи" должны иметь направление |
Если SCHET.CODE_MO =661787, то SLUCH. NPR_NUM |
|
|
388 |
1 |
Количество КСГ для стоматологии больше допустимого |
В случаи не может быть больше 3 услуг 303 раздела с одинаковой датой начала услуги. |
Если SLUCH.USL_OK =3, то в случае должно существовать не более 3 записей USL с USL.RAZDEL_USL=303 и одинаковыми USL.DATE_IN |
|
|
389 |
1 |
Не указан признак мобильной бригады |
Для случаев диспансеризации должен быть заполнен признак мобильной бригады |
Если SLUCH.CODE_MES1 |
Признак мобильной бригады: SLUCH.VBR Стандарт: SLUCH.CODE_MES1 |
|
390 |
1 |
Дата выдачи талона/ дата планируемой госпитализации для ВМП не указана |
Для случаев ВМП должны быть заполнены дата выдачи талона на ВМП и дата планируемой госпитализации |
Если существует хотя бы одна запись для случая с USL.RAZDEL_USL=106, то SLUCH. TAL_D
Иначе SLUCH. TAL_D = SLUCH. TAL_P = |
Дата выдачи талона на ВМП: SLUCH. TAL_D Дата планируемо госпитализации ВМП: SLUCH. TAL_P |
|
391 |
1 |
Признак поступления/ перевода не указан |
Для случаев круглосуточного и дневного стационара должен быть заполнен признак поступления/ перевода |
Если SLUCH.USL_OK |
Условия оказания МП: SLUCH.USL_OK Признак поступления/перевода: SLUCH.P_PER |
|
392 |
1 |
Признак основной/сопутствующий диагноз установлен впервые указан неверно |
Для случаев диспансеризации должен быть указан признак основной диагноз установлен впервые |
Если существует значение SLUCH.OS_SLUCH SLUCH. DS1_PR |
|
|
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 |
Код врача выдавшего направление: SLUCH. NPR_DOCTOR Дата выдачи направления: SLUCH.NPR_DATE |
|
395 |
1 |
Тип направления указан неверно |
Тип направления должен соответствовать справочнику SpCardType |
Если SLUCH. NPR_DATE |
|
|
396 |
1 |
Для случаев диспансеризации отсутствует назначение |
Если по результатам диспансеризации присвоена группа здоровья 3а или 3б должен быть блок назначения |
Если существует значение SLUCH.OS_SLUCH |
|
|
397 |
1 |
Форма оказания помощи не соответствует типу направления |
Тип направления (экстренность) должен соответствовать форме оказания МП |
Если SLUCH.EXTR=1, то SLUCH.FOR_POM Если SLUCH.EXTR=2, то SLUCH.FOR_POM =3 |
Экстренность: SLUCH.EXTR Форма оказания МП: SLUCH.FOR_POM |
|
398 |
1 |
Стандарт не разрешен для предъявки не МО-фондодержателем |
Стандарты профосмотров должны проходить по месту прикрепления |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1 |
Стандарт: SLUCH.CODE_MES1 |
|
399 |
1 |
Предъявлен второй этап без первого |
Для каждого случая второго этапа диспансеризации или профосмотров должен существовать случай первого этапа |
Если SLUCH.USL_OK=3 и SLUCH.CODE_MES1(Случ1) |
Стандарт: SLUCH.CODE_MES1 |
|
400 |
1 |
Предъявление одному пациенту более одного стандарта диспансеризации или профосмотров |
Предъявление в одному пациенту в течение одного календарного года более одного случая диспансеризации или профилактических осмотров при условии предъявления одинаковых кодов стандартов |
Если SLUCH.USL_OK=3, SLUCH.Code_MES1 {6443, 6446} и SLUCH.CODE_MES1(Случ1) |
Стандарт: SLUCH.CODE_MES1 |
3.4. Проверки на реквизиты элемента USL:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
601 |
1 |
Нарушен порядок дат для услуги |
Дата окончания должна быть больше или равна дате начала оказания услуги. |
USL.DATE_IN |
Дата начала: 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 - Если 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.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=2, то USL.PROFIL Если SpFProf.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=3, то USL.PROFIL Если SpFProf.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=4, то USL.PROFIL Если SpFProf.SignTP=0 то USL.Code_Usl |
Значение: USL.PROFIL Условия оказания МП: SLUCH.USL_OK |
|
604 |
1 |
Специальность услуги не соответствует условиям оказания МП |
По адаптированному классификатору специальностей SPSPECFED: должен быть разрешен для данных условий оказания МП на период оказания МП |
- Если SLUCH.USL_OK=1, то USL.PRVS Если SpSpecFed.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=2, то USL.PRVS Если SpSpecFed.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=3, то USL.PRVS Если SpSpecFed.SignTP=0 то USL.Code_Usl - Если SLUCH.USL_OK=4, то USL.PRVS Если SpSpecFed.SignTP=0 то USL.Code_Usl |
Значение: USL.PRVS Условия оказания МП: SLUCH.USL_OK |
|
605 |
0 |
Профиль в реестре, указанный для услуги, не соответствует профилю услуги |
Если в справочнике услуг указан профиль услуги, то профиль в реестре должен ему соответствовать |
Если SpMedService.Prof USL.PROFIL=SpMedService.Prof |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Профиль в реестре: USL.PROFIL Профиль услуги: SpMedService.Prof |
|
606 |
0 |
Специальность в реестре, указанная для услуги, не соответствует специальности услуги |
Если в справочнике услуг указана специальность услуги, то специальность в реестре должна ей соответствовать |
Если SpMedService.Spec USL.PRVS=SpMedService.Spec |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Специальность в реестре: USL.PRVS Специальность услуги: SpMedService.Spec |
|
607 |
1 |
Раздел услуг не принадлежит ОМС или не соответствует условиям оказания МП |
Раздел услуг должен соответствовать условиям оказания МП (по справочнику разделов услуг SPDIVSERVICE) на отчетный период |
USL.RAZDEL_USL |
Значение: USL.RAZDEL_USL Условия оказания МП: SLUCH.USL_OK |
|
608 |
1 |
Услуга не найдена в справочнике услуг или не соответствует разделу |
Код услуги должен соответствовать разделу (по справочнику услуг SPMEDSERVICE) на отчетный период |
USL.CODE_USL |
Значение: USL.CODE_USL Раздел: USL.RAZDEL_USL |
|
609 |
1 |
Возраст пациента не соответствует возрастной группе услуги |
Если в справочнике услуг указана возрастная группа, то возраст пациента на дату начала случая должен ей соответствовать |
Если SpMedService.AgeCat - Если 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 лет - Если SpMedService.AgeCat=8, то 6 месяцев |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL Возраст (лет): (SLUCH.DATE_1-PERS.DR) Возрастная группа: SpMedService.AgeCat |
|
610 |
1 |
Пол пациента не соответствует половому признаку услуги |
Если в справочнике услуг указан половой признак, то пол пациента должен ему соответствовать |
Если SpMedService.Sex Если 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 SLUCH.CODE_MES1 |
Условия оказания МП: SLUCH.USL_OK Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL |
|
612 |
1 |
Услуга по АПП или СМП не должна предъявляться в рамках указанного стандарта |
Если для условий оказания МП АПП или СМП указан код стандарта, то услуга должна быть закреплена за данным стандартом в справочнике стандартов |
Если SLUCH.USL_OK и USL.RAZDEL_USL {309} и SLUCH.CODE_MES1 SLUCH.CODE_MES1 для записей 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 |
Значение: 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 |
Значение: USL.LPU |
|
616 |
1 |
Диагноз услуги (по МКБ-10) не соответствует условиям оказания МП |
По адаптированному справочнику МКБ-10 SPMKB: код МКБ должен принадлежать ОМС |
- Если SLUCH.USL_OK=1, то USL.DS - Если SLUCH.USL_OK=2, то USL.DS - Если SLUCH.USL_OK=3, то USL.DS - Если SLUCH.USL_OK=4, то USL.DS |
Значение: USL.DS |
|
617 |
1 |
Подразделение МО для услуги указано неверно |
По справочнику подразделений МО SPOFFICE на дату окончания оказания услуги |
Если USL.LPU_1 - USL.LPU_1 содержит только цифры; - USL.LPU_1 |
|
|
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 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_OK SCHET.CODE_MO=USL.LPU |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МО, предъявившее реестр: SCHET.CODE_MO МО, оказавшее услугу: USL.LPU |
|
623 |
1 |
Отсутствие соответствующего оперативного вмешательства для хирургической КСГ |
Если КСГ относится к хирургическим, то в рамках случая должно быть предъявлено хирургическое вмешательство, разрешенное для данного КСГ |
Если SLUCH.USL_OK должна существовать запись USL для данного случая (SLUCH), пересекающаяся по периоду оказания услуги [DATE_IN, DATE_OUT] с первой, с USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
|
624 |
1 |
Заявленная услуга (КСГ, ВМП, ЛС) не соответствует диагнозу (по МКБ-10) |
Диагноз, указанный для услуги (КСГ, ВМП, ЛС), должен соответствовать списку разрешенных диагнозов. |
Если SLUCH.USL_OK (USL.DS Или (USL.DS Или (пара [USL.DS; DS2_N.DS2] Или (пара [USL.DS; DS2_N.DS2] Или (пара [USL.DS; DS2_N.DS2] Или (пара [USL.DS; DS2_N.DS2] |
Раздел: 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 |
Код врача: USL.CODE_MD Дата окончания услуги: USL.DATE_OUT |
|
629 |
1 |
Медработник, оказавший услугу, не найден в штатном расписании для МО |
Код врача должен быть найден в штатном расписании (на дату окончания услуги) для данной МО |
Если USL.CODE_MD |
Код врача: 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
Иначе Если Если USL.RAZDEL_USL=101 и USL.CODE_USL
Иначе Если Если USL.RAZDEL_USL=101 и USL.CODE_USL |
Раздел: 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 актуальной на 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 должна существовать запись USL для данного случая (SLUCH), пересекающаяся по периоду оказания услуги [DATE_IN, DATE_OUT] с первой, с USL.RAZDEL_USL |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
|
636 |
1 |
Количество ЛС превышает допустимое |
Количество ЛС, предъявленное к оплате, не должно превышать допустимое |
Если USL.RAZDEL_USL
для записи 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 Кол-во ЛС: |
|
637 |
1 |
МКБ услуги не соответствует полу или возрасту пациента |
Если в справочнике МКБ-10 указана возрастная группа или половой признак, то возраст и/или пол пациента должен им соответствовать |
Если USL.CODE_USL Если SpMKB.AgeCat - Если SpMKB.AgeCat=1, то (SLUCH.DATE_1-PERS.DR) - Если SpMKB.AgeCat=2, то (SLUCH.DATE_1-PERS.DR)<18 лет+6 месяцев - Если SpMKB.AgeCat=3, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=4, то SLUCH.DATE_1-PERS.DR - Если SpMKB.AgeCat=5, то SLUCH.DATE_1-PERS.DR
Если SpMKB.Sex |
МКБ: USL.DS Возраст: (SLUCH.DATE_1-PERS.DR) Возрастная группа МКБ: SpMKB.AgeCat Пол пациента: PERS.W Пол для МКБ: SpMKB.Sex |
|
640 |
1 |
Код ЛС должен быть привязан (по датам) только к одному из КСГ |
Если есть отметка о применении ЛС (раздел 107, 205), то даты по ЛС не должны пересекаться одновременно с двумя записями из разделов КСГ (101, 201). |
Если существует запись (ЛС) с USL.RAZDEL_USL |
|
|
641 |
1 |
Данное ЛС не разрешено для предъявленного КСГ |
Если предъявлено ЛС (разделы 107, 205), то в рамках случая должно быть предъявлено КСГ, для которого разрешено данное лекарственное средство |
Если USL.RAZDEL_USL существует запись USL для данного случая (SLUCH) с USL.RAZDEL_USL то 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.DENTAL |
Раздел: USL.RAZDEL_USL Зубная формула: USL.DENTAL |
|
643 |
1 |
Отсутствие соответствующей сопутствующей услуги для КСГ |
Если КСГ предполагает обязательное указание сопутствующей услуги, то в рамках случая должна быть предъявлена услуга из раздела 103, 206, разрешенная для данной КСГ |
Если SLUCH.USL_OK USL.RAZDEL_USL должна существовать запись USL ('усл') для данного случая (SLUCH) с USL.RAZDEL_USL USL.DATE_IN( USL.Code_USL( |
Условия оказания МП: SLUCH.USL_OK, Код КСГ: USL.Code_USL Дата начала оказания услуги: USL.DATE_IN Дата окончания оказания услуги: USL.DATE_OUT Дата окончания случая: SLUCH.DATE_2 |
|
644 |
1 |
Неверно указан вес при рождении для КСГ |
Для КСГ маловесных детей должен быть указан вес при рождении |
Если Если USL.RAZDEL_USL=101 и USL.CODE_USL то PACIENT.VNOV_D
Иначе Если то Если USL.RAZDEL_USL=101 и USL.CODE_USL
Иначе Если то Если USL.RAZDEL_USL=101 и USL.CODE_USL то 1501 иначе Если USL.RAZDEL_USL=101 и USL.CODE_USL то 500 |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL |
|
645 |
Не применяется |
Неверно указан вес при рождении для МКБ |
Для МКБ маловесных детей должен быть корректно указан вес при рождении |
- Если USL.RAZDEL_USL=101 и USL.DS начинается с - Если USL.RAZDEL_USL=101 и USL.DS начинается с |
Раздел: USL.RAZDEL_USL Услуга: USL.CODE_USL МКБ: USL.DS Вес при рождении: PACIENT.VNOV_D |
|
646 |
1 |
Для КСГ по стоматологии количество посещений меньше допустимого |
Количество услуг из раздела 302 (посещение в стоматологии) для КСГ в стоматологии должно быть не менее допустимого |
Если SLUCH.USL_OK SLUCH.CODE_MES1
- Должно существовать не менее 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 USL.PROFIL для записей 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 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 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
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 |
|
652 |
1 |
Признак неполный объем указан неверно |
Признак неполный объем должен соответствовать |
Если USL.NPL |
Неполный объем: USL. NPL |
|
653 |
1 |
Дублирование услуг по выездным бригадам |
Количество услуг по выездным бригадам в одном МО, одному пациенту, в один день |
Если USL.RAZDEL_USL=400 и USL.CODE_USL |
|
|
654 |
1 |
Данная услуга не разрешена для предъявленной КСГ |
Если предъявлена услуга (раздел 206), то в рамках случая должно быть предъявлено КСГ, для которого она разрешена |
Если USL.RAZDEL_USL=206 (Услуга) и существует запись USL для данного случая (SLUCH) с USL.RAZDEL_USL=201 (КСГ) с USL.DATE_IN (КСГ) |
Код Услуги: 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 |
3.5. Проверки на реквизиты элемента NAZ:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
700 |
1 |
Тип назначения указан неверно |
Тип назначения должен соответствовать справочнику |
Если NAZ.NAZR |
Назначения: NAZ.NAZR |
|
701 |
1 |
Специальность врача назначения указана неверно |
Должна соответствовать адаптированному классификатору специальностей SPSPECFED |
Если NAZ.NAZR
Иначе NAZ.NAZ_SP= |
Назначения: NAZ.NAZR Специальность врача: NAZ.NAZ_SP |
|
702 |
1 |
Вид обследования в назначении указан неверно |
Вид обследования должен соответствовать классификатору |
Если NAZ.NAZR=3 то NAZ.NAZ_V
Иначе NAZ.NAZ_V= |
Назначения: NAZ.NAZR Вид обследования: NAZ.NAZ_V |
|
703 |
1 |
Профиль медицинской помощи в назначении указан неверно |
Должен соответствовать адаптированному классификатору профилей SPFPROF |
Если NAZ. NAZR
Иначе NAZ. NAZ_PMP = |
Назначения: NAZ.NAZR Профиль медпомощи: NAZ. NAZ_PMP |
3.6. Проверки на реквизиты элемента PERS:
|
Код |
Фатальность |
Наименование |
Суть проверки (для регламента) |
Описание проверки для программирования (как должно быть) |
Детализация |
|
901 |
1 |
Тип документа, удостоверяющего личность, указан неверно |
Если тип документа указан, то по классификатору F011 |
Если PERS.DOCTYPE |
Значение: PERS.DOCTYPE |
|
902 |
1 |
Код места жительства по ОКАТО указан неверно |
Должен принадлежать списку ОКАТО территорий страхования по региональному справочнику (11 знаков, начиная с 66) - для СО, или справочнику территориальных фондов (5 знаков) - для иных субъектов РФ |
PERS.OKATOG или PERS.OKATOG |
Значение: PERS.OKATOG |
|
903 |
1 |
Пол пациента указан неверно |
По классификатору V005 (SpSex) |
PERS.W
Примечание: в БД SpSex- из SpSp c SpSp.Kd=128 |
Значение: PERS.W |
|
904 |
1 |
Дата рождения пациента указана неверно |
Дата рождения должна быть не менее 01.01.1901 и не более даты начала случая лечения |
|
Значение: PERS.DR Дата начала случая лечения: SLUCH.DATE_1 |
|
905 |
1 |
Пол представителя пациента указан неверно |
По классификатору V005 (SpSex) |
Если PERS.W_P
Примечание: в БД SpSex- из SpSp c SpSp.Kd=128 |
Значение: PERS.W_P |
|
906 |
1 |
Дата рождения представителя пациента указана неверно |
Дата рождения должна быть не менее 01.01.1901 и не более даты начала случая лечения |
Если PERS.DR_P |
Значение: 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 |
Значение: PERS.OKATOP |
|
909 |
1 |
Серия или номер документа, удостоверяющего личность, не соответствует требуемому формату |
По шаблону в соответствии с "Общими принципами построения и функционирования информационных систем..." |
Если PERS.DOCTYPE |
Тип: 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 не заполнены (= - Если реквизит 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.NOVOR - PERS.FAM_P - PERS.IM_P - PERS.OT_P - PERS.W_P - PERS.DR_P
- Если PACIENT.NOVOR
- Если существует значение 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 - при наличии хотя бы одной ошибки загрузка файла невозможна