CMS выпускает Руководство пользователя Section 111 NGHP (Версия 8.6)

Марк Пополицио, J.D., Джереми Фаркухар

Центры услуг Medicare и Medicaid (CMS) выпустили обновленное Руководство пользователя, касающееся отчетности по разделу 111 для негрупповых планов медицинского страхования (NGHP) (ответственность, отсутствие вины и компенсации работникам).

Авторы представляют обзор обновлений Руководства пользователя (версия 8.6) следующим образом:

Краткий обзор обновлений версии 8.6

• Изменение адреса электронной почты — CMS отмечает, что электронные письма, поступающие с адреса COBVA@mail.cms.hhs.gov, теперь будут отображаться как отправленные с адреса MSPCenter@cms.hhs.gov. По сути, CMS уже несколько месяцев использует адрес «MSPCenter» для отправки электронных писем.
• Новое уведомление о неподаче данных — CMS будет отправлять это электронное письмо, если RRE (ответственная организация по отчетности) NGHP не предоставит файл с данными о претензиях (Claim Input file) в течение последних 6 месяцев. Никаких дополнительных подробностей или информации предоставлено не было.
• Ошибки порогового значения транзакций удаления — CMS изменила и исправила формулировки для обеспечения согласованности в отношении ошибок порогового значения транзакций удаления.
• Мировые соглашения по делам о противоправной смерти — CMS добавила в существующее руководство формулировку, отмечающую, что такие мировые соглашения подлежат отчетности, «если только RRE не сможет окончательно определить, что все соответствующие документы, законодательство штата и общее право не допускают взыскания медицинских расходов из произведенного платежа, и что медицинские расходы не были включены в освобождение от ответственности или не имели эффекта такового».
• Код диагноза «NOINJ» — CMS больше не будет принимать этот код, начиная с апреля 2027 года. В рамках этого обновления CMS обновила некоторые соответствующие поля, но не все, связанные с этим изменением. Кроме того, CMS внесла обновления в другие поля данных, что вызывает определенные вопросы и проблемы, которые более подробно обсуждаются ниже.
• Фонды квалифицированных мировых соглашений (QSF) — CMS добавила новое руководство, описывающее сценарии, в которых QSF могут выступать в качестве ответственной организации по отчетности (RRE). В рамках этого обновления CMS также отмечает, что ее исключение из отчетности для QSF не применяется к любой организации, выплачивающей TPOC в QSF, которая сохраняет за собой право на рассмотрение, проверку или оплату претензий.
• TPOC/WCMSA — CMS представила новые рекомендации по обработке сценариев, в которых информация о TPOC или WCMSA ранее была представлена ошибочно. Руководство, предоставленное в отношении удаления TPOC и WCMSA, можно рассматривать как отдельные и различные здесь, хотя CMS решила объединить эти рекомендации в рамках обновлений версии 8.6. Оба изменения вступают в силу с апреля 2027 года. Короче говоря, начиная с апреля 2027 года, если информация о TPOC была ошибочно представлена в записи о покрытии, где ORM имеет значение «Да», а дата TPOC была в день или после даты прекращения ORM, для исправления потребуется транзакция удаления в сочетании с транзакцией добавления. Для информации WCMSA, ранее представленной ошибочно, что в настоящее время требует удаления/добавления, аналогично вышеупомянутому, начиная с апреля 2027 года можно будет удалить ошибочную информацию MSA с помощью транзакции обновления с заполнением нулями или пробелами в полях MSA в соответствии с конкретными требованиями к полям.

Для тех, кто заинтересован, каждое из семи (7) вышеуказанных обновлений описано более подробно следующим образом:

1. Изменение адреса электронной почты

CMS отмечает, что «[э]лектронные письма, поступающие с адреса COBVA@mail.cms.hhs.gov, теперь будут отображаться как отправленные с адреса MSPCenter@cms.hhs.gov».

Комментарии:

Примечательно, что CMS фактически использует адрес электронной почты «MSP Center» уже несколько месяцев. Таким образом, это обновление теперь закрепляет текущую практику CMS в рамках Руководства пользователя.

2. Уведомление о неподаче данных по электронной почте

CMS отмечает, что «[у]ведомление о неподаче данных будет отправлено, когда RRE NGHP не предоставит файл с данными о претензиях в течение последних 6 месяцев».

Комментарии:

CMS обновила Таблицу 12-1 в Главе II и Таблицу 6-4 в Главе IV, чтобы отметить, что уведомление о неподаче данных будет «[г]енерироваться, когда RRE NGHP не предоставит файл с данными о претензиях в течение последних 6 месяцев». CMS не предоставила никаких дополнительных подробностей или информации относительно этого обновления.

3. Обновления, внесенные в ошибки порогового значения транзакций удаления

CMS отмечает, что «[ф]ормулировки были исправлены для обеспечения согласованности в отношении ошибок порогового значения транзакций удаления».

Комментарии:

CMS обновила существующий текст в Главе IV, Раздел 7.3.2 Руководства пользователя, чтобы более точно отразить, когда срабатывает этот порог. В частности, старая формулировка в Разделе 7.3.2 гласила: «Существуют транзакции удаления для более чем 5% от общего количества представленных записей». Эта формулировка была изменена в новом Руководстве пользователя (версия 8.6) и теперь гласит: «Существуют транзакции удаления для 5% или более от общего количества представленных записей». Сравнивая их, CMS в рамках нового обновления использует формулировку «5% или более» в отличие от предыдущей формулировки, которая гласила «более 5%».

4. Мировые соглашения по делам о противоправной смерти

CMS отмечает, что «[т]екст был обновлен, чтобы уточнить, когда требуется подавать запись о противоправной смерти».

Комментарии:

В качестве справочной информации: вплоть до Руководства пользователя (версия 8.3, январь 2026 г.) давнее руководство CMS, содержащееся в Главе III, Разделе 6.5.1.4, гласило, что TPOC, полученные исключительно в рамках теории ответственности за противоправную смерть, которые не требовали и не освобождали от медицинских расходов или не имели эффекта освобождения от медицинских расходов, не подлежали отчетности, поскольку у Medicare не было бы претензий на возмещение против такого платежа.

Затем CMS в рамках обновлений Руководства пользователя 8.4 (апрель 2026 г.) удалила свое давнее руководство, как указано выше, и заменила его следующим текстом: «Чтобы теория ответственности за противоправную смерть препятствовала Medicare взыскивать средства из мирового соглашения, судебного решения, присуждения или иного платежа, должна быть предоставлена полная документация, показывающая, что именно было заявлено и освобождено от ответственности или имело эффект такового. Кроме того, к любому такому спору или апелляции должна быть приложена ссылка на соответствующий закон штата или прецедентное право, которое препятствует взысканию из мирового соглашения по делу о противоправной смерти».

Как отмечалось в нашей предыдущей статье об обновлениях 8.4, вышеуказанная формулировка, помимо того, что она, по-видимому, относится к взысканию условных платежей Medicare, а не к отчетности по разделу 111, подняла вопрос о том, не сигнализирует ли CMS о своем намерении сделать так, чтобы все мировые соглашения по делам о противоправной смерти сообщались через раздел 111 (что было бы значительным отходом от ее исторического руководства).

На этом фоне CMS теперь добавила следующую формулировку к существующему тексту в Разделе 6.5.1.4:

Неправомерная смерть — многие штаты допускают возмещение медицинских расходов из средств, полученных в результате урегулирования, судебного решения или присуждения компенсации по делам о неправомерной смерти. Кроме того, зачастую исковое заявление, содержащее теорию ответственности за неправомерную смерть, и документы об урегулировании, связанные с предполагаемым иском о неправомерной смерти, составлены таким образом, что медицинские расходы заявляются и погашаются или имеют эффект погашения, независимо от того, намеревались ли стороны достичь такого результата. В связи с этим RRE обязаны отчитываться о любом урегулировании по делам о неправомерной смерти, если только RRE не сможет окончательно определить, что все соответствующие документы, законодательство штата и общее право не допускают возмещения медицинских расходов из производимого платежа, а также что медицинские расходы не были погашены или не имели эффекта погашения.

В целом, новые формулировки CMS можно рассматривать как предоставление дополнительных указаний в тех случаях, когда CMS требует от RRE отчитываться об урегулированиях по делам о неправомерной смерти. В этом отношении, как указано выше, новые формулировки CMS отражают то, что такие урегулирования подлежат отчетности, «если только RRE не сможет окончательно определить, что все соответствующие документы, законодательство штата и общее право не допускают возмещения медицинских расходов из производимого платежа, а также что медицинские расходы не были погашены или не имели эффекта погашения».

5. Код диагноза «NOINJ» больше не будет приниматься, начиная с апреля 2027 года

CMS отмечает, что «[н]ачиная с апреля 2027 года, NOINJ больше не будет являться приемлемым кодом диагноза, поскольку нет необходимости отчитываться о случае, в котором отсутствуют травмы».

Комментарии:

Код «NOINJ» — это специальный стандартный код диагноза, установленный CMS для сценариев, в которых тип рассматриваемого инцидента обычно не связан с каким-либо медицинским обслуживанием, но где формулировки урегулирования/освобождения от ответственности могут все же предусматривать погашение медицинских расходов или иметь эффект их погашения. Как отмечает CMS, типичные примеры таких сценариев включают иск о потере супружеских прав (loss of consortium), иск по страхованию ответственности за ошибки или упущения, иск по страхованию ответственности директоров и должностных лиц или иск, возникший в результате неправомерных действий, связанных со статусом занятости.

Исторически, до июня 2023 года, CMS требовала отчет TPOC в таких ситуациях в случае урегулирования, судебного решения, присуждения или иного платежа, когда формулировки урегулирования/освобождения от ответственности предусматривали погашение медицинских расходов или имели эффект их погашения, даже в тех сценариях, где медицинские расходы не заявлялись. В таких ситуациях CMS предписывала RRE отчитываться с использованием «NOINJ» в качестве стандартного кода диагноза. Однако в рамках обновлений Руководства пользователя (версия 7.2, июнь 2023 г.) CMS сделала отчетность в этих ситуациях необязательной.

На этом фоне CMS объявила, что код МКБ «NOINJ» больше не будет приниматься, начиная с апреля 2027 года. Полная выдержка из обновленной главы IV CMS по этому вопросу приведена в примечании к этому предложению.

CMS также применила эти обновления к главе V, приложениям A (Макет файла ввода данных о претензии) и G (Коды флагов распоряжения, ошибки и предупреждения) следующим образом:

• Приложение A: CMS обновила столбец «Описание» для поля «Предполагаемая причина травмы» (поле 15), добавив фразу «Начиная с апреля 2027 года следующее больше не применяется:» перед текстом, касающимся потенциального использования кода МКБ «NOINJ». Однако стоит отметить, что аналогичная формулировка «NOINJ» содержится в поле «Описание» для кода диагноза МКБ 1 (поле 18), где, по-видимому, CMS забыла применить это новое обновление. С точки зрения авторов, аналогичное обновление необходимо и для поля 18, и, возможно, CMS рассмотрит это в будущем обновлении.
• Приложение G: CMS добавила аналогичную формулировку «Начиная с апреля 2027 года следующее больше не применяется:» в столбец «Описание поля макета записи» для кодов ошибок CI03 (Предполагаемая причина травмы) и CI05 (Код диагноза МКБ 1). Для обоих этих кодов ошибок формулировка, к которой было добавлено вышеуказанное вступление, относится к сценариям, в которых код «NOINJ» мог быть внесен способом, который CMS сочла бы некорректным (либо в связи со сценарием, который не был ORM «Нет», не связан с отчетом о страховании ответственности, либо когда в сочетании с кодом «NOINJ» были указаны другие коды, помимо «NOINJ»), что оправдывает отклонение с одним из этих кодов ошибок. Хотя эти конкретные сценарии, согласно новым указаниям CMS, больше не будут применимы с апреля 2027 года, с точки зрения авторов, если код «NOINJ» будет представлен в качестве предполагаемой причины травмы, инцидента или заболевания (поле 15) или в качестве кода диагноза МКБ 1 (поле 18), представляется, что генерация этих кодов ошибок была бы уместна просто потому, что «NOINJ» больше не будет кодом, принимаемым для целей отчетности по разделу 111, хотя обновления CMS могут потребовать дальнейших разъяснений.

Наконец, CMS также добавила обновление к коду ошибки «CI25», но здесь обновление было применено к столбцу «Возможная причина», и то, как теперь читается обновленная формулировка, возможно, немного сбивает с толку и также может потребовать дальнейших разъяснений. В частности, соответствующая формулировка теперь гласит: «Поле 15 не являлось допустимым кодом диагноза предполагаемой причины травмы, инцидента или заболевания согласно требованиям к полю, или, начиная с апреля 2027 года, следующее больше не применяется: Значение «NOINJ» было представлено некорректно. При представлении значения «NOINJ» оно должно быть указано в поле 15 и поле 18 (Код диагноза МКБ 1), а все остальные поля кода диагноза МКБ должны быть пустыми».

С точки зрения авторов, неясно, что именно вышеуказанная формулировка пытается донести в отношении кода МКБ «NOINJ». Пытается ли CMS просто указать, что этот код ошибки больше не будет применяться к сценариям, связанным с «NOINJ»? Или же CMS пытается указать, что если код «NOINJ» будет представлен по состоянию на апрель 2027 года, то будет возвращена ошибка «CI25» без учета того, соблюдались ли конкретные руководящие принципы отчетности «NOINJ»? CMS указывает, что код «NOINJ» больше не будет приниматься с апреля 2027 года, но она не указала специально в другом месте, какой тип ответа будет возвращен в файле ответа на претензию RRE в случае, если код «NOINJ» будет указан к тому времени. Логично предположить, что CMS действительно намерена вернуть ошибку того или иного рода, если код «NOINJ» будет представлен в качестве кода диагноза предполагаемой причины травмы, инцидента или заболевания (поле 15), но какая именно ошибка будет возвращена, неясно исходя из текущих обновлений CMS. Поскольку обе вышеупомянутые ошибки «CI03» и «CI25» связаны с кодом диагноза предполагаемой причины травмы, инцидента или заболевания, возвращенная ошибка, по-видимому, может быть любой из них. Дальнейшие разъяснения от CMS по этому пункту представляются оправданными.

6. Квалифицированные фонды урегулирования (QSF)

CMS отмечает, что «[ф]ормулировка была обновлена для уточнения исключения из отчетности для квалифицированных фондов урегулирования (QSF).»

Комментарии:

Анализируя это обновление, прежде всего следует отметить, что приведенное выше заявление CMS, по-видимому, указывает на то, что это обновление давнего исключения агентства из отчетности, касающегося сценариев, в которых средства были выплачены в Квалифицированный фонд урегулирования (QSF) до 1 октября 2011 года. Однако давнее исключение из отчетности осталось по сути прежним, за одним примечательным исключением, и изменения здесь в основном касаются чего-то совершенно иного, хотя CMS решила добавить эти обновления в раздел Руководства пользователя, относящийся к вышеупомянутому исключению из отчетности.

Основные изменения здесь касаются нового руководства, описывающего сценарии, в которых QSF могут выступать в качестве Ответственной отчитывающейся организации (RRE) для целей отчетности по Разделу 111. Это изменение представляет собой значительный отход от исторического руководства CMS, указывающего на то, что «QSF в соответствии с Разделом 468B IRC не являются RRE».

Обновления изложены по порядку следующим образом:

НОВОЕ — QSF как RRE

CMS добавила новое руководство в рамках Главы III, Раздел 6.5.1.8, касающееся обстоятельств, при которых QSF может выступать в качестве RRE, заявив следующее:

«QSF может быть разрешено действовать в качестве RRE, если это разрешено законом, при условии соблюдения следующих условий:

• QSF решает взять на себя роль RRE для целей обязательных обязательств страховщика по отчетности; и
• Отсутствует активный ORM; и
• Существует две или более организаций, финансирующих QSF; и
• QSF работает в соответствии с Разделом 468B IRC в связи с процедурой банкротства штата или федеральной процедурой банкротства; и
• QSF несет полную и единоличную ответственность за урегулирование и выплату претензий с использованием средств, выплаченных в QSF; и
• QSF рассматривает и оплачивает претензии без проверки или одобрения организаций, которые выплатили TPOC в QSF».

QSF — Обновления исключений из отчетности

До обновлений нового Руководства пользователя (Версия 8.6) CMS предоставляла исключение из отчетности для QSF в ситуациях, когда (a) урегулирование, судебное решение, присуждение или другой платеж является суммой TPOC по страхованию ответственности (включая самострахование); (b) когда не задействована Текущая ответственность за медицинские расходы (ORM); (c) урегулирование, судебное решение, присуждение или другой платеж будут выпущены QSF в соответствии с Разделом 468B IRC в связи с процедурой банкротства штата или федеральной процедурой банкротства; и (d) соответствующие средства были выплачены в траст до 1 октября 2011 года.

Хотя вышеуказанная формулировка была в основном сохранена, CMS в рамках обновлений Руководства пользователя (Версия 8.6) и в прямой связи с недавно опубликованным руководством относительно обстоятельств, при которых QSF может выступать в качестве RRE, указала следующее в отношении этого исключения из отчетности: «Примечание: Любая организация, выплачивающая TPOC в QSF, но сохраняющая за собой право рассматривать, проверять или оплачивать претензии, должна отчитываться как RRE и не может быть включена в исключение из отчетности QSF, указанное в этом разделе».

7. Обновления системы — Удаление данных отчетности TPOC/WCMSA (вступает в силу в апреле 2027 года)

CMS заявляет, что «[с] апреля 2027 года система будет обновлена для обработки удаления данных TPOC и WCMSA, когда существующие данные TPOC или WCMSA имеют ненулевые значения и обновляются до нулевых значений для претензий S111 ORM по компенсации работникам и претензий без установления вины».

Комментарии:

Согласно вышеизложенному, CMS пытается предоставить новое руководство относительно того, как RRE должны обрабатывать сценарии отчетности, где информация TPOC или WCMSA ранее была успешно представлена с ненулевыми значениями, где эта информация впоследствии была признана ошибочной и где удаление ранее представленной информации стало бы необходимым.

Изменения, внесенные CMS, затрагивают Главу IV, Раздел 6.4.5 и Таблицу 6-10 (Исправление или удаление TPOC), Главу IV, Раздел 6.6.4 и Таблицу 6-12 (Таблица событий), Главу V, Приложение A (Макет файла ввода претензий) и Главу V, Приложение G (Таблицы G-1 и G-4).

К сожалению, в связи с этими изменениями, хотя CMS внесла множество различных обновлений в различные разделы Руководства пользователя и таблицы в Главах IV и V, они не предоставили никакого всеобъемлющего единообразного объяснения, чтобы четко связать эти многочисленные обновления вместе. Это может немного затруднить для читателей объединение всех этих обновлений в четкое и связное понимание целей и ожиданий CMS. Это делает анализ этих обновлений, как отмечено ниже, довольно сложным и, вполне возможно, потребует дополнительных обновлений и разъяснений от CMS.

Что касается изменений, связанных с TPOC и WCMSA, с точки зрения авторов, в обновленном Руководстве пользователя присутствует разрозненная и, временами, кажущаяся противоречивой информация, объем которой выходит за рамки данной статьи. В самом общем виде CMS сохранила давнее историческое руководство в определенных областях, касающееся обновления или удаления ранее представленной информации TPOC, которая теперь может не совпадать с некоторыми из недавно опубликованных обновлений CMS.

Тем не менее, принимая недавно добавленную формулировку CMS саму по себе, без учета каких-либо конфликтов с другим давним историческим руководством, все еще присутствующим во всем Руководстве пользователя, приведенное ниже резюме является лучшей интерпретацией авторами предстоящих изменений, запланированных на апрель 2027 года, основанной на существующей информации, предоставленной CMS, и признавая, что дополнительное руководство и ясность со стороны CMS в определенных областях были бы полезны:

• Удаление ранее представленной ошибочной информации WCMSA: В настоящее время, как часть отчетности TPOC/WCMSA, для успешного и полного удаления информации WCMSA, которая была ранее представлена полностью ошибочно, требуется отправка транзакции удаления. Однако, основываясь на интерпретации автором обновлений CMS, начиная с апреля 2027 года, удаление ошибочно представленной информации MSA должно стать возможным путем простой отправки транзакции обновления со всеми связанными полями, относящимися к WCMSA, заполненными либо нулями, либо пробелами, в зависимости от обстоятельств, на основе значения по умолчанию для связанного поля.
• Удаление ранее представленной ошибочной информации TPOC в случаях, когда ORM имеет значение «Yes» (Да) и хотя бы один TPOC приходится на дату прекращения ORM или после нее: исторически сложилось так, что если RRE необходимо было удалить ошибочно представленную информацию TPOC в такой ситуации, RRE просто получали указание вводить нули в те же поля «Дата TPOC» и «Сумма TPOC», через которые ранее была представлена ошибочная информация. Это те же инструкции, которые исторически предоставлялись в отношении удаления ошибочной информации TPOC во всех сценариях, за исключением ситуаций, когда единственным(и) сообщенным(и) TPOC был(и) ошибочный(е), а ORM имел значение «No» (Нет), и в этом случае требовалось удаление. Однако, исходя из интерпретации авторами обновлений CMS, начиная с апреля 2027 года, в любом сценарии, где ORM имеет значение «Yes» и RRE пытается удалить всю ранее сообщенную информацию TPOC, если хотя бы одна из ранее сообщенных дат TPOC приходится на дату прекращения ORM или после нее, RRE должны будут отправить транзакцию удаления в сочетании с транзакцией добавления. Запись об удалении должна быть отправлена со всеми элементами данных, заполненными той же информацией, которая была представлена ранее. Затем должна быть отправлена запись о добавлении, в которой все ранее представленные поля TPOC заполнены нулями, а все остальные элементы данных заполнены теми же значениями, что были представлены ранее.

Также в апреле 2027 года в связи с этим изменением внедряется новое значение кода диспозиции «04». В таких сценариях, как описанные выше, где ORM имеет значение «Yes», если RRE пытается обновить все ранее представленные элементы данных TPOC нулевыми значениями, при условии, что хотя бы один TPOC был на дату прекращения ORM или после нее, CMS вернет этот новый код диспозиции «04», чтобы указать, что «представленная информация TPOC не была обработана и требует проверки». В этом сценарии RRE должен повторно отправить транзакции удаления и добавления, как указано выше, в соответствии с новыми требованиями CMS. Кроме того, если предпринята попытка обнулить один или несколько ранее представленных элементов данных TPOC в сценарии, когда уже было выставлено требование по связанному делу о взыскании условного платежа, также будет возвращен этот новый код диспозиции «04». В этом сценарии CMS указывает, что ожидает подачи запроса на пересмотр через процесс взыскания условного платежа должником или его представителем.

Наконец, в «Сводке обновлений версии 8.6», на которую ссылаются в начале этого раздела, читатель заметит, что описание изменений CMS также относится к требованиям «без вины» (no-fault), хотя фактические обновления CMS не содержат дальнейших конкретных ссылок на требования «без вины». На первый взгляд это кажется несоответствующим, поскольку не было бы никакой связи с отчетностью MSA в отношении покрытия «без вины», а специфические для «без вины» сценарии TPOC, как правило, довольно редки. Однако авторы предполагают здесь, что покрытие «без вины» упоминалось в сводке CMS в возможной связи с новым руководством по отчетности TPOC, изложенным выше, поскольку это руководство относится именно к сценариям ORM «Yes» и может применяться в маловероятном случае возникновения TPOC по «без вины».

В дальнейшем нам нужно будет посмотреть, выпустит ли CMS какую-либо дополнительную информацию или разъяснения по этим пунктам.

Вопросы?

Пожалуйста, не стесняйтесь обращаться к авторам, если у вас возникнут какие-либо вопросы относительно вышеизложенного или того, как Verisk может помочь вам с вашими обязательствами по отчетности в соответствии с разделом 111.

• Последние обновления CMS Medicare
• Претензии
• Соблюдение нормативных требований
• Решения по страхованию от несчастных случаев
• Центры услуг Medicare и Medicaid (CMS)
• Отчетность по разделу 111

[1] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), главы I, II и IV, глава 1: Сводка обновлений версии 8.6.

[2] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), главы II и IV, глава 1: Сводка обновлений версии 8.6.

[3] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), главы II, таблица 12-1 и глава IV, таблица 6-4.

[4] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), главы IV, глава 1: Сводка обновлений версии 8.6.

[5] Руководство пользователя CMS Section 111 NGHP (версия 8.5, июль 2026 г.), глава IV, раздел 7.3.2.

[6] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), главы IV, раздел 7.3.2.

[7] Руководство пользователя CMS Section 111 NGHP (версия 8.6, октябрь 2026 г.), глава II, глава 1: Сводка обновлений версии 8.6.

[9] Руководство пользователя CMS Section 111 NGHP (версия 8.4, 13 апреля 2026 г.), раздел 6.5.1.4.

[10] Руководство пользователя CMS Section 111 NGHP (версия 8.4, 13 апреля 2026 г.), раздел 6.5.1.4.

[11] Руководство пользователя CMS Section 111 NGHP (версия 8.4, 13 апреля 2026 г.), раздел 6.5.1.4.

[12] Руководство пользователя CMS Section 111 NGHP (версия 8.6, 5 октября 2026 г.), главы IV и V, раздел 1: Сводка обновлений версии 8.6.

[13] Руководство пользователя CMS Section 111 NGHP (версия 8.6, 5 октября 2026 г.), глава IV, раздел 6.2.5.2.

[14] Руководство пользователя CMS Section 111 NGHP (версия 8.6, 5 октября 2026 г.), глава IV, раздел 6.2.5.2.

[15] Руководство пользователя CMS Section 111 NGHP (версия 7.2, 5 июня 2026 г.), глава IV, раздел 6.2.5.2.

6.2.5.2 Урегулирования, о которых не следует сообщать – код NOINJ