- Заполненофакт принят врачом
- Требует проверкисистема не уверена
- Не применимополе не относится к приёму
- Не заполненосведений в разговоре нет
Разделить обязательное и полезное
Сначала команда описывает фактический сценарий приёма: какие сведения врач получает от пациента, какие фиксирует сам, что обязательно для данного типа документа и что заполняется только по показаниям. Это помогает не требовать от системы заполнения полей, которые не звучат в разговоре или должны появляться после осмотра.
Сделать поля однозначными
У одного поля должна быть ясная роль. Если «жалобы» и «анамнез заболевания» смешаны в длинном свободном блоке, врач и система по-разному поймут границу. Лучше дать каждому разделу понятное название, описание и пример допустимого содержания. Для назначений, дозировок, дат и числовых показателей нужны отдельные правила проверки.
Предусмотреть статус проверки
Не каждый факт из диалога можно автоматически считать готовой записью. Шаблон должен позволять отметить: поле заполнено, требует проверки, не применимо или не заполнено. Это помогает врачу быстро увидеть, где нужна собственная формулировка, а системе — не создавать видимость полноты.
Проверить на реальных рабочих сценариях
Перед внедрением шаблон проверяют на синтетических примерах типовых и нестандартных приёмов. Смотрят, не дублируются ли поля, можно ли найти источник факта и удобно ли врачу утвердить итог. Затем шаблон корректируют и только после этого используют в пилоте.
Частые вопросы
Какие поля шаблона лучше заполнять голосом?
Те, о которых реально говорят на приёме: жалобы, анамнез, ход уточняющих вопросов. Поля, которые заполняются по результатам осмотра или только по показаниям, лучше выделить отдельно.
Зачем нужны статусы поля?
Шаблон должен различать: заполнено, требует проверки, не применимо, не заполнено. Это помогает врачу быстро увидеть, где нужна своя формулировка, а системе — не создавать видимость полноты.
Как описать поля, чтобы система и врач понимали их одинаково?
У каждого поля — понятное название, описание и пример допустимого содержания. Для назначений, дозировок, дат и числовых показателей добавляют отдельные правила проверки.
Как проверить шаблон до внедрения?
Прогнать его на синтетических примерах типовых и нестандартных приёмов: нет ли дублирующих полей, можно ли найти источник факта и удобно ли врачу утвердить итог. Затем скорректировать шаблон и только после этого запускать пилот.