FHIR은 HL7 v2 메시징과 어떻게 다릅니까?

HL7 v2는 구분된 세그먼트가 있는 이벤트 기반 메시지를 전송하는 반면, FHIR은 RESTful 웹 API를 통해 개별 리소스를 노출하여 시스템이 HTTP를 통해 JSON과 같은 주류 형식을 사용하여 직접 읽고, 쓰고, 검색할 수 있도록 합니다.

SMART on FHIR은 무엇을 의미합니까?

SMART on FHIR은 애플리케이션이 개방형 표준을 사용하여 FHIR 엔드포인트에 대해 권한을 부여하는 패턴으로, 동일한 앱이 호환되는 FHIR API를 노출하는 여러 시스템에서 실행될 수 있습니다. 이는 FHIR의 리소스 및 API 설계에 대한 동기 중 하나입니다.

FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources)는 리소스라고 불리는 모듈형 데이터 단위와 웹 스타일 애플리케이션 프로그래밍 인터페이스를 사용하여 의료 정보를 교환하기 위한 HL7 International 표준입니다. 이 표준은 이전 HL7 표준의 구조화된 정보 모델링과 널리 사용되는 웹 기술(RESTful API, JSON 및 XML 직렬화, 표준 HTTP)을 결합하여 건강 데이터에 더 쉽게 접근하고 애플리케이션을 구축할 수 있도록 합니다.

PaperMind(으)로 주제 찾기곧 제공Find papers & topics

Tools & resources

슬라이드 다운로드

Learn & explore

동영상곧 제공

Definition

FHIR은 임상 및 관리 데이터를 각각 정의된 구조와 안정적인 식별자를 가진 개별적이고 독립적인 리소스로 표현하고, 표준 웹 프로토콜을 통해 RESTful 애플리케이션 프로그래밍 인터페이스를 통해 교환함으로써 시스템과 애플리케이션이 상호 운용 가능한 방식으로 건강 데이터를 읽고, 쓰고, 검색할 수 있도록 하는 표준입니다.

Scope

이 항목은 FHIR 리소스 모델, RESTful 교환 패러다임, 로컬 요구사항을 위한 프로파일링, 그리고 이전 HL7 표준 및 SMART on FHIR과 같은 대체 가능한 애플리케이션과의 관계를 다룹니다. FHIR을 데이터 교환 표준 및 방법론적 주제로 다루며, 구현, 보안 구성 또는 조달 지침은 제공하지 않습니다.

Core questions

FHIR 리소스란 무엇이며, 리소스는 환자 기록을 표현하기 위해 어떻게 결합됩니까?
RESTful API 접근 방식은 HL7 v2 메시징과 어떻게 다릅니까?
프로파일과 확장은 무엇이며, 왜 필요합니까?
FHIR은 SMART on FHIR과 같은 대체 가능한 애플리케이션을 어떻게 가능하게 합니까?

Key concepts

리소스 (환자, 관찰, 진료, 투약 요청 등)
RESTful API (생성, 읽기, 업데이트, 삭제, 검색)
JSON 및 XML 직렬화
참조 및 번들
프로파일 및 확장
구현 가이드
SMART on FHIR 대체 가능한 애플리케이션

Mechanisms

FHIR은 환자(Patient), 관찰(Observation), 투약 요청(MedicationRequest)과 같은 모듈형 단위인 리소스로 의료 정보를 모델링하며, 각 리소스는 정의된 요소 집합과 안정적이고 주소 지정 가능한 식별자를 가집니다. 리소스는 서로를 참조하며, 리소스 그룹은 번들로 조립될 수 있습니다. 시스템은 표준 HTTP 작업을 통해 리소스를 생성, 읽기, 업데이트, 삭제 및 검색하는 RESTful 인터페이스를 통해 리소스를 교환하며, 데이터는 JSON 또는 XML로 직렬화됩니다. 개별 배포에는 로컬 제약이 필요하므로 FHIR은 프로파일링을 지원합니다. 프로파일과 확장은 기본 리소스를 특정 관할권 또는 사용 사례에 맞게 조정하며, 구현 가이드는 이를 커뮤니티를 위해 패키징합니다. 이러한 리소스 및 API 설계는 대체 가능한 애플리케이션의 기반이 되기도 합니다. FHIR 엔드포인트에 대해 승인된 앱(SMART on FHIR 패턴)은 호환되는 시스템에서 실행될 수 있습니다.

Clinical relevance

FHIR은 환자 대면 앱, 임상 데이터 접근 및 조직 간 교환의 기반이 되고 있으며, 국가 상호 운용성 정책에도 포함되어 있습니다. 이 항목은 FHIR이 데이터를 구조화하고 노출하는 방법을 설명하며, 표준에 대한 참조 자료이지 임상 시스템을 구축, 보안 또는 배포하기 위한 지침은 아닙니다.

Evidence & guidelines

FHIR은 HL7을 통해 개발되고 투표된 규범적인 HL7 International 표준이며, 국가 및 지역 구현 가이드가 로컬 사용을 위해 이를 제약합니다. Bender와 Sartipi (2013)는 표준의 RESTful 설계에 대한 초기 기술적 설명이며, Benson과 Grieve의 교과서는 HL7 및 SNOMED CT와 함께 FHIR에 대한 통합된 설명을 제공하고, Mandl과 Kohane (2012)는 FHIR이 지원하는 개방형 앱 기반 아키텍처에 대한 정책적 근거를 제시합니다.

History

FHIR은 Grahame Grieve의 주도로 2011-2012년경 HL7에 의해 시작되었으며, 주류 웹 기술을 재사용하여 HL7 버전 3에 대한 의도적으로 경량화된 대안으로 개발되었습니다. Bender와 Sartipi (2013)와 같은 초기 설명은 이를 민첩하고 RESTful한 접근 방식으로 규정했으며, 표준은 2010년대 동안 연속적인 릴리스를 통해 규범적 지위로 발전하면서 개방적이고 대체 가능한 건강 IT에 대한 정책적 주장과 수렴했습니다.

Debates

FHIR은 진정한 의미론적 상호 운용성을 얼마나 잘 달성합니까?: FHIR은 구조와 교환을 잘 표준화하지만, 일관된 의미는 여전히 프로파일 및 용어 바인딩의 규율 있는 사용에 달려 있습니다. 구현 전반의 프로파일링 차이는 즉시 사용 가능한 의미론적 상호 운용성을 제한할 수 있습니다.

Key figures

Grahame Grieve
Duane Bender
Kamran Sartipi
Kenneth Mandl
Isaac Kohane

Seminal works

bender-sartipi-2013
benson-grieve-2021

Frequently asked questions

FHIR은 HL7 v2 메시징과 어떻게 다릅니까?: HL7 v2는 구분된 세그먼트가 있는 이벤트 기반 메시지를 전송하는 반면, FHIR은 RESTful 웹 API를 통해 개별 리소스를 노출하여 시스템이 HTTP를 통해 JSON과 같은 주류 형식을 사용하여 직접 읽고, 쓰고, 검색할 수 있도록 합니다.
SMART on FHIR은 무엇을 의미합니까?: SMART on FHIR은 애플리케이션이 개방형 표준을 사용하여 FHIR 엔드포인트에 대해 권한을 부여하는 패턴으로, 동일한 앱이 호환되는 FHIR API를 노출하는 여러 시스템에서 실행될 수 있습니다. 이는 FHIR의 리소스 및 API 설계에 대한 동기 중 하나입니다.