Привет, Хабр! Меня зовут Александр Юрьевич Доротенко. Я врач УЗИ высшей категории. Опыт работы УЗИ — с прошлого века (с февраля 2000 года). За плечами уже четыре десятка лет работы врачом, из них два десятка лет также стараюсь программировать для рабочих целей.
Давно уже была идея поделиться с вами, какие удалось получить результаты в ходе такого программирования и к чему это привело. Наконец‑то текст написан, делюсь своей историей с вами. Буду рад вопросам и конструктивной критике. А если для кого‑то моя история послужит положительным примером, буду рад вдвойне.
В ходе моего рассказа поделюсь про ультразвуковую диагностику в советское время, первые аппараты, на которых работал, о калькуляторах как помощниках врачей (на которых считают размеры внутренних органов и желёз), причём тут учёные из Сарова и врачебный почерк.
Начинаю свой рассказ.
1. Мой путь к медицинскому программированию: вуз, гинекология, УЗИ
Первоначально я – специалист в акушерстве и гинекологии. Я окончил Саратовский государственный медицинский институт в 1984 году. После этого работал по распределению (проходил интернатуру по акушерству и гинекологии на базе Воронежского государственного медицинского института). С 1985 по 2012-й находился на передовой медицинской акушерско-гинекологической службы (операции, стационар, суточные дежурства, женская консультация, выездные медицинские бригады и т.д.).
К ультразвуковым исследованиям (УЗИ) в своей работе пришёл позднее. До сих пор яркими воспоминаниями являются впечатления о работе на первом аппарате – японский AlokaSSD-630 Ultrasound (позже потом поработал ещё и на итальянском SIM 5000 plus). Такие же аппараты были и в других больницах – например, на Кузбассе.
Помню и своего пациента №1 на УЗИ: пожилая женщина с щитовидной железой (подробная эхометрия, затем на калькуляторе перемножить размеры, умножить на коэффициенты, сложить – и таким образом, высчитать объём органа).
В настоящее время, например, в нашей клинике я не видел, чтобы коллеги использовали такие калькуляторы в работе (используют установленные на компьютерах).
Забегая вперёд, отмечу для сравнения:
В моей программе надо только ввести размеры железы и нажать кнопку «Рассчитать» – программа рассчитает объём каждой доли железы с учётом требуемых коэффициентов и полный объём железы. На всё это – от ввода информации до получения ответа – уходит несколько секунд (по сравнению с минутами при расчёте на калькуляторе).
Итак, почему мой профессиональный интерес развился в сторону УЗИ:
Ещё на студенческой скамье на рубеже 70-х и 80-х мы (студенты) задавались вопросом: существует ли такой метод (кроме операции), который позволял бы заглянуть в живого человека и посмотреть, что там внутри? Мы неоднократно задумывались об этом. На 6-м курсе мы уже знали, что уже существует какое-то ультразвуковое исследование, но не видели такой аппаратуры. Её не видели даже наши учителя.
В моей работе преобладала работа в женской консультации. А здесь очень важно кардинально решить вопрос: консервативное или оперативное лечение, а для этого нужна точная диагностика. Наши диагностические средства – глаза и руки, но это только до определённого предела. Подсознательно мы (врачи) понимали: большой объём информации (для диагностики) недоступен. И с появлением УЗИ в нашем регионе (г. Воронеж) в начале 90-х наша работа вышла на новый уровень: стали рано диагностироваться многие заболевания, их осложнения. Тем не менее, оставались белые пятна в диагностике и нечёткие заключения, непонятные для врача-клинициста. Например: «киста яичника» - так часто пишут врачи УЗИ (даже сейчас). Но под этим термином кроется большое количество клинических состояний и морфологических образований в яичниках, требующих либо консервативного, либо оперативного лечения, и их нельзя перепутать. Поэтому подобного рода заключения перед врачом-клиницистом ставят больше вопросов, чем ответов (потому что увеличение яичника можно и без УЗИста выявить при двуручном гинекологическом исследовании).
И я решил сам заниматься ультразвуковым исследованием и понять причину поверхностной диагностики (почему врачи так поверхностно диагностируют). И устранить её, насколько это возможно, сделав УЗИ более информативным. Найти и реализовать пути для большей информативности УЗИ – чтобы врачи УЗИ делать более точные и правильные заключения. Это нужно для более точного клинического диагноза и правильного лечения пациента.
Этот путь оказался следующим: выявить наибольшее количество ультразвуковых параметров, подробно их описать в протоколе, на основании этого сделать наиболее точное ультразвуковое заключение. Поскольку этот путь – очень объёмный по времени, поэтому решил создать свою программу для ПК, в которой были бы реализованы все такие мои задумки.
2. Аледо-УЗИ-Протокол: почему она появилась, её функционал и преимущества
В 2002 году я уже работал на УЗИ, был большой наплыв пациентов. УЗИ само по себе требует максимально полного и точного протокола: во-первых, показать грамотность и квалификацию врача; во-вторых, на основании более полных данных поставить правильное заключение с учётом всех принципов диагностики и дифференциальной диагностики.
С учётом большого объёма пациентов, проблемы врачебного почерка затрудняло понимание моих врачебных протоколов: коллегами и врачами-клиницистами. Очень важные данные морфологии могли быть не прочитаны из протокола, написанного врачом УЗИ от руки, что затрудняло понимание клинической ситуации. Поэтому я хотел создать, написать программу для ПК, которая поможет создать (записать) протокол УЗИ – в том числе, и потому, чтобы коллегам-врачам было быстрее и понятнее читать наши протоколы.
На работе в больнице г. Павловска ещё не было никаких программ. Потом, в отделение функциональной диагностики (где я работал) нам поставили программу анализа ЭКГ (её название не вспомню, но её нам привезли из Сарова, Нижегородская обл.). Ребята, которые её ставили, выглядели как настоящие учёные, очень запомнились. Меня впечатлила возможность цифровизации данных проведённого исследования, их хранения и анализа в динамике.
Мы с семьёй купили наш первый домашний компьютер в 2002 году, тогда и начал программировать в Delphi (правда, на момент его покупки ещё не знал, что вскоре этим займусь). Для этого изучал с нуля ObjectPascal. Про Delphi я узнал от продавца нашего компьютера.
Какие требования я сформулировал к своей будущей программе
Программа должна уметь составить протокол для всех видов ультразвуковых исследований. После ввода данных в протокол его можно распечатать на бумаге.
Она должна обладать базой знаний по ультразвуковой морфологии исследуемых органов и систем. Все морфологические признаки должны быть систематизированы, и каждый из них должен иметь собственное средство ввода в программу (кнопка или поле ввода).
Также я поставил себе задачу как можно быстрее её создать, чтобы быстрее перейти на электронную запись (исключить врачебный почерк), чтобы отсутствовала проблема с почерком.
При этом, не было задачи встроить в программу базу данных и сохранять в неё протоколы. Т.е. я планировал заполнять протоколы в программе сразу (во время исследования) и распечатывать. В то время была следующая организация ультразвукового приёма: врач/медсестра записывали данные пациента в журнал – ФИО, год рождения, ультразвуковое заключение. Базы данных протоколов в те годы в нашей больнице не существовало вообще.
Архитектуру программы составлял сам. На момент её создания не знал про какие-либо аналоги и не доводилось пользоваться или даже видеть что-то подобное.
А программу начал писать примерно месяца через 3 после того, как начал заниматься самообучением по этим книгам. Первую версию программы создавал около 2 лет. Писал её вечером, на выходных. Самую первую рабочую версию моей программы (её назвал «Aledo-УЗИ-протокол») я сделал в 2004 году.
Функционал первой рабочей версии программы
Логика работы программы соответствовала алгоритму проведения ультразвукового исследования (про это детали ниже).
Программа позволяла запись протоколов исследования внутренних органов, желёз, акушерских и гинекологических исследований. Она была очень похожа на бланк, который заполняется от руки. Часть данных вносилась через кнопки, а другая (немалая) часть — вручную (в поля записи).
Программа позволяла напечатать готовый протокол на бумаге и передать его коллегам‑врачам в работу.
Особенности и преимущества программы
Запись протокола. С помощью программы смог создавать (записывать) протоколы и распечатывать их на бумажном носителе. В самой программе протоколы не сохранялись.
Она не содержала шаблоны и дескрипторы (т.е. окончательные, стандартизованные записи определённых параметров). Поскольку параметры имеют многообразие, то огромное количество шаблонов значительно замедляют процесс записи протокола. Программа идёт по алгоритму, вносятся необходимые параметры в зависимости от особенности морфологии.
Интерфейс программы сделал интуитивно понятным для пользователя (врача УЗИ). На случай более широкого внедрения в рабочие процессы, чтобы коллеги-врачи могли использовать её сразу после быстрого ознакомления (без необходимости тратить на обучение дни и даже часы).
Малый объем, портативность программы. Первая версия программы была ~3,5 Мб. Она не требовала предустановленных в ОС каких-либо библиотек, работала с флешки.
Как тестировал программу
В течение года я проводил её апробацию и отладку на рабочем месте. Брал сразу на работу ту версию, что уже была на текущий момент. И проверял, что удобно, что нет. Т.к. тексты протоколов стали печатными, мои коллеги были очень довольны, что не надо тратить время на разбор моего почерка.
В 2010 году зарегистрировал эту свою программу в Роспатенте (свидетельство № 2010612939).
3. УЗИарт: следующая программа для УЗИ, её функционал и преимущества
На том моя разработка не закончилась. В 2012 году (незадолго до переезда в Москву) у меня появилась идея создать более совершенную программу протоколирования ультразвукового исследования: (1) появилась потребность в более быстрой записи протокола, (2) на работе стало больше разновидностей УЗ-исследований.
Эту программу я создал в 2015 году (в том же году и зарегистрировал её в Роспатенте – свидетельство № 2015663517). Она не является продолжением предыдущей, по своей сути она – другой программный продукт в той же сфере применения (УЗ-исследования).
Архитектура программы
В первую очередь, я продумал архитектуру будущей программы. Принципиальная разница между этой и предыдущей моими программами в следующем (что нового в архитектуре УЗИарт):
более сложный и разветвлённый алгоритм записи УЗ-исследования,
значительно увеличилось количество отражаемых ультразвуковых параметров, что необходимо для детализации и более точного заключения,
появился программный анализ вводимых данных и (на основании их) программное создание заключения.
Теперь чуть подробнее расскажу про сам алгоритм записи УЗИ.
Про алгоритм записи УЗ-исследования программой
Алгоритм здесь – это последовательность параметров, которые мы должны оценить во время исследования и внести в программу.
Параметры – это ультразвуковые данные, которые видим на экране. Ввод в программу (2 метода): нажатие соответствующей кнопки в программе (которая соответствует определенному параметру) или в поле ввода вносится информация в виде цифр (при количественном измерении). Сами числовые значения берутся врачом с экрана аппарата УЗИ (но программа к аппарату УЗИ не подключается).
Программа не позволяет пропустить какие-либо параметры, она их проверяет. Уже на стадии записи протокола она проверяет полноту исследования, полноту внесения параметров. Если какой-то параметр не вносится, программа останавливается до внесения этого параметра. И после того, как полностью пройдёт алгоритм, уже анализирует введённые данные и проводит (формирует) предварительное заключение, проводит дифференциальную диагностику (среди параметров) и пишет окончательное заключение (которое вносится в базу данных организации и вносится на бумажном носителе).
Разница в функционале (по сравнению с «Аледо-УЗИ-Протокол»)
Нет ручного ввода текста. Ввод информации теперь – через запрограммированные кнопки (т.е. в «память» программы уже вложены академические данные эхосемиотики заболеваний, поэтому пользователю не надо вводить их вручную), за исключением календарной даты и цифровых значений (размеры органов и образований).
Теперь появился сложный алгоритм прохождения этапов ультразвукового исследования с введением основных и вспомогательных параметров.
Если в «Аледо-УЗИ-Протокол» полнота введения данных и качество ультразвукового заключения зависело от квалификации врача УЗД, теперь программно вводится полное количество необходимых УЗ-параметров, заключение углубленное и более точное, соответствует пониманию врачом-клиницистом.
Заключительное окно (экран) программы имеет кнопки ввода информации в буфер обмена. И из буфера обмена (через Ctrl+V) эта информация вносится в базу данных организации. Т.е. нет связки по API (например, с информационной системой клиники), но информацию можно скопировать через буфер обмена.
Таким образом, программа УЗИарт стала следующим шагом эволюции и в моих навыках медицинского программирования, и более оптимальным продуктом (инструментом для работы врача УЗИ) по сравнению с моей первой программой.
Я стал использовать УЗИарт в работе в 2017 году, после начала работы в одной из клиник ГК «Медси». Главный врач и заведующая отделением положительно отнеслись к такому моему желанию, т.к. это повышало производительность моего труда в скорости и качестве работы диагностического отделения. Такое использование мною отвечало позиции руководства: «быстро и точно». Т.к. программа имела государственную регистрацию (в Роспатенте), руководство разрешило её применять.
Полезный эффект применения УЗИарт
Эффективность моей работы с использованием УЗИарт стала заметна с первого дня, т.к. записать все данные я мог намного быстрее, чем от руки.
Если 1/3 времени исследования – это само исследование, и 2/3 – это запись протокола (когда вручную писал протоколы), то с использованием программы запись протокола значительно ускорилась (примерно в 2 раза). Скорость записи протокола = скорости проведения исследования. Другими словами: (1) примерно на 30-35% уменьшило время на работу с пациентом, включая исследование и протоколирование, (2) за рабочую смену получалось провести больше УЗ-исследований с повышением качества заключения (и экономии времени другим врачам на чтение рукописного текста от меня, который бы мог быть, если бы я не печатал протоколы с помощью программы).
4. Что дальше
В моём портфолио идей есть мысль на базе своей программы «УЗИарт» создать программу для экспертов медицинской деятельности в области медицинской ультразвуковой диагностики, чтобы её функционал позволял проводить оценку точности получения УЗ-параметров, обеспечивать возможность создать правильное клиническое заключение и указать, какие необходимо получить дополнительные УЗ-параметры.
Благодарю всех прочитавших этот текст! Надеюсь, он оказался интересен и полезен. Если есть вопросы или какие предложения, то пишите мне в комментариях или в личные сообщения. Буду рад помочь найти ответы.
Комментарии (40)
VanderDev
02.07.2025 22:09А что все таки насчёт аналогов? Вроде бы как в современных клиниках доктора так же, что-то в программу вбивают, и распечатывают ответ.
У вашего ПО есть какие-то преимущества?
Не претендую на какие-то особые познания в области узи, просто интересно.
Сам я разработчик ПО. А отец как раз таки занимается УЗИ. Поэтому статья внимание и зацепила.
Kurochkin
02.07.2025 22:09Когда врачи "что-то в программу вбивают, и распечатывают ответ" - это зачастую внутренний документооборот, т.е. просто форма на десяток полей "ФИО, дата визита, результат осмотра, диагноз, рекомендации" в свободном текстовом формате. Есть немало в т.ч. open source софта для этого.
А вендоры мед.оборудования обычно предлагают свои т.н. "протоколы", когда ПО аппарата ведет врача по списку "измерьте это и то, переверните руку пациента, померяйте теперь это" - и конечно, каждые отдельный набор протоколов стоит денег.
Как я понимаю, ПО автора статьи находится между этими двумя мирами.
Aledo77 Автор
02.07.2025 22:09Добрый день!
Цитата "ПО автора статьи находится между этими двумя мирами". Упрощённо -да. Только программа, во-первых, требует обязательного ввода необходимых данных и, во-вторых, анализирует введённые данные, проводит дифференциальную диагностику и формирует заключение. Такое есть в современном ультразвуковом ПО?
domix32
02.07.2025 22:09во-вторых, анализирует введённые данные, проводит дифференциальную диагностику и формирует заключение
собственно это он и назвал "отдельный набор протоколов", то есть что померить, как померить, как сформировать результат, как выбрать предварительный диагноз основываясь на полученных измерениях, если есть отклонения.
Aledo77 Автор
02.07.2025 22:09В ПО встроены шаблоны. Хорошая вещь. На первый и не опытный взгляд. Потому что шаблоны, во-первых универсальных шаблонов не бывает. Огромный по содержанию длинный шаблон требует ручного вписывания некоторых данных, для которого ещё надо найти место вписывания. Во-вторых, более количество более "узких" шаблонов требует их поиска и тоже, хоть незначительного,но ввода данных. И заключение формирует сам врач и пишет его или находит соответствующий шаблон. Если шаблон составляет сам врач, возможны "полёты фантазии", что совершенно недопустимо. Особенно при записи методом дескриптора.
Программа "УЗИарт" не содержит шаблонов. Вообще никаких! Начинается запись протокола и Программа идёт по алгоритму данного исследования. Многие параметр имеют субпараметры. И это всё знает Программа и требует их ввода. Если не ввести необходимый параметр, Программа останавливается и продолжает работать только после ввода параметра. И так до конца алгоритма. Затем Программа анализирует введённые параметры, проводит так называемую дифференциальную диагностику и составляет заключение,которое понятно врачу-клиницисту. Скорость и точность. При использовании Программы буду спокоен за пациента и за врача-сонографа.
С уважением, Александр Юрьевич.
Akina
02.07.2025 22:09Меня всегда восхищали люди, которым хватило сил довести свою работу до конечного продукта, полезного многим (сам я в основном сетевой админ, и, хоть и начинал несколько раз, всегда бросал, чётко понимая, что аналогов куча, и результат будет востребован исключительно мной самим). Респект однозначно.
Но уж позвольте побуквоедствовать. Вы пишете о программном вводе данных. Пожалуйста, не надо. Вы вводите данные исключительно вручную. Программно - это когда вы их считываете с интерфейса аппарата (по какому-нибудь RS485 или даже по Ethernet), когда распознаёте с изображения, снимка, графика и пр. Но ничего подобного у вас даже близко нет.
А ещё - вы пишете следующее:
Программа не позволяет пропустить какие-либо параметры, она их проверяет.
Простите, она проверяет параметры (то есть именно их значение) или только факт того, что они введены? Это совсем разные вещи...
Если в «Аледо-УЗИ-Протокол» полнота введения данных и качество ультразвукового заключения зависело от квалификации врача УЗД, теперь программно вводится полное количество необходимых УЗ-параметров, заключение углубленное и более точное, соответствует пониманию врачом-клиницистом.
Простите, не понял... Если врач просто не вводил какие-то значения по причине малого с его точки зрения их влияния на результат, это одно (которое вообще трудно назвать недостаточной квалификацией, и хочется обозвать низкой степенью ответственности), если врач мог получить значение, но не получал его, потому что его квалификация не позволяла обработать/оценить это значение и использовать при формировании заключения, то это уже немного другое, а если квалификация вообще не позволяла даже получить некоторые значения, так и вовсе даже третье. В любом случае решение требовать всё - очень даже правильное. Правда, при условии, что любой диагностический аппарат гарантированно позволяет получить все эти параметры.
Aledo77 Автор
02.07.2025 22:09Добрый день. Отвечу на Ваши вопросы.
Вводимые параметры могут быть словами а могут быть предложением. Вручную порой трудно и много вводить . Поэтому в Программе кнопки ввода необходимых параметров, включая комплекс параметров. В обход этого, при ручном вводе или шаблонном вводе доктора УЗИсты порой применяют дескриптор. Дескрипторы не позволяют дать точное клиническое заключение и это печально для судьбы пациента. Поэтому Программа вводит все необходимые в данном случает параметры, которые отражаются в протоколе и служат основанием для создания правильного заключения и для экспертной оценки протокола в последующем. Если очередной параметр не вводить, Программа останавливается, пока необходимы параметр будет введён. Будучи врачом-клиницистом, я не раз сталкивался со случаями как записи дескриптора, так и неполного введения данных, что не позволяло подобные ультразвуковые заключения применить как качественного лечения пациента. И это сподвигло меня на создание программы, лишённой таких недостатков.
Качество врача. Аппараты УЗИ сейчас все хорошие. С хорошей разрешающей способностью и преднастройками. Прохождение алгоритма с помощью Программы "УЗИарт" значительно повысит квалификацию врача, так как даст ему больше знаний и разовьёт навык восприятия ультразвуковых картин.
С уважением, Александр Юрьевич.
Aledo77 Автор
02.07.2025 22:09Цитата: ".. по причине малого с его точки зрения их влияния на результат... " Это вопиющий факт. Каждый (каждый) параметр имеет своё клиническое значение. Именно на сумме всех параметров строится заключение. Верное заключение. А в медицине, в том числе и в УЗИ, есть крупный раздел - дифференциальная диагностика, когда на основании некоторых параметров возможно отличить одно заболевание от другого при одинаковости их клинической картины. Тоже и в УЗИ. А если онкопатология, например, и какому-то УЗИсту показался параметр не влияющий на результат! Печальна судьба такого пациента. Нет, в УЗИ, как медицинской науке, уже известно - какие параметры следует получить и как их расценить. Аппаратура сейчас везде хорошая. Надо уметь на ней работать. А вот "УЗИарт" и заставить доктора высмотреть и получить нужные данные и затем не ошибиться! И поэтому даже мало квалифицированный исследователь в итоге даст прекрасное заключение и при постоянной работе с Программой повысит свои профессиональные знания и навыки :-)
salnicoff
02.07.2025 22:09Вот до чего жизнь человека довела! :-) А почерк у Вас совсем нечитаемый?
А теперь без шуток. Замечал, что новые аппараты, которыми мне всякие УЗИ делают, сами много чего считают. Видимо, многое из того, что Вы реализовали в своей программе, теперь есть во внутреннем ПО самого аппарата. Или это Вашу программу уже везде поставили прямо на аппараты?
Aledo77 Автор
02.07.2025 22:09Добрый день. Да. почерк почти не читаемый - профессиональный медицинский! :-)
Масса врачей УЗИ ещё работают на обычных аппаратах - выводишь необходимый срез/срезы. получаешь информацию (чем больше параметров - тем лучше), записываешь и делаешь заключение. С программой "УЗИарт" даже врач низкой квалификации проведёт исследование высокого качества и протоколирование и, в итоге, получить прекрасное точное заключение. В таком случае я буду спокоен за судьбу пациентка и качество врача. Работая с Программой и сам врач получит больше навыков, знаний и высокую квалификацию.
С уважением, Александр Юрьевич.
legolegs
02.07.2025 22:09А вы наблюдали за тем, как ваши коллеги пользуются вашими программами без вашего участия? По себе знаю, что для соло-разработчика это весьма... раскрывающее глаза зрелище.
magnificentbat
02.07.2025 22:09Крайне интересный проект, и хорошо что он сделан на Delphi. Мне кажется, это один из наиболее недооцененных языков программирования. В наше время все уходит в web, забывая об ИБ и удобстве использования...
Aledo77 Автор
02.07.2025 22:09Добрый день!
Сейчас более двухсот языков программирования. Каждый имеет свои недостатки и преимущества. Object Pascal и Delphi позволили мне на 10 Мб пространства создать продукт с уникальными знаниями и способностями. Меня он хорошо выручает в работе. Пациенты получают адекватное лечение у клиницистов. "С заботой о своих пациентах и в помощь своим коллегам" - мой девиз.
Groramar
02.07.2025 22:09К слову Delphi уже вполне и с вебом работает, существует несколько крупных product ready пакетов
nagayev
02.07.2025 22:09Спасибо за статью!
Только что в вузе защитил похожий проект (программа для генерации врачебных заключений по маммографическим снимкам), было интересно посмотреть на УЗИ.
jbourne
02.07.2025 22:09Отличное решение! По опыту знаю, что делать продукты для медицины не просто. Пара вопросов к вам уточняющих, если можно:
Пробовали получать измерения с аппарата автоматически через интеграцию? Или везде все закрыто?
Используете только вы или как то масштабируете/внедряете? Какие тут планы?
Что с поддержкой? Ведь все меняется, и протоколы тоже. вы просто меняете код, или строите тут какой то формат файлов с правилами?
Встречали ли вы в работе негативно настроенных к этому решению людей? Или тех кто мешал использованию программы? Может помехи со стороны вендоров?
Aledo77 Автор
02.07.2025 22:09Добрый день!
С аппарата нет возможности получить.
Монетизировать.
Поддержка для пользователей возможна. Сам протокол не изменится никогда - биология человека не скоро изменится. Сейчас введены: а)аппаратный расчёт баллов по системам RADS (щитовидная железа TI-RADS, молочные железы BI-RADS, яичники O-RADS); б)протокол эластографии. Как говорят инженеры производства аппаратов для УЗИ - из физики ультразвука выжали всё.
Помех со стороны руководства нет. Руководители довольны высокой пропускной способностью Программы, точностью её заключений и довольны хорошими денежными наработками. Среди практических врачей фанатов нового ПО мало, в основном скептики, так как им надоели все новшества. Только "прочувствовав на своей шкуре" профессиональную и материальную выгоду модернизированного ПО, они становятся поклонниками нового.
safari2012
02.07.2025 22:09что Вы думаете о такой инициативе: Цифровая трансформация ультразвуковой диагностики | Российский журнал телемедицины и электронного здравоохранения?
Aledo77 Автор
02.07.2025 22:09Прекрасно!
О среднем медицинском персонале. Цитата: "Средний медицинский персонал может быть успешно задействован не только в выполнении УЗИ, но и в его анализе". Анализ полученных данных и составление заключения - прерогатива только врача. А вот обученная медсестра под контролем "УЗИарт" соберёт всю необходимую информацию и с помощью Программы выдаст высококвалифицированное заключение. Это реально. И в своей практике работы с медсёстрами я видел прекрасных одарённых сестёр - их можно и нужно научить навыкам получения информации, а протокол и заключение сделает Программа.
safari2012
02.07.2025 22:09как Вы видите пути развития открытых УЗИ проектов (типа echOpen или Murgen), и интеграцию Вашего ПО (а самое главное алгоритмов и опыта) в некий перспективный ПАК, облегчающий жизнь условному оленеводу/геологу/нефтянику?
jbourne
02.07.2025 22:09Благодарю за ответы.
По последнему пункту 4: думаю, что им значительно больше подошел вариант, где бы ввод всего был не руками, а голосом; т.е. он все так же диктует, как он привык ранее, а потом получает готовый документ по итогу. В этом бы случае для них работало как магия, низкий порог входа для врачей и еще быстрее и проще чем всегда. Но тут нужно ИИ подключать с распознаванием голоса и т.д. И с этой точки зрения - само решение ни разу не простое.
Просто подкинул вам идею в копилку.
vvzvlad
02.07.2025 22:09На самом деле, не очень сложно сделать. С Whisper распознавание голоса достигло практически идеала (возникают скорее проблемы “как избавиться от распознавания того что он там под нос себе шепчет"), а даже простые LLM отлично справляются с парсингом естественного языка, и могут выдать в итоге прекрасный машиночитаемый JSON.
Я делал бота (https://github.com/vvzvlad/caldavllm_bot) для добавления событий в календарь, который из любого описания события (хоть “через три дня выставка”, хоть “22:13 Орехово-зуево, 16 июня, фестиваль лошадей”) делает событие в календаре. Промт отнял какое-то время, да, но работает в итоге отлично и deepseek стоит копейки через API. Вот к нему распознавание голоса добавить — ну, еще один вечер.Так что в целом, прикрутить распознавание голоса (можно еще и синтез, если забыто какое-то измерение) несложно.
jbourne
02.07.2025 22:09Думаю тут все не так просто, как в вашем боте. Протоколы сложнее и нужна сильно более высокая надежность. Но сделать можно. Распознавание тексте по голосу и натягивание того, что получится на семантику протоколов УЗИ.
Я бы для продаж и внедрения сделал бы приложуху на телефон и приходи бы к коллеге, телефон с запущенной программой клал бы рядом с ним при нем; потом он проводил бы осмотр и диктовал все, что нужно в обычной словесной форме, как уже много раз делал; а в конце - у него свой документ осмотра, а у проги свой; и пусть сам смотрит, что ему удобней. Тогда для него будет минимальный порог входа и выглядеть будет как магия.
alexhu
02.07.2025 22:09В общем то лезу не в своё дело, только если хотите распространения программы хотя бы на соседних врачей, то время обучения пользованию нужно уменьшить, а логику работы упростить. Как пример более понятной работы в программе нужно на странице "щитовидная железа" "локализация" - кнопки разместить не горизонтально. а вертикально
(верхняя треть
средняя треть
нижняя треть).
И хорошо бы всё это в рамку или область одного цвета. А "верхний полюс" и "нижний полюс" - в другую рамку и тоже вертикально.
Ну и остальное соответственно также. Где суммарный "объём щитовидной железы" - добавьте слово "суммарный, общий, сумма обеих" или какое слово сочтёте правильным.
У меня небольшой опыт обучению. внедрению и разработке экспертных систем - и основная проблема, что пользователь может совершенно не понимать логику разработчика, проектировщика и заказчика. Не то что бы он настолько не в теме и тупой, просто может немного по другому воспринимать одни и те-же понятия и логику работы; или просто устал и отвлёкся.
И по шаблонам не понял, почему вам не нравится. На мой взгляд шаблоны - это правильное решение, я несколько назад делал медицинскую экспертную систему, насмотрелся нестандартной подачи диагноза, анамнеза, симптомов, причин и прочего. В одиночку вы конечно такой объём врятли потянете, но локально работу сильно упростите.
iShrimp
02.07.2025 22:09Ценю вашу изобретательность и настойчивость. Думаю, по этому принципу должен быть организован ввод всех медицинских протоколов. (Для понимания читателей - в разных МИС разные интерфейсы, но общее одно - большое текстовое поле и набор строк-шаблонных фраз, которые каждый врач использует как умеет/считает нужным. Редактирование этого текста как раз и занимает немалую долю рабочего времени.) Поэтому ваша идея очень здравая, но она требует дальнейшего развития.
Во-первых: протокол должен заполняться быстро. Выбор варианта должен быть доступен с помощью одной цифровой клавиши. Навигация - автоматически или с помощью клавиш со стрелками. Вся форма должна быть перед глазами (как лист в Excel) и поддерживать заполнение как только с клавиатуры, так и одной только мышью.
Во-вторых, форма должна поддерживать произвольный ввод в любом месте. В медицине часто бывают нестандартные случаи: орган может отсутствовать, может быть грубо изменён вследствие травмы, может содержать импланты или инородные тела.
В-третьих, форма должна быть кастомизируемой при активном участии самих пользователей. Во многих врачебных специальностях таких стандартных протоколов, как в УЗИ, нет. Есть несколько обязательных пунктов, а в остальном врачи сами решают, что указывать в протоколе осмотра, а что нет - исходя из состояния больного, своего опыта и квалификации и наличия свободного времени.
Считаю, что подобная система действительно должна быть интегрирована во все МИС, а протоколы должны разрабатываться непосредственно врачебными сообществами и при необходимости корректироваться самими врачами исходя из уровня квалификации/субспециальности.
polRk
02.07.2025 22:09Я вот хотел занимать программированием и медициной, а в мед вузе все учили и настаивали лечить людей, а не заниматься исследованиями и наукой, не приветствовали.
Пришлось покинуть вуз, а потом и вуз связанным с программированием. Теперь я читаю лекции и семинары студентам в технических вузах (программирование), хотя сам не обладаю дипломом бакалавра.
Сейчас у меня нет понимания, как двигаться дальше и есть ощущение, что я какой-то вуз зря покинул, а наукой заниматься хочет (после того как заработал на базовые атрибуты комфортной жизни)
efimov-mikhail
02.07.2025 22:09Очень здорово, классная статья, интересный опыт! Я учил Delphi для себя еще в школе, был опыт создания простого графического редактора на нем, небольшой игры, программы для инклинометрии (визуализации скважин по данным измерительных приборов).
mysherocker
02.07.2025 22:09Не знаете ли случайно, почему в медицине у вас принято называть лог (запись событий) протоколом (в изначальном смысле это метаинформация о документе)?
GambitOZ
02.07.2025 22:09По началу я подумал автор придумал какой то хитрый протокол обмена с этим узи девайсом на основе калькулятора, а тут оказалось просто отчеты. Так вроде как в медицинской области на сколько я знаю должны быть свои специализированные программы для формирования и хранения электронных записей на крайний случай - MsOffice. Да и по мне так шаблоны это крутая вещь расширяются возможности основной программы. Например сами шаблоны можно запихнуть в Excel. А потом из Delphi уже управлять этими шаблонами - хоть на печать, хоть на дальнейшую математическую обработку данных (которые будут отвязаны от основной программы). В целом автор молодец.
aagaa
02.07.2025 22:09Я тоже врач УЗИ с примерно таким же стажем. Три года как ушёл в разработчики. Разрешите пару замечаний.
1. Не хватает демонстрации примеров работы программы. "Сложный алгоритм прохождения этапов ультразвукового исследования с введением основных и вспомогательных параметров ", "заключение углубленное и более точное, соответствует пониманию врачом-клиницистом" - это сверх-абстрактно.
2. Алгоритмы создания диагноза (до LLM) исчерпывающе описаны. У вас деревья решений? Что-то другое? Разработка своей более-менее сложной диагностической системы обычно порождает много проблем. Вы ни об одной не упоминаете, их не было?
3. Какое соотношение "параметров" с научной доказательной базой? Какие научные работы используете?
4. Покуда вы в РФ - какое соотношение с рекомендациями? Что будет делать врач, если через полгода в РФ законодательно поменяют требования к "параметрам"?
6. Вы берётесь публично утверждать, что "заключение углубленное и более точное, соответствует пониманию врачом-клиницистом". Это ваше личное мнение, или есть данные о чувствительности, специфичности, показателях прогностичности вашей системы? Хотя бы для наиболее частых УЗИ кейсов.
7. Наконец, абсолютно не соглашусь с тем, что подход "выявить наибольшее количество ультразвуковых параметров, подробно их описать в протоколе" позволяет "на основании этого сделать наиболее точное ультразвуковое заключение". Для большинства УЗИ заключений абсолютное большинство показателей являются избыточными, их сбор отнимает драгоценное время врача и совершенно не влияет на качество диагноза. Говорю как узист с 1999 года (областная поликлиника, стационары терапии и хирургии, кардиохирургия, реанимации терапии и хирургии, гемодиализ).
Arakoz
02.07.2025 22:09Здравствуйте. Вы используете программу в качестве СППВР(система поддержки принятия врачебных решений)? Не думали попросить в МО, чтоб внедрили Ваши наработки в медицинскую информационную систему? Так сказать, локальный бонус в больнице.
leopold1945
02.07.2025 22:09Интересная статья. Связь программирования и медицины, мне очень нравится. Сам однажды разрабатывал для отделения анестезиологии/реаниматологии программу по учету пациентов и прогнозу их дальнейшего выздоровления( или нет) в зависимости от анализов крови и т.п. Но моя роль была исключительно как разработчика, давали задание и проверяли работу программы медицинские работники. Писал я её тоже на Delphi.
AndreyAf
А у вас а программе точно нет ошибок которые могут повлиять на диагноз/здоровье пациента?
Aledo77 Автор
Добрый день. Спасибо за прочтение и внимание.
Ответ - знание Программой эхосемиотики заболеваний базируются на академических знаниях клинической ультразвуковой диагностики, на академических знаниях принципов дифференциальной диагностики. Поэтому, во-первых, мыслительные вольности и незнания врача-сонографа здесь не пройдут. Во-вторых, Программа проанализирует каждый введённый параметр и их комплекс и создаст соответствующее заключение. Точность проверена на основании многолетнего применения Программы в клинической практике и анализов многих тысяч историй пациентов.
С уважением, Александр Юрьевич.