Комментарии 36
А потом малина повиснет, решит обновиться, упадет в kernel panic, сломает свою файловую систему посреди включенного актуатора. Нет уж, чем проще железка и софт, управляющий life-critical системами — тем лучше. Любая STMка задвинет Raspberry Pi по безопасности. А вообще подобные железки надо делать на чем-нибудь посерьезнее (а-ля Cortex R-серия, TI C2000 и иже с ними).
Тут только один вариант — использовать подобные ИВЛ для тех, кому не хватило нормальных аппаратов. А так да. Любой мелкий сбой по питанию и всё. Файловая система легла. Естественно, не каждый раз, но бывает.
Использовать малинку для промышленных ИВЛ… думаю ни один нормальный завод не согласится применять бытовую игрушку для жизненно важных систем.
Ну да, а занюханный микроконтроллер за 5 долларов имеет ECC-статическую RAM, блок фоновой проверки целостности ПО, детектирование зависания тактового генератора с выполнением действий по событию. И стартует за какие-нибудь 30-40 миллисекунд, а не полминуты, как малина.
Любой мелкий сбой по питанию и всё. Файловая система легла.
Это бывает исключительно редко. Как человек, регулярно варварски выдергивающий питание из малин готов утверждать.
думаю ни один нормальный завод не согласится применять бытовую игрушку для жизненно важных систем
К слову, у меня малинки трудились на линии производства стеклотары в весьма суровых условиях горячего цеха. Норм.
Ну в условиях гаража и это круто. А если надо будет тиражировать — то окажется, что и малина излишняя, и питхон на микроконтроллере лучше не держать, и вообще, все, что не относится непосредственно к циклу управления, придется разрабатывать заново.
Куда круче был бы прибор, что умел бы правильно настраивать железку без присутствия врача, но это другой уровень
А через время, надеюсь, подтянутся качественные изделия
Проблемы с "не было печали, апдейтов накачали" характерны не только виндовсу, но и любой системе, основанной на пакетах. Малина — консьюмерская однокристаллка, не рассчитанная на промышленное применение и уж тем более ее никто на SIL не думал использовать. Даже среди массово продаваемых железок у малины не лучшее положение. К примеру на BeagleBone Black можно было бы алгоритм реализовать на PRU-ICSS, который будет работать вне зависимости от жизнеспособности самого пингвина, что будет рисовать гуй
А потом малина повиснет, решит обновиться, упадет в kernel panic, сломает свою файловую систему
Вообще это все крайне маловероятные события. И они требуют неких действий, например подключить ИВЛ к сети (безумное действие?) для получения обновлений или писать логи в раздел с системой и примонтировать /tmp не "в ОЗУ" для потенциального ломания ФС и т.д.
Но вообще конечно сложно представить как можно сертифицировать такую систему без гарантий жёсткого реального времени можно использовать. Хотя бы real-time патчи наложили, если там действительно используют ядро linux из дистрибутива по умолчанию.
Зачем нужна ось в привычном нам понимании, а не более низкоуровневое исполнение на условном ардуино
или ином микроконтроллере, в чистом виде или с операционкой реального времени?
У пингвина есть огромное преимущество в виде тонны готовых библиотек для построения пользовательского интерфейса. У микроконтроллеров с этим на порядок хуже. Все, что не касается GUI/сети/баз данных/файловых систем на микроконтроллере делается проще
Вообще конечно нелепые иногда приходится читать новости. Не так важно, малина там, или биглбон, или ардуино, или блю пилл, гораздо важнее — чем они управляют. Есть, мягко говоря, разного уровня исполнения исполнительные механизмы (клапаны и т.д.), и вот там домашнее творчество и различные эрзац-решения особенно под вопросом. А система управления и правда может быть почти любая, то есть эту новость не следует понимать, как "скоро малина будет спасать людей", равно как и в названии статьи скорее следовало написать не "протестируют аппарат ИВЛ на базе Распберри", а "протестируют аппарат ИВЛ на базе доступных компонентов".
Да, с сертификацией могут быть проблемы и надёжность не максимально достижимая. Но ведь даже 1% отказов, это не 100% гарантия смерти из за его отсутствия. Вытянуть несколько дней без отказа, неужели недостижимая цель?
Тут правда зависит от того насколько жестка нехватка аппаратов в реальности. Ну и не исключаю мыслей политиков/страховщиков вроде «Зачем судиться из за использования неправильного аппарата, если можно просто сказать что их не было.»
Зачем судиться из за использования неправильного аппарата, если можно просто сказать что их не было
К сожалению и такая логика существует. Ведь после смерти кого-либо на таком аппарате придется разбираться, от чего именно он умер — так и должно было быть, либо аппарат имел отказ/ошибку.
Здесь же тонкость в чем — при наличии N «нормальных» аппаратов ИВЛ и M «так себе» аппаратов ИВЛ в реальных условиях будет применяться то, что вотпрямщас конкретному врачу попалось под руку. Это как в большой войне — зачастую наиболее хорошо оснащены новой техникой оказывались далеко не те части, которые тянут основную лямку на самом важном участке. Вот лежит больной, так себе по тяжести, на одном из N аппаратов, тут привезли еще одного, предположительно более тяжелого, и его кладут на один из M аппаратов, и если он умер (а первый выжил), то в том ли дело, что он был более тяжел, или в том, что аппарат был другой? Совершенно точно врачи не будут тасовать аппараты между больными в зависимости от тяжести. Ну и кто потащит на себе этот груз ответственности? А отвечает в этой отрасли, напомню, всегда конкретное лицо — лечащий врач. Ответственность главврача, горздравотдела, FDA и так далее — весьма отсроченная и непрямая.
Кстати вообще не понимаю какая сложность в сборе хоть тысяч ИВЛ из «подручных материалов». Это же не что-то вроде аппарата для диализа, а банальный насос.
Приличный современный ИВЛ — это не банальный насос. Там и датчики, контролирующие состояние пациента, и контроль объема дыхательной смеси и количества кислорода в ней. На коленке нужное количество не наштампуешь за приемлемое время.
Конечно, когда совсем все плохо, то можно брать в оборот все, что получится.
Но ИВЛ, если верить медикам, не просто про продуть кислород в легкие, а достаточно сложная процедура, которая сама по себе несет риски для здоровья и жизни пациента.
И если аппарат сам не умеет корректно контролировать процесс, то при нем должен неотлучно находиться специалист для выполнения этого самого контроля подручными средствами.
А потому кроме самих аппаратов ИВЛ потребуется еще достаточное количество специалистов, знающих, когда и как имеет смысл эту процедуру проводить. А вот их уже на коленке не наштампуешь.
Ну и вопрос ответственности за применение всякой не сертифицированной техники (даже при благополучном исходе) никто не отменял.
Кстати вообще не понимаю какая сложность в сборе хоть тысяч ИВЛ из «подручных материалов». Это же не что-то вроде аппарата для диализа, а банальный насос.
Современные аппараты ИВЛ — высокотехнологичные приборы (особенно для реанимационных), обеспечивающие респираторную поддержку пациента по объему и давлению (для предотвращения баротравмы легких) с управлением составом, влажностью и температурой газовой смеси, и даже с синхронизацией с нервными сигналами от мозга; бывают от самых простых (с минимальной функциональностью) до сложнейших. Хотя, конечно, самый простейший аппарат ИВЛ может быть и ручным без всякой электроники — мешок Амбу.
Хотя, конечно, самый простейший аппарат ИВЛ может быть и ручным без всякой электроники — мешок Амбу.
Этот аппарат годится только для экстренной помощи в течении достаточно короткого времени.
А для больных пневмонией, если доходит до ИВЛ, обычно требуется намного более длительная и "тонкая" поддержка.
PS Но это все, опять же, информация из Интернетов (правда, от врачей).
В Колумбии протестируют аппарат ИВЛ на базе Raspberry Pi