Глоссарий
Публичные определения механизмов и ролей 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
Программное обеспечение в составе медицинского изделия. Регуляторная классификация ПО, которое является частью аппаратного медицинского изделия или аксессуаром к нему и не выполняет медицинское назначение самостоятельно без этого устройства.