UGLYPEAR AI обновил бизнес: высокопроизводительное сжатие документов × RAG-платформа инженерии данныхУзнать о новом направлении →

Больше данных — хуже ответ: как медицина ставит RAG без выхода за периметр

Многие клиники искренне верят: загрузили в языковую модель всё подряд — карты пациентов, снимки, журналы — и вот он, «AI-врач». На практике получается обратное. Чем плотнее вы кормите модель неразобранным архивом, тем беспомощнее её ответы. Поиск по такому корпусу ползёт, факты путаются, а персональные данные утекают между делом куда-то за периметр. В медицине первый шаг к искусственному интеллекту — не «долить данных», а сделать вычитание: уменьшить объём документов, закрыть чувствительное, поднять внутри сети приватную RAG-базу.

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

Начнём с факта, который сбивает с толку. Komprise опросила пул предприятий по поводу их NAS-хранилищ и выяснила: от 60% до 70% данных никто не трогает дольше 90 дней, при этом они занимают самое дорогое первичное хранилище. В больничном разрезе это архив PACS: цифровые снимки лежат горами DICOM, в обычные дни почти не читаются, а бюджет на хранение растёт год от года. Если такой «холодный» пласт напрямую сунуть в конвейер модели, он и поиск затормозит, и вычисления сожжёт впустую. Любопытная деталь: многим отделениям не хватает не места, а механизма «лишнее удалить, нужное заархивировать».

Другая сторона той же проблемы — цена самого поиска. Сравнение по управлению знаниями показало: в организациях без соответствующей программы сотрудники тратят на поиск нужного в среднем 8,5 часа в неделю; там, где программа внедрена, показатель падает до 4,6 часа, то есть высвобождается 3,9 часа еженедельно — это примерно 98 полных ставок на каждую тысячу сотрудников. В клинике клинические протоколы, стандарты назначений, шаблоны карт и записи консилиумов разбросаны по разным системам и личным папкам; найти «последнюю версию» пути лечения врачу порой труднее, чем принять пациента в приёме. Документ не нашёлся — кто-то завёл новый, версий развелось, а рабочая утонула где-то внизу.

Есть и более распространённый беспорядок. В опросе Kaspersky 57% респондентов признали, что им трудно отыскать важные файлы; лишь 30% прибирают их регулярно, а 26% завели отдельную «папку-свалку» под необработанное. Общий диск медицинского отделения — это нередко увеличенная копия такого состояния: названия кто во что горазд, версий не счесть, никто не помнит, кто и что менял. При чём тут запуск модели? Самым прямым: модель ест именно эти неразберихи, мусор на входе — мусор на выходе.

В клинической рутине такой беспорядок бьёт по скорости решений. Когда консилиум ждёт протокол, а нужный файл теряется между личными папками и общим диском, врач либо теряет время на поиск, либо опирается на память. Модель, посаженная на тот же хаос, ошибку лишь умножает. Чистить корпус надо до подачи, а не после неё.

Отсюда вопрос, который не обойти. Раз уж данные надо причесать, почему бы не уйти в облако? Потому что у медицинских данных свой характер. Пациентская тайна (PHI), научные выборки, неопубликованные испытания — всё это связано требованиями по защите и ограничениями на вывод данных за рубеж: ни шагу за контур. Сложнее то, что в исходных документах перемешаны имена, номера удостоверений, номера карт, семейный анамнез — скормить это модели напрямую значит выложить приватность на стол. В решении UglyPear Data встроена 13-категорийная AI-детекция чувствительного: перед попаданием в базу поля находятся и закрываются автоматически, риск снимается у самого источника. Простыми словами, в медицине комплаенс — не бонус, а входной билет.

Как это делается на деле? Три нити идут параллельно, не надейтесь пройти по одной. Каждая закрывает свой порог — объём, приватность или способ запуска, — и вместе они дают связку, которая держит данные в стенах клиники и при этом позволяет модели работать с ними осмысленно.

Первая нить — сжатие. SmartSlim на самописном Rust-движке ужимает 8 типов форматов: PDF, изображения, видео, аудио, Office, OFD, сканы. Снижение объёма лежит в диапазоне 60%–80%, и весь процесс идёт локально — файл не покидает ваше окружение. Внутренние замеры показали: OFD-документ на 443 страницы обрабатывается от начала до конца за 124 секунды; по методике GPT-4o расход токенов на изображения снижается на 85,9%. Для места, где документов много и они чувствительны, первым ходом уменьшаешь объём — и затраты на поиск с выводом падают сами. На вид сжатие лишь «делает меньше», но по сути оно решает задачу «модель и прочитает, и потянет по стоимости».

Вторая нить — база инженерии данных RAG. UglyPear Data разбирает её на шесть процессов и восемь способностей: от очистки, нарезки и маскировки документов до векторизации и поиска. Суть в том, чтобы россыпь файлов превратить в знание, которое модель и поймёт, и которому можно доверять. Частное размещение значит, что весь конвейер крутится на ваших серверах, ничего не выходит за контур — для медицины это критично: знание остаётся в стенах учреждения, и след аудита остаётся там же.

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

Третья нить — сам способ развёртывания. Полностью приватное развёртывание сажает систему внутрь больничной сети и, с учётом адаптации под отечественный стек, работает на средах вроде Kylin и UnionTech. Для тех, кто уже пошёл по пути импортозамещения, исчезает ещё один источник бессонницы — «вдруг системы не совместятся».

Пути AI-зации медицинских документов, по сути, три, и разница между ними больше, чем кажется:

Параметр Чистый SaaS в облаке Локальная сборка на открытом ПО Приватный RAG и сжатие в одном
Данные покидают контур? Да, под ограничения на вывод Нет Нет
Маскировка чувствительного Зависит от вендора, трудно настроить Нужно писать самим Встроена 13-категорийная детекция
Затраты на хранение и вычисления По факту, в долгую — высоко Единовременно, тяжёлый уход Сжатие снижает объём, в долгую — управляемо
Точность поиска Средняя, зависит от качества корпуса На уровне вашей инженерии После шести процессов — устойчивее
Срок развёртывания Относительно быстро Медленно, нужен дежурный спец Достаточно быстро, адаптация под стек
Подходящий масштаб Небольшие учреждения Те, у кого есть техкоманда Средние и крупные больницы, фарма, наука

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

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

Рядом со сжатием стоит и отдельный инструмент compress-mcp — способ вызвать ужатие прямо из рабочего конвейера агента, не выводя файлы наружу. Это удобно, когда сжимать надо не пачкой, а по ходу дела, шаг за шагом, не покидая приватного окружения. А для наведения порядка в общих папках, где Kaspersky фиксирует «папки-свалки», пригодится MagiFiler: он помогает разгрести россыпь именованных криво, версий и дублей до того, как документы попадут в базу инженерии данных RAG. Порядок на входе — это и есть половина успеха на выходе, и именно здесь видна разница между системой, которая «просто отвечает», и системой, которой можно доверять диагноз или протокол.

Попробуйте сейчас

Хотите посмотреть, как это реально поднимается внутри больничной сети? Загляните на сайт UglyPear Data — https://www.uglypear.com/ru/ — чтобы разобраться в базе инженерии данных RAG, или откройте страницу продуктов https://www.uglypear.com/ru/products/ и посмотрите возможности сжатия SmartSlim. Больше инженерных практик и разборов — в блоге https://www.uglypear.com/ru/blog/.

Часто задаваемые вопросы

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

Не сделает ли сжатие карту нечитаемой?
Сжатие бьёт по объёму, а не по читаемости содержимого. Внутренние замеры: 443 страницы OFD проходят от начала до конца за 124 секунды, текст и печати сохраняются. Главное при выборе — смотреть, не становится ли сжатие настолько «с потерями», что страдает трактовка.

Чем RAG отличается от прямой подачи документов в модель?
Прямая подача легко упирается в лимиты длины, теряет контекст и отвечает невпопад. В RAG документ проходит нарезку, маскировку и индексацию, а достаётся по запросу — и ответ прослеживается до источника.

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

Не «заденет» ли маскировка нормальный текст?
13-категорийная детекция по правилам находит имена, номера удостоверений, номера карт и схожие поля; masking идёт либо в обратимом, либо в необратимом виде, и конкретную стратегию можно настроить под задачу при развёртывании.