Как MedConnect связали электронные рецепты с ЕГИСЗ и УКЭП врача

«Диагноз удалённо не ставим, рецепт подписывает врач».

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

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

Где заканчивается подсказка и начинается медицинское решение

В MedConnect есть AI-блок, который помогает формулировать рекомендации. На электронных рецептах это место оказалось самым чувствительным.

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

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

Поэтому мы разделили роли:

• AI помогает подготовить формулировки в допустимых рамках;
• врач принимает медицинское решение;
• электронный рецепт подписывается УКЭП врача;
• юридическую силу для аптеки имеет подписанный рецепт, а не AI-текст.

Так пациент видит понятную рекомендацию, врач не получает «автодиагноз» в интерфейсе, а система не выходит за правовые ограничения телемедицины.

Электронный рецепт как юридический документ

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

УКЭП здесь важна не как декоративный атрибут. Она связывает рецепт с конкретным врачом и придаёт документу юридическую силу. После подписи рецепт можно передавать в контур, где он будет восприниматься аптекой как действительный электронный документ.

Из-за этого в интеграции нельзя относиться к подписи как к последнему шагу «потом прикрутим». Она влияет на весь сценарий:

• врач должен понимать, что именно подписывает;
• данные рецепта должны быть готовы до подписи;
• после подписи нельзя незаметно менять смысл документа;
• AI-рекомендации не должны подменять подписываемое медицинское назначение.

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

Интеграция с ЕГИСЗ без размывания ответственности

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

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

Мы держали эти сущности отдельно. AI не выдаёт первичный диагноз. Врач подписывает рецепт своей УКЭП. ЕГИСЗ получает электронный рецепт в рамках медицинского обмена. Аптека работает с документом, который имеет юридическую силу.

Такой сценарий скучнее, чем «AI сам всё назначил за минуту», зато он проходит по реальным ограничениям телемедицины. Следующий вопрос в таких интеграциях обычно не про красивую кнопку, а про то, какие именно данные врач видит в момент подписи и что система запрещает менять после неё.