Для доступа ко всей емкости электронной медицинской информации необходимо обеспечить бесперебойный доступ медицинских работников к сведениям о состоянии здоровья через приложения и платформы. Однако данные на протяжении многих лет ограничивались фирменным программным обеспечением. Поставщики, плательщики и пациенты часто возвращались к устаревшим, трудоемким методам передачи данных, таким как отправка факсов с записями о ходе лечения или физическая передача бумажных записей.
Создание HL7
Корни трансформации были заложены более десяти лет назад. Health Level Seven International (HL7), некоммерческая группа, нацеленная на установление стандартов для передачи, консолидации, обмена и восстановления электронных медицинских записей, была создана в 1987 году профессионалами в области медицинских достижений. В наши дни эта организация является ведущим поставщиком спецификаций для совместимости медицинских информационных систем.
Стандарт клинических сообщений HL7 значительно облегчает безопасный метод передачи записей и медицинских сообщений в медицинских учреждениях. HL7 использует текстовые сообщения на основе ASCII для взаимодействия между различными системами, такими как структуры управления пациентами, механизмы информации о здравоохранении, электронные медицинские карты, управление лабораторными данными и платежные процессы.
Введение FHIR
Стандарт Fast Healthcare Interoperability Resources (FHIR) был создан в 2014 году как потенциальная замена HL7 V2, что упрощает предоставление большего количества возможностей и устаревших процессов для обмена данными. Цель этой инициативы — повысить эффективность взаимодействия и совместимость.
Внедрение FHIR вызвало массу недоразумений в секторе здравоохранения. Компании, использующие HL7 V2 и другие варианты, задавались вопросом, каким стандартам им следует соответствовать.
Вот краткий ответ: FHIR считается величайшим революционным протоколом, даже если все они обеспечивают совместимость. Он использует доступные веб-протоколы и веб-приложения RESTful, которые упрощают включение различных аспектов системы по сравнению с более ранними бенчмарками.
Однако внедрение HL7 V2 и FHIR является сложным и требует специальных знаний. Вы можете использовать различные решения для субподряда этой работы, поскольку они уже помогли многим поставщикам медицинских услуг принять FHIR.
Давайте быстро рассмотрим FHIR против HL7.
Что общего у HL7 и FHIR?
Поскольку стандарты HL7 и FHIR были созданы компанией Health Level Seven International, их можно сравнить с двумя братьями и сестрами.
FHIR использует самые последние стандарты веб-сервисов, объединяя при этом лучшие элементы HL7 V2, HL7 V3 и CDA. FHIR построен на гибкой системе «ресурсов», которые могут быть объединены для эффективного решения клинических и организационных проблем. Они также выиграют от расширяемой функции, которая упрощает стандарт FHIR для всех, будучи построенным с надежными критериями прямой/обратной совместимости для удобной установки.
С FHIR все улучшения, достигнутые в ходе этапов разработки HL7 V2, V3 и CDA, интегрируются в более крупные, более продвинутые экосистемы. Это включает запуск HL7 RIM (Reference Information Model), которая с публикацией HL7 V3 стала краеугольным камнем для всего моделирования данных. Чтобы создать фиксированную версию информации о здравоохранении, рассматриваемую в контексте HL7, целевая группа HL7 и участники HL7 согласовали эту Reference Information Model.
Ключевые различия между HL7 и FHIR
FHIR поддерживает коммуникации, подобные HL7 V2, но также предлагает множество методов для упрощения обмена данными между структурами. Основное различие между HL7 и FHIR заключается в том, что в отличие от HL7 v2, FHIR использует открытые веб-приложения, включая веб-сервисы RESTful и форматы данных JSON и RDF. Большинство программистов уже знакомы с этими системами. Поэтому период адаптации короче, чем с более ранними протоколами. Не стоит забывать, что метод RESTful API заменяет интеграции «точка-точка» на функциональность «один ко многим», что значительно упрощает передачу данных и сокращает время, необходимое для интеграции последних сторон обмена данными.
Повышенная совместимость с многочисленным различным оборудованием и программным обеспечением, в дополнение к системам электронных медицинских карт (HER), является существенным преимуществом стратегии RESTful. Например, гаджеты, портативные устройства и приложения для телефонов. Благодаря внедрению сторонних и носимых технологий компания Folio3 Custom Medical Software Development Company предоставляет возможности подключения Folio3 HER/EMR, которые улучшают развертывание HL7 и улучшают взаимодействие пациента и врача.
Тот факт, что HL7 v2 и FHIR по-прежнему полагаются на передачу документации для обмена медицинской информацией и данными, является еще одним отличием между различными стандартами. Поставщики HL7 v2 часто выбирают набор информации для отправки, прежде чем создавать сообщение, содержащее эти данные. Подобно стабильной информации, собранной в PDF, HL7 v2 продолжает использовать формат Consolidated Clinical Document, из которого сложно отделить данные и сделать их функциональными в любом другом макете.
RESTful API также заменяет конечные точки «один ко многим» на интерфейсы «точка-точка», что значительно упрощает обмен данными и сокращает время, необходимое для привлечения новых пользователей для обмена информацией.
По сравнению с более ранними протоколами, такими как широко используемый HL7 V2, стандарт FHIR явно имеет значительные преимущества. Несмотря на то, что государство обязало принять FHIR, многие организации должны быть мотивированы продвигаться вперед, даже если они все еще обсуждают, стоит ли это делать.
Помните, что у вас все еще есть некоторые важные операционные возможности и возможные препятствия, которые нужно преодолеть, если ваша организация принимает FHIR. Например, хотя FHIR был разработан для упрощения выполнения, реализация внутреннего приложения FHIR может по-прежнему требовать освоения новых экспертных знаний.
Что делает FHIR лучше HL7?
За небольшую долю заряда существующих стратегий дизайн FHIR предоставляет базовый пакет инструментов, которые, по отдельности или в сочетании, могут решать административные и клинические проблемы в реальной жизни. Каждый источник FHIR разделен на типы и группы, во многом как сегменты HL7 v2, причем каждая форма предоставляет уникальный макет домена, который может включать составной или примитивный контент. Источники основаны на XML, Atom, JSON, HTTP и OAuth; эти функции могут быть обязательными или дискреционными.
Настоящая фишка в том, что текущие протоколы не будут заменены, даже если FHIR распространится по всей отрасли здравоохранения. Не будет насущной необходимости перемещать какие-либо интерфейсы HL7, поскольку все они продолжат быть полезными.
Разработка облачного сервиса FHIR может помочь преодолеть барьеры внедрения. Вы можете ускорить закупки, интегрировать облачные сервисы для адаптации исполнения и добиться адекватного дальнейшего расширения с правильной облачной реализацией, и все это при сохранении расходов под контролем.