Среди стандартов Health Level 7 (HL7), несмотря на название организации, есть такие, которые не имеют прямого отношения к передаче медицинских данных.
Стандартный " Функциональная модель системы HL7 EHR или «Функциональная модель системы МК HL7», вторая версия которой со значительными дополнениями была опубликована в апреле 2014 года, относится именно к таким стандартам.
Этот стандарт носит нормативный, а не рекомендательный характер, одобрен ANSI в 2007 году, в В 2009 году первая версия стандарта после пересмотра ISO и CEN была опубликована как ISO/HL7 10781. Стандарт можно бесплатно скачать на сайте HL7.org под названием Функциональная модель системы EHR HL7, версия 2 .
Стандарт включает описание стандарта и способов его использования, а также приложение со списком функций.
Прежде чем кто-либо из вас поспешит его скачать, подождите минутку.
Этот стандарт несколько сложен для понимания, поскольку он определенно ориентирован не на программистов и даже не на бизнес-аналитиков, а на несколько более высокий уровень.
На следующей картинке примерно показано место этого стандарта среди всех других опубликованных HL7. 
То есть, прежде чем вы начнете знакомиться с функциональной моделью, было бы неплохо посмотреть Модель анализа домена HL7V3 для выбранной вами медицинской области, например, Модель анализа предметной области HL7 версии 3: Службы неотложной медицинской помощи .
Стандарт HL7 Domain Analysis Model содержит большое количество Use Case, Activity и других типов UML-диаграмм для конкретной области медицинских услуг (в данном случае — неотложной медицинской помощи) и, вероятно, отражает передовой опыт, собранный многочисленными экспертами в области медицинских услуг.
эта зона.
Стандарт, опять же применительно к Службе скорой медицинской помощи, помогает понять, кто, как и кому передает медицинскую информацию в случае оказания неотложной медицинской помощи и транспортировки пациента.
Подобные модели существуют и для других областей.
Теперь, когда мы знаем, какие основные компоненты системы необходимо будет реализовать, мы можем использовать следующий стандарт, описанный в этой статье, чтобы выяснить, какие функции эти компоненты системы должны выполнять в идеале.
Для начала рассмотрим типичные (гипотетические) сценарии, в которых, по мнению самих составителей стандарта HL7 EHR-S FM, его можно использовать.
(глава 5 предполагаемых вариантов использования стандарт) Приведенные выше сценарии, конечно, отражают заокеанские реалии.
И так, первый сценарий: Группа врачей, владеющих частной клиникой, использует некую медицинскую систему для финансовых операций: выставления счетов, планирования и т. д., но не хранит в ней медицинские карты пациентов.
По какой-то причине эту систему необходимо обновить или заменить в течение следующих 2 лет. Группа врачей берет стандарт HL7 EHR-S FM и, имея большой практический опыт, начинает смотреть, какие функции из раздела Функции лечебного процесса наиболее подходящий для их идеальной системы EHR. В это время административный состав клиники изучает перечень функций из раздела Вторичные функции и технический персонал информационной инфраструктуры.
Затем они создают функциональный профиль, сочетающий в себе все эти требования.
Сценарий второй: Информационная система здравоохранения крупной больницы была недавно обновлена для соответствия требованиям HIPAA. Однако это обновление не включало поддержку принятия клинических решений, мониторинг производительности системы, отчетность и т. д. Директор по информационным технологиям больницы просит группу врачей рассмотреть функции процесса оказания медицинской помощи и функции оказания медицинской помощи.
В настоящее время группа ИТ изучает функции информационной поддержки.
Затем список был объединен и отправлен поставщику информационной системы больницы для добавления необходимых функций.
Сценарий третий: определенная снабжающая медицинская система разрабатывает различные системы поддержки МК, ориентированные на крупные больницы и аналогичные организации.
В то же время компания хотела бы выйти на рынок систем для частной практики и небольших клиник, но в этом случае они должны соответствовать требованиям Medicare. Помимо требований Medicare, компания также хотела бы добавить ряд функций, чтобы успешно конкурировать с существующими системами на этом рынке.
Изучив список функций различных разделов стандарта HL7 EHR-S FM, компания пришла к выводу, что для успешной конкуренции им требуется очень мало изменений в существующих системах.
Как вы могли заметить, во всех трёх случаях речь идёт об определённом списке функций, которые изучает каждый.
И это действительно так.
В первой версии стандарта было три раздела (или группы), во второй версии их уже 7. Соответственно, количество функций, рекомендуемых для типовой медицинской системы, также увеличилось со 140 до 322, а критерии их проверки от 972 до 2310. На рисунке ниже показано, как организованы эти разделы (группы функций): 
Каждый раздел состоит из набора функций, каждая из которых, в свою очередь, может иметь уточняющие подфункции и критерии проверки, соответствующие этой функции.
Глава 4 Обзор и определение функциональной модели , сообщает, как функции представлены в стандарте.
Например, Overarching содержит только одну функцию — OV.1 — которая гласит, что критерии проверки этого раздела применимы ко всем системам EHR и, следовательно, должны быть включены во все функциональные профили.
Раздел «Оказание ухода» имеет несколько функций, одна из которых – CP.1.1 Управление историей пациентов имеет 14 подфункций, таких как CP.1.1.2 — Система ДОЛЖНА обеспечивать возможность управлять личностью врачей, участвующих в элементах истории болезни, в соответствии с объемом практики, организационной политикой и/или законодательством юрисдикции.
.
И так далее.
Очевидно, что нет смысла перечислять все функции.
Разделы и функции, интересующие ИТ-подразделения, как всегда расположены в подвале, а именно: Рекордная инфраструктура И Доверительная инфраструктура .
Возможно, кто-то захочет познакомиться с ними поближе.
Как описано в сценариях выше, стандарт не предполагает, что все перечисленные функции обязательно должны быть реализованы в типовой системе ЭМК, поэтому пользователь стандарта может создать свой собственный Функциональный профиль, выбрав только то, что необходимо в контексте.
использования той или иной медицинской системы.
На следующем рисунке примерно показан такой профиль, охватывающий все 7 разделов.
В целом реальная ЭМК-система, как утверждают составители стандарта, может соответствовать более чем одному Функциональному профилю (правда, я не совсем понимаю, как, что мешает их совместить).
Самая большая глава стандарта, глава 6. Положение о соответствии описывает, как создавать профили, какую у них структуру, как добавлять функции, как выбирать условия проверки, как их правильно писать на английском языке и т.д. Чтобы не начинать с нуля, на сайте HL7.org, в разделе Стандарты > Профили ЭМК Помимо самого стандарта, вы также можете скачать готовые профили для различных сфер, например, HL7 EHR Функциональный профиль фармацевта/поставщика аптек или Функциональный профиль здоровья детей HL7 EHR .
Хотя сам стандарт несколько шире, чем просто перечень разделов и функций, некоторые его части применимы только к англоязычным странам.
Например, как уже говорилось выше, требования к описаниям требований к проверке.
Какие слова можно использовать, какие нельзя, что они означают и т. д. Итак, примириться (координату) использовать не рекомендуется, но гармонизировать (скоординированный) возможен, хотя первое встречается постоянно, а о втором в документации к информационным системам вряд ли кто-то помнит. Возвращаясь к первой картинке в этой статье.
После определения функций системы оставшиеся два правых столбца «Сообщения» и «Документы» содержат технические стандарты HL7 для взаимодействия (передачи данных) с другими системами и представления медицинских данных.
Я намеренно не делал обзор глав стандарта; это имеет мало смысла.
Самое интересное, на мой взгляд, пройтись по функциям и посмотреть, насколько ваша система соответствует требованиям HL7. Это если вы поставщик медицинских систем.
А если потребителем является медицинская система, то этот же набор функций может помочь подготовиться к тендеру.
Домашнее задание В англоязычной литературе выделяют три типа медицинских систем: ЭМК , ЭМИ И ПХР – что можно перевести на русский язык как ЭМК.
Из-за этого теряется смысл и функциональность систем.
Даже некоторые англоговорящие коллеги иногда путаются в этой терминологии.
Предлагаю вам поискать самостоятельно и разобраться, в чем их сходство и различие.
В опросе могут участвовать только зарегистрированные пользователи.
Войти , Пожалуйста.
Нужна ли книга для изучения стандарта передачи медицинских данных HL7V3 на русском языке (английская версия содержит 120 страниц): 43,33% Да, купил бы.
13 50% Ну если бесплатно, то можно глянуть.
15 6,67% Даже не понимаю, о чем речь.
:) Проголосовало 2 30 пользователей.
5 пользователей воздержались.
Теги: #hl7 #CDA #CCD #EHR #EHR-S #Анализ и проектирование систем #ИТ-стандарты #Разработка систем связи
-
Интернет-Сервис Т1
19 Oct, 24 -
Рентгеновский Рентген, Вильгельм Конрад
19 Oct, 24 -
«Спектры» Российской Науки
19 Oct, 24 -
Браузерная Игра
19 Oct, 24 -
Реализация Резервирования Сервера Asterisk
19 Oct, 24
