В апреле 2026 года MIT Technology Review опубликовала статью о том, что «AI уже в больницах — но мы не знаем, помогает ли он пациентам». Это не просто тренд: это кейс, который демонстрирует фундаментальную ошибку в практике внедрения ИИ в медицину — и которую можно использовать в ВКР как реальный пример для анализа, проектирования и оценки эффективности системы.
Статья отражает реальную ситуацию: более 65% американских госпиталей используют предиктивные AI-инструменты, но лишь треть из них проверяет их точность, а менее одной трети — на наличие биаса. При этом клинические метрики (например, снижение смертности, улучшение качества жизни) остаются неизученными. Это — идеальный кейс для дипломной работы в области Data/ML-инженерии, где ключевой вопрос — не «что делает модель», а «как её результат влияет на человека».
Это не «просто нейросеть». Это система, в которой важно не только качество модели, но и её интеграция в клинический процесс, мониторинг последствий, а также соблюдение стандартов ISO/IEC 25010 (качество ПО) и ГОСТ 34.19 (нормативы по безопасности данных в здравоохранении).
| Тема | Актуальность (по статье) | Цель | Задачи | Структура |
|---|---|---|---|---|
| Оценка клинической эффективности AI-инструментов в сценариях «AI scribe» | Статья указывает: «не исследовано, как инструменты влияют на принятие решений» — только удовлетворённость врачей и пациентов. | Создать методологию оценки влияния AI на клинические исходы, а не только на удобство. | 1. Анализ существующих метрик (TTR, burnout, время консультации) 2. Проектирование эксперимента (A/B-тестирование с контрольной группой) 3. Разработка набора метрик: TPR, F1-score, % изменений в рекомендациях 4. Интеграция с EHR через FHIR API |
Глава 1: Теория и анализ текущего состояния (включая статью) Глава 2: Модель оценки и прототип (на Python + FHIR) Глава 3: Тестирование и выводы по ГОСТ 34.19 и ISO/IEC 25010 |
| Метрики качества AI-систем в медицине: от accuracy до clinical impact | Статья: «точность ≠ улучшение здоровья» — это основная проблема. | Создать набор метрик, позволяющий отличить «модель работает» от «модель полезна». | 1. Систематизация метрик: технические (precision, recall), клинические (NNT, OR), эмоциональные (satisfaction) 2. Применение к реальным данным (например, X-ray, EHR) 3. Валидация на основе рандомизированных контролируемых испытаний (RCT) 4. Определение «порога полезности» для разных типов задач |
Глава 1: Обзор подходов (включая статью) Глава 2: Проектирование метрической платформы (Python + Pandas) Глава 3: Примеры применения и сравнение с существующими системами |
| Безопасность и биас в AI-инструментах: от архитектуры до регуляторных требований | Статья: «менее двух третей госпиталей проверяют биас» — это прямое нарушение нормативов. | Проектировать безопасную архитектуру с учётом биаса и защиты данных. | 1. Анализ рисков (в соответствии с OWASP ML Top 10) 2. Архитектурный паттерн: «human-in-the-loop» + explainability layer 3. Интеграция с OpenTelemetry для мониторинга биаса в реальном времени 4. Документирование соответствия ГОСТ Р ИСО/МЭК 25010 и ФЗ-152 |
Глава 1: Регуляторные рамки и риски Глава 2: Архитектура с защитой от биаса (UML-диаграммы, C4) Глава 3: Реализация и тестирование (OpenTelemetry + PyTorch) |
Вместо общих фраз про «ИИ в медицине» используй конкретные цифры из статьи: «65% госпиталей», «только две трети проверяют точность», «нет данных о клиническом эффекте». Это — ваша первая метрика соответствия требованиям ВУЗа: реальные данные, не гипотезы.
Пример диаграммы: BPMN-схема клинического процесса с AI-scribe, где вы показываете, как модель вставляет себя в поток: от записи → транскрипции → интерпретации → рекомендации. Важно: добавьте «точку входа» для человеческого контроля — это отвечает на вопрос «когда AI должен быть заменён человеком?».
Возьмите одну из задач из таблицы выше — например, «оценка клинической эффективности AI-scribe» — и реализуйте её в виде простой системы:
# Пример: расчёт NNT (number needed to treat) по изменению времени консультации
def calculate_nnt(clinician_time_before, clinician_time_after, patient_outcomes):
# NNT = 1 / (event_rate_control - event_rate_intervention)
# Здесь — уменьшение времени = улучшение, но нужно проверить, не ухудшилось ли качество
return 1 / (patient_outcomes['control'] - patient_outcomes['intervention'])
Добавьте архитектурную схему по C4: Level 1 — «Hospitals with AI scribes», Level 2 — «AI Scribe Service», Level 3 — «FHIR Adapter», Level 4 — «Model Inference Engine». Укажите, какие компоненты взаимодействуют с EHR, какие — с пользователем, какие — с мониторингом.
Вместо «тесты прошли успешно» — покажите метрики, которые важны именно в медицине:
Пример: если AI сокращает TTD на 30%, но при этом повышает вероятность неверного диагноза на 5%, то это — негативный клинический эффект, даже если модель «точная».
Для медицинских систем — Python + FHIR + OpenTelemetry. Не начинайте с TensorFlow или PyTorch без необходимости. Если вы делаете оценку клинической эффективности — Pandas + Scikit-learn + Statsmodels. Для мониторинга биаса — AIF360 + SHAP.
Используйте симуляцию на основе открытых наборов (например, MIMIC-III). В статье говорится: «не проводились исследования клинических исходов» — значит, вы можете сделать ретроспективный анализ с использованием исторических данных и сравнить с текущими показателями.
Все схемы должны соответствовать C4/UML и иметь подписи по ГОСТ 34.19. Например, UML-диаграмма «Контекстная схема» должна содержать: «Компоненты: AI-Scribe, EHR, Врач, Пациент», «Взаимодействие: запрос → ответ → действие».
Обязательно: ГОСТ 34.19 (безопасность), ISO/IEC 25010 (качество), ФЗ-152 (защита персональных данных). В разделе 3 укажите: «Система соответствует требованиям ГОСТ Р ИСО/МЭК 25010:2018, в частности, пункты 4.1–4.4 (надёжность, безопасность, производительность)».
Источник: Health-care AI is here. We don’t know if it actually helps patients. (опубликовано 2026-04-24)