CDA 및 C-CDA 설명: HL7 v2와 FHIR 사이의 HL7 임상 문서 표준

짧은 답변: Clinical Document Architecture(CDA)는 HL7의 임상 문서 표준으로, 퇴원 요약서, 의뢰서, 진료 기록, 환자 요약서 등이 포함됩니다. CDA 문서는 헤더(누가, 언제, 누구에 대한 정보)와 사람이 읽을 수 있는 내러티브 및 선택적으로 기계가 읽을 수 있는 코딩된 항목으로 구성된 섹션의 본문을 포함하는 하나의 XML 파일입니다. C-CDA(Consolidated CDA)는 가장 일반적인 문서 유형에 대한 템플릿을 고정하는 미국 구현 가이드이며, CCD(Continuity of Care Document)는 가장 잘 알려진 구성원입니다. CDA 릴리스 2는 2005년에 나왔으며 여러 국가 및 국경 간 프로그램에서 여전히 의무화되어 있습니다.

문서의 모습

CDA 문서는 XML 파일로, ClinicalDocument 루트 안에 헤더(LOINC 코드로 된 문서 유형, templateId OID, ID, 유효 시간, 기밀 코드, 환자, 작성자 및 관리자 정보 포함)와 섹션 본문이 포함됩니다. 각 섹션에는 LOINC 코드, 필수적인 사람이 읽을 수 있는 텍스트 요소, 그리고 소프트웨어가 읽을 수 있는 선택적 코딩 항목이 있습니다.

<ClinicalDocument xmlns="urn:hl7-org:v3">
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
  <templateId root="2.16.840.1.113883.10.20.22.1.2" extension="2015-08-01"/>
  <id root="2.16.840.1.113883.19.5" extension="DOC-2026-0314"/>
  <code code="34133-9" codeSystem="2.16.840.1.113883.6.1" displayName="Summarization of Episode Note"/>
  <effectiveTime value="20260314101500+0100"/>
  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
  <recordTarget><patientRole>…</patientRole></recordTarget>
  <author>…</author>
  <custodian>…</custodian>
  <component><structuredBody>
    <component><section>
      <templateId root="2.16.840.1.113883.10.20.22.2.6.1" extension="2015-08-01"/>
      <code code="48765-2" codeSystem="2.16.840.1.113883.6.1" displayName="Allergies and adverse reactions"/>
      <title>Allergies</title>
      <text><table><tr><td>Penicillin</td><td>Rash</td></tr></table></text>
      <entry>…coded Allergy Concern Act…</entry>
    </section></component>
  </structuredBody></component>
</ClinicalDocument>

주목할 세 가지 사항이 있습니다. 문서 유형과 모든 섹션은 LOINC 코드(34133-9, 48765-2)로 식별됩니다. 템플릿은 URL이 아닌 OID(2.16.840.1…)로 식별됩니다. <text> 요소는 필수이며 의사가 보는 것이고, <entry>는 선택 사항이며 소프트웨어가 읽는 것입니다.

세 가지 수준

CDA는 세 가지 수준의 구조를 정의합니다. 레벨 1은 구조화되지 않은 본문(예: 포함된 PDF)과 유효한 헤더입니다. 레벨 2는 코딩된 섹션과 서술 텍스트를 포함한 구조화된 본문을 추가하지만, 코딩된 항목은 없습니다. 레벨 3은 템플릿을 따르는 코딩된 항목을 추가하여 소프트웨어가 알레르기, 약물 및 질병을 가져올 수 있도록 합니다. 대부분의 실제 문서는 레벨 2와 3 사이에 위치합니다.

• 레벨 1: 유효한 헤더와 구조화되지 않은 본문(예: 포함된 PDF). 법적으로 CDA 문서이며, 컴퓨터는 저장할 수 있지만 읽을 수는 없습니다.
• 레벨 2: 코딩된 섹션과 내러티브가 있는 구조화된 본문, 코딩된 항목 없음. 소프트웨어는 알레르기 섹션이 있다는 것을 알지만 알레르기를 나열할 수는 없습니다.
• 레벨 3: 템플릿을 따르는 코딩된 항목이 있는 섹션. 소프트웨어는 수신 기록으로 알레르기, 약물 및 문제를 가져올 수 있습니다.

대부분의 실제 CDA는 레벨 2와 3 사이에 있습니다. 일부 섹션은 코딩되고 다른 섹션은 내러티브만 있습니다.

여전히 CDA를 형성하는 여섯 가지 원칙

CDA의 여섯 가지 기본 원칙은 지속성(문서가 수년간 변경되지 않고 유지됨), 관리(관리자가 책임을 짐), 인증 가능성(서명 가능), 맥락(헤더가 전체 문서에 적용됨), 완전성(섹션은 문서 외부에서 의미를 잃음), 그리고 사람이 읽을 수 있음(서술 텍스트는 별도의 소프트웨어 없이 렌더링됨)입니다. FHIR 문서는 이 여섯 가지 원칙을 동일하게 채택합니다.

CDA는 영속성(문서가 수년간 변경되지 않고 유지됨), 관리(보관자가 책임을 짐), 인증 가능성(서명 가능), 컨텍스트(헤더가 전체 문서에 적용됨), 온전성(문서에서 벗어난 섹션은 의미를 잃음) 및 가독성(특별한 소프트웨어 없이 내러티브가 렌더링되어야 함)을 중심으로 설계되었습니다. FHIR 문서(유형 document의 번들 및 Composition)는 동일한 원칙을 채택합니다. CDA vs FHIR에서 설명하듯이 기본 데이터 모델은 다릅니다.

C-CDA: 미국 통합

C-CDA(Consolidated CDA)는 2011년부터 여러 중복되는 CDA 가이드를 하나로 통합한 미국의 구현 가이드입니다. 여기에는 진료 연속성 문서, 퇴원 요약서, 의뢰서 등 약 12가지 문서 템플릿과 섹션 및 항목 템플릿의 공유 라이브러리가 포함됩니다. C-CDA R2.1은 진료 전환 및 환자 요약에 대한 ONC 인증에 필수적입니다.

2011년 이전에는 미국 구현자들이 여러 중복되는 CDA 가이드를 사용했습니다. Consolidated CDA는 이를 하나로 통합했으며, 약 12개의 문서 템플릿(Continuity of Care Document, Discharge Summary, Progress Note, Referral Note, Care Plan, Operative Note, Diagnostic Imaging Report 등)과 공유 섹션 및 항목 템플릿 라이브러리를 포함합니다. C-CDA R2.1은 미국 EHR 인증(ONC)에서 진료 전환 및 환자 요약에 필요하며, API용 FHIR US Core와 함께 여전히 사용됩니다.

2026년 CDA의 현황

2026년 CDA는 미국 의료기관 간 교환에서 Direct 메시징 및 건강 정보 교환을 통한 C-CDA 형태로, 유럽의 국경 간 MyHealth@EU 환자 요약 및 전자 처방전, 독일의 eArztbrief 및 ePA, 오스트리아의 ELGA, 이탈리아의 FSE, 네덜란드 및 스위스의 국가 프로그램으로 존재하며, 스캔되거나 PDF 형식의 문서 주위에 헤더를 래핑하는 형태로 어디에나 사용될 것입니다.

• 미국: 제공자 간 문서 교환, Direct 메시징 및 건강 정보 교환을 위한 C-CDA.
• 유럽, 국경 간: MyHealth@EU는 환자 요약 및 전자 처방전을 CDA 문서(eHDSI 템플릿)로 교환하며, EHDS 하에서 FHIR 기반 형식이 도입될 예정입니다. EU 국경 간 전자 처방전을 참조하십시오.
• 국가 프로그램: 독일의 전자 의사 편지(eArztbrief) 및 ePA의 일부, 오스트리아의 ELGA 문서, 이탈리아의 FSE, 네덜란드 및 스위스는 종종 IHE XDS 레지스트리를 통해 문서를 위해 CDA를 사용합니다.
• 모든 곳: 문서 레지스트리가 인덱싱할 수 있도록 CDA 헤더에 래핑된 스캔 및 PDF 문서.

수신자가 실제로 받는 것

CDA 문서 수신자는 항상 읽을 수 있는 서술 텍스트를 받지만, 코딩된 데이터는 발신자가 레벨 3 템플릿을 일관되게 사용한 경우에만 가져올 수 있습니다. 수신 시스템은 일반적으로 서술 텍스트를 표시하고, 두 개의 다른 공급업체에서 생성된 레벨 3 문서가 동일한 사실을 동일하게 코딩하는 경우가 드물기 때문에 항목별로 문제, 약물 및 알레르기를 조정할 수 있는 옵션을 제공합니다.

CDA 문서는 읽기에는 신뢰할 수 있지만 가져오기에는 일정하지 않습니다. 내러티브는 항상 존재하며, 코딩된 항목은 발신자의 수준과 템플릿 규약에 따라 달라집니다. 수신 시스템은 일반적으로 의사에게 내러티브를 표시하고 항목에서 문제, 약물 및 알레르기를 로컬 기록으로 하나씩 "조정"할 수 있는 옵션을 제공합니다. 이 조정 단계는 다른 공급업체의 두 레벨 3 문서가 동일한 사실을 동일한 방식으로 코딩하는 경우가 드물기 때문에 존재합니다.

Anpheros에서는 병원의 CDA 문서가 그대로 저장되며, XML이 첨부된 DocumentReference로 저장되고, 코딩된 콘텐츠는 존재하는 경우 FHIR 리소스(Condition, AllergyIntolerance, MedicationStatement)로 매핑되며, 출처는 문서로 다시 연결됩니다. DocumentReference vs DiagnosticReport vs Binary를 참조하십시오.

관련 페이지

• CDA vs FHIR
• HL7 vs FHIR: v2, CDA 및 FHIR
• FHIR 번들 설명
• DocumentReference vs DiagnosticReport vs Binary
• 국제 환자 요약
• 의료 상호 운용성 표준: 지도
• TEFCA 및 QHIN 설명

출처

• HL7 CDA Release 2 제품 브리프
• HL7 C-CDA R2.1 제품 브리프
• HL7 C-CDA 온라인 탐색 (템플릿)
• ONC 인증: C-CDA 요구 사항
• MyHealth@EU (유럽 위원회)

자주 묻는 질문

CDA는 HL7 v3와 같은 것인가요?

CDA는 HL7 v3 참조 정보 모델을 기반으로 하며 v3 데이터 유형을 사용하므로 XML이 그렇게 보이는 것입니다. HL7 v3 메시징의 나머지 부분은 거의 채택되지 않았습니다. CDA는 v3 중에서 성공한 부분입니다.

CCD란 무엇인가요?

Continuity of Care Document는 환자 요약(문제, 약물, 알레르기, 예방 접종, 결과, 절차, 활력 징후, 치료 계획)을 위한 C-CDA 문서 유형입니다. 이는 국제 환자 요약의 미국 등가물입니다.

CDA는 FHIR로 대체되고 있나요?

새로운 API 및 앱의 경우 그렇습니다. 기관 간 문서 교환의 경우 천천히 진행됩니다. 미국과 유럽의 규정은 여전히 특정 문서에 대해 CDA를 요구하며, FHIR 문서는 대체가 아닌 병행하여 도입되고 있습니다.

CDA 문서를 FHIR로 변환할 수 있나요?

네, 제한적입니다. HL7 C-CDA on FHIR 구현 가이드는 문서 유형과 섹션을 매핑합니다. 코딩된 항목은 템플릿이 일치하는 경우 FHIR 리소스로 매핑됩니다. 내러티브 전용 섹션은 텍스트가 있고 구조화된 데이터가 없는 Composition 섹션이 됩니다.

Anpheros Platform

샌드박스에서 무료로 사용해 보세요

5분 만에 첫 FHIR 호출. 환자의 동의가 내장된 HL7 FHIR R4 API: 샌드박스에서 먼저 사용해보고, 자체 앱 또는 병원 시스템을 연결하세요.

무료 샌드박스 만들기개발자 가이드 읽기 →

무료 · 합성 환자 30명 · 카드 불필요

작성자

Anpheros 팀

Anpheros는 환자가 직접 관리하고 어떤 병원과도 공유할 수 있는 의료 기록을 EU 기반의 HL7 FHIR R4 플랫폼에서 구축합니다. 이 가이드들은 건강 정보를 이해하고 정리하는 데 도움을 드리며, 의사의 진료를 대체하지 않습니다.

Anpheros 소개 →