Глоссарий

Публичные определения механизмов и ролей HealthOS ICU. Сайт использует ту же терминологию, что и серия статей IHA со статусом submission-ready.


Роли

knowledge-author

Автор знаний. Роль, которая формулирует и редактирует медицинские правила и поддерживающую терминологию перед проверкой.

knowledge-approver

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

release-operator

Оператор релиза. Роль, которая продвигает принятые релизные артефакты через управляемый релиз и передачу управления развертыванию.

break-glass-operator

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


Знания и управление

executable-knowledge

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

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

semantic-authority

Источник авторизованной семантики. Предыдущий управляемый источник клинического смысла. Сервисы времени выполнения переносят скомпилированные ссылки на термины и доказательства, но не создают и не утверждают клиническую семантику.

knowledge-compiler

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

trusted-knowledge-snapshot

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

compiled-bundle

Скомпилированный пакет. Детерминированный скомпилированный артефакт, полученный из одобренного снимка знаний. Перед использованием во время выполнения он привязывается к релизу.

runtime-term-reference

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

term-registry

Реестр терминов. Поверхность поиска, которая связывает ссылки на термины времени выполнения с управляемой терминологией и определениями.

term-trace

Трасса термина. Путь рецензирования, показывающий связь ссылки на термин времени выполнения со скомпилированным знанием и управляемой исходной семантикой.

diagnostic-contour

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

medical-knowledge-graph-store

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

refinement-candidate

Кандидат на уточнение. Предложенное обновление знаний, полученное из доказательств выполнения и переданное на управляемое рассмотрение.


Выполнение и контуры анализаторов

runtime-library

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

compute-core

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

safety-kernel

Ядро безопасности. Защищенный путь принятия решения, используемый для последующей авторизации команды человеком в контуре с сохранением состояния. Это не обычный путь анализа признаков без сохранения состояния или в потоке.

stateless-rule-based-analyzer

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

stateful-rule-based-analyzer

Анализатор на основе правил с сохранением состояния. Контур потока, сессии и окна для непрерывных входов. Он хранит операционное состояние окон и сессий, но не является источником авторизованной семантики.

device-protocol-gateway

Шлюз медицинского протокола. Граница протокола со стороны медицинского устройства. Она выполняет фрейминг протокола, допуск, ACK/NACK и передачу управления в ограниченные очереди анализатора или внутренние шины.

runtime-evidence

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

runtime-evidence-report

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

audit-ref

Ссылка аудита. Ссылка на долговечный материал аудита. Трассы отладки могут ссылаться на ссылки аудита, но не могут восстановить или заменить их.

debug-ref

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

audit-event-log

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

clinical-data-facade

Фасад клинических данных. Публичная интеграционная поверхность, которая проецирует выбранные результаты, материал аудита и записи происхождения в клинические информационные системы.

configuration-manifest

Конфигурационный манифест. Артефакт конфигурации развертывания, который закрепляет принятые параметры и выборы времени выполнения для сервиса, привязанного к релизу.

module-manifest

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

per-monitor-context

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


Релиз и доверие

governed-release

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

release-receipt

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

release-manifest-capture

Захват манифеста релиза. Запись волны релиза, сохраняющая факты совместимости и передачи управления для анализаторов, развертываемых вместе.

continuous-chain-of-trust

Непрерывная цепочка доверия. Непрерывность проверки от доказательств релиза через аттестации, подписи, доказательства прозрачности, допуск к развертыванию, проверку запуска и диагностические сигналы доверия.

deployment-admission

Допуск к развертыванию. Проверка цепочки доверия, подтверждающая, что развертывание может использовать только принятые релизные артефакты и доказательства.

governed-write-surface

Управляемая поверхность записи. Контролируемый путь записи, используемый только после того, как политика, полномочия и проверки аудита приняли предложенное изменение или команду.


Клинические и регуляторные понятия

instant-health-assessment

Мгновенная оценка состояния здоровья. Ограниченная оценка текущего состояния пациента на основе доказательств из управляемых значений терминов, сигналов и исполняемого знания.

cardio-flag

Кардио-флаг. Ограниченный выход в предметной области ЭКГ, который отмечает интерпретируемое правилом состояние без утверждения об автономной диагностике.

ecg-mimic-exclusion

Исключение имитации ЭКГ. Управляемая граница правил, отделяющая ЭКГ-подобные паттерны от принятых входов интерпретации ЭКГ.

samd

SaMD (программное обеспечение как медицинское изделие). Автономное ПО, выполняющее медицинское назначение без аппаратного медицинского изделия-хоста. HealthOS ICU позиционируется как надзорное ПО в среде медицинского изделия, а не как автономное SaMD-утверждение.

software-in-device

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