Пользователь
0,0
рейтинг
12 января в 21:36

Разработка → HL7 C-CDA Rendering Tool Challenge (конкурс от HL7)

HL7 и Office of the National Coordinator for Health Information Technology (ONC) устраивают конкурс на разработку средств просмотра HL7 CDA документов. Разработки можно присылать до 31 мая 2016.

Требования к подобному средству просмотра или viewer, достаточно расплывчатые и требуют не только знания структуры CDA, но и типичных проблем возникающих у врачей при работе с ними (преобразование на основе CSS встроено в CDA по умолчанию).

image

image Призы image

1-ое место — $15'000 USD
2-ое меcто — $5'000 USD

Проблема

Стандарт HL7 Consolidated Clinical Document Architecture или (C-CDA), основанный на XML, определяет структуру и семантику клинических документов, таких как Discharge Summaries или Imaging Reports (здесь и далее сохранены оригинальные названия, т.к. конкурс в первую очередь для англоязычной аудитории). Согласно стандарту CDA документ должен обладать следующими характеристиками: Persistence, Stewardship, Potential for authentication, Context, Wholeness и Human readability. Устраиваемый конкурс направлен на улучшение последней характеристики, а именно, удобочитаемости CDA документа для врача или пациента. Процесс, посредством которого XML документы преобразуются в человекочитаемые в HL7 называют, ожидаемо, rendering. Так вот, одно из требований к C-CDA в том, чтобы все клинически важные составляющие части документа C-CDA должны присутствовать (т.е. должны быть преобразуемы) в человекочитабельную форму.

В настоящее время многие практикующие врачи разочарованы удобством использования (usability) документов С-CDA из-за переизбытка данных предоставляемых EHR системами, в результате чего весьма трудно отсортировать данные по релевантности, найти отношения между разными секциями документа и определить то единственное событие ради которого C-CDA документ и был создан. Поставщики EHR систем, по самым разным причинам, обычно преобразовывают в человекочитаемый формат гораздо больше информации, чем практикующим врачам необходимо. В некоторых, особо запущенных случаях, в CDA помещают всю историю болезни пациента. Viewer, способный упростить просмотр только релевантной информации, сэкономит кучу времени и в то же время гарантирует, что клиницисты не пропустят информацию, необходимую для принятия решения.

Суть конкурса

Участники C-CDA Rendering Tool Challenge должны разработать viewer помогающий врачам преобразовать С-CDA документ и предоставить информацию значимаю только для данного врача. Соответственно, viewer должен преобразовать и отобразить только те данные, которые врач посчитал значимыми, в результате чего врач сможет быстрее и эффективнее оценить состояние пациента. Viewer должен быть простым в использовании, предоставлять запрошенные данные в короткий промежуток времени, будь то отсортированные, отфильтрованные, или каким-то другим образом запрошенные секции документа.

Разработчики подобного viewer могут реализовать дополнительные функции, например, предоставлять не только запрошенные врачом данные, но и обеспечить способ предоставления повторяющихся в разных разделах данных.

Требования

Участники должны придерживаться существующих принципов и требований к преобразованию CDA документов (согласно стандарту):
• строго определённый способ для преобразования произвольного документа C-CDA.
• если для C-CDA документа определён title, он должен быть преобразован.
• если C-CDA Body структурировано, метки раздела, определённые в Section.title, должны быть преобразованы. Отсутствие Section.title означает отсутствие секции документа.
• если структурированный контент взят из narrative, механизм преобразования должен быть описан.
• если контент взят из структурированного содержания, должен быть механизм, чтобы определить процесс, с помощью которого было создано narrative на основе структурированных данных.

Дополнительные требования:
• разработка должна быть open source;
• разработка должна соответствовать минимальным требованиям сертификации для средств просмотра документов С-CDA согласно 2015 Certification Criteria:
◦ показывать данные только в определённой секции,
◦ возможность сортировать секции,
◦ возможность указать количество секций для просмотра.
• разработка победителя будет доступна на Github и может быть свободно использована на сайте HL7.
• победители получат бесплатную регистрацию и возможность участвовать на 30-м ежегодном пленарном заседании HL7 (18-23 сентября, 2016 в Балтиморе, штат Мэриленд), где они смогут продемонстрировать свои разработки.

Оригинал требований, а также контакты для всех вопросов по поводу конкурса — www.hl7.org/events/toolingchallenge.cfm#rules

Обновление 1: HL7 организует вебинар February 4 / 1:00 — 2:00 PM ET для обсуждения возникших вопросов. Регистрация в вебинаре на странице конкурса.

Обновление 2: И так, конкурс завершён и победитель выявлен. Победителем стал Bryn Lewis, PhD, Principal
Software Development Consultant в компании Intelsoft (Melbourne, Australia). Ниже, без всякого перевода, описание и ссылки на C-CDA Viewer Tool от победителя.

The Intelsoft C-CDA Viewer is an easy-to-use viewer of complex C-CDA documents, available directly in any web browser. A responsive document layout automatically adjusts to make optimum use of the available screen space. Users can hide, collapse and move any section of a CDA document.

Additionally:
• Document sections can be manipulated directly via button clicks, drag and drop or via a document Table of Contents;
• All user preferences are saved and automatically applied to subsequent CDA documents opened;
• Ability to detect and hide/show duplicates;
• The result is an intuitive and user-friendly document layout that users can directly control;
• The tool runs in any modern browser and can be used on a PC, tablet or mobile device. It will also run as a standalone local fileset.

Watch a demo version of the tool: intelsoft.com.au/challenge/index.htm
Learn more details about the tool: github.com/brynlewis/C-CDA_Viewer
@Wayfarer15
карма
15,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (8)

  • 0
    Ох уж эти конкурсы… =D
    • 0
      Мне кажется найдётся достаточно спецов, кто может XML конвертнуть в HTML5 с помощью XSLT. Нет? (Как идея, ни в коем случае не настаиваю на таком решении.)
  • 0
    Статья интересная, хотя бы тем, что благодаря ей я узнал про HL7, поэтому, конечно, плюс.
    Но зачем тогда её переводить на русский и выкладывать на русскоязычном ресурсе, если «сохранены оригинальные названия, т.к. конкурс в первую очередь для англоязычной аудитории»? Переводите тогда всё, а если нужна точность — в скобках оригинальные названия и термины.
    А то получается так, как в анекдоте: либо трусы снимайте, либо крестик наденьте.
    • 0
      Ну, может быть хотя бы для того, чтобы ты узнал, наконец-то, про HL7.

      А вообще, там столько ещё не переведённого, не выложенного ни на одном русскоязычном ресурсе, даже с сохранением оригинальных названий. Если есть желание, сделай, в точном соответствии со своими пожеланиями, перевод HL7 QRDA Category III. Я тебе кучу плюсиков поставлю.
  • 0
    К сожалению — не все термины можно однозначно перевести на русский. Например под словом безопасность можно понимать и safety и security ;-) Говоря про HL7 CDA — это вообще сердце телемедицины и медицинского электронного документооборота. И где — как раз интересный парадокс — между реальным сектором и его автоматизацией. По одну сторону стоят врачи и медицина — на начало XXI век накопившая кучу экспертизы, научные школы и пр. — с другой технологи-программисты — которые искренне пытаются перевести ЭТО в компьютер — и не понимающие, как это вообще структурировать. Например — ключевые справочники кодирования медицинской информации — LOINC (справочник лабораторных исследований), SNOMED CT (симптоматика), ICD-CM (нозология — аналог МБК-10) имеют десятки тысяч записей и иерархическую структуру. Нет — по сути электронного справочника лекарственных средств и их противопоказаний.
    И главное — все это на английском языке без хоть как-то заверенного перевода на русский.
    И интересно — что вся технология XML/CSS просто не умеет работать с такими сущностями. Не хочет работать и врач — выбирая из справочника (например SNOMED CT — свыше 320 тыс. записей) — верный классификатор. А ошибешся в классификаторе — весь последующий процесс пойдет вкривь и вкось. Врачи по понятным причинам — не могут точно сформулировать задачу — и предпочитают по-старинке писать пространные тексты на свободном языке. И кстати — информационная насыщенность неструктурированного текста выше — чем структурированного — поскольку можно «включить мозг» и понять контекст

    Вот и получается что — медицина критически зависит от ИТ, а ИТ ищет решения. Кто найдет первый — тот и будет молодец. Данный конкурс — всего лишь малый шаг — из серии — вы мне хотя бы удобно покажите — что там за хрень в базе данных. Но качественный переход произойдет когда на основе оцифрованных данных — будет происходить машинный анализ и выработка рекомендаций. Я думаю — это будет не раньше — чем появятся надежные алгоритмы реклассификации информации (не заставим мы врачей все писать в виде классификаторов — придется разрешить им писать или наговаривать свободный неструктурированный текст) и когнитивные алгоритмы класса «искуственный интеллект» — которые способны понимать смысл написанного и моделировать творческие (когнитивные) функции человеческого мозга
    • 0
      К слову, Healthcare Transcription Tools, или преобразование наговоренного текста в структурированную информацию, это уже сегодняшний день госпиталей в Америке.

      В тоже время, в HL7 CDA до сих пор существует проблема правильной ассоциации narrative части к структурированной (entry level) части. Невозможно сказать, что они равнозначны и отображают одну и ту же информацию, что может вести к драматическим последствиям в зависимости от того, какая информация предоставлена врачу.
      • 0
        Это транскрипция — т.е. оцифровка голоса. Такое есть и у нас в Москве в ЕМИАС. Например для решения проблемы «третьей руки» — когда например врач гастроэнторолог делает УЗИ печени — одна рука водит прибор, другой пальпирует — а третьей руки — записать — что он видит — уже нету… Так вот можно наговорить стенограмму — а потом ее оцифровать. Но время жалко врача — что после приема он еще должен все стенографировать. Лучше эти 2 процесса совместить

        Про авто-структурирование я имел в виду другое — это задача выделения смысла и контекста из произвольного потока и его разложение в модели объектов. Чтобы например сделать базовые лечебные протоколы для диспансеризации — эстонцам пришлось завести свыше 500 (!) справочников. Сегодня — уже больше 8000 архетипов. Что на мой взгляд является тупиком. Человек сам по себе редко работает в бинарной «аристотелевой логике» — у него бывает вероятностный подход, гипотезы и пр. Плюс живой разговорный язык гораздо насыщеннее — за единицу времени передает гораздо больше информации. Не хотелось бы врача превращать в «мартышку» — а компьютер в мега-печатную машинку с экраном с 10 тыс. «крыжиков»…

        Хотелось бы автоматической реклассификации и понимания контекста. Например — фраза «верхнее — 120, нижнее тоже в норме» автоматически генерила запись «систолическое давление 120 мм.рт.столба, диастолической давление 80 мм.рт.столба» для терапевта, а для кардиолога например еще и важен контекст — утром/вечером, сидя/лежа — сразу после сна, после/до приема лекарств и пр… И это только факт, без анализа общей истории болезни — которая тоже может много чего сказать. Если у пациента хроническая гипертоническая болезнь — то 120 и 80 для него вовсе не норма. Если понизить давление до этого уровня — больной может и умереть…

        Про «множественность» отображения объекта в его модель — да тоже проблема есть. И причем она системная — разные врачебные школы в принципе не умеют договариваться, в итоге противоречия в предметной области тащатся в противоречия в программной реализации.
  • 0
    Еще намек — интернет в медицине — это драйв ИТ на ближайшие 10-20 лет. Я искренне советую вам попробовать себя там. Там будет гораздо интереснее ( в т.ч. и денежно — одни только медицинские гаджеты растут на 40-50% в год а к 2020 году рынок носимых девайсов достигнет 30 млрд$) и полезнее, в т.ч и в гуманитарных целях — как подарок человечеству. Многие задачи — персональная медицина, генный скрининг, телемедицина, когнитивные системы, поиск новых лекарств, статистика и управление — решаются _только_ через ИТ. Медицина просто обречена не шарахаться и демонизировать ИТ, а дружить с ним — к обоюдной пользе обоих

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.