Current Build

Переводит компания Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

FHIR Infrastructure Рабочая группаУровень зрелости: N/AСтатус голосования: Информативный

Добро пожаловать на страницу спецификации FHIR – стандарта электронного обмена медицинской информацией. На данной странице дается общий обзор стандарта, который послужит ориентиром для тех, кто впервые сталкивается с данной спецификацией.

С течением времени мы все чаще наблюдаем тенденцию к переводу медицинских карт пациентов в электронный вид. Учитывая то, что пациенты теперь имеют большую свободу перемещения между медицинскими учреждениями (в рамках национальной экосистемы здравоохранения), возникает вопрос обеспечения доступности, возможности извлечения и "понимания" [электронных] медицинских карт. Кроме того, в стремлении к автоматизации процесса поддержки принятия клинических решений и иных типов машинной обработки клинических данных, такие данные должны быть представлены в структурированной и стандартизированной форме. (Cм. Надвигающиеся цифровые проблемы в здравоохранении)

Организация HL7 International уже более 20 лет предпринимает действия по устранению существующих проблем [в здравоохранении] путем создания, развития и продвижения стандартов обмена медицинской информацией и ее моделирования. Стандарт FHIR – это новая спецификация от HL7, основанная на новейших подходах в отрасли электронного здравоохранения, но учитывающая весь накопленный опыт (реальные потребности, успешные решения и типичные трудности) определения и реализации стандартов HL7 v2 , HL7 v3 , CDA и RIM. FHIR может использоваться как отдельный стандарт обмена данными или совместно другими существующими отраслевыми стандартами. (См. Сравнение FHIR с другими стандартами от HL7)

Стандарт FHIR призван упростить реализацию без ущерба для целостности информации. FHIR использует существующие логические и теоретические модели для обеспечения непротиворечивого, легкого для реализации и строгого механизма обмена данными между медицинскими приложениями. FHIR имеет встроенные механизмы контроля соответствия эталонной информационной модели (HL7 RIM) и другим моделям содержимого (content model), что гарантирует соответствие FHIR раннее определенным шаблонам и моделям, лучшим практикам реализации стандартов, но в то же время освобождает разработчика от необходимости детального понимания стандарта HL7 v3 и эталонной информационной модели (RIM). (См. Сравнение FHIR с другими стандартами от HL7)

Основным структурным элементом FHIR является Resource (ресурс). Все содержимое, участвующее в информационном обмене, определяется как "ресурс". Все ресурсы разделяют следующий набор характеристик:

Основная идея FHIR − создать базовый набор ресурсов, которые по-отдельности или в комбинации смогут удовлетворить большинство сценариев использования. Ресурсы FHIR определяют содержание и структуру основного набора информации, который является общим для большинства реализаций. Существует встроенный механизм расширения для покрытия остальных случаев по мере их возникновения.

При моделировании FHIR используется композиционный подход. Для сравнения, HL7 v3 основывается на "модели ограничений" (см. Сравнение FHIR с другими стандартами от HL7). В FHIR конкретные варианты использования обычно реализуются путем объединения ресурсов с помощью ссылок на ресурсы. Хотя в каких-то случаях отдельный ресурс может быть полезен сам по себе, чаще встречается, что ресурсы объединяются и адаптируются для удовлетворения специфических требований. Два специальных ресурса используются для описания того, каким образом ресурсы определяются и используются:

  • Capability Statement – описывает интерфейсы, которые реализация предоставляет для обмена данными
  • StructureDefinition – обеспечивает дополнительные правила, которые служат для ограничения опциональности, количества элементов, терминологических привязок, типов данных и расширений, определенных в ресурсах, используемых реализацией.

Спецификация FHIR разбита на несколько модулей:

  • Foundation: The basic definitional and exchange infrastructure on which the rest of the specification is built
  • Implementer Support: Services to help implementers make use of the specification
  • Security & Privacy: Documentation and services to create and maintain security, integrity and privacy
  • Conformance: How to test conformance to the specification, and define implementation guides
  • Terminology: Use and support of terminologies and related artifacts
  • Linked Data: How to use RDF, and how ontologies are used when defining the FHIR content
  • Administration: Basic resources for tracking patients, practitioners, organizations, devices, substances, etc
  • Clinical: Core clinical content such as problems, allergies, and the care process (care plans, referrals) + more
  • Medications: Medication management and immunization tracking
  • Diagnostics: Observations, Diagnostic reports and requests + related content
  • Workflow: Managing the process of care, and technical artifacts to do with obligation management
  • Financial: Billing and Claiming support
  • Clinical Reasoning: Clinical Decision Support and Quality Measures

Ресурсы имеют широкий спектр применения: от чисто клинической информации, например планы ухода и диагностические отчеты, до чисто инфраструктурной, например заголовки сообщений и Capability Statements. Все они имеют общие технические характеристики (см. ниже формализованные определения), но используются совершенно различным образом. Обратите внимание, что вам нет необходимости в REST для использования ресурсов.

Начать лучше со списка ресурсов, чтобы получить представление об имеющихся ресурсах, затем посмотреть описание ресурса пациент, чтобы понять структуру описаний, затем прочесть следующие базовые страницы:

Такие заголовки-вкладки на страницах спецификации содержат важную информацию, но многие читатели пропускают их:


Ресурсы и типы данных, которые они используют, представлены в кратком и удобном для чтения XML-подобном формате, также у них имеется и подробное описание содержимого. Кроме того, большинство ресурсов можно сопоставить с другими форматами, включая HL7 v2, the HL7 v2 , the HL7 v3 , RIM, CDA , DICOM и др. Все ресурсы снабжены как минимум одним примером (а иногда их намного больше) и, где это уместно, профилями, описывающими их использование в определенных обстоятельствах. Наконец, некоторые ресурсы содержат примечания, помогающие разработчикам понять их логическое обоснование.

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

Поэтому HL7 предоставляет набор инструментов, с помощью которых можно искать и сохранять дополнительную информацию о FHIR, а также запрашивать техподдержку и делать запросы на изменение.

Команда проекта FHIR также поддерживает wiki-раздел , где документируются процессы разработки, методология и проектные решения. Разработчики и не только могут внести вклад в вики, разместив дополнительные указания и информацию, не найденную в спецификации. Обратите внимание, что содержимое wiki-страниц не является полномочным источником и не может служить критерием определения совместимости со стандартом FHIR. Также, некоторая информация в wiki может относиться не к последней версии спецификации FHIR.

Для каждой страницы спецификации FHIR есть wiki-страница. Эти страницы в основном будут использоваться для фиксирования основных обоснований, точек зрения и другой информации, не относящейся к разработчикам. Дополнительные страницы включают в себя методологию FHIR , использование инструментов проектирования FHIR и пр. Начать знакомство с wiki-разделом FHIR можно на корневой страницы .

Официальные запросы на изменение можно отправить здесь . (Также внизу каждой страницы имеется ссылка.) Они будут рассмотрены уполномоченной рабочей группой, и будет принято решение о включении их в спецификацию и в какую версию они войдут (если будут приняты).

В дополнение к перечисленным инструментам, HL7 предлагает тег Stack Overflow, email-рассылку и онлайн-чаты для обеспечения различных уровней поддержки и вовлечения разработчиков. Инструкции по доступу к этим инструментам (и как их использовать наилучшим образом) можно найти по адресу Support Links (а также здесь .