"HL7 vs FHIR"라는 질문은 약간 잘못되었지만, 그 답은 여전히 유용합니다. HL7은 Health Level Seven International이라는 조직이며, 이 조직이 발행하는 표준들의 모음입니다. FHIR은 이 표준 모음의 최신 멤버입니다. 실제 비교 대상은 실제 현장에서 접하게 될 세 가지 HL7 표준입니다: HL7 버전 2 메시지, CDA 문서, 그리고 FHIR 리소스입니다. 이 가이드에서는 각 표준이 무엇인지, 2026년 현재 어디에 위치해 있는지, 그리고 어떤 표준이 필요한지에 대해 설명합니다.
개발자를 위한 기술 버전: FHIR vs HL7 v2 · HL7 v2에서 FHIR로의 매핑은 developers.anpheros.com에서 요청, 응답 및 제한 사항과 함께 제공됩니다. 이 페이지는 일반 언어 버전입니다.
HL7 v2: 병원 시스템 간의 메시지
HL7 버전 2는 1980년대 후반에 나왔으며, 여전히 전 세계에서 가장 널리 사용되는 건강 데이터 표준입니다. 병원 안팎의 시스템 간에 메시지를 전달합니다: 환자 입원(ADT), 검사 주문(ORM), 결과 반환(ORU). 메시지는 세그먼트가 있는 파이프(|)로 구분된 텍스트입니다:
MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300
이것은 작동하고, 어디에나 있으며, 최신 앱에서 사용하기 어렵습니다: 형식은 위치 기반이고, 각 사이트마다 고유한 방언이 있으며, "HTTP를 통해 이 환자의 기록을 가져오는" 개념이 없습니다.
CDA: 임상 문서
2000년대의 Clinical Document Architecture는 문서를 위한 XML입니다: 퇴원 요약, 의뢰서, 환자 요약. CDA 문서는 사람이 읽을 수 있으며 전체가 서명됩니다. 많은 국가 간 교환 및 1세대 환자 요약이 이를 기반으로 구축되었습니다. 문서를 위한 좋은 형식이며, "이 사람의 마지막 혈압은 얼마였는가"와 같은 질문에는 좋지 않은 형식입니다.
FHIR: 웹상의 리소스
1989년에 처음 발행되어 2019년부터 R4에서 안정화된 Fast Healthcare Interoperability Resources는 웹 페이지처럼 HTTP를 통해 접근 가능한 JSON 또는 XML 형식의 알려진 구조를 가진 리소스로 건강 데이터를 설명합니다. 검사 결과는 Observation, 진단은 Condition, 처방은 MedicationRequest이며, 각 리소스에는 표준 코드(LOINC, ICD-10 또는 SNOMED CT, ATC)가 있습니다. 모든 프로그래머가 이미 알고 있는 도구를 사용하여 이러한 리소스를 가져오고, 검색하고, 작성할 수 있습니다:
GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date
FHIR은 현재 EU 및 미국 규정에서 환자 접근을 위해 요구하는 것이며, SMART on FHIR 앱이 실행되는 기반이고, 유럽 건강 데이터 공간이 구축되는 기반입니다. 일반 언어 설명은 FHIR이란 무엇이며 왜 중요한가에서 확인할 수 있습니다.
나란히 비교
| HL7 v2 | CDA | FHIR | |
|---|---|---|---|
| 단위 | 메시지 | 문서 | 리소스 |
| 형식 | 구분된 텍스트 | XML | JSON 또는 XML |
| 전송 | MLLP, 파일 | 파일, 교환 | HTTP REST |
| 가장 적합한 용도 | 병원 시스템 통합 | 서명된 문서 | 앱, API, 환자 접근 |
| 시대 | 1989년 이후 | 2005년 이후 | 2014년 이후, R4 2019 |
| 여전히 일반적인 용도 | 검사실, ADT 피드, 장치 | 국가 간 교환 | 모든 새로운 것 |
필요한 것
- 앱, API 또는 AI 어시스턴트 구축: 망설임 없이 FHIR을 사용하세요.
- 검사실 또는 병원으로부터 결과 수신: 아마도 HL7 v2일 것입니다. 왜냐하면 그들이 그렇게 보내기 때문입니다. 경계에서 변환하세요.
- 국가 시스템과의 공식 문서 교환: 국가에 따라 CDA 또는 FHIR 문서를 사용하세요.
실제 패턴은 "HL7 v2 입력, FHIR은 그 외 모든 것"입니다. Anpheros Platform은 검사 보고서에 대해 정확히 이 작업을 수행합니다: 검사실은 전송된 그대로 ORU^R01 메시지를 게시하고, 각 OBX는 LOINC 코드, 단위, 참조 범위 및 수행자로 명명된 검사실을 가진 FHIR Observation이 됩니다. 환자의 기록은 FHIR이며, 검사실은 변경할 필요가 없습니다.
curl -X POST "$BASE/v1/patients/$PID/labs/import" \
-H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
--data-binary @report.hl7
자세한 내용은 실험실 커넥터: HL7 v2 및 CSV를 FHIR로에서 확인할 수 있습니다.
자주 묻는 질문
FHIR이 HL7 v2를 대체하고 있나요?
새로운 작업의 경우 그렇습니다. 기존 v2 피드는 작동하고 교체 비용이 들기 때문에 수년 동안 계속 실행될 것입니다. 대부분의 실제 시스템은 피드를 교체하기보다는 경계에서 v2를 FHIR로 변환합니다.
FHIR은 HL7의 일부인가요?
예. FHIR은 v2 및 CDA의 배후와 동일한 조직인 HL7 International에서 발행합니다. "HL7 FHIR"이 전체 이름입니다.
어떤 FHIR 버전을 사용해야 하나요?
R4 (4.0.1). 규정에서 참조하고 대부분의 시스템에서 구현하는 버전입니다. R5가 존재하지만 채택률은 제한적입니다. Anpheros Platform은 R4를 구현합니다.
FHIR도 문서를 전달할 수 있나요?
예: DocumentReference는 PDF 또는 모든 파일에 대한 포인터이며, FHIR Document Bundle은 섹션이 포함된 구성된 문서를 전달할 수 있습니다. 이것이 International Patient Summary가 전달되는 방식입니다.
FHIR API를 사용하기 위해 HL7 v2를 배워야 하나요?
아니요. 검사실 또는 병원과 통합하는 경우 그들의 측면에서 v2를 만나게 될 것입니다. 이를 변환해주는 플랫폼이 있다면 자신의 코드는 항상 FHIR만 보게 됩니다.
건강 기록을 항상 소지하세요
Anpheros Daily는 증상, 검사 결과, 복용 중인 약 및 문서를 표준 형식으로 한곳에 모아 관리합니다. 기본 플랜은 무료입니다.