FHIR과 openEHR 사이의 관계

Question

openEHR (및 Health Infoatics in general) 공간에 처음 입문했지만이 질문으로 인해 어려움을 겪었습니다.

HL7 FHIR과 openEHR은 어떤 관계가 있습니까? HL7 v2 등이 상호 운용성을위한 기본 메시징이라는 것을 알고 있습니다. 그러나 FHIR은 자원의 형태로 임상 데이터 모델링을 추가하는 것으로 보입니다. 관측 환자는 임상 모델이 아닙니다. 그리고 FHIR 서버 개념을 추가 할 때 CDR에 대해 조사하지 않습니까?

그러면 openEHR은 템플릿 내에서 집계 된 아키타 입을 통해 동일한 임상 개념을 모델링합니다. - 환상적입니다 (openEHR이 어디에 적합한 지 알 수 있습니다)

다음은 상호 운용성의 교차점은 어디입니까?

openEHR은 화면의 모델에 대한 직접 맵으로 아키 타입을 제공하도록 설계 되었습니까? 내 이해가 예. (데이터 소스 및 UI 상호 운용성) ... ie (가장 간단한 형태로) - 클라이언트 호출 Server - Server는 데이터에서 AQL을 실행하고 XML 결과를 반환하고 클라이언트는 HTML을 생성하기 위해 XSL을 실행합니다 -

데이터 모델링에 대한 상호 운용성 및 openEHR에 대한 자세한 내용은 없습니까? - 이제 openEHR 서버가 결과를 openEHR 표준으로 제공하는 것이 좋습니다. 우리는이를 FHIR 리소스에 매핑하여 프런트 엔드 또는 상호 운용 가능한 시스템에 제공하려고 시도합니다.

우리는 하나를 골라 내고 다른 것을 잊어 버려야합니까?

이 말에는 많은 것이 있습니다.하지만 제가 말했듯이 저는 매우 혼란 스럽습니다.

감사합니다.

Answer 1

FHIR은 데이터 교환의 목적으로 리소스를 모델링합니다.

openEHR은 제약 조건 및 용어/번역을 비롯하여 임상 데이터 구조 정의 (아키 타입, 템플릿)를 관리하고 임상 정보 (표준 정보 모델)를 관리하고 임상 정보에 액세스 (표준 쿼리 언어 AQL) 임상 의사 결정 지원을위한 규칙 (표준 규칙 언어 GDL)을 정의하고 서비스 모델을 정의합니다 (REST API는 거의 승인 됨).

그래서 openEHR은 데이터 교환뿐만 아니라 상호 운용성을 허용하는 데 필요한 모든 내부 항목이며, FHIR은 openEHR 시스템 위에있을 수있는 서비스 계층이며 다른 서비스 계층은 HL7 v2.x와 같을 수 있습니다 , IHE 프로파일 또는 심지어 DICOM 서비스.

openEHR을 통한 FHIR의 관점에서, openEHR 아키 ​​타입과 FHIR 자원 간의 매핑은 기술적 인 구현이 필요합니다. 따라서 openEHR CDR을 보유하고 FHIR을 통해 액세스 할 수 있습니다.

openEHR 시스템에서 GUI를 사용하는 경우 archetypes GUI를 자동으로 생성 할 수 있으며 입력 데이터는 GUI를 생성하는 데 사용 된 아키타 입을 사용하여 자동으로 검증됩니다. 이것에 대한 많은 구현이 있습니다. 오픈 소스 (github repos에 대한 많은 예제가 있습니다).

결론 : openEHR을 사용하여 EHR을 만들고 API 또는 많은 API (사용자 정의, openEHR, FHIR, HL7 v2.x, XDS 등)를 제공 할 수 있습니다.