Ручной импорт анализов
Первый диагностический модуль: ввод ключевых лабораторных маркеров вручную, без подключения внешних лабораторий.
| Дата | LDL | HbA1c | eGFR | Сигналы |
|---|
Профилактика дома
Не ждать чек-апа и не ехать самостоятельно. Вызвать скорую, записать время начала симптомов.
AIVYA / Digital Health Companion
Данные -> смысл -> действие -> проверка -> врач -> обновленная модель
Образовательная и поведенческая модель. Не ставит диагноз, не назначает лечение, врачебные решения только через специалиста.
Этот раздел не ставит диагноз. Он помогает не пропустить ситуацию, где нужна срочная помощь.
Маршрут показывает, какие данные меняют решение по профилактике.
Записи дома помогают врачу отличить случайный подъем от устойчивой гипертонии.
| Дата | Утро | Вечер | Пульс |
|---|
Отмечайте только то, что реально сделано или обсуждено с врачом.
Первый диагностический модуль: ввод ключевых лабораторных маркеров вручную, без подключения внешних лабораторий.
| Дата | LDL | HbA1c | eGFR | Сигналы |
|---|
Методические карты превращают каждый параметр в понятный домашний цикл: измерить, понять сигнал, сделать действие, при необходимости обратиться к врачу.
Маршрут связывает возраст, семейный риск и текущие данные с очередностью проверок. Это не назначение обследований, а карта подготовки к врачу и самоконтроля.
Факты жизненного пути: госпитализации, операции, диагнозы со слов врача, травмы, значимые изменения и контрольные события.
Домашняя профилактика начинается с людей рядом: кому нужен чек-ап, у кого наследственный риск, кому помочь дойти до врача.
Приоритеты помощи близким: возраст, заметки риска, следующий шаг и когда нужен врач.
Это мотивационная модель: она показывает условный выигрыш здоровых дней за профилактические действия, но не предсказывает дату жизни.
Запас здоровья
50Начните с дневника давления и базовых проверок.
Банк здоровых дней
0Условные дни за неделю. Это не медицинский прогноз, а игровая обратная связь.
Квесты дают баллы за действия с доказанной профилактической логикой: давление, движение, сон, питание, никотин, врачебная проверка. Чем стабильнее цикл, тем выше индекс.
Короткий цикл: исходные данные, недостающие проверки, привычки, контроль результата.
Соберите краткую выжимку: профиль, давление, отмеченные проверки и вопросы.
Сценарий подготовки: что показать врачу, какие вопросы задать и какие решения зафиксировать после приема.
Аллергии, реакции, важные состояния, импланты и другие факты, которые нужно показать врачу.
Только фиксация назначений врача: название, дозировка, режим, источник и контроль.
Настройки для домашнего устройства: крупный интерфейс, резервная копия данных и подготовка к закрытому режиму.
Увеличивает текст, поля и кнопки. Удобно для планшета 8-10 дюймов.
Административные вкладки заблокированы.
Резервная копия еще не создавалась.
Удаляет локальные записи этого браузера. Использовать только при подготовке чистого планшета.
Отдельный контур для администратора планшета: устройство, приватность, резервная копия, закрытый режим и проверка после перезагрузки.
Контроль перед переносом новой сборки на Teclast P30T: архив, кеш, резервная копия, закрытый режим и возможность отката.
Практический маршрут настройки купленного планшета: от профиля и крупного режима до резерва, закрытого режима и семейного пилота.
Карта проекта для перехода от планшетного MVP к доменному продукту, проспекту, доказательной модели и подключаемым диагностическим модулям.
Операционное ядро
Главный объект проекта - траектория жизни человека. Главная единица работы - управляемое решение. Главный результат - функциональные годы жизни.
Будущий домен
До покупки домена приложение остается локальным планшетным ядром и витриной системной архитектуры.
Что именно проект должен доказать: личная польза, семейная польза, готовность к врачу, доказательная дисциплина и пилотная проверка.
Домен aivya.ru приобретен. Следующий контур: DNS, HTTPS, безопасная публичная страница, юридические границы и аккуратный перенос MVP.
Пошаговая карта запуска домена без медицинских обещаний и без публикации личных данных.
следующий шаг появится после расчета
Рабочий контур перед регистрацией товарного знака и публичным запуском.
Основной рабочий кандидат уходит от слова "доктор" и снижает риск медицинских обещаний.
Стратегическое обоснование ребрендинга: от образа домашнего врача к цифровому спутнику здоровья, который ведет данные, объясняет сигналы и готовит человека к врачу.
Одностраничная структура будущего проспекта: от проблемы и решения до пилота, устройства, доказательств и границ ответственности.
Каждое сильное заявление должно быть связано с фактом MVP, метрикой, документом или понятной границей ответственности.
Минимальный текст будущей публичной страницы: что можно говорить до юридической проверки, пилота и медицинской валидации.
Как публикации, домашние данные и решения должны превращаться в обновленную модель.
Контрольные границы проекта: что может навредить, как это сдерживается и где нужен врач или администратор.
Критерии загрузки на планшет, безопасного обновления релизов и осторожного продвижения продукта.
Ночная линия продукта: какие блоки усиливать дальше и какой результат должен быть виден в MVP.
Утренний контроль: какие сборки добавлены, что проверено и какой архив является точкой отката.
Демо-динамика для проверки модели, трендов, отчетов и готовности пилота без ввода реальных медицинских данных.
Почему текущий просмотр еще не является закрытым одноэкранным режимом и что нужно сделать для Teclast.
Сводка алгоритмов, методик, контуров данных и недостающих условий перед первым коммерческим прототипом.
Контур проверки продукта в реальном домашнем использовании: готовность, участники, метрики пользы и следующий шаг.
Пилот должен проверять привычку, безопасность, готовность к врачу и понятность семейного использования.
Реестр будущих источников данных: от ручного ввода до тонометра, ЭКГ, лабораторий, генетики и нейрокогнитивного слоя.
Видимый каркас саморегулируемой модели: параметры, связи, доказательность, статусы и накопление данных платформы.
Образовательная и поведенческая модель для домашнего самоконтроля, подготовки к врачу и снижения неопределенности данных.
Каждая карта и протокол должны ссылаться на код доказательной опоры, уровень и границу применения.
Ручной вход для публикаций, DOI, клинических рекомендаций и заметок, которые позже будут связаны с параметрами модели.
Оценка полноты и регулярности контуров данных. Низкая надежность не означает плохое здоровье, а показывает, где модели не хватает фактов.
Связь прогноза с качеством данных, очередью доказательств и явной границей применения.
Последние пересчеты: входные сигналы, объяснение, протоколы и граница применения.
классов параметров
первых влияний
опорных источников
локальных фактов
Любая рекомендация должна показывать входные данные, связь, уровень доказательности, неопределенность и границу: образовательная, поведенческая, врачебная или регулируемая медицинская функция.
Audit trail изменений: что было добавлено в модель, какие контуры затронуты и где остается граница применения.