Визуализация сложных клинических данных до создания модели
Показания артериального давления кажутся простыми, пока Ian McNicoll не спрашивает, что они должны означать в медицинской карте. Какие единицы измерения поддерживать? В каком положении находился пациент? Какой контекст должен сопровождать эти цифры? Для Ian, клинического информатика и бывшего шотландского терапевта, подобные вопросы лежат на стыке медицины и программного обеспечения.
Как основатель и генеральный директор freshEHR Clinical Informatics, а также член правления и бывший сопредседатель openEHR International, Ian помогает превращать клинические знания в повторно используемые модели данных. Задолго до того, как эти модели попадают в техническую систему, он и сообщество openEHR используют Xmind, чтобы сделать их структуру наглядной.
Попробуйте Xmind, чтобы придать сложным экспертным знаниям форму, которую можно изучать вместе.
Одно измерение может содержать целое дерево решений
Когда Ian объясняет моделирование клинических данных, он часто начинает с чего-то знакомого — массы тела. Кажется, для ее записи нужно всего одно число. Но затем начинаются вопросы. Должна ли модель принимать килограммы и имперские единицы? Взвешивали ребенка в одежде? Нужен ли комментарий к измерению? Как эта концепция будет работать на разных языках?
Артериальное давление добавляет свои ветви: систолическое и диастолическое значения, поза пациента, обстоятельства измерения и сопутствующий клинический контекст. Каждый ответ может открыть следующее решение, которое необходимо четко представить.
Ian описывает медицинские данные и идеи как древовидные и фрактальные. Их значение зависит не только от отдельных точек данных, но и от того, как эти точки связаны друг с другом. Для создателей общих клинических моделей задача состоит не просто в сборе информации. Она заключается в поиске структуры, которую врачи смогут понять, обсудить и доработать до того, как что-либо будет зафиксировано в коде.
Карта связывает электронную таблицу и систему
Карты Ian занимают особое место в процессе моделирования. Они находятся между требованиями, предоставленными врачами, и формальными моделями, которые в конечном итоге будут использовать программные системы.
От клинических требований к наглядной структуре
Работа часто начинается с таблицы от группы врачей. Например, офтальмолог может перечислить всю информацию, которую необходимо собрать о глаукоме. Строки отражают требования, но они не всегда раскрывают стоящую за ними клиническую структуру.
Ian воссоздает этот материал в Xmind. Смешанная структура — организационная диаграмма вверху и древовидная карта ниже — позволяет ему перейти от общей организации набора данных к его детальным клиническим ветвям. Он может связать запрошенные точки данных с существующими моделями openEHR и увидеть, где требуется доработка.
Каждое визуальное решение имеет практическое значение:
Маркеры показывают, какие точки данных готовы, а какие еще требуют внимания.
Границы удерживают связанные списки кодов вместе.
Заметки сохраняют пояснения из первоисточника.
Аутлайнер представляет ту же структуру в линейном виде, когда ее проще рецензировать.
Вместе эти детали помогают Ian превратить плоскую таблицу в структуру, отражающую то, как врачи понимают данные.
От рабочей карты к формальной модели данных
Карта — это еще не готовая клиническая модель. Это подготовительное пространство, где сообщество разбирает таблицу, выстраивает связи и решает, как каждая часть вписывается в общую клиническую картину.
Как только структура становится понятной, с помощью специальных инструментов openEHR создаются формальные архетипы и шаблоны для работы программных систем. Затем эти модели можно рецензировать, переводить, версионировать и добавлять в общую библиотеку.
Xmind не заменяет клинический опыт или техническое моделирование. Он дает обеим сторонам общее пространство для согласования смысла модели до того, как этот смысл будет выражен в коде.
Одна структура становится общим языком для сообщества
Ian впервые внедрил Xmind в рабочий процесс не менее десяти лет назад, после того как сообщество попробовало другой инструмент для создания интеллект-карт. Возможность комбинировать структуры идеально подошла для развития моделей. Без каких-либо формальных требований использовать его, Xmind постепенно стал тем, что Ian называет «стандартом де-факто» сообщества на этом раннем этапе работы.
Сообщество openEHR международно и открыто для сотрудничества. Врачи и разработчики делятся файлами .xmind на форуме, рецензируют модели, переводят их и возвращают готовую работу в общую библиотеку. Опытные участники могут рекомендовать Xmind новичкам, но этот инструмент важен именно потому, что полезна сама структура, а не потому, что участие зависит от его использования.
Этот общий визуальный язык помогает людям с разным опытом находить взаимопонимание. Врачу не нужно читать технический язык моделирования, чтобы проверить, отражают ли ветви реальную практику. А разработчик может проследить, как каждое запрашиваемое поле связано с общей клинической картиной.
Формальные модели, созданные в ходе этого процесса, поддерживают проекты здравоохранения в нескольких странах, включая Universal Care Plan в Лондоне и инициативы openEHR в Германии, Словении и Ирландии. Масштабирование происходит позже. Первый шаг — это всегда группа людей, которые убеждаются, что они одинаково понимают задачу.
Модель начинается с вопроса, который можно увидеть
Для Ian интеллект-карта наиболее полезна до того, как ответы станут окончательными. Она позволяет держать клинические допущения на виду, пока их еще можно оспорить, перестроить и улучшить. К моменту, когда модель попадает в хранилище данных, большая часть ее смысла уже определена.
Готовая система может содержать артериальное давление, вес тела или пожелания пациента. За каждым полем стоит дерево решений, которые нужно было сделать явными. Работа Ian начинается с придания этим решениям формы, которую врачи и технические специалисты могут увидеть вместе.
