Передача данных в ЕГИСЗ: что должно быть в дневниковой записи, чтобы выгрузка прошла

Врач пишет приём, администратор нажимает кнопку выгрузки, и через сутки приходит отказ: документ не принят. Дальше начинается то, что отнимает больше времени, чем сам приём — поиск причины в структурированном ответе, правка записи, повторная отправка. В большинстве случаев причина лежит не в настройках интеграции, а в самом тексте дневниковой записи: нет кода диагноза, вмешательство описано словами без привязки к зубу, не указан исход или не заполнено поле, которое в карте выглядит необязательным, а для обмена данными обязательно.

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

Какие поля записи приёма нужны для выгрузки

ЕГИСЗ принимает не свободный текст, а структурированный документ. Это значит, что каждый смысловой блок приёма должен лежать в своём поле, а не быть размазан по одному абзацу «жалобы, осмотр, лечение». Даже если в карте клиники запись хранится как единый текст, при формировании документа система разбирает её на части — и то, что она не нашла, в документ не попадёт.

Минимальный набор, без которого выгрузка практически всегда уходит в отказ:

• Дата и время приёма. Не только дата, но и время начала — для амбулаторного случая это обязательный атрибут.
• Данные медработника. ФИО, должность, специальность. Если врач не заведён корректно в справочниках или его специальность не соответствует виду оказанной помощи, документ не примут.
• Данные пациента и документ, удостоверяющий личность, полис. Это зона администратора, но ошибка здесь всплывает уже после того, как врач закрыл приём.
• Вид и условия оказания медицинской помощи. Первичная, в амбулаторных условиях, плановая или неотложная форма.
• Повод обращения. Заболевание, профилактический осмотр, диспансерное наблюдение — каждый вариант влияет на то, какие поля станут обязательными дальше.
• Жалобы и анамнез. Текстовые блоки, но пустыми их оставлять нельзя: это содержательная часть документа.
• Объективный статус. Описание осмотра, в стоматологии — состояние зубов, слизистой, при необходимости данные зондирования и перкуссии.
• Диагноз с кодом МКБ-10. Основной обязательно, сопутствующие — при наличии.
• Выполненные вмешательства. С привязкой к конкретному зубу и, если клиника работает по номенклатуре, с кодом услуги.
• Исход и результат обращения. Лечение завершено, лечение продолжается, направлен к другому специалисту.
• Рекомендации и дата повторной явки. Для продолжающегося лечения — критично.

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

Диагноз по МКБ-10: формулировка и код

Диагноз — самое частое место отказа. Причина простая: врач пишет формулировку так, как привык говорить с пациентом или с коллегой, а документу нужен код из справочника.

Типичные расхождения, которые ломают выгрузку:

• Диагноз без кода. «Хронический пульпит» в тексте есть, кода K04.0 нет. Для документа диагноза нет вовсе.
• Код не той глубины. В ряде случаев система требует четырёхзначный код, а указан трёхзначный блок. K04 вместо K04.0 — формально это рубрика, а не диагноз.
• Код не существует. Опечатка в одном символе даёт позицию, которой нет в справочнике. Ответ будет не «опечатка», а «код не найден».
• Расхождение текста и кода. Написано «периодонтит», код поставлен от пульпита. Автоматическая проверка это не всегда поймает, а вот при разборе или проверке — вопрос возникнет.
• Несколько основных диагнозов. Основной должен быть один. Остальное — сопутствующие или осложнения, с соответствующей ролью.

Отдельная история — стоматологические коды, которые врачи используют нечасто и потому путают. Болезни пульпы и периапикальных тканей (K04), кариес (K02), болезни периодонта (K05), аномалии положения зубов (K07), другие болезни зубов и поддерживающего аппарата (K08). Внутри каждой рубрики есть уточняющие позиции, и именно они нужны документу.

Практическое правило: формулировка диагноза в тексте и код МКБ-10 должны ставиться рядом и подбираться одновременно. Если код добавляется задним числом, расхождение почти неизбежно.

Именно здесь шаблоны дают выигрыш. Когда запись собирается от диагноза — то есть врач выбирает нозологию, а текст осмотра, план и описание вмешательства подтягиваются уже согласованными с ней, — код и формулировка расходиться не могут физически. В конструкторе StomAI шаблоны привязаны к МКБ-10, поэтому в готовом тексте код и описание соответствуют друг другу изначально.

Нумерация зубов и описание вмешательства

Вторая по частоте причина возврата документа — вмешательство, которое невозможно однозначно соотнести с объектом лечения.

В обычной карте фраза «проведено пломбирование жевательного зуба справа внизу» читается нормально: врач знает, о чём речь. Для структурированного документа это пустая строка. Нужен конкретный зуб в принятой системе нумерации.

Что важно соблюдать:

• Одна система нумерации на всю клинику. Двухцифровая система ВОЗ (FDI) — 11 – 48 для постоянных зубов, 51 – 85 для временных. Если часть врачей пишет по FDI, часть по квадрантам, а кто-то словами, при выгрузке получится мешанина.
• Временные зубы — своей нумерацией. «Зуб 6 справа внизу» у ребёнка шести лет может означать и 46, и 85. Документ допускает только один вариант.
• Поверхности и каналы. Если вмешательство описывается с детализацией, формулировки должны быть единообразны: медиальная, дистальная, окклюзионная, вестибулярная, язычная или нёбная. Количество обработанных каналов указывается числом.
• Каждое вмешательство — отдельной позицией. Лечение 36 и 37 в одном приёме — это две записи о вмешательстве, а не одна фраза «пролечены 36, 37». При выгрузке по номенклатуре услуг это две разные позиции.
• Соответствие вмешательства диагнозу. Эндодонтическое лечение при диагнозе «кариес эмали» вызовет вопрос — и у проверяющего, и у логики контроля.

Зубная формула в конструкторе нужна ровно для этого: врач отмечает зубы мышкой, а в текст попадают корректные номера в единой системе. Ручной ввод номеров в свободный текст — главный источник опечаток, которые потом ищут всей клиникой.

Что ещё должно быть в описании вмешательства

Помимо номера зуба, содержательная часть требует указания того, что именно сделано: анестезия с препаратом и объёмом, тип препарирования, использованные материалы по группам, количество посещений в рамках лечения, результат на момент окончания приёма. Это не формальность — именно эта часть делает документ медицински осмысленным, а не набором кодов.

Частые причины отказа при передаче данных

Если свести практику к списку, отказы распределяются примерно по таким группам.

1. Пустое обязательное поле. Чаще всего — исход обращения, результат обращения или дата повторной явки при продолжающемся лечении.
2. Отсутствует или некорректен код МКБ-10. Разобрано выше.
3. Вмешательство без привязки к зубу либо номер зуба в произвольном формате.
4. Несогласованность данных внутри документа. Дата приёма позже даты формирования документа, время окончания раньше времени начала, возраст пациента не соответствует типу зубов.
5. Проблемы со справочниками. Специальность врача, услуга, материал — позиция указана текстом, которого нет в номенклатуре клиники или в федеральных справочниках.
6. Нет подписи. Документ без электронной подписи врача, а в ряде случаев и подписи медорганизации, не принимается. Это уже не про текст, но проявляется на том же шаге.
7. Дублирование. Повторная отправка того же приёма после правки без корректного указания, что это новая версия документа.
8. Слишком короткий содержательный блок. Жалобы в три слова и объективный статус в одну строку формально проходят, но делают документ бесполезным — и первым кандидатом на вопросы при проверке.

Отдельно стоит сказать про порядок действий при отказе. Структурированный ответ почти всегда указывает конкретное поле или правило. Читать его стоит до того, как начинать править запись «по наитию»: в половине случаев дело не в тексте врача, а в карточке пациента или в настройке справочника, и переписывать осмотр бессмысленно.

Практичнее не чинить отказы, а убирать их источник: сделать так, чтобы запись изначально собиралась с кодом, номерами зубов и исходом. Правка сорока записей задним числом стоит дороже, чем настройка шаблонов один раз.

Где заканчивается конструктор и начинается МИС

Здесь важно не путать два разных инструмента, потому что от этого зависит, чего ждать и от кого.

Передачу данных в ЕГИСЗ выполняет медицинская информационная система клиники. Именно она хранит карту пациента, формирует структурированный электронный медицинский документ, подписывает его электронной подписью врача и медорганизации и отправляет в подсистемы ЕГИСЗ через установленные интеграционные механизмы. Ни один сервис подготовки текста этого за неё не делает и делать не может — там нужны регистрация медорганизации, учётные данные, подписи, журналы отправок.

Конструктор дневниковых записей отвечает за содержание. Его задача — чтобы текст приёма, который врач переносит в карту, был полным и согласованным: диагноз с корректным кодом МКБ-10, зубы в единой нумерации, описание вмешательства, исход, рекомендации. То есть чтобы МИС было из чего собрать документ.

Разделение ответственности выглядит так:

• МИС: карта 043/у как юридический документ, формирование и отправка СЭМД, электронная подпись, справочники услуг, журнал обмена, обработка ответов и отказов.
• Конструктор: структура и полнота текста приёма, соответствие диагноза и описания, корректные номера зубов, единообразие формулировок между врачами.

Практический смысл в том, что большинство отказов, связанных с содержанием, решаются на стороне врача — до того, как запись попала в карту. Пустой исход, отсутствующий код, зуб, указанный словами: всё это появляется в момент написания приёма и дальше просто едет по конвейеру до момента отправки.

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

StomAI закрывает первую часть этой задачи: шаблоны по МКБ-10, зубная формула и готовый текст приёма, который копируется в карту клиники. Отправку в ЕГИСЗ по-прежнему делает МИС — но собирать документ ей будет уже из чего. Посмотреть, как выглядит собранная запись, можно в конструкторе, другие разборы по оформлению приёмов — в блоге.

Вопрос-ответ

Может ли конструктор дневниковых записей сам отправлять данные в ЕГИСЗ?

Нет. Передачу выполняет медицинская информационная система клиники: она формирует структурированный электронный медицинский документ, подписывает его электронной подписью врача и медорганизации и отправляет в подсистемы ЕГИСЗ. Конструктор отвечает за другое — за полноту и согласованность текста приёма, который врач переносит в карту.

Какое поле чаще всего оказывается причиной отказа?

Три лидера: отсутствующий или некорректный код МКБ-10, незаполненный исход и результат обращения, вмешательство без привязки к конкретному зубу. Все три появляются в момент написания записи, поэтому дешевле закрывать их шаблоном, чем править документы задним числом.

Какую систему нумерации зубов использовать, чтобы не было проблем при выгрузке?

Двухцифровую систему ВОЗ (FDI): 11 – 48 для постоянных зубов, 51 – 85 для временных. Главное условие — она должна быть единой для всей клиники. Смешение FDI, квадрантной записи и словесных описаний в разных записях создаёт больше проблем, чем сам выбор системы.

Достаточно ли трёхзначного кода МКБ-10?

Как правило нет. Трёхзначная позиция — это рубрика, а не диагноз. Для стоматологических нозологий обычно требуется уточняющий четырёхзначный код: например, K04.0 вместо K04. Конкретные требования зависят от типа документа и повода обращения.

Что делать, если документ вернулся с отказом?

Сначала прочитать структурированный ответ — он почти всегда указывает конкретное поле или нарушенное правило. Часто причина не в тексте врача, а в карточке пациента, специальности медработника или настройке справочника услуг. Переписывать осмотр до разбора ответа — потеря времени.