БЛОГ

Шаблон или конструктор: чем отличается готовый текст приёма от собранного по параметрам

14 октября 2026 г.

У любого врача, который ведёт приём десять лет, есть личная папка заготовок. Чаще всего это файл в текстовом редакторе или набор быстрых фраз в МИС: «лечение кариеса», «удаление зуба», «эндодонтическое лечение, второе посещение». Заготовка экономит минуты, и это честная экономия. Проблема появляется не в момент вставки, а через тридцать секунд после — когда приходится вычитывать вставленный абзац и править в нём половину слов.

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

Почему универсальный шаблон не подходит под приём

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

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

Номер зуба. В шаблоне стоит 36, а лечили 46. Исправить легко, забыть исправить — ещё легче, особенно если номер упоминается в записи четыре раза: в жалобах, объективно, в диагнозе и в описании манипуляций.
Диагноз и код. Шаблон «кариес» не различает K02.1 и K04.0, хотя дальше по тексту это две разные записи: разный объём обследования, разные манипуляции, разные рекомендации.
Количество посещений. Заготовка описывает лечение «в одно посещение», а по факту пациент пришёл на второе, и первая половина текста противоречит сама себе.
Материалы и методики. В файле остался материал, которым клиника не работает уже год, или методика, от которой врач отказался.
Лишние абзацы. Описание анестезии в записи, где анестезии не было. Или наоборот — её не было в шаблоне, а на приёме делали.

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

Шаблон экономит время на наборе и отнимает его на вычитке. Чем универсальнее заготовка, тем больше в ней мест, которые нужно проверить вручную.

Что меняется от пациента к пациенту

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

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

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

Как работает сборка текста по параметрам

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

Что указывает врач

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

Что получается на выходе

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

Про МИС и ЕГИСЗ —
честно

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

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

Что остаётся за врачом

Сборка по параметрам снимает механическую часть работы и не претендует на клиническую. Разделение простое.

Диагноз ставит врач. Инструмент предлагает формулировки под уже выбранный код МКБ-10, а не выбирает код за врача и не подсказывает, что у пациента.
План лечения определяет врач. Текст описывает то, что сделано и назначено, а не рекомендует тактику.
Данные осмотра вносит врач. Никакой параметр не заменит того, что увидено в кабинете и на снимке.
Финальная вычитка — за врачом. Запись подписывает он, значит он и отвечает за её содержание. Разница с шаблоном в том, что вычитывать приходится согласованный текст, а не искать в нём чужие остатки.

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

Когда шаблон всё же удобнее

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

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

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

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

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

Чем сборка по параметрам отличается от обычного шаблона с подстановкой переменных?

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

StomAI передаёт данные в ЕГИСЗ?

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

Можно ли заменить конструктором медицинскую карту формы 043/у?

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

Сервис подсказывает диагноз по описанию симптомов?

Нет. Диагноз ставит врач. Инструмент работает в обратном направлении: врач выбирает код по МКБ-10 и данные осмотра, а сервис подбирает под них формулировки записи.

Стоит ли сохранять свои старые шаблоны, если перейти на сборку по параметрам?

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