CDA FHIR 매핑

Question

EHR 플랫폼에 sidecar applications에 대한 지원을 추가하려고합니다. 나는 CDA < ---> FHIR을 매핑하기위한 중간 표현 (예 : XML)을 구현하기위한 순수한 구현 자의 접근 방식을 취하고있다. 나는 이것을위한 레퍼런스 구현으로 smart-on-fhir을 사용하고있다. 제가 사용하려고하는 CDA는 오스트레일리아의 연장입니다 - ereferral (www.digitalhealth.gov.au/implementation-resources/clinical-documents/EP-0936-2012/NEHTA-0967-2012).

smart-on-fhir (또는 다른 어떤 FHIR) 참조 구현을 사용하여 그러한 중간 표현을 생성 할 수 있습니까? 다른 사람이 이것을 시도 했습니까? 실제 구현을 검색하는 동안

나는 이들의 repos 건너 온 :

• github.com/jmandel/sample_ccdas
• github.com/amida-tech/fhir2ccda
• github.com/amida-tech/cda-fhir

FHIR 그룹은 일부 손 examples 만들어진 있습니다. 이 FHIR 리소스에 해당하는 CDA 예제가 있습니까?

나는 읽고 웹 기사와 같은 변환 사이의 문제에 대한 흰색 종이 문서의 몇 :

• 데이비드 헤이의 blog가 FHIR 문서가에 뿌리 객체 그래프처럼 때문이다 "라고 컴포지션 리소스 "과 같은 의미입니까?
• HL7 v3이 메시지인지 문서인지에 관한 Rene Spronk의 article입니다. CDA와 FHIR 모두에서 표현을 처리하고 검증해야하는 구현 자에게 미치는 영향은 무엇입니까?
• Lantana Group position paper - ""FHIR이 전체 CDA 사용 사례를 수용 할 수 있거나 미래에는 원활한 통합과 정보 공유가 보장됩니다. 임상 서류 및 API ". 이것은 CDA < ---> FHIR 표준의이 단계에서 FHIR 변환이 불가능하다는 것을 의미합니까? 모두 SO 및 FHIR 커뮤니티 포럼에 게시 십자가에 대한

사과 : http://community.fhir.org/t/cda-fhir-mapping-implementations/211/1

Answer 1

FHIR에 CDA는 매우 간단하고 당신이 이미 그렇게 몇 저장소를 발견 한 것 같습니다.

FHIR-CDA도 매우 간단합니다. 귀하가 관심을 갖는 것이 모두 유효하다고 가정 할 경우. AU/NZ 로켈에서 사용하기 위해 해당 라이브러리를 조정해야 할 수도 있습니다.

그런데 - Keith Boone에는 둘 사이의 매핑에있어 몇 가지 문제점에 대한 블로그 게시물이 있습니다. 단점이 항상 있기 마련입니다.

가장 큰 장애물은 충실도 손실입니다. CDA (미국의 C-CDA 이상)에는 HL7v3 크래프 트가 많이 들어있어 FHIR로 전환하면 즉시 FHIR에서 원래의 C-CDA를 다시 만들 수 없을 것입니다. CCD 템플릿은 C32 요소, C-CDA 1.1 templateIds 및 언젠가는 C-CDA 2.1 templateIds가 포함 된 문서를 찾을 정도로 많이 발전했습니다. 따라서 합당한 C-CDA를 FHIR 번들에서 합리적으로 만들 수는 있지만 특정 구현 및 버전을 대상으로 선택해야합니다.

내 시작 https://www.redoxengine.com에는 docs 페이지에서 볼 수있는 JSON 버전의 CDA가 있습니다. 단순성을 위해 설계되었지만 FHIR 리소스로 앞뒤로 매핑 할 수 있습니다.