Концепция

Детерминированный надзорный контроль интенсивной терапии

HealthOS ICU предоставляет детерминированную систему надзорного контроля для операционных и отделений реанимации и интенсивной терапии. В отличие от систем поддержки клинических решений на основе ИИ, каждая рекомендация прослеживается до правила — формально скомпилированного и одобренного врачом — и может быть аудирована, воспроизведена и объяснена в рамках судебной или регуляторной проверки.

Проблема

Основная проблема

Прикроватные устройства в операционных и ОРИТ генерируют непрерывные высокочастотные потоки — ЭКГ, SpO₂, инвазивное артериальное давление, параметры вентилятора, скорости введения препаратов. Интеграция и реагирование на эти потоки требуют человеческого внимания, которое зачастую уже перегружено. Существующие системы либо работают как непрозрачные модели ИИ, либо требуют ручной работы по интеграции, которая плохо масштабируется.

Что ломается, когда знание растворено в реализациях

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

Происхождение

Правило появилось как строка кода, а у строки нет клинической родословной.

Прослеживаемость

Версия компонента известна, версия знания с ней не связана, и вопрос «какое правило исполнялось в момент инцидента» остаётся без ответа.

Замыкание

Наблюдения врачей возвращаются пересказом и правят реализацию, а не знание; расхождение между ними растёт с каждой правкой.

Расширяемость

Новый клинический домен приносит частные решения, и знание переписывается заново вместо переноса.

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

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

Ответ

Ответ платформы

Поток данных и команд Прикроватные устройства передают данные по HL7 v2, IHE PCD и ISO/IEEE 11073 в шлюз медицинского протокола, далее поток идёт в вычислительное ядро, правила — в скомпилированный пакет, из него — доказательства выполнения со ссылкой аудита к клинической команде; от команды к устройствам возвращается управляемая запись, проходящая через ядро безопасности с подтверждением врача. ПОТОК ДАННЫХ И КОМАНД Прикроватныеустройства HL7 v2 · IHE PCDISO/IEEE 11073 Шлюз медицинскогопротокола Вычислительноеядро Скомпилированныйпакет Доказательствавыполнения+ ссылка аудита Клиническаякоманда Ядро безопасностиВрач управляемая запись
Поток данных и команд: от прикроватных устройств до управляемой записи.

Четыре принципа

1. Основан на правилах, а не на ИИ.

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

2. Нейтрален к производителям.

Четырёхуровневая архитектура адаптеров (HL7 v2/MLLP → IHE PCD → ISO/IEEE 11073 SDC → проприетарные интерфейсы) позволяет интегрировать платформу с Philips, Dräger, GE и любым устройством с поддержкой HL7, без привязки к одному вендору.

3. Сначала локальная обработка у постели.

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

4. Формально проверяемый.

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

Знание

Цикл знаний

Цикл знаний Семь узлов по кругу: автор знаний, хранилище медицинского графа знаний, утверждающий эксперт, компилятор знаний, скомпилированный пакет, вычислительное ядро, кандидат на уточнение; от кандидата стрелка возвращается к автору. ЦИКЛ ЗНАНИЙ Авторзнаний Хранилищеграфа знанийвалидация SHACL Утверждающийэксперт Компиляторзнаний Скомпилированныйпакет Вычислительноеядро Кандидатна уточнение предложение изменения — по доказательствам выполнения
Замкнутый цикл: от проекта правила до кандидата на уточнение и обратно.

Медицинские знания проходят замкнутый цикл: разрабатываются автором знаний (врачом-экспертом, формулирующим правило), проверяются утверждающим экспертом (тем, кто подписывает правило), компилируются компилятором знаний (сборщиком правил в модуль) в скомпилированный пакет, развёртываются в вычислительное ядро и контролируются для получения доказательств, которые питают следующую итерацию.

Сигнал

Семиступенчатый конвейер сигналов

Конвейер сигналов Семь ступеней слева направо: качество сигнала, волна, морфология, ритм, клинические находки, паттерны, синопсис; выход каждой ступени подаётся на следующую и журналируется. Качество сигнала Волна Морфология Ритм Клинические находки Паттерны Синопсис каждый этап детерминирован · выход журналируется в доказательствах выполнения

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

Безопасность

Управление и безопасность

Ядро безопасности делит команды на три класса — от рекомендации до действия, требующего явного подтверждения врача; ни одна команда высокого риска не выдаётся без него. Классы команд и семь проверок →

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

Дальше

Документы

Полный технический документ

Концепция целиком, с техническими деталями

Смотреть →

Стандарты

HL7 v2, IHE PCD, ISO/IEEE 11073 SDC, FHIR R4

Смотреть →

Матрица соответствия

Реализовано, частично, запланировано

Смотреть →

Обсудить поэтапный ввод в вашей клинике или интеграцию с вашим оборудованием.

Связаться с командой