Референсная архитектура

HealthOS ICU — это независимый от производителя оборудования надзорный слой, расположенный между прикроватными медицинскими устройствами и клинической командой. Этот обзор описывает архитектуру от граничного слоя вглубь.

Обзор системы

Референсная архитектура: четыре плоскости Прикроватные устройства (мониторы HL7 v2/MLLP, вентиляторы IHE PCD, наркозные аппараты SDC — не входит в HealthOS ICU v0, программа пилотов) передают данные в протокольный шлюз, который направляет поток в анализатор с сохранением состояния и анализатор без сохранения состояния; оба вызывают вычислительное ядро. Плоскость знаний — хранилище графа медицинских знаний, компилятор знаний и скомпилированный пакет — передаёт скомпилированный пакет в то же вычислительное ядро. Вычислительное ядро производит вывод в плоскость записи: фасад клинических систем FHIR R4, журнал событий аудита и квитанцию доказательства факта. РЕФЕРЕНСНАЯ АРХИТЕКТУРА ПРИКРОВАТНЫЕ УСТРОЙСТВА Мониторы(HL7 v2/MLLP) Вентиляторы(IHE PCD) Наркозныеаппараты(SDC — вне v0) ШЛЮЗ МЕДИЦИНСКОГО ПРОТОКОЛА Протокольный шлюз Анализатор ссохранением состояния Анализатор безсохранения состояния Вычислительное ядро ПЛОСКОСТЬ ЗНАНИЙ Хранилище графамедицинских знаний Компилятор знаний Скомпилированный пакет ПЛОСКОСТЬ ЗАПИСИ Фасад клинических систем(FHIR R4) Журнал событий аудита Квитанция доказательства факта
Четыре плоскости: устройства → шлюз медицинского протокола → вычислительное ядро (получает также скомпилированный пакет из плоскости знаний) → плоскость записи.

Граничный слой

Шлюз медицинского протокола принимает входящие потоки устройств — прежде всего HL7 v2/MLLP от существующих инсталляций, со слотами адаптеров IHE PCD для структурированных данных устройств. Вся обработка происходит локально у постели; в критическом пути реального времени нет зависимости от облака.

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

Плоскость знаний

Клинические правила хранятся как формальный граф в хранилище графа медицинских знаний, валидируемый ограничениями SHACL. Компилятор знаний преобразует одобренный снимок графа в скомпилированный пакет — детерминированный, версионированный артефакт.

Пакет развёртывается на граничном узле без сетевого I/O во время выполнения. Он не обновляет себя самостоятельно; обновления проходят через управляемый процесс выпуска.

Плоскость записи

Фасад клинических данных предоставляет ресурсы FHIR R4 для клинических информационных систем: Observation, Device, DeviceMetric, GuidanceResponse, Provenance, AuditEvent. Это проекция канонического журнала событий аудита — не источник истины.

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

Масштабируемость и развёртывание

  • Развёртывание в одном учреждении: шлюз медицинского протокола + сервисы на локальном оборудовании; фасад FHIR — в локальном контуре
  • Многосайтовое: один скомпилированный пакет на версию развёртывается идентично на всех сайтах; управление централизовано, данные суверенны на каждом сайте
  • Офлайн-работоспособность: критический путь (анализ, выдача команд) не имеет зависимости от облака

Документы

HealthOS ICU: полная концепция → · Стандарты и интероперабельность →

Обсудить интеграцию вашего оборудования с HealthOS ICU. Связаться с командой →