Настройка CDA «Справка об отказе в направлении на медико-социальную экспертизу» в медицинской информационной системе

В статье рассматривается настройка типа действия в медицинской информационной системе (МИС) для автоматического формирования структурированного электронного медицинского документа (СЭМД) «Справка об отказе в направлении на медико-социальную экспертизу» (Редакция 1). Материал предназначен для специалистов по настройке МИС, медицинских информатиков и администраторов, отвечающих за интеграцию с РЭМД и оформление документов врачебной комиссии.

1. Общие сведения

Справка об отказе в направлении на медико-социальную экспертизу (МСЭ) оформляется медицинской организацией в случае, если врачебная комиссия приняла решение об отсутствии оснований для направления пациента на МСЭ. В соответствии с Постановлением Правительства РФ от 20.02.2006 № 95 «О порядке и условиях признания лица инвалидом» гражданин или его законный представитель имеет право на основе выданной справки самостоятельно обратиться в бюро МСЭ.

СЭМД «Справка об отказе в направлении на медико-социальную экспертизу» имеет код документа 344 по классификатору «Виды медицинской документации» (OID 1.2.643.5.1.13.13.11.1522). Руководство по реализации CDA для этого документа имеет OID шаблона 1.2.643.5.1.13.13.14.344.9.1 (Редакция 1). Документ передаётся в РЭМД и подписывается председателем врачебной комиссии.

2. Настройка типа действия

Для корректного формирования CDA в МИС необходимо создать или доработать тип действия со следующими характеристиками.

2.1. Основные атрибуты типа действия

Параметр	Значение
Код для отчётов	`OtherDocuments`
Вид услуги	`Прочее`
Идентификация по справочнику CDA	OID `1.2.643.2.69.1.1.1.195.Cda` (идентификатор уточняется в зависимости от версии)
Идентификация по справочнику МИС	`n3.medDocumentType.Cda` и `n3.medDocumentType.Pdf`

2.2. Идентификатор документа (счётчик)

Как и для большинства CDA, свойство «Идентификатор документа» должно использовать счётчик с кодом CDA_ID. Счётчик предварительно настраивается в разделе «Настройки – Счётчики». В XML-шаблоне это свойство подставляется в элементы <id root="...51" extension="..."/> и <setId root="...50" extension="..."/>.

2.3. Свойства типа действия и секции CDA

Документ включает одну обязательную секцию «Сведения о документе» (код секции DOCINFO). Для заполнения этой секции в типе действия необходимо создать следующие свойства с параметром «Секция CDA»:

Название свойства	Код секции CDA	Обязательность	Тип	Примечание
Причина отказа	REASON	1	String/Text	Текстовая причина отказа в направлении на МСЭ
Номер комиссии	COMNUM	1	String/Text/Integer	Номер протокола (решения) врачебной комиссии
Дата проведения комиссии	COMDATE	1	Date	Дата заседания врачебной комиссии

Все три свойства обязательны для заполнения (penalty = 1 или 10). Без них документ не может быть сформирован и отправлен в РЭМД.

3. Содержание секции DOCINFO

В человекочитаемой части секции (<text>) выводится:

Причина отказа (значение свойства REASON);
Решение комиссии в формате «№ [номер] от [дата] г.»;
Заключение – фиксированный текст «Отказано в направлении на медико-социальную экспертизу».

В машиночитаемой части (элементы <entry>) используются кодируемые поля:

Код поля	Отображаемое имя	Значение
`12170`	Причина отказа	Текст из свойства REASON
`12171`	Документ-основание	Строка вида «Решение комиссии № [COMNUM] от [COMDATE] г.»
`837`	Заключение	Код `33` из справочника «Перечень заключений в медицинских документах» (OID `1.2.643.5.1.13.13.99.2.725`) с отображаемым именем «Отказано в направлении на медико-социальную экспертизу»

4. Настройка справочников и идентификаций

Для успешного формирования и выгрузки CDA необходимо проверить следующие настройки.

4.1. Справочник «Организации»

У текущей медицинской организации должна быть настроена идентификация по справочнику с кодом MDR308 (OID 1.2.643.5.1.13.2.1.1.178). При наличии структурного подразделения (например, отделение, в котором работает председатель ВК) следует указать его OID из справочника «ФРМО. Справочник структурных подразделений» (OID 1.2.643.5.1.13.13.99.2.114).

4.2. Справочник «Типы документов» (ДУЛ пациента)

Для документа, удостоверяющего личность пациента, необходима двойная идентификация:

OID 1.2.643.5.1.13.13.99.2.48 – идентификатор типа документа;
OID 1.2.643.5.1.13.13.99.2.48* – наименование типа документа.

Версия справочника – не ниже 6.2.

4.3. Справочник «Должности»

У должности исполнителя (председателя врачебной комиссии, который подписывает справку) должна быть настроена идентификация по справочнику «Должности работников организаций здравоохранения» с OID 1.2.643.5.1.13.13.11.1002 (последняя версия). Рекомендуется использовать должность «заведующий отделением медицинской организации» (код 430) или иную, имеющую право подписи решений врачебной комиссии.

4.4. Источник оплаты

В документе обязательно присутствует блок <participant typeCode="IND">, описывающий источник оплаты (ОМС, ДМС, средства пациента, бюджет МО). В зависимости от выбранного кода источника (1 – ОМС, 3 – ДМС, 4 – средства пациента, 11 – бюджет МО) заполняются соответствующие элементы (документ-основание, полис, договор). Для ОМС дополнительно указывается страховая компания из справочника «Реестр страховых медицинских организаций (ФОМС)» (OID 1.2.643.5.1.13.13.99.2.183).

5. Документируемое событие

Элемент <documentationOf> описывает событие – заседание врачебной комиссии. В нём указываются:

Тип события – код 5 (Врачебная комиссия) по справочнику «Типы документированных событий» (OID 1.2.643.5.1.13.13.99.2.726);
Дата и время проведения комиссии (начало – в <low>, окончание – опционально в <high>);
Форма оказания медицинской помощи (например, «плановая»);
Вид медицинской помощи (например, «специализированная медицинская помощь»);
Условия оказания (например, «амбулаторно» или «стационарно»);
Участники (performer). Основной исполнитель (председатель ВК) указывается с @typeCode="PPRF", ему может быть присвоена роль functionCode code="CHAIRMAN" (председатель) из справочника «Роли сотрудников при подписании медицинских документов» (OID 1.2.643.5.1.13.13.99.2.368).

6. Обязательные проверки в шаблоне печати

Для предотвращения отправки неполного документа в РЭМД в основной шаблон печати (HTML) необходимо включить блок проверок. Типовой код проверок, приведённый в руководстве, включает следующие условия:

Проверка	Условие ошибки
СНИЛС пациента	Не заполнен
Дата выдачи документа, удостоверяющего личность	Не заполнена
СНИЛС исполнителя (председателя ВК)	Не заполнен
Состояние документа	Не «Закончено»
Поле «Причина отказа» (REASON)	Пустое
Поле «Номер комиссии» (COMNUM)	Пустое
Поле «Дата проведения комиссии» (COMDATE)	Не указана

При обнаружении ошибки пользователю показывается диалоговое окно с перечнем проблем, формирование документа прерывается.

7. Формирование регионального идентификатора пациента (MPI)

Для успешной выгрузки CDA в РЭМД необходим региональный идентификатор пациента. В шаблоне печати следует добавить вызов:

{: from library.Utils import forceString}
{: clientGlobalIdNetrika = readUrl("http://"+forceString(dbServerName)+"/extendedmse/api?fromtemplate=1&clientid="+forceString(client.id), timeout=50)}

Убедитесь, что:

ревизия ИЭМК не ниже 28080;
в глобальных настройках присутствует запись ExtendedMseUrl со значением http://${dbServerName}/extendedmse/api;
в конфигурации ИЭМК настроены параметры gDefaultMpiUrl и gMpiToken, а также обеспечен доступ к MPI.

Для Санкт-Петербурга (код КЛАДР 78) используется особое правило: идентификатор формируется как {OID_MDR308[26:]}.17.1.{client.id}.

8. Пример XML-документа

Ниже приведён фрагмент XML-документа, демонстрирующий секцию DOCINFO:

<component>
  <section>
    <code code="DOCINFO" codeSystem="1.2.643.5.1.13.13.99.2.197" .../>
    <title>Сведение о документе</title>
    <text>
      <table>
        <tbody>
          <tr><td>Причина отказа</td><td>Отсутствие признаков инвалидности</td></tr>
          <tr><td>Решение комиссии</td><td>№245 от "31" августа 2021 г.</td></tr>
          <tr><td>Заключение</td><td>Отказано в направлении на медико-социальную экспертизу</td></tr>
        </tbody>
      </table>
    </text>
    <entry>
      <observation classCode="OBS" moodCode="EVN">
        <code code="12170" .../>
        <value xsi:type="ST">Отсутствие признаков инвалидности</value>
      </observation>
    </entry>
    <entry>
      <observation classCode="OBS" moodCode="EVN">
        <code code="12171" .../>
        <value xsi:type="ST">Решение комиссии №245 от "31" августа 2021 г.</value>
      </observation>
    </entry>
    <entry>
      <observation classCode="OBS" moodCode="EVN">
        <code code="837" .../>
        <value xsi:type="CD" code="33" codeSystem="1.2.643.5.1.13.13.99.2.725" ... displayName="Отказано в направлении на медико-социальную экспертизу"/>
      </observation>
    </entry>
  </section>
</component>

Полный XML-шаблон, HTML-макет и руководство по реализации доступны в составе пакета спецификации.

9. Практические рекомендации

Перед настройкой убедитесь, что в МИС актуальны версии справочников: типы документов – 6.2, должности – последняя, перечень заключений – 1.9.
Исполнителем документа должен быть председатель врачебной комиссии (обычно заведующий отделением). Его должность обязательно должна быть идентифицирована по справочнику OID 1.2.643.5.1.13.13.11.1002.
В поле «Причина отказа» рекомендуется указывать конкретные медицинские и организационные обоснования (например, «отсутствие стойких нарушений функций организма», «неэффективность проведённых реабилитационных мероприятий»). Это не является формальным требованием валидации, но важно для клинической обоснованности.
Номер комиссии и дата должны соответствовать реальному протоколу врачебной комиссии. В XML-шаблоне дата выводится в человекочитаемом виде (например, «31» августа 2021 г.), а в машиночитаемой части используется стандартный формат yyyyMMdd.
Вызов генерации XML в HTML-шаблоне должен быть добавлен после всех проверок и до закрывающих тегов:

{: addSupplement('xml', formatByTemplate('CDA_MSE_REFUSE', 'CDA')) }

Настройка CDA «Справка об отказе в направлении на медико-социальную экспертизу» не требует сложной иерархии секций, но предъявляет чёткие требования к заполнению трёх ключевых свойств (причина отказа, номер комиссии, дата комиссии) и к корректной идентификации участников (председатель ВК). Важно настроить справочники (организации, типы документов, должности) и обеспечить формирование регионального идентификатора пациента через MPI. При соблюдении всех описанных шагов документ успешно пройдёт валидацию в РЭМД и будет соответствовать нормативной базе.