» » Заметки на манжетах - о текущей критике цифровизации медицины

Заметки на манжетах - о текущей критике цифровизации медицины

Речь идёт о публикациях 'Мираж цифровизации' и 'Почему тормозит внедрение электронных рецептов'. В них говорится о многих частностях, но при внимательном рассмотрении становится понятно, что обе они неявным образом указывают на одну и ту же системную причину провалов. Попробуем, как призывают даосисты, взглянуть на луну, а не на её отражение.
 
Глубокие проектные дефекты связаны с непониманием разработчиками предметной области и ошибочно выстроенной иерархии информационных объектов в создаваемых ИС.
 
В первой статье говорится об отсутствии СППР в ВИМИС "Онкология", в другой - о плохо работающей в масштабе страны системе электронных рецептов. Приводимые в пабликах детали можно обобщить следующим образом - попытки создать и использовать надстройки при отсутствии базиса обречены на провал. А базисом в нашей отрасли является наличие и использование в повседневной практике системы ведения ЭМК. Много ли на сегодня в стране медицинских организаций, реально ведущих истории болезни в электронном виде? И не просто в электронном виде, а с формализацией на уровне отдельных терминов (3 уровень CDA)? Вопрос, конечно, риторический, но работоспособной СППР в составе ВИМИС взяться неоткуда, если в неё не могут попасть первичные данные, относящиеся к лечебно-диагностическому процессу. В частности, если история не ведётся в электронном виде, то откуда для СППР будут браться размеченные данные? Даже если предположить, что кто-то на невесть откуда взявшихся структурированных данных сделал нормальную СППР по нужным разделам онкологии (IBM Watson, например, ха-ха), как и кто с ней будет работать, в отсутствие адекватной системы ЭМК?
 
Вторая статья информирует о незначительной доле рецептов, выписываемых в электронном виде. Кто там регулятор, кто там исполнитель, в статье говорится не слишком понятно, но общей проблемы это, опять-таки, не решает. Мы опять видим стремление взять одно направление, пусть важное, и делать проект по этому направлению отдельным от всего куском. Трезвый анализ того, когда и как выписываются рецепты, который явно отсутствовал в проекте, быстро позволил бы понять, что выписка рецептов не является священнодействием, имеющим самостоятельное значение. Есть назначения лекарственных препаратов в амбулаторной практике (а теперь, говорят, и в стационарах тоже). Некоторая часть этих назначений имеет статус рецептурных. Для рецептурных назначений должен быть сформирован дополнительный к истории болезни документ, необходимый для получения препарата пациентом. То, что в нашем случае это ЭМД, вопрос второй. Иначе говоря, электронная выписка рецептов будет работать тогда и только тогда, когда в амбулаторном звене все врачи повседневно используют ЭМК для лекарственных назначений. Если каждый описываемый проект - это шаг на пути к цифровой трансформации, то до цели осталось километров тридцать.
 
А кто виноват, и что делать это уже совсем другая история.
  • RBCan

  • 31 марта 2023 22:10
  • Группа: Администраторы
  • Регистрация: 14.10.2015
  • Статус: Пользователь offline
  • 3 комментария
  • 0 публикаций
^
Трудно читать.

В чём тезис, аргументы и вывод?
Я не про статьи, а про эту публикцию


  • 0
  • Группа: Администраторы
  • Регистрация: 7.08.2015
  • Статус: Пользователь offline
  • 15 комментариев
  • 11 публикаций
^
@RBCan
Цитата: RBCan
В чём тезис, аргументы и вывод?


Тезис содержится в аннотации новости - содержание критических высказываний в отношении цифровизации медицины может и должно быть обобщено для выявления системной причины неудач и провалов.
 
Аргументы - ссылки на теорию и практику управления. В частности, важным следствием закона о контурах управления является необходимость первоочередной автоматизации первичного источника сигналов в системе, т.е., в нашем случае - ведения истории болезни.
 
Вывод - необходимо сначала автоматизировать ведение истории болезни (т.е. создать адекватную систему ведения ЭМК), а затем обставлять базис надстройками. Тогда многие проблемы отпадут сами собой, и можно будет обсуждать частные достижения и недоработки.
 
Стандарт HL7 (функциональная модель системы ЭМК) - в помощь. Вот здесь - нелепый, видимо, машинный, перевод стандарта на русский язык (привожу ради академической частоты).
 
 
  • 0
  • RBCan

  • 3 апреля 2023 08:50
  • Группа: Администраторы
  • Регистрация: 14.10.2015
  • Статус: Пользователь offline
  • 3 комментария
  • 0 публикаций
^
а что, кто-то оспаривает необходимость использования ЭМК?

  • 0
  • Группа: Администраторы
  • Регистрация: 7.08.2015
  • Статус: Пользователь offline
  • 15 комментариев
  • 11 публикаций
^
Цитата: RBCan
а что, кто-то оспаривает необходимость использования ЭМК?

 
Вслух и публично, слава Богу, пока никто не оспаривает. Окно Овертона ещё не в том месте открыто. Но вот молчаливо оспаривают весьма многие. В стране развёрнуты МИС (в том числе те, которые на слуху), в которых вместо подсистемы ЭМК предлагается окно свободного текстового ввода.
 
А остальные вендоры оспаривают косвенно. Тем, что делают такие ЭМК, с которыми работать или невозможно, или крайне обременительно. В них или медицинское содержание в зачаточном состоянии, или на заполнение клинического документа нужно потратить час времени, или и то, и другое вместе. Я при случае кину в закрытый форум интереснейшую табличку - хронометраж заполнения первичного осмотра в разных МИС. Когда в неё посмотришь, хочется сакраментально воскликнуть - "так жить нельзя!" (С)
  • 0
  • Группа: Эксперт
  • Регистрация: 5.04.2023
  • Статус: Пользователь offline
  • 1 комментарий
  • 1 публикация
^
Вполне доверяю Станиславу, о состоянии дел по ведению ЭМК. Однако крайне изумлен. Столько МИС внедряются в регионах и неужели ни одна из них не содержит качественной подсистемы ведения ЭМК?!    Тогда конечно происходящее нынче это строительство сразу всех этажей многоэтажки одновременно. А так нельзя конечно. Хотелось бы мнение коллег а дейсnвительно ли так все плохо?!
  • 0
  • Группа: Эксперт
  • Регистрация: 22.01.2016
  • Статус: Пользователь offline
  • 4 комментария
  • 0 публикаций
^
Цитата: Станислав Радченко

В стране развёрнуты МИС (в том числе те, которые на слуху), в которых вместо подсистемы ЭМК предлагается окно свободного текстового ввода.

Ну, окна для свободного ввода текста, разбитые на разделы типа "Жалобы", "Анамнез жизни", "Осмотр" и "рекомендации" - это уже шаг вперед )) в cторону CDA2.

Хитрость тут в том, что врач (или медицинская система с СППР) должен уметь оценить значимость тех или иных информационных факторов для обоснования принимаемого решения. И причина врачебной (диагностической, тактической или лечебной, без разницы) ошибки состоит как раз в том, что нередко в погоне за полнотой заполнения базы данных о пациенте несущественными для принятия решения факторами, навязываемых МИС, теряются действительно важные моменты или их актуальность.
Искусство врача как раз в том, чтобы выяснить таковые, обратив на них внимание решающего алгоритма, задавая для этого объекту управления (пациенту в нашем случае) те или иные вопросы (в том числе невербальные, например, инструментальные) и включив их в конечную модель.
И задача СППР как раз в том, чтобы подсказать исполнителю ранг того или иного информационного фактора в решающем правиле, позволяя построить оптимальную последовательность действий.
При этом упомянутые Станиславом Витальевичем глубоко структурированные большие данные отнюдь не всегда дадут возможность создания оптимальной модели. Чаще они будут формализовать существующие в современной медицине ошибки в ведении той или иной категории пациентов, пытаясь привести популяцию (и отдельного человека) к некоему "среднему" уровню здоровья и оказания помощи, а не к его "правой" части в выборке. 



Еще одна мысль вдогонку...
Когда мы говорим про "автоматизацию первичного источника сигналов", то зачастую забываем, и это сказывается на разрабатываемых интерфейсах, что большинство информационных факторов в медицине не бинарно (типа +/- или да/нет или присутствует/отсутствует), а как минимум имеет три состояния (+/-/? или есть/нет/неизвестно).
При этом нередко факт отсутствия признака играет при выборе модели такую же, а иногда и большую роль, как и факт его присутствия. 
Основная же масса МИС обычно собирает в базу только положительные значения признаков, считая отсутствие информации о его значении за отрицательное значение признака, что в корне неверно. 
Грамотный врач укажет на отсутствие важного признака в обосновании своего решения, но обучаемый алгоритм не сможет отличить отсутствие сведений о признаке от отсутствия самого признака. И это сильно мешает разработке СППР в медицине, на мой субъективный взгляд.

  • 0
  • Группа: Администраторы
  • Регистрация: 7.08.2015
  • Статус: Пользователь offline
  • 15 комментариев
  • 11 публикаций
^
Цитата: Латыпов Артур Шамилевич
большинство информационных факторов в медицине не бинарно (типа +/- или да/нет или присутствует/отсутствует), а как минимум имеет три состояния (+/-/? или есть/нет/неизвестно)
 
Ну, если развивать мысль в этом направлении, то минимум составляют даже не три состояния, а четыре:

  1. не определяли значение (например, не проверяли на педикулёз)
  2. определяли и нашли (проверяли, увидели вшей и/или гнид)
  3. определяли и не нашли (проверяли, не увидели вшей и/или гнид)
  4. не определяли состояние (данные по показателю вшивости не вносились, неизвестно, проверяли или нет).
А ещё бывает очень важна оценка уровня доверия врача к ответам есть/нет. Поэтому для моментов истины (ключевых узлов) следует давать врачу возможность указать уровень уверенности ответа, лучше по визуальной шкале.
  • 0
Информация
Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
 


Copyright ©2015, НАМИ
Design by DK.