HL7 и Office of the National Coordinator for Health Information Technology (ONC) устраивают конкурс на разработку средств просмотра HL7 CDA документов. Разработки можно присылать до 31 мая 2016.
Требования к подобному средству просмотра или viewer, достаточно расплывчатые и требуют не только знания структуры CDA, но и типичных проблем возникающих у врачей при работе с ними (преобразование на основе CSS встроено в CDA по умолчанию).
Призы
1-ое место — $15’000 USD
2-ое мето — $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
ссылка на оригинал статьи http://habrahabr.ru/post/274977/
Добавить комментарий