Делюсь пошаговой инструкцией, основанной на реальной задаче. Разберём настройку типа действия, привязку свойств, проверки и шаблоны.
Коллеги, привет! Недавно столкнулся с задачей — настроить автоматическую выгрузку в РЭМД извещения о впервые выявленном злокачественном новообразовании (форма № 090/у). Расскажу, как я это сделал, чтобы у вас не было лишних танцев с бубном.
1. Готовим тип действия
Создаём новый тип действия (или копируем существующий протокол). Важные моменты:
- Код для отчётов – обязательно
OtherDocuments. Без него CDA не сформируется. - Идентификатор для справочника «Классификатор электронных медицинских документов. Формат Cda» – ставим
270. Это ключ, по которому система поймёт, какой XML-шаблон использовать. - На вкладке «Умолчания» при желании прописываем значения по умолчанию, например, метод подтверждения диагноза или обстоятельства выявления.
2. Настраиваем идентификатор документа
В свойствах типа действия заходим в «Идентификатор документа». Чтобы номер извещения генерировался автоматически, используем счётчик. Я создал в разделе «Настройки → Счетчики» новый счётчик с произвольным форматом (например, ИЗВ-{год}-{посл.номер}) и привязал его к типу действия. Теперь каждый новый протокол получает уникальный номер.
3. Секции CDA – связываем свойства с документом
В шаблоне CDA используются секции, которые заполняются из свойств протокола. Для этого в типе действия создаём свойства (или используем существующие) и в поле «Секция CDA» прописываем соответствующий код.
Вот таблица, которую я для себя составил (все коды регистрозависимы):
| Секция (что храним) | Код секции | Тип свойства | Примечание |
|---|---|---|---|
| Извещение составлено в онкодиспансере | ONKO | String | Значения «Да» / «Нет» |
| Этническая группа | ETHNIC | String/Text | |
| Дата первого обращения | FIRSTDATE | Date | |
| Метод подтверждения диагноза | METHOD | String | Заполняется из справочника (см. ниже) |
| Обстоятельства выявления | CIRCUMSTANCE | String | Тоже справочник |
| Порядковый номер опухоли | ORDERNUMBER | Integer | |
| Клинический диагноз (текст) | DIAGNOSIS_CLINICAL | Text | |
| Организация-получатель | TARGET_MO | Organisation | Обязательно |
Для полей METHOD и CIRCUMSTANCE я завёл выпадающие списки с соответствующими справочниками (коды OID указаны в docx-файле). Например, для метода: морфологический, цитологический, лабораторно-инструментальный и т.д. Если поле не заполнено – в CDA подставится «неизвестно».
4. Идентификации – без них никуда
Система должна понимать, кто есть кто. Проверьте следующие настройки:
- Организации (своя и получатель) – у обеих должен быть заполнен код по справочнику
MDR308(Регистр МО РФ). Это делается в карточке организации, вкладка «Идентификация», тип внешней системы – выбираете справочник с кодом MDR308. - Должность исполнителя – у врача, который подписывает извещение, у должности должна быть идентификация по OID
1.2.643.5.1.13.13.11.1002(справочник должностей). Иначе получите ошибку «Отсутствует идентификация должности». - Тип документа (ДУЛ пациента) – настраивается идентификация по OID
1.2.643.5.1.13.13.99.2.48(код типа документа) и1.2.643.5.1.13.13.99.2.48*(наименование). Версия справочника – 7.1.
5. Шаблоны печатных форм
В системе два шаблона:
FIRST_ZNO.html– печатная форма (human-readable). Там же встроена проверка заполнения перед формированием CDA. Если чего-то не хватает (нет СНИЛС врача, не заполнен TARGET_MO, отсутствует заключительный диагноз со статистического талона) – пользователь увидит диалог с ошибкой и документ не сформируется.CDA_FIRST_ZNO.xml– непосредственно XML для РЭМД. Его не трогаем без необходимости, но полезно знать, что он забирает данные из свойств протокола (черезprop.sectionCDA) и из диагноза (диагноз типа «1» – заключительный).
6. Что важно помнить при эксплуатации
- Протокол должен быть в состоянии «Закончено» (статус 2). Иначе проверка не пройдёт.
- У пациента обязательно должен быть заключительный диагноз на вкладке «Стат.учёт / Стат.талон» с кодом МКБ.
- Поле «Организация получатель» (
TARGET_MO) – обязательное. Если его нет, вы получите ошибку и CDA не сгенерируется. - Если ваша организация находится в Забайкальском крае (код KLADR 75), в CDA автоматически подставится часовой пояс +0900, иначе +0300. Это прописано в XML.
7. Пара советов на будущее
- Перед массовым внедрением сделайте тестовый протокол и нажмите кнопку формирования CDA. Если всплывёт ошибка – читайте текст: он подскажет, чего именно не хватает.
- Для удобства пользователей добавьте кнопку «Проверить заполнение» прямо на форму протокола – это снизит количество звонков в техподдержку.
- Если нужно передавать не только в РЭМД, но и в региональный онкорегистр – сверьтесь с местными требованиями: возможно, потребуется доработать XML.
Надеюсь, мой опыт сэкономит вам несколько часов. Внедряйте, тестируйте, и пусть ваши извещения уходят без ошибок!