Настройка в МИС формирования СЭМД-beta «ВИМИС ССЗ» (Протокол кардиолога)

Коллеги, продолжаем серию по региональным интеграциям Санкт-Петербурга. Сегодня – четвёртая подсистема: ВИМИС ССЗ (сердечно-сосудистые заболевания). Документ формируется на основе приёма врача-кардиолога, использует тот же базовый шаблон «Прием (осмотр) врача-специалиста» (код 341, идентификатор формата CDA 159), но имеет свои особенности: отдельная секция «План лечения», специфический справочник диагнозов и дополнительная идентификация типа действия. Разбираем по шагам.

Что такое ВИМИС ССЗ

ВИМИС ССЗ – региональная подсистема Санкт-Петербурга для сбора протоколов осмотров пациентов с сердечно-сосудистыми заболеваниями (артериальная гипертензия, ишемическая болезнь сердца, инфаркты, инсульты и т.д.). В неё выгружаются данные амбулаторных приёмов кардиологов.

Базовый документ – «Прием (осмотр) врача-специалиста» (код 341).
Идентификатор формата CDA – 159 (общий для всех СЭМД-beta ВИМИС).
Специфика – наличие блока «План лечения» (PLAN), отдельная секция TRTMPLAN в XML, а также требование к диагнозу из справочника 1.2.643.2.69.1.1.1.168.

Шаг 1. Настройка типа действия

Создайте новый тип действия (например, «Прием (осмотр) врача-кардиолога (ВИМИС ССЗ)») или скопируйте существующий протокол кардиолога.

Основные параметры

Код для отчётов – OtherDocuments (обязательно).
Идентификатор документа – настраивается через счётчик (раздел «Настройки – Счётчики»). Создайте отдельный счётчик, например VIMIS_SSZ_ID.
Связь с номенклатурной услугой – на вкладке «Основная информация» выберите услугу, соответствующую приёму кардиолога (например, «Прием (осмотр, консультация) врача-кардиолога повторный»). Услуга должна иметь идентификацию по справочнику 1.2.643.5.1.13.13.11.1070.

Идентификация типа действия

На вкладке «Идентификация» добавьте две записи:

Внешняя система – 1.2.643.2.69.1.1.1.195.Cda
Код – 159.
Внешняя система – 1.2.643.5.1.13.13.11.1463 (код типа консультации)
Код – укажите код, соответствующий кардиологической консультации (например, 26).
А также идентификацию по звёздочному OID 1.2.643.5.1.13.13.11.1463* – там укажите наименование, например «Консультация врача-кардиолога».

Без второй идентификации поле «Тип консультации» в CDA останется пустым.

Шаг 2. Свойства и секции CDA

Создайте свойства в типе действия. Для каждого свойства заполните параметр «Секция CDA» по таблице ниже.

Назначение секции	Код секции CDA	Обязат-ть	Тип свойства	Примечания
Жалобы	`COMPLAINTS`	0	Text
Анамнез заболевания	`ANAM`	1	Text	Можно несколько свойств – объединятся
Анамнез жизни	`ANAMZ`	1	Text	Можно несколько свойств
Эпидемиологический анамнез	`EPIDANAM`	0	Text
Пульс (1/мин)	`PULSE`	0	Integer
АД систолическое	`PRESSURES`	0	Integer
АД диастолическое	`PRESSURED`	0	Integer
Температура тела (°C)	`TEMP`	0	Double
Сатурация (%)	`SATURATION`	0	Integer
Общее состояние пациента	`CONDIT`	1	Справочник	Значения по OID `1.2.643.5.1.13.13.11.1006`
Данные осмотра	`OBJECT`	1	Text	Можно несколько свойств
Оценка сознания	`CONSCIOUS`	0	Справочник	Значения по OID `1.2.643.5.1.13.13.11.1531`
Дата установления диагноза	`DIAGDATE`	1	Date
Клинический диагноз (текст)	`DIAGN`	1	Text
План лечения	`PLAN`	0	Text	Особенность ССЗ – отдельное свойство
Рекомендации	`RECOM`	0	Text
Заключение	`CONCL`	1	Text	Можно несколько свойств

Важно: Свойство PLAN используется для заполнения секции «План лечения» (в XML – элемент <section code="TRTMPLAN">). Если оно не заполнено, соответствующая секция в CDA не появится.

Шаг 3. Настройка типа события

Для случая обслуживания (обращения), к которому привязан осмотр кардиолога, у типа события должен быть заполнен «Код ЕГИСЗ» (обычно код амбулаторного приёма, уточните в МИАЦ). Также убедитесь, что диагнозы в этом типе события выставляются из правильного справочника (см. шаг 4).

Шаг 4. Справочник диагнозов (критично!)

Для ВИМИС ССЗ диагноз должен быть выставлен по справочнику с OID 1.2.643.2.69.1.1.1.168.
Если в вашей МИС используется другой справочник, создайте отдельный тип события для кардиологических приёмов и привяжите к нему нужный справочник диагнозов.

Убедитесь, что в случае обслуживания (обращении) в поле «Диагноз» выбран код из этого справочника. Иначе CDA не пройдёт валидацию.

Шаг 5. Идентификации (общие для всех ВИМИС)

Организация – у вашей МО должна быть заполнена идентификация по справочнику MDR308 (Регистр МО РФ).
Должность врача – идентификация по OID 1.2.643.5.1.13.13.11.1002 (справочник должностей).
Номенклатурная услуга – идентификация по OID 1.2.643.5.1.13.13.11.1070.

Шаг 6. Региональный идентификатор пациента

Для выгрузки в ВИМИС ССЗ (как и для других ВИМИС) требуется региональный идентификатор пациента. Проверьте:

Ревизия ИЭМК не ниже 28080.
В глобальных настройках есть запись ExtendedMseUrl со значением http://${dbServerName}/extendedmse/api.
В основном шаблоне печати (PDF-шаблоне) добавлены строки:

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

В конфиге ИЭМК прописаны gDefaultMpiUrl и gMpiToken.

Шаг 7. Проверки в основном шаблоне печати

В основной шаблон печати (PDF) добавьте следующие проверки – они обязательны для всех СЭМД-beta ВИМИС.

Дата выдачи документа:

{if: not client.document.date}
{: from PyQt4.QtGui import QMessageBox as mb}
{mb.critical(None, u'Проверка заполнения данных', u'ВНИМАНИЕ!\n\n' + u'Не заполнена дата выдачи документа, удостоверяющего личность пациента.\n', mb.Ok, mb.Ok)}
{exit(0)}
{end:}

СНИЛС пациента:

{if: not client.SNILS}
{: from PyQt4.QtGui import QMessageBox as mb}
{mb.critical(None, u'Проверка заполнения данных', u'ВНИМАНИЕ!\n\n' + u'Не заполнен СНИЛС пациента.\n', mb.Ok, mb.Ok)}
{exit(0)}
{end:}

Полис ОМС:

{if: not client.compulsoryPolicy.number}
{: from PyQt4.QtGui import QMessageBox as mb}
{mb.critical(None, u'Проверка заполнения данных', u'ВНИМАНИЕ!\n\n' + u'Не заполнены данные о полисе ОМС пациента.\n', mb.Ok, mb.Ok)}
{exit(0)}
{end:}

Адрес фактического проживания:

{if: not client.locAddress}
{: from PyQt4.QtGui import QMessageBox as mb}
{mb.critical(None, u'Проверка заполнения данных', u'ВНИМАНИЕ!\n\n' + u'Не заполнен адрес проживания пациента.\n', mb.Ok, mb.Ok)}
{exit(0)}
{end:}

Шаг 8. Ссылка на XML-шаблон

В основном шаблоне печати добавьте строку, подключающую XML-шаблон:

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

Здесь:

'VIMIS_SSZ' – имя шаблона печати, в котором хранится XML-документ (файл ВИМИС ССЗ.xml).
'CDA' – контекст этого шаблона.

Шаг 9. Особенности XML-шаблона

В файле ВИМИС ССЗ.xml обратите внимание на следующие моменты:

Часовой пояс – в элементах <low> и <high> используется +0400 (в отличие от АкиНео, где +0300). Если ваш регион работает по московскому времени, уточните у МИАЦ, нужно ли менять на +0300.
Тип документируемого события – код 29 («Прием (осмотр) врача-специалиста»).
Секция плана лечения – в XML вынесена в отдельный блок <section code="TRTMPLAN">. Она заполняется из свойства с секцией PLAN.
Справочник диагнозов – в <value xsi:type="CD" codeSystem="...1005"> должен подставляться код из справочника 1.2.643.2.69.1.1.1.168 (это настраивается на уровне типа события, а не в XML).

Сравнение всех ВИМИС-подсистем (расширенная таблица)

Теперь, когда у нас есть данные по четырём подсистемам, сведу их в одну таблицу для удобства.

Параметр	АкиНео	Онко	Профилактика	ССЗ
Профиль врача	Акушер-гинеколог	Онколог	Врач по профилактике	Кардиолог
Справочник диагнозов (OID)	`1.2.643.2.69.1.1.1.165`	`1.2.643.2.69.1.1.1.167`	`1.2.643.2.69.1.1.1.229`	`1.2.643.2.69.1.1.1.168`
Доп. идентификация типа действия	не требуется	`1.2.643.5.1.13.13.11.1463`	`1.2.643.5.1.13.13.99.2.797`	`1.2.643.5.1.13.13.11.1463`
Секция «План лечения» (`PLAN`)	нет	нет	нет	есть
Часовой пояс в effectiveTime / low / high	+0300	+0400	+0400	+0400
Тип документируемого события (код)	11 (диспансерное наблюдение)	29	29	29
XML-шаблон	`VIMIS_AkiNeo`	`VIMIS_ONKO`	`VIMIS_prof`	`VIMIS_SSZ`

Заключение

Настройка ВИМИС ССЗ практически полностью повторяет логику других ВИМИС-подсистем, но с несколькими важными отличиями:

Справочник диагнозов – 1.2.643.2.69.1.1.1.168.
Наличие свойства PLAN для заполнения плана лечения.
Идентификация типа действия через OID 1.2.643.5.1.13.13.11.1463.

Следуйте пошаговой инструкции, проверьте на тестовом приёме кардиолога, и протоколы будут корректно передаваться в региональную систему.

Если у вас остались вопросы – пишите, постараюсь помочь.