Задача: регистрировать, проверять и находить — без очередей
Типовая картина медицинской организации: сотни входящих документов в неделю — направления из других учреждений, выписки от пациентов, согласия на обработку данных, полисы и документы для расчётов. Регистратура вносит их в МИС вручную, врач ищет «ту самую выписку» в папках или сканах, а при проверке выясняется, что в пакете не хватает согласия — и пациент ждёт. Задача: автоматизировать приём и регистрацию документов, контроль комплектности и поиск по архиву, оставив людям клиническую часть и сложные случаи.
Сразу фиксируем границу: этот контур — про документооборот. ИИ в нём не ставит диагнозы, не интерпретирует результаты исследований и не влияет на назначения; клинические решения остаются за врачом без исключений.
Почему это сложно
Первая сложность — разнородность входящих: рукописные фрагменты направлений, фотографии полисов на телефон, сканы с печатями в несколько слоёв; OCR обязан справляться и честно сигнализировать, где не справился. Вторая — требования к защите данных на порядок выше среднего: медицинская тайна плюс 152-ФЗ плюс, как правило, требования к ИСПДн — любая обработка должна оставаться внутри контура клиники, внешние облачные API исключены в принципе. Третья — цена ошибки маршрутизации: документ, ушедший не туда, — это потерянное время врачам и пациенту; поэтому спорные случаи всегда уходят человеку. Четвёртая — интеграция с МИС: контур обязан не создавать «вторую систему», а вписаться в существующие рабочие места.
Архитектура: документы внутри периметра
Архитектура контура медицинского документооборота (текстовая схема)
Каналы входящих: почта · сканер · фото с телефона · интеграции
│
▼
OCR (on-premise): печатный текст + рукописные фрагменты
контроль качества: сомнительные зоны ──► на ручную верификацию
▼
Классификация: направление / выписка / согласие / полис / счёт
▼
Извлечение полей: строгий JSON (ФИО, даты, организация, тип)
── НИКАКИХ клинических интерпретаций, только атрибуты документа
▼
Проверка комплектности пакета ──► маршрут в МИС (или задача человеку)
▼
Архив: полнотекстовый + семантический индекс (RAG-поиск)
поиск: «выписка из областной больницы, март» ──► документы с ссылками
▼
Журнал доступа: кто смотрел документ, когда, зачем (мед. тайна)
Инфраструктура: всё внутри контура клиники; LLM — локальная
(Ollama / self-hosted), внешние API не используются
Технологический стержень контура — OCR и локальные модели. Практики распознавания, включая сложные сканы, — в обзоре «OCR: распознавание документов». Языковой слой работает на локальном LLM через Ollama — это принципиальное решение для медицины: данные физически не покидают контур, а производительность достаточна для классификации и извлечения атрибутов; об open-source-моделях для бизнеса — обзор «Open-source LLM для бизнеса». Поиск по архиву построен на эмбеддингах — те же модели, что и в обзоре эмбеддингов русского языка, с фильтром прав доступа: сотрудник видит в выдаче только то, что ему доступно.
Этапы внедрения
| Этап | Что получается | Бюджет | Срок |
|---|---|---|---|
| Аудит потоков документов и ИБ | карта типов документов и маршрутов, требования контура безопасности, план интеграции с МИС | от 90 000 ₽ | 1–2 недели |
| Пилот на одном потоке | например, входящие направления: регистрация с OCR, комплектность, маршрут в МИС | от 480 000 ₽ | 4–6 недель |
| Промышленный контур | все потоки документов, роли и права, поиск по архиву, журналы, отчётность | 0,9–1,2 млн ₽ | по ТЗ |
| Сопровождение | обновление под новые формы документов, контроль качества распознавания | по регламенту | — |
Бюджеты — прайс НЬЮ-ССТ на сентябрь 2026, «от», без НДС (УСН, п. 2 ст. 346.11 НК РФ). Сроки — типовые вилки проектов этого класса.
Типовые метрики «до/после»
Ниже — типовые вилки результатов внедрений документооборота этого класса в медицинских организациях, а не отчёт конкретной клиники. Базовая линия замеряется до старта на тех же потоках.
- Время регистрации входящего документа: типовое снижение на 60–85% — с минут ручного ввода до проверки готовой карточки.
- Ошибки комплектности пакетов: −50–80% — система проверяет состав пакета по правилам, а не «на глаз».
- Поиск по архиву: секунды вместо десятков минут; типовой эффект — освобождение 0,5–1 часа в день у каждого врача и медсестры, работающих с документами.
- Доля документов без ручной доработки: 70–90% проходят автоматическую регистрацию полностью.
Безопасность: 152-ФЗ, ИСПДн и медицинская тайна
Здесь безопасность — не раздел, а каркас решения. Типовой контур: все модели и данные внутри периметра клиники; внешние API исключены; доступ к документам — по ролям с журналированием каждого просмотра (медицинская тайна); обезличивание для аналитики и контроля качества; сроки хранения и порядок уничтожения — по 152-ФЗ и внутренним регламентам. Если информационная система оперирует персональными данными, параллельно решается вопрос аттестации ИСПДн — рынок и состав работ разобраны в кейсе «Аттестация ИСПДн: цены 2026». И ещё раз: клинических функций в контуре нет и не планируется — это принципиальная граница проекта.
Об этом разборе. Это обезличенное типовое внедрение из нашей практики проектирования: без имён клиник (NDA), без диагнозов и клинических сценариев, без выдуманных цифр — метрики даны типовыми вилками класса; фактические значения фиксируются в КП и на приёмке.