Как стать автором
Обновить

Комментарии 27

Очень круто! Хочется видео - как работает инсулиновая помпа.

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

За два года использования к нему нет никаких нареканий (за исключением того, что я описал в статье). Свою основную задачу выполняет стабильно. Главное держать его где-нибудь неподалёку от себя и не забывать ставить на ночь на зарядку. В целом здесь работает принцип "Настроил и забыл".

В помпе (по крайней мере, медтроник 722) есть ограничения на максимальную вводимую дозу, которые также использует и openaps. Также помпа будет громко уведомлять, если есть явная проблема, например, села батарейка или кончается инсулин в резервуаре.

В настройках openaps'а тоже есть ряд ограничений, которые можно задать по своему усмотрению: на максимальную дозу, на суммарное количество инсулина (учитывается, с какой скоростью он всасывается) и т.п. Openaps также можно настроить, чтобы он уведомлял, если по его расчетам он не сможет сам вырулить до падения сахара ниже нормы (он присылает в телефон пуш-уведомление с рекомендованным количеством углеводов, которые надо съесть).

Если что-то все равно пойдет не так, есть еще уведомления мониторинга, например, если уровень сахара в крови меняется слишком быстро, вышел за границы или если долго не приходят данные с сенсора. Их можно довольно тонко настроить по своему усмотрению.

Самое неприятное, если что-то внезапно изменилось в организме самого человека. Например, на простуду чувствительность к инсулину может резко упасть. Программа будет ожидать одной реакции, а по факту получать другую, все время включать-выключать подачу инсулина, пытаясь прийти к заданной цели и не попадая. На графике сахаров это выглядит волнами. Если aps не настроен, эти волны могут стать стать значительными, поэтому в начале, если диабетик не знает свои "настройки" (хотя по сути они точно так же используются и на ручках с глюкометром, просто считаются в уме/на калькуляторе, без них никак, диабет - это математика), лучше давать программе меньше возможностей, постепенно расширяя их. Например, ей можно запретить вводить болюсы (разовая большая доза инсулина, скажем, на еду), а оставить только базу ("фоновая" подача инсулина, по чуть-чуть все время). Со временем просто появляется несколько вариантов настроек, например, "на простуду" (и т.д.)

Что касается конкретно помпы, на мой взгляд, главный ее недостаток - возможные проблемы с подачей инсулина. Например, тефлоновые канюли иногда загибаются под кожей, препятствуя или полностью перекрывая подачу, а на слишком маленьких дозах некоторые инсулины кристаллизуются, забивая иглу (у маленьких детей бывают сложности с этим). Пара часов без инсулина для первотипника на помпе - уже проблема, ночь - катастрофа. Я пробовала ставить помпу еще в нулевые и именно по этой причине тогда отказалась. Но с мониторингом все иначе, проблему можно заметить почти сразу (если что, уведомления и ночью разбудят), плюс я сменила канюли на металлические, они не загибаются и лично мне подошли отлично, но тут все индивидуально. Когда я решила для себя проблему с надежностью, на первый план вышли ощутимые плюсы помпы, сейчас обратно на ручки уже совсем не хочется.

Спасибо! Очень интересно! Перешлю знакомому.

А вы не рассматривали вариант с Ардуино? По идее, сам алгоритм управления помпой должен быть довольно простым, современный микроконтроллер должен с ним легко справиться. Десятки-сотни мегагерц тактовой частоты не нужны. Bluetooth модули (даже 5.0) тоже можно приобрести недорого. Т.е. энергопотребление системы и, соответственно, габариты, как мне кажется, можно уменьшить по сравнению с Raspberry Pi.

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

Правда, подобную систему придется разрабатывать самому, что есть минус ))

Тогда уже esp32 или nRF52840 например, все есть из коробки по связи

Оно то да, но, наверное, многое будет зависеть от того, насколько мы хотим ужаться по потребляемой мощности. По идее, 2 ядра на 60-80 МГц будет перебор при том, что обмен данными идет раз в минуту. Конечно, можно на паузах снижать тактовую частоту до нескольких кГц, на софте это не сильно скажется. В общем, было бы желание, а оптимизировать можно сколько угодно. Лишь бы система была достаточно легко воспроизводима.

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

Рассматривали. Согласен с вами, что наверное на Ардуино можно добиться большего времени автономной работы и более компактных размеров. Однако для этого похоже придётся переписать весь OpenAPS... Для нас проще использовать готовое решение, хоть оно и не идеально.

Я попытался по-быстрому разобраться с доками на OpenAPS/AndroidAPS, но не получилось. Это совсем не похоже на доки, к которым я привык, читая описания микросхем )) Куча текста и мало рисунков.

Но у меня есть стойкое ощущение, что все это можно сделать достаточно дружественным к юзеру. Ведь, как я понял, ваше устройство — лишь преобразователь данных, который принимает данные от монитора глюкозы и кидает их по Bluetooth на смартфон. А тот уже, по идее, обрабатывает полученную инфу и выдает команду на помпу (может, опять-так через ваш преобразователь).

Система _должна_ быть довольно простой, т.к. основной софт должен крутиться на смартфоне. Кстати, этот софт можно написать на Юнити (C#), чтобы сделать его мультиплатформенным и не возиться конкретно с Андроидом. Или на любом другом движке. Согласен, что это — переделка исходного кода, но, с моей точки зрения, овчинка вполне стоит выделки. Так мы получим интегрированную систему (смартфон + ПК), которой будет достаточно легко управлять.

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

Пользуюсь AndroidAPS, проект продолжает развиваться, и всё гораздо проще в установке.

  1. Либра спамит по синезубу и дружит с nightscout, но я думаю, вы и так в курсе

А зачем вводить данные о питании? Почему нельзя просто реагировать на изменения сахара в крови, если он измеряется каждую минуту?

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

Время развёртки (усваивания) инсулина не нулевое, это просходит не моментально. Инсулин Фиасп (один из 2х самых быстрых существующих) начинает действовать через 10-20 минут, но пика своего действия достигает только через час. Углеводы усваиваются гораздо быстрее. Такая игра в догонялки без знания о кол-ве съеденных углеводов будет приводить к постоянному отставанию: петля не понимает сколько ещё доколоть, а человек будет постоянно с высоким сахаром пока наконец-то все углеводы не усвоятся.

погрешности измерений тоже стоит учесть, относительные и абсолютные,
в приборах с полосками например могут быть и 10% и даже 15%, это много,
а в новых концептах вероятно надо усреднять несколько цифр за период.

Крутой проект, но зачем если есть AndroidAps и LOOP.

Мне казалось что MiniMed™ 770G +СGM делает все это сразу, скорее всего она штука не бюджетная , но у нее точно должно все работать в замкнутом цикле, свой сенсор , своя помпа, которые общаются между собой и репортят если надо данные на смартфон .

Про мониторинг сахара в крови. Есть такие ребята (ссылка на телеграм канал), делают неинвазивный прибор в виде клипсы AnnNIGM. Для замены Либры.

грустно, что это некая блямба на ухо - не хочется ходить в таком виде. Уж лучше та же либра, тем более, что вторая версия меньше в размере

Третья. Вторая не отличается от первой по размеру.

Почему за такие статьи можно поставить только 1 плюс

Интересно, у таких комплектов по итогу есть способы предотвратить лишние срабатывания например или переоценку необходимого количества "впрыска" или ошибки в округлении чисел?

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

Реальна ли опасность навредить человеку over-air-update'ом?

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

Подскажите, пожалуйста, какой у вашей жены гликированный гемоглобин?

5.4-6.1

О! Это отличный результат. Респект и уважуха.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий