Comments 71
Обычно я не комментирую посты, которые не прочитал внимательно, или которые не очень понял, но тут не смог удержаться - на фига это здесь опубликовано?
Очевидно, чтобы обсудить проблему. Так то оно понятно, что медики открыли для себя uml диаграммы и даже стандарты успели разработать. Начинание похвальное, но почему такая жесткая привязка к "русскому"?
Русский в аббревитуре ДРАКОН означает только то, что язык создан в России. Какой национальный язык использовать внутри фигур языка ДРАКОН (русский, английский или китайский) не играет роли — подойдет любой язык. All goes.
Так то оно понятно, что медики открыли для себя uml диаграммы и даже стандарты успели разработать.
В статье - не UML (и утверждается, что лучше, чем UML).
Анекдот:
Один препод другому:
-Ну студенты тупые пошли! Раз объяснил - не поняли. Второй раз- не поняли... Третий раз... Сам уже все понял, а они никак...
Может не надо изменять принципам и надо прочесть полностью?
Владимир Данилович, когда-то давно изучал ваши труды и в чем-то они мне очень понравились, но к сожалению не нашли своего применения в моей практике. Платформу дракон я бы ориентировал больше на школьников от 5 классов, которым интересно программирование, чтобы у них откладывалась визуальная картина алгоритма в голове. Благодарю за Ваши труды.
Спасибо. Для школьников я написал книгу о Драконе "Занимательная информатика". Она примерно для 5-го класса.
Обычно как-то так
@0xd34df00d Рекомендую прочитать книгу про язык ДРАКОН
Не надо путать! Алгоритм в медицине и алгоритм в математике — разные вещи
Во первых - нет. Во вторых - кто-то так думает? Сами привели фразу, и сами её опровергли.
В третьих. Во французском языке многие буквы, особенно на концах слов не читаются. Grand Prix читается как "гран при" или Hommes (мужчины) звучит как "ом", те. короче своей транскрипции в три раза. Или août (август) читается как "утц". Или femme (женщинa) читается как фэм.
Как к этому пришло? Писари в не совсем далёкую старину, являясь людьми грамотными среди простонародья, брали деньги за каждую букву. Поэтому им было выгодно добавлять лишние буквы, при этом не слишком-то искажая узнавание слова.
К чему я? Так вот эту статью и этот контент я видел уже много раз. Да, каждый раз какое-нибудь слово или предложение добавляется. В этой COVID - и повторяется всё то, что уже было до этого в других статьях. Даже картинки одни и те-же.
Но самое, что меня удивляет - под этими статьями много людей комментируют. Там даже насчёт трудности паралельных процессов говорили, когда велась дискуссия про "технологический процесс приготовления борща" :) Многие пункты, которые везде в комментариях затрагивают люди - стоят того, чтобы прислушаться к ним. Но. Этого не происходит. От слова совсем. И копипастится одно и то-же в который раз.
Быть в чём-то уверенным - не есть плохо. Но ведь надо и к людям прислушиваться. Не стоит игнорировать их и брать тот-же самый контент, вставлять в него слово, которое на слуху, как COVID, медицина, вооруженные силы итд. - и "продавать" это как что-то новое.
Надеюсь вы знакомы со словом SPAM и с реакцией на него. Не подтраиваясь в своих идея к ожиданиям и реалиям - легко можно превратить людую идею с потенциалом в SPAM.А потенциал в визуальном программировании есть. Но в вашем случае - это не программирование - это конструктор по создаванию простых схем действий в специальных темам. Это не есть плохо, просто вы ожидаете от него большего, чем он может дать.
Не надо путать! Алгоритм в медицине и алгоритм в математике — разные вещи
Во первых - нет... Сами привели фразу, и сами её опровергли.
Разница вот в чем. Математический алгоритм можно исполнить на компьютере. Клинический алгоритм на компьютере исполнить НЕЛЬЗЯ.
Кто исполняет клинические алгоритмы? Исполняют врачи, которые нас лечат.
В статье приведены четыре новых клинических алгоритма, разработанных профессиональным врачом:
✅Низкочастотная оксигенация пациента.
✅Неинвазивная высокопоточная оксигенация пациента.
✅Аппаратная неинвазивная вентиляция легких.
✅Протективная искусственная вентиляция легких.
@Myclass, эту статью и этот контент я видел уже много раз.
Неправда. На Хабре статья публикуется впервые.
Да, каждый раз какое-нибудь слово или предложение добавляется. В этой COVID - и повторяется всё то, что уже было до этого в других статьях. Даже картинки одни и те же.
Это не так. 99,9% статьи — новый материал. При пояснениях приходится кое-что повторять. Но таких мест очень мало — не более 0,1%.
Хотел обширный комментарии написать. ограничусь более или менее коротким.
Вся статья - повторение похожих здесь и в других местах. Новшество - добавление здесь контекста COVID. 90% уже было.
Но я другое скажу. Само название 'медицинский язык ДРАКОН' не понятно что. Во первых - Вы это тоже самое под соусом - 'военный', 'космический' итд. предлагали все эти десятилетия. Сейчас, это 'медицинский'. А медицинского в нём Ноль. Потому что под дискуссией вообще. Но. Даже возможность использования в какой-то трасли не делает язык автоматически отраслевым. Но вы продолжаете и на этом и на многих других изьянах или неточностях в языке настаивать. И этим вы уцениваете сами весь свой возможный потенциал и труд. Это настолько неправильно, что даже о вторых дискутировать не хочется.
Из уважения к вам.
эту статью и этот контент я видел уже много раз. Да, каждый раз какое-нибудь слово или предложение добавляется.
Многие пункты, которые везде в комментариях затрагивают люди - стоят того, чтобы прислушаться к ним. Но. Этого не происходит. От слова совсем. И копипастится одно и то-же в который раз.
Поймал себя на том, что понимаю о чем говорит @Myclass
Нечто похожее, действительно, уже неоднократно публиковалось. И я говорю не только об описаниях этого самого ДРАКОНа, похожих друг на друга, как дети одного отца (что, вероятно, недалеко от истины).
Помню, был раньше на Хабре персонаж, размещавший статьи про свой "визуальный" язык программирования, а всех, кто критиковал его "гениальное" изобретение, он называл троллями и требовал от администрации Хабра запретить комментировать его статьи всем, кто ничего в своей жизни не создал. Полагаю, что @PsyHaSTeи @lair его тоже помнят.
Так вот, все эти истории напоминают мне анекдот о неуловимом Джо. Только вместо неуловимого Джо у нас теперь "неповторимые" языки программирования в которые нас раз за разом тычут носом их неповторимые гениальные создатели.
Помню, был раньше на Хабре персонаж, размещавший статьи про свой "визуальный" язык программирования, а всех, кто критиковал его "гениальное" изобретение, он называл троллями и требовал от администрации Хабра запретить комментировать его статьи всем, кто ничего в своей жизни не создал.
Если я правильно понимаю, о ком речь, этот персонаж все еще на хабре, просто под другим ником теперь.
Пожалуй, добавил бы еще два типа оксигенации организма, не упомянутые в статье. Следует помнить, что легкие - это только инструмент для оксигенации всего остального организма. Поэтому можно в экстренных случаях практиковать принудительную оксигенацию через кишечник, а также - оксигенацию через кровоток, когда кровь забирается из кровотока, насыщается очень сильно кислородом и сразу же возвращается обратно (как в аппаратах по диализу крове, только с другой целью). Спасло бы многих, если бы не оптимизация нашей медицины, когда современные аппараты и достаточное кол-во врачей мало доступны в первичном звене медицины.
Хабр — сообщество разработчиков. Значит, двери Хабра должны быть открыты для разработчиков клинических алгоритмов
Нет, не "значит". А то так можно сказать, что двери Хабра должны быть открыты для разработчиков программы (в смысле "курса") обучения свиноводов.
Клинические рекомендации, стандарты и алгоритмы это конечно правильно. Касательно формы, а если в блоке будет текста на А4? а если нужно изображение?
По мне "перейди к шагу х" (Goto) было бы достаточно
Клинические рекомендации, стандарты и алгоритмы это конечно правильно. Касательно формы, а если в блоке будет текста на А4?
Хороший вопрос. Текст на А4 надо тщательно проанализировать и попытаться раздробить на мелкие порции.
Есть ли в этом тексте команды (приказы)? Если есть, их надо извлечь и поместить в иконы Действие (по одной команде в иконе).
Есть ли в тексте логические условия (решения, развилки)? Если есть, их надо извлечь и поместить в иконы Вопрос (по одному логическому условию в иконе Вопрос).
Есть ли в тексте комментарии и пояснения? Если есть, их надо извлечь и поместить в иконы Комментарий, Пояснение и Выноска.
Все остальное является не императивным текстом, а декларативным. Декларативную часть следует удалить из чертежа клинического алгоритма и перенести в текстовое описание чертежа клинического алгоритма.
По такой методике я работал с профессиональными врачами. Методика успешно работает.
По такой методике я работал с профессиональными врачами. Методика успешно раработает.
Не обижайтесь, но именно Вы работали с врачами, а не врачи с вашей методикой.
Для составления простых и не совсем сложных действий 'если..то' много существует систем. Для программирования скетчей даже для микроконтроллера можно блоки использовать, которые также и детям понятны.
Не обижайтесь, но именно Вы работали с врачами, а не врачи с вашей методикой.
Не совсем так. Работа производилась следующим образом:
Врач самостоятельно, по своей инициативе изучал медицинский алгоритмический язык ДРАКОН и осваивал ДРАКОН-конструктор DrakonHub.
Врачи обычно публиковали статью о клиническом алгоритме на языке ДРАКОН, откуда я узнавал о проделанной работе. Так возникала связь с врачами и договоренность о совместной работе.
Врач самостоятельно разрабатывал клинический алгоритм с помощью программы ДРАКОН-конструктор DrakonHub https://drakonhub.com/ru/ и присылал его мне.
Я исправлял полученный клинический алгоритм согласно описанной выше методике. Затем посылал исправленный алгоритм врачу на согласование.
Согласование — это сложный процесс, иногда он длился несколько дней.
Иногда бывало так, что врач вносил улучшения и изменения в алгоритм, так что работу приходилось переделывать сначала.
Разработка клинического алгоритма считалась законченной, когда врач письменно подтверждал свое согласие с последним вариантом алгоритма.
И так по каждому алгоритму, а всего было 20 алгоритмов. А врачей было десять.
Автором алгоритма являлся врач, а я играл роль консультанта по визуальным алгоритмам.
В результате появилась книга.
Врач самостоятельно, по своей инициативе изучал медицинский алгоритмический язык ДРАКОН и осваивал ДРАКОН-конструктор DrakonHub.
...а откуда он узнавал об этом "медицинском алгоритмическом языке"?
Я исправлял полученный клинический алгоритм согласно описанной выше методике.
То есть врач на может сам сделать алгоритм "с помощью программы", нужно, чтобы вы его исправляли после этого?
Не совсем так. Работа производилась следующим образом:
1. Врач самостоятельно, по своей инициативе изучал медицинский алгоритмический язык ДРАКОН и осваивал ДРАКОН-конструктор DrakonHub.
2. Врачи обычно публиковали статью о клиническом алгоритме на языке ДРАКОН, откуда я узнавал о проделанной работе. Так возникала связь с врачами и договоренность о совместной работе.
3. Врач самостоятельно разрабатывал клинический алгоритм с помощью программы ДРАКОН-конструктор DrakonHub https://drakonhub.com/ru/ и присылал его мне.
А это всё сейчас про какую страну? На РФ явно не похоже. Здесь, у хороших врачей, не бывает ни времени ни желания страдать подобным.
@pragmatik Про Россию.
Вот пример: статья в журнале "Виртуальные технологии в медицине" про новую коронавирусную инфекцию COVID-19: Сморкалов А.Ю., Чистяков С.И., Горох О.В., Певнев А.А. Особенности реализации программы дополнительной подготовки врачей по специальности «анестезиология-реаниматология», «Интенсивная терапия осложненных форм новой коронавирусной инфекции» // Виртуальные технологии в медицине. № 2 (24). 2020. — С. 42-47.
Для реализации данной программы с использованием алгоритмического медицинского языка ДРАКОН были разработаны алгоритмы респираторной терапии и лечения осложненных форм новой коронавирусной инфекции. Реализация программы позволила выработать единый подход к их лечению, в т. ч. респираторной терапии, что на фоне комплексной терапии позволило добиться в одной из клиник нулевой летальности.
В списке литературы к статье авторы статьи сослались на мою книгу про медицинский язык ДРАКОН:
8 Паронджанов В. Д. Почему врачи убивают и калечат пациентов, или Зачем врачу блок-схемы алгоритмов? Иллюстрированные алгоритмы диагностики и лечения — перспективный путь развития медицины. Клиническое мышление высокой точности и безопасность пациентов / Предисловие. Доктор мед. наук, проф., член-корр. РАН Порядин Г. В. — М.: ДМК Пресс, 2016. — 272 с.
с использованием алгоритмического медицинского языка ДРАКОН были разработаны алгоритмы респираторной терапии и лечения
с использованием алгоритмического медицинского языка ДРАКОН, был написан алгоритм действий
Ну я так тоже могу в своей статье, даже о несуществующей программе написать, или друзей попросить. Нигде не упоминается с каких пор для разработки схемы лечения вообще потребовалось использовать какой-то язык и почему эту задачу нельзя было решить по старинке.
@pragmatik Надо учитывать эпидемиологическую обстановку. Число больных КОВИДом резко растет, приходится временно закрывать больницы, выписывать пациентов, перепрофилировать больницы под КОВИД и создавать красные зоны.
А кто будет работать в красных зонах? Срочно нужны специалисты реаниматологи и анестезиологи для работы в отделениях реаниматологии и интенсивной терапии (ОРИТ). Откуда их взять? Приходится брать тех врачей, которые есть в наличии в этой больнице и СРОЧНО переучивать их знаниям и умениям по респираторной терапии.
почему эту задачу нельзя было решить по старинке.
По старинке можно, но будет медленнее, а времени нет. Обучение "мобилизованных" на КОВИД врачей пройдет быстрее с ДРАКОНом, чем без ДРАКОНа. Вот цитата из статьи:
Реализация Программы позволила быстро и качественно подготовить специалистов для работы в отделении реанимации с пациентами COVID-19
И за счет чего конкретно достигается ускорение обучения?
@pragmatik Существующие клинические рекомендации по COVID-19 описывают алгоритмы лечения в виде обычного текста, причем некоторые шаги алгоритма пропущены (отсутствуют). Это важный недостаток.
Медицинский язык ДРАКОН позволяет устранить недочет и описать клинические алгоритмы в виде эргономичных чертежей высокой точности. Преимущество графики в том, что эргономичную (user-friendly) медицинскую "картинку" легче понять, чем сложный медицинский текст.
Вот пример
некоторые шаги алгоритма пропущены (отсутствуют). Это важный недостаток.
И это именно язык ДРАКОН помог восполнить пробелы в этом алгоритме? Ну не иначе как какое-то божество заложило в него недостающие шаги.
Медицинский язык ДРАКОН позволяет устранить недочет и описать клинические алгоритмы в виде эргономичных чертежей высокой точности.
Т.е. ускорение обучения достигалось за счет банального использования плакатов? Разве это не позволяет любой редактор блок-схем?
@pragmatik не иначе как какое-то божество заложило в него недостающие шаги.
Божество ни при чем. Выявить пропущенные шаги в текстовых клинических рекомендациях — сложная задача. ДРАКОН облегчает эту задачу. Приведу два свидетельства специалистов.
Профессор, доктор медицинских наук Жильвинас Дамбраускас, абдоминальный хирург, руководитель «команды травмы»:
«По моему мнению, огромным преимуществом языка ДРАКОН является то, что он позволяет конкретно выявить все этапы процедуры или процесса. И затем каждый этап выполнять последовательно, применяя принцип «шаг за шагом». Это похоже на методику подготовки спортсменов – мысленно можешь повторить процесс этап за этапом, а затем каждый этап разделить на шаги, получая своеобразную цепочку умственных действий (или мантру), в соответствие с которой процедуру или процесс можно выполнить мысленно, а затем и в реальности.
Доцент, доктор медицинских наук Aушряле Кудрявичене, неонатолог:
Язык ДРАКОН – отличный инструмент для обучения
практическим навыкам и их стандартизации. Он позволяет выявить все, даже мельчайшие, но очень важные действия. Он дает возможность понять и выполнить некоторые действия и процедуры даже не медику, даже человеку без медицинского образования.
@pragmatik Разве это не позволяет любой редактор блок-схем?
Не позволяет, ибо графика блок-схем не формализована и не эргономична.
А графика ДРАКОНа формализована и эргономична.
см. мою статью на Хабре Как улучшить блок-схемы алгоритмов по ГОСТ 19.701-90? Эргономичный визуальный алгоритмический язык ДРАКОН. Критерии
Не позволяет, ибо графика блок-схем не формализована и не эргономична.А графика ДРАКОНа формализована и эргономична.
Вот не люблю, когда такими выражениями бросаются, когда на самом деле всё иначе. Посмотрите сюда и убедитесь, что Вы не правы.
https://ru.wikipedia.org/wiki/Блок-схема
Я понимаю, что своё детище каждому хочется выдавать за неимеющее аналогов. Но вы сейчас ведь не в больнице, где врач никогда в жизни ничего подобного не видел. И от любой возможности, сделать из хаоса структуру - только рад.
Вы сейчас на сайте, где люди таких блок схем перепробовали на всевозможные случаи жизни и программирования. Уже такие как EPK (Событийная цепочка процессов) или BPMN (Business Process Management Notation) имеют большую историю. Да, вторая меньше. Но по возможнастям намного сильнее чем EPK и ваш язык. И имеет огромный потенциал по сравнению к другим. Но событийные цепочки процессов уже настолько стандард, что любой использует этот формат, кто хоть немного "рисует" процессы.
Хотя немного поразмыслив мне кажеться, что Выша след. стаьтя будет про то, как Дракон легко и с ChatGPT "справляется".
Спасибо за замечание.
@Myclass событийные цепочки процессов уже настолько стандарт, что любой использует этот формат, кто хоть немного "рисует" процессы.
Не совсем так. Вот пример из журнала "Gynecology and Women's Health": Nadisauskiene R., Pukenyte E., Bardauskiene L., Vileikyte A., Dobozinskas P., Kumpaitiene B., Vaitkaitis D., Krikscionaitiene A. “Drakon” Algorithmic Language in Medical Care // J Gynecology and Women’s Health. April 2017. Volume 4. Issue 3.
The importance of clinical algorithms in the patient diagnosis, treatment, and intervention is obvious. Similarly, algorithms are useful in education of medical practitioners, especially while working as a team.
In order to maximize the utility of algorithms, they need to be simple, inclusive, and ergonomic, so that every user executes a specific algorithm in the identical manner.
Medical care requires an instant implementation of latest scientific achievements. DRAKON algorithm can be used for practical “skills and drills” of undergraduate and postgraduate students.
The “DRAKON” charts standardize, ensure quality of diagnostic and treatment procedures. It minimizes the possibility of error, thus, increases patient safety
Таким образом, авторы выбирают как средство стандартизации ДРАКОН-схемы, а не событийные цепочки процессов.
Другой пример. Специализированная реанимация новорожденного. Учебник / Под ред. Р. Й. Надишаускене — Литва, 2012. — 396 с.
Здесь то же самое. Авторы учебника используют язык ДРАКОН, а не событийные цепочки процессов.
Третий пример. То же самое: выбран ДРАКОН, а не EPC. Казаковцев В. П., Куликова О. М., Анохина Я. Ю. Разработка рекомендаций по снижению заболеваемости населения г. Омска хроническими болезнями миндалин и аденоидов // Современные проблемы науки и образования. 2013. No 3.
Для разработки рекомендаций по снижению заболеваемости населения Омска хроническими болезнями миндалин и аденоидов использована авторская методика поддержки принятия управленческих решений, разработанная Куликовой О. М. [7].
Основные этапы данной методики представлены на схеме, выполненной с применением визуального языка ДРАКОН
Под стандартом понимают не условный "Сыктывкар". Ничего против этого города не имею. Это красивый город. Но не может "он" быть мерилом. На ваши три примера только сегодня от маркетологов получил 2 BPMN и 3 EPK Диаграммы и в программе Oracle Eloqua (одна из программ с визуальным программированием for marketing) были созданы 2 для различных новый небольших процессов. Кто как может.
На моё восприятие откладывается более чем 30-летние проживание в Европе. И там о языке Дракон никто никогда нигде не слышал.Моё мнение - Век прстых схем-блоков как способ программирования себя изжил. И ваш язык и EPK - для современных комплексных проектов они не подойдут. Ну только, если с помощью их составлять небольшие схемы. Современные блок-схемы должны уметь работать с Events. Как вообще, так и в одном действии.
Без Events невозможно описать что-либо стоящее. Потому что после каждого действия нужны "проверки", не случилось-ли при выполнении того или иного действия какие-либо ошибки или какие-нибудь коммуникации итд. Уверен. Посмотрите в сторону BPMN. Там вы найдёте много над чем стоит задуматься.
Таким образом, авторы выбирают как средство стандартизации ДРАКОН-схемы, а не событийные цепочки процессов.
А они рассмотрели "событийные цепочки процессов"? У них был доступ к методологу?
Где вообще в этих статьях сравнение с другими методологиями?
Выявить пропущенные шаги в текстовых клинических рекомендациях — сложная задача. ДРАКОН облегчает эту задачу.
Каким образом? Он показывает предупреждения в духе "Вероятно пропущен какой-то шаг?", или оператор должен сам интуитивно догадываться о нехватке какого-то шага?
Приведу два свидетельства специалистов.
Можно привести хоть тысячу таких абстрактных свидетельств, но это крайне сомнительный показатель. Я регулярно помогаю своему научному руководителю, умнейшему человеку и авторитетному специалисту в своей области, автоматизировать вычисления в Excel. И он точно так же может сказать, что Excel замечательный инструмент, который ему "помогает". Но на самом деле помогаю ему я. Это не Excel выстраивает ему схему вычислений, а я. И я мог бы выстраивать ее, с тем же успехом, и в Office Calc, и в Google Sheets. Но, ввиду того, что он даже не задумывался об этом, он будет уверенно утверждать о том, что именно Excel – уникальный и незаменимый инструмент, помогающий ему экономить массу времени.
Вот я и пытаюсь вызнать у вас, действительно ли вы изобрели инструмент с какими-то принципиально новыми опциями. А вы отвечаете абстрактными тезисами и слоганами, которыми можно охарактеризовать множество подобных решений, начиная с плакатов, применявшихся в обучении врачей еще задолго до появления ЭВМ.
графика блок-схем не формализована и не эргономична. А графика ДРАКОНа формализована и эргономична
По-моему, ничего не мешает с использованием тех же блок-схем рисовать формализованные и эргономичные алгоритмы, а при помощи ДРАКОНА – неочевидные и нелогичные. Взять, например, фрагмент:
Как из этого фрагмента понять по какой ветке нужно двигаться? В каком случае мы должны поворачивать налево, а в каком – направо? Как-то это не очень похоже на формализованную и эргономичную схему. Это выглядит как усложнение, а не как упрощение. Мне вот всегда казалось, что упрощение должно идти в направлении обретения интуитивной понятности. А то что я вижу у вас пока выглядит как в известном меме:
@pragmatik Как из этого фрагмента понять по какой ветке нужно двигаться? В каком случае мы должны поворачивать налево, а в каком – направо? Как-то это не очень похоже на формализованную и эргономичную схему
Надо смотреть не на фрагмент, а на законченный ДРАКОН-алгоритм, например, на этот:
Рис. 1. Алгоритм «Низкопоточная оксигенация пациента»
В верхних пятигранниках написаны смысловые Имена веток.
Подготовка к низкопоточной оксигенации.
Регулировка потока кислорода.
Высокопоточная оксигенация пациента.
Завершение.
Нижние пятигранники — это иконы Адрес. Они указывают имя той ветки, в которую следует перейти.
В нижние пятигранники следует скопировать из верхнего ряда имена веток в том порядке, в котором должны выполняться ветки.
Все маршруты алгоритма начинаются в иконе Заголовок и заканчиваются в иконе Конец.
Жирным выделены шампуры. Число шампуров в силуэте равно числу веток.
Когда первая ветка дойдет по шампуру вниз до конца, рабочая точка поворачивает налево, поднимается вверх и по стрелке попадает в ветку с именем «Регулировка потока кислорода».
А что делать, если пузырки не пошли? В стрессовой ситуации.
Описать идеальное протекание процесса - это одно. Настоящее, для реальности - то другое.
В другой ветке вы рассказали, что такое действие не есть правильный подход и надо это в отдельное действие переводить. Здесь-же вам это не помешало.
Я критично вижу это, потому что нестыкуются ваши представления о нём, как о формальном, недопускающим ошибок, единственно возможным итд. А на деле вы спотыкаетесь о 'бревна', которые видите в других глазах.
В какой другой ветке? дайте ссылку.
В чем состоит ваше замечание насчет обведенного красным фрагмента?
что из внутреннего действия вы перходите наверх. Своего рода goto. И это мол неструктуированное программирование - Ваши слова.
Спасибо. На рисунке 1 все правильно, никаких ошибок нет.
Объясняю.
Первое. На схеме 3 действительно изображена неструктурная программа в классическом смысле слова. Понятие "структурное программирование" относится к текстовому программированию (textual programming).
Второе. ДРАКОН — визуальный язык, в нем используется визуальное структурное программирование. Оно отличается от текстового структурного программирования.
Чем отличается? Отличий много. Я назову одно, которое относится к данному случаю.
В ДРАКОНе разрешена операция "пересадка лианы".
§8. ПЕРЕСАДКА ЛИАНЫ
Тезис 28. Пересадка лианы – преобразование дракон-схемы, выполняемое за четыре шага.
Шаг 1. Производится отрыв конца лианы от точки присоединения (рис. 236, 237).
Шаг 2. Конец лианы с помощью вертикальных и горизонтальных линий присоединяется к любой валентной точке, куда лиана может
дотянуться без пересечения с другими линиями (рис. 236, 237).
При этом запрещается:
• формировать второй вход в ветку (ошибка «сиамские близнецы» – см. рис. 247);
• образовывать новый цикл;
• создавать второй вход в цикл.
Однако разрешается строить новый путь из середины обычного цикла к единственному входу в этот цикл, создавая визуальный эквивалент оператора continue языка Си (см. рис. 167, пример 7, а также рис. 83).
Шаг 3. Производится эквивалентное преобразование топологии дракон-схемы, чтобы
• лиане не пришлось загибаться наверх (рис. 248);• соблюдались правила построения шампур-блока (рис. 249).
Шаг 4. Устраняются неоправданные изломы линий (рис. 250).
Рис. 2. На рисунке показана пересадка лианы
@pragmatik Вы правы, нотацию нужно изучить.
На ваше усмотрение могу предложить такой вариант. На Хабре есть две статьи по ДРАКОНу, написанные программистами:
1) Визуальное программирование на языке ДРАКОН
2) Falang.io: редактор блок-схем (в фаланге нарушено правило "пересечения запрещены", но это, надеюсь, будет исправлено)
Другой вариант. Напишите мне на имейл vdp2007@bk.ru и я вам вышлю три мои последние книги по ДРАКОНу.
Вы так шутите? Зачем тратить на это время? Вы пока не продемонстрировали ничего, что могло бы к этому побудить. Вопросы, указывающие на обнаруженные недостатки вы либо игнорируете, либо отвечаете на них какими-то бездоказательными слоганами.
Дело ваше. Сегодня я получил седьмую официальную заверенную рецензию на книгу (учебное пособие) "Клиническая алгоритмическая медицина. Алгоритмы диагностики и лечения на медицинском языке ДРАКОН". Рецензия длинная, на трех страницах. В ней, в частности, сказано:
Представленная работа посвящена вопросам создания алгоритмов диагностики и лечения средствами языка ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность). Умение читать, писать и понимать алгоритмы рассматривается авторским коллективом данного пособия как существенная составная часть профессиональной культуры медицинских специалистов.
Актуальность данной работы обусловлена необходимостью кардинального повышения качества представления клинических алгоритмов, направленного прежде всего на уменьшение неопределенности в описании действий врача при решении лечебно-диагностических задач.Неопределенность в медицинской литературе может привести к непониманию и является глубинным источником многих врачебных ошибок с тяжелыми последствиями. Рекомендуемый авторами алгоритмический язык предназначен для создания и представления клинических алгоритмов высокой точности.
.............................................................Представленный в работе материал сопровождается иллюстрациями (схемами алгоритмов на языке ДРАКОН). Наиболее важная для освоения учебная информация выделена ярким цветом.
Каждая глава завершается краткими выводами, контрольными и тестовыми вопросами. Структура работы, богатый иллюстративный материал, а также язык, которым представлен достаточно большой объем серьезной и практически полезной информации, позволяют изучать возможности алгоритмического языка ДРАКОН с интересом и без особых усилий.
Особую ценность представляют конкретные практические рекомендации при построении алгоритмов с использованием рекомендуемого программного обеспечения DrakonHub.
.........................................................
Рецензию подписал доктор медицинских наук, профессор, член-корреспондент Российской академии наук, заслуженный деятель науки РФ, директор Института цифровой трансформации медицины, зав. кафедрой...
Опять это бла-бла-бла. В приведенной рецензии говорятся вполне разумные вещи о том, что применение иллюстрированных алгоритмов может снизить количество врачебных ошибок. А знаете чего в ней не говорится? Не говорится в ней, что ваша нотация является оптимальной для описания клинических алгоритмов. Не говорится, что ваш язык решает какие-то задачи, которые может решить только ваш язык. Не говорится, что ваш язык позволяет гарантированно избежать ошибок. Вы предлагаете людям всё то, что предлагают другие средства моделирования. Даже хуже. Этим людям просто не с чем сравнивать. Поэтому от медиков вы и получаете позитивные рецензии, а от тех, кто реально разбирается в алгоритмизации и пробовал разный софт для проектирования, вы получаете замечания и указания на недостатки. И пока кто-то не покажет медикам, что для решения тех же задач существуют гораздо более удобные инструменты, чем ваши разработки, они будут продолжать радоваться тому, что у них есть ДРАКОН.
Спасибо за интересный комментарий. Я во многом согласен с вами. Вы описали передний край науки в области нотаций для клинических алгоритмов.
И пока кто-то не покажет медикам, что для решения тех же задач существуют гораздо более удобные инструменты
Эта фраза является ключевой. Здесь наши мнения расходятся.
Вы уверены, что для представления клинических алгоритмов существуют гораздо более удобные инструменты.
Я же думаю, что победит ДРАКОН (для клинических алгоритмов).
Кто же прав? Время покажет.
Я же думаю, что победит ДРАКОН
Я не говорю про Европу и Америку. Я конечно не владею статистикой. Но посчитайте, сколько больниц на территории России. Сколько из них задействует Ваш язык? Ваши слова конечно-же улыбнули, тк. под победой можно хоть что понимать.Конечно-же какую-то нишу можно хоть с "рисованием" в Word(е) на рынке занять. Но - победу? Это вы уж черезчур. Посмотрите - язык EPK почти нигде не используется, хотя очень долго на нём по всему миру писали процессы. И исчезает он не потому, что он плохой. Нет. Он просто не удовлетворяет сегодняшние требования. И на его замену приходят другие.
И ваш язык ничем в принципе не отличается от EPK. Только, что вы лианы :) все пытаетесь рисовать на одном листке, а в EPK, дле этого вложеные под-программы использовались. Тоже самое, только в зелёный цвет.
Но желаю вам успеха - очень уж вы упрямый. В принципе мне такое нравиться. Но упрямство - не есть только это - успех к победе, как Вы сказали.
@Myclass Я не говорю про Европу и Америку
Посмотрите: в Википедии статья ДРАКОН (DRAKON) представлена на 11 языках:
русский
английский
французский
испанский
португальский
греческий
норвежский
астурийский
турецкий
японский
кантонский (Гонконг и Гуанчжоу)
Вот статья про ДРАКОН в Немецком аэрокосмическом центре "Marc Schwarzbach, Sven Wlach, Maximilian Laiacker. Modifying a Scientific Flight Control System for Balloon Launched UAV Missions // German Aerospace Center DLR // IEEE, 2015"
Другой пример. Габриэль Луна (Gabriel Luna) из Латинской Америки, из Эквадора (город Кито) сообщил мне, что он разрабатывает свой вариант ДРАКОН-конструктора
Еще пример (из письма):
Я представляю компанию Софтлайн, ведущего глобального поставщика ИТ-решений и сервисов, работающий на рынках России, СНГ, Латинской Америки, Индии и Юго-Восточной Азии.
Мы заинтересованы в следующем:
Название продукта: ИС Дракон (Многопользовательская лицензия).
Количество: 1 . Данный продукт доступен для покупки?
Сообщите, пожалуйста, условия поставки: оплата, доставка, скидка для партнеров.
Примечание. Автором и владельцем ДРАКОН-конструктора ИС Дракон является Геннадий Тышов. Россия, Северодвинск
Программа "ИС Дракон" официально продана МГУ
Информация о языке ДРАКОН полностью открыта и опубликована (public domain). Я полностью, во всех деталях описал, как должен выглядеть и функционировать ДРАКОН-конструктор.
Любой, кто пожелает, может разрабатывать программу ДРАКОН-конструктор без согласования со мной.
Повторю вопрос: какие другие нотации были рассмотрены в рамках исследования?
Полистал. Ощущение, как будто я на 30 лет во время Dos перешёл. Взял вашу картинку из книги. Вот не логическая она. Конечно, вроде понятно. Но по законам логики, а именно на это вы ставите ударение - это ошибка. Поэтому Вам и говорю. Быть одержимым своей идеей - это нормально. Люблю такое и сам хожу беременный пару идеями. По тому как вы пишите книги и пытаетесь убедить мир в нужносте вашего детища - убежден, что вы это делаете от души. Но послушайте людей, которые пытаются вам дать Feedback.
В логическом механизме есть изьяны.
Визуальное представление - непривлекательное и выглядит как будто из исторического музея.
Желание с помощью этого описать многие, даже сложные алгоритмы не пройдут никакую аттестацию.
Может быть стоит отойти на шаг назад, пересмотреть ваши ожидания и возможности, влить новшества и кто знает - может быть выстрелит ваш визуальный язык описания несложных процессов.
Взял вашу картинку из книги. Вот не логическая она. Конечно, вроде понятно. Но по законам логики, а именно на это вы ставите ударение - это ошибка.
Спасибо, что заглянули в книгу. Вы выделили красным две иконы. Верхние пятигранники показывают структуру клинического алгоритма. Это иконы "Имя ветки".
Зачем они нужны? Для двух целей:
служат названием ветки;
являются меткой перехода (аналог goto), кроме первой слева ветки.
На данном фрагменте показаны две ветки с именами:
Промывание глаза водой.
Промывание глаза нейтрализатором.
Суть в том, что промывание глаза водой начинается в первой ветке, продолжается во второй и должно длится 10-15 минут. При этом надо точно указать начало и конец временного промежутка. Для этого служат две иконы с желтой заливкой.
Две иконы с желтой заливкой называются:
Начало контрольного срока.
Конец контрольного срока.
В первой ветке момент начала временного промежутка показан иконой "10-15 минут".
Во второй ветке момент конца временного промежутка показан иконой "Прошло 10-15 минут".
Таким образом, момент начала и момент конца операции промывания глаз водой точно указан. Ошибок здесь нет.
Я попытаюсь Вам объяснить. Когда в одной ветке вызывается подпрограмма то или визуально к ней должна быть протянута какая-то логическая стрелка. Или это вызов по имени (аналогично в программировании вызову call), но тогда имя функции/поддействия итд. должны быть идентичными с вызовом. У вас 'функция' называется "промывание глаза водой", а вызов - "продолжай промывание водой".
что такое "продолжай"? Он ведь и не начинал.
Имя функции /ветки отличается от имени вызова.
Нет между ними никакой стрелки.
Поэтому Вам и говорю. Оптически, так не сильно вдаваясь в детали - вроде понятно. Но для языка/алгоритма - так невозможно правильно описать процессы. Я даже уверен, что такое визуальное описание никогда невозможно скомпиллировать в команды какого-нибудь языка программирвания или кроме описания процессов реализовать их реальное машинное исполнение. Или сделать симуляцию исполнения.
Желание с помощью этого описать многие, даже сложные алгоритмы не пройдут никакую аттестацию.
Это не так. Вот пример. https://drakon.su/_media/algoritmy_i_blok-sxemy.pdf
Кандидат медицинских наук Гусев С. Д. написал книгу "Алгоритмы и блок-схемы в здравоохранении и медицине : учебное пособие – Красноярск : тип. КрасГМУ, 2018. — 122 с.", где, в частности, описал язык ДРАКОН и ДРАКОН-конструктор DrakonHub.
В аннотации сказано:
Учебное пособие подробно освещает подходы к разработке и анализу медицинских алгоритмов. Предназначено для студентов медицинских ВУЗов, аспирантов, организаторов здравоохранения, широкого круга врачей, сталкивающихся с проблемой создания и анализа медицинских алгоритмов.
Рекомендовано Координационным советом по области образования «Здравоохранение и медицинские науки» в качестве учебного пособия для использования в образовательных учреждениях, реализующих основные профессиональные образовательные программы высшего образования по направлению подготовки специалитета по специальностям:
30.05.03 «Медицинская кибернетика» и группе специальностей 31.00.00 «Клиническая медицина»
(Протокол № 024 от 18 октября 2018 г. заседания Экспертной комиссии по работе с учебными изданиями ФГАОУ ВО Первый МГМУ имени И.М.Сеченова МЗ РФ).
Рецензенты:
Заведующий кафедрой медицинской кибернетики и информатики ФГБОУ ВО РНИМУ им. Н.И. Пирогова МЗ РФ, д.м.н., проф. Т.В. ЗарубинаПрофессор кафедры медицинской и биологической кибернетики с курсом медицинской информатики ФГБОУ ВО Сибирский государственный медицинский университет МЗ РФ, д.м.н., доцент С.И. Карась
Не поленился и пролистал всю книгу. Не нашел ни одного сложного процесса. У меня процесс по обработке резюме кандидатов, устраивающихся на работу сложнее, чем любой из всех примеров в книге. Написано всё в BPMN. Но не только описан, но и работает так, как описано. Потому что нет разницы. Всё работает в том же инструменте, в котором весь процесс 'рисуется'.
Но то так себе. Что важнее. Я пытаюсь вам объяснить. А вы мне - доказать. Какими-то аннотациями или предисловими к книг 20 летней давности. Но самое, что вырубает - вы никой фитбэк не хотите слушать, поэтому не хочу терять время. Удачи вам!
Таким образом, момент начала и момент конца операции промывания глаз водой точно указан. Ошибок здесь нет.
Нет ошибок в рамках вашей нотации. Но это не значит, что эта нотация легко (и безошибочно) читается.
@lair Но это не значит, что эта нотация легко (и безошибочно) читается.
По моим данным, врачи (после обучения) легко и безошибочно читают нотацию ДРАКОНа (хотя количественные измерения не проводились).
Наибольшее практическое применение медицинский язык ДРАКОН нашел у литовских врачей:
Каковы масштабы применения
языка ДРАКОН в Литве?
1. Медицинский язык ДРАКОН используют в работе примерно 250 литовских врачей, преподавателей и ученых.
2. Каждый год в Литве проходят обучение (медицинскую подготовку, переподготовку и обучение первой помощи) на основе языка ДРАКОН 9000 человек.
3. Обеспечивают эту работу 50 программистов и других специалистов, которыми руководит Исполнительный директор медицинского Центра исследования кризисов Паулюс Добожинскас.
9000 человек — кто эти люди?
Эти люди делятся на три группы:
— студенты-медики,
— врачи (переподготовка врачей),
— работники городской и муниципальной администрации, иные госслужащие, которые изучают меры Первой помощи (чтобы уметь грамотно спасти человека до приезда скорой помощи или в удаленных местах).
На основе ДРАКОНа Паулюс Добожинскас создал в Каунасе гибридную лабораторию "HybridLab". См. 6-минутное видео (на английском языке, с русскими субтитрами).
Можно также посмотреть 3-минутное видео BBC.
Обратите внимание! На видео BBC в момент 1:34 Паулюс Добожинскас говорит:
Мы начали работать с этим языком и поняли, что с ним очень легко описать сложные процессы так, чтобы их понял человек, не знакомый с этими процесами.
По моим данным, [...] хотя количественные измерения не проводились
Эта фраза говорит сама за себя. У вас есть данные, хотя не было измерений.
На основе ДРАКОНа Паулюс Добожинскас создал в Каунасе гибридную лабораторию "HybridLab". См. 6-минутное видео (на английском языке, с русскими субтитрами). [...] На видео BBC в момент 1:34 Паулюс Добожинскас говорит:
Я надеюсь, вы мне простите, если я слабо доверяю высказываниям одного человека, который выступает в ролике, который выглядит рекламой вашего языка?
@Myclass У вас 'функция' называется "промывание глаза водой", а вызов - "продолжай промывание водой".
Это не так. Тут нет ни функции, ни вызова.
что такое "продолжай"? Он ведь и не начинал.
Как не начинал? Это неверно. В первой ветке имеется прямоугольник с надписью "Промывай глаз водой". Он расположен непосредственно под иконой с желтой заливкой.
Промывай глаз водой — это приказ, который врач (или сестра) должен немедленно выполнять, иначе глаз пациента может серьезно пострадать. Промывание должно длиться непрерывно 10-15 минут. Во второй ветке имеется подтверждающий приказ: Продолжай промывание водой.
Имя функции /ветки отличается от имени вызова.
В этой фразе нет смысла, ибо нет ни функции ни вызова.
Когда в одной ветке вызывается подпрограмма то или визуально к ней должна быть протянута какая-то логическая стрелка. Или это вызов по имени (аналогично в программировании вызову call), но тогда имя функции/поддействия итд. должны быть идентичными с вызовом.
В ДРАКОНе вызов по имени обозначается иконой Вставка (на рис. пункт 9). По ГОСТУ она называется "Предопределенный процесс". На обсуждаемом чертеже такой иконы нет; в данном случае она не нужна.
Вы писали: "Нет между ними никакой стрелки". Стрелки нет и не должно быть, потому что нет проблемы.
.
С большим уважением отношусь к работе. В данном случае выполненная работа очевидна. Но есть все же несколько замечаний и вопросов. Как по мне есть очень сложная задача совмещения алгоритмов и медицины. Дело не в том, что я не считаю это несовместимым. Беда в том, что те кто придумывает методики алгоритмизации, не учитывают предметной области. Или, зачастую, приходят в медицину с алгоритмическим подходом из другой области.
Конечно, несколько коробит от того, что в статье упоминается модная нынче тема ковида. Что говорит больше не о желании что-то сделать для медицины, сколько использовать модную тему для продвижения своих интересов. Кто только не греет руки на модном. И все же хотелось бы чтобы, действительно, для медицины, врачей и пациентов.
Поскольку в статье сделан упор на медицину, то я обратил внимание на термин "клинические алгоритмы". Можно поинтересоваться кто их так начал именовать и на каком основании?
Раз уж речь о медицине и клинических алгоритмах, то хотелось бы услышать о клиническом мышлении. И как эти клинические алгоритмы с ним соотносятся? Из статьи не понятно.
Еще раз повторюсь, что разрабатываемый инструмент вызывает уважение. Но, опять же из статьи, больше делаешь вывод что первично был инструмент. А потом уж решение с его помощью какой-то задачи в медицине. И этот инструмент привнес и навязывает свою идеологию и методологию. А не наоборот, когда первична медицинская задача и методы ее решения. А потом уж разрабатывается инструмент.
Редактор алгоритмов очень важен. Тут я соглашусь. Но он нужен для того чтобы сделать удобным процесс разработки. По уже сформированной методологии. Больше похоже, что методология вышла не из медицины и не не для нее разрабатывалась. Боюсь и не медиком вообще.
Вы видели медицинские алгоритмы? Вы изучали прошлый опыт? Вы можете провести сравнительный анализ и преимущества того, что дает ваша методика? Врачи овладели методикой? Как именно вы их обучили? Тут энтузиазма мало.
Честно скажу, что первично все алгоритмы на бумажке составляются. Потом уж можно и на компьютере что-то сообразить. Но, точно скажу, что медицинским работникам не будет полезна и не "зайдет" такая нотация как у вас. Я не понял как методологически у вас разбивается алгоритм на части, значимые в медицинском смысле. Надеюсь у вас есть методичка , именно, для медиков?
Еще раз задаю вопрос - как методика соотносится с клиническим мышлением? Ибо ничего алгоритмичное в медицине не может быть от этого оторвано. Клиническое мышление существует веками. А алгоритмы в медицину пришли недавно. От того что алгоритм назвали клиническим, он таковым не стал.
Надеюсь примете комментарий не как критику, а как справедливые вопросы на поднятую вами тему.
Поскольку в статье сделан упор на медицину, то я обратил внимание на термин "клинические алгоритмы". Можно поинтересоваться кто их так начал именовать и на каком основании?
Автор этой статьи с 2014 года, а может быть и раньше вводит этот термин в совокупности с языком ДРАКОН в общественную среду. Он как 'медицинский алгритм' и в вики описан. Им же. Основание мне кажется лежит на поверхности.
@AlexVist Спасибо за серьезный комментарий.
С большим уважением отношусь к работе. В данном случае выполненная работа очевидна.
Статья написана на основе одной из глав книги, созданной коллективом из 12 авторов, из которых 10 — профессиональные врачи.
@AlexVist я обратил внимание на термин "клинические алгоритмы". Можно поинтересоваться кто их так начал именовать и на каком основании?
Термин "клинические алгоритмы" придумали медики, врачи, причем давно. В английской литературе я встречал clinical algorithm в статье 1978 года. Думаю, он появился намного раньше.
A clinical algorithm or flow chart is a written guide in graphic format that represents stepwise procedures for clinical decision making about the evaluation and management of a clinical problem.
В нашей книге сказано:
В медицине существуют подробные правила диагностики и лечения больных, которые выражают последовательность действий и решений врача.
Эти правила воплощены в алгоритмах.
Клинический алгоритм есть пошаговое описание действий врача при решении лечебно-диагностических задач и вопросов врачебной практики.
@AlexVist Раз уж речь о медицине и клинических алгоритмах, то хотелось бы услышать о клиническом мышлении. И как эти клинические алгоритмы с ним соотносятся? Из статьи не понятно.
Вы правы. Вопрос о клиническом мышлении очень важен. По моему мнению, визуальные (графические) клинические алгоритмы высокой точности являются наглядной чувственной опорой клинического мышления. Эту мысль я постарался обосновать и защитить в указанной книге в двух главах:
Глава 27. Алгоритмы для эффективного клинического мышления
Глава 28. Клиническое мышление должно опираться на медицинский алгоритмический язык
Приведу примеры отдельных шагов клинического алгоритма, которые записываются внутри графических фигур:
Включи аппарат искусственной вентиляции легких.
Проба с аллергеном туберкулезным рекомбинантным.
Определи носительство нефункционального однонуклеотидного варианта гена CYP2C9.
Дыхание есть?
Сознание есть?
@AlexVist из статьи больше делаешь вывод что первично был инструмент.
Вы правы. Первичным был алгоритмический язык ДРАКОН.
@AlexVist А потом уж решение с его помощью какой-то задачи в медицине.
Вы правы. Исторически дело было так. Некоторые (не все) врачи самостоятельно изучили язык ДРАКОН и по своей инициативе стали применять его в медицине для своих медицинских задач.
Вот пример применения языка ДРАКОН в медицине в Литве — учебник "Специализированная реанимация новорожденного" на русском языке.
Мне подарили эту бумажную книгу с надписью:
С глубоким уважением благодарим за прекрасный и волшебный метод обучения. Мы уверены, что используя этот метод, медицинские работники спасут жизни многих новорожденных. Это принесет счастье многим семьям во многих странах.
От имени авторов д. м. н. Аушряле Кудрявичене
@AlexVist А потом уж решение с его помощью какой-то задачи в медицине. И этот инструмент привнес и навязывает свою идеологию и методологию.
Вы правы. Язык ДРАКОН привнес и навязывает свою идеологию и методологию в медицину. В результате повысилось качество клинических алгоритмов — они стали эргономичными (user-friendly) и обрели высокую точность.
@AlexVist А не наоборот, когда первична медицинская задача и методы ее решения. А потом уж разрабатывается инструмент.
В данном случае события развивались иначе. Первоначально язык ДРАКОН создавался для космических технологий, как язык программирования для орбитального корабля Буран.
А применение в медицине он нашел по инициативе литовских врачей. Спасибо им.
@AlexVist Редактор алгоритмов очень важен. Тут я соглашусь. Но он нужен для того чтобы сделать удобным процесс разработки. По уже сформированной методологии.
Вы правы. Согласен с вами.
@AlexVist похоже, что методология вышла не из медицины и не не для нее разрабатывалась.
Вы правы. Методология вышла из космических технологий. Но разрабатывалась она как универсальная. Вот пример из книги:
Часть 5. Алгоритмы в различных отраслях
Глава 21. Алгоритмы в медицине
Глава 22. Алгоритмы в промышленности
Глава 23. Алгоритмы в торговле
Глава 24. Алгоритмы в биологии
Глава 25. Алгоритмы в сельском хозяйстве
Глава 26. Алгоритмы в средней школе
@AlexVist Боюсь и не медиком вообще.
Вы правы. Я инженер. Всю жизнь работал а Роскосмосе.
@AlexVist Вы видели медицинские алгоритмы? Вы изучали прошлый опыт?
Да, конечно. У меня тесные связи с врачами.
@AlexVist Вы можете провести сравнительный анализ и преимущества того, что дает ваша методика?
Если врач разработает клинический алгоритм и покажет его мне, я скажу ему, что надо исправить. Конечно, я знаю преимущества методики.
@AlexVist Врачи овладели методикой? Как именно вы их обучили?
По-разному.
Альгирдас Каралюс, литовский бизнесмен с медицинским образованием прочитал мою книгу, поверил в нее и распространил идею языка ДРАКОН среди литовских врачей. На начальном этапе все это происходило без моего участия. Обучением врачей занимался Альгирдас Каралюс.
Посмотрите видео.Сейчас в Литве язык ДРАКОН используют 250 врачей. Паулюс Добожинскас сообщил мне, что обучение медиков и парамедиков с помощью ДРАКОНа в Литве проходит 9000 человек в год.
Именно литовские врачи первыми стали выделять шампуры жирной линией. Это была хорошая идея, которой я научился у литовсих врачей.
В России ситуация была иной, в течение последних двух лет я занимался обучением врачей в процессе совместной работы над книгой.
Клинические алгоритмы при пандемии COVID-19 на медицинском языке ДРАКОН. Часть 1