# DICOM vs FHIR: 영상 데이터와 임상 데이터

> DICOM은 의료 영상을, FHIR는 그 주변의 임상 데이터를 담습니다. 각 표준이 다루는 범위, ImagingStudy와 DiagnosticReport가 연결되는 방식, 그리고 무엇을 어디에 저장해야 하는지에 대해 설명합니다.

Source: https://developers.anpheros.com/ko/guides/dicom-vs-fhir

**DICOM과 FHIR는 경쟁 관계가 아닙니다. DICOM은 의료 영상(X-ray, CT 또는 MRI의 픽셀 및 기술 메타데이터) 표준이며, HL7 FHIR는 그 주변의 임상 데이터(오더, 영상의학과 판독 보고서, 소견 및 환자 정보 등) 표준입니다.** 일반적인 영상 워크플로우에서는 두 표준 모두 사용됩니다. 스캐너와 PACS는 DICOM을 사용하고, 병원 및 환자 앱은 FHIR를 사용하며, FHIR 리소스는 DICOM 데이터를 복사하는 대신 DICOM 스터디를 가리킵니다. 이 페이지에서는 각 표준의 시작점과 끝점, 연결 방식, 그리고 Anpheros와 같은 FHIR 백엔드가 저장해야 하는 것과 저장하지 말아야 하는 것에 대해 설명합니다.

## 짧은 답변

| | DICOM | HL7 FHIR R4 |
|---|---|---|
| 전달 내용 | 이미지 및 관련 메타데이터 (모달리티, 신체 부위, 슬라이스 간격, 장치, UID) | 임상 데이터: 환자, 주문, 보고서, 관찰, 약물 등… |
| 일반적인 크기 | 스터디당 메가바이트에서 기가바이트 | 리소스당 킬로바이트 |
| 데이터 단위 | 스터디 → 시리즈 → 인스턴스, 전역적으로 고유한 UID로 식별 | 리소스 (Patient, ServiceRequest, ImagingStudy, DiagnosticReport…) 및 참조 |
| 전송 방식 | DIMSE 네트워크 서비스 (C-STORE, C-FIND, C-MOVE) 및 DICOMweb REST (QIDO-RS, WADO-RS, STOW-RS) | HTTPS를 통한 REST (JSON 또는 XML) |
| 저장 위치 | PACS 또는 벤더 중립 아카이브 (VNA) | EHR, FHIR 서버, 건강 데이터 플랫폼 |
| 읽는 주체 | 영상 판독 시스템, AI 이미지 모델, 의료 기기 | 임상 앱, 환자 앱, 분석 도구, 텍스트 및 값 기반 AI |

## DICOM의 용도

DICOM (Digital Imaging and Communications in Medicine)은 이미지가 인코딩되는 방식과 이미징 장비가 이를 교환하는 방식을 정의합니다. 모든 이미지 파일은 픽셀 데이터 옆에 환자 및 연구 식별자, 모달리티 (`CT`, `MR`, `DX`, `US`…), 획득 매개변수, 픽셀 간격 등 수백 개의 속성을 포함하는 헤더를 가지고 있습니다. 이미지는 연구 내 시리즈 내 인스턴스로 그룹화되며, 각 인스턴스는 `2.25.181945…`과 같은 UID를 가지므로 동일한 연구를 어떤 아카이브에서도 다시 찾을 수 있습니다.

DICOMweb은 DICOM을 HTTP로 가져왔습니다: `QIDO-RS`는 연구를 검색하고, `WADO-RS`는 이를 검색하며, `STOW-RS`는 이를 저장합니다. 이를 통해 웹 뷰어 및 클라우드 서비스에서 이미지에 접근할 수 있지만, 페이로드는 여전히 DICOM입니다.

DICOM이 잘 하지 못하는 것은 임상 스토리입니다: 왜 연구가 주문되었는지, 영상의학과 의사가 무엇을 결론 내렸는지, 어떤 문제와 관련이 있는지, 그리고 검사 결과 및 약물과 어떻게 연관되는지 등입니다. 이것이 FHIR의 역할입니다.

## FHIR이 영상 관련하여 수행하는 작업

FHIR R4는 영상 워크플로우의 각 단계에 대한 리소스를 제공합니다.

- **ServiceRequest** — 주문: "흉부 X-ray, 2회 촬영, 폐렴 의심".
- **ImagingStudy** — DICOM 스터디 요약 (UID, 모달리티, 시리즈 및 인스턴스 수, 신체 부위) 및 이미지를 검색할 수 있는 위치를 나타내는 `endpoint` (예: DICOMweb WADO-RS 주소). 픽셀은 포함하지 않습니다.
- **DiagnosticReport** — 영상의학과 의사의 보고서: 코드, 상태, 결론, 발행 시간 및 선택적으로 `presentedForm`에 원본 보고서 PDF 포함; `imagingStudy`는 이를 스터디와 연결합니다.
- **Observation** — 쿼리 가능한 개별 소견 또는 측정값 (예: 결절 크기).
- **DocumentReference** — PDF 보고서 또는 JPEG로 내보낸 주요 이미지와 같은 문서.

PACS의 스터디를 가리키는 ImagingStudy (유효한 FHIR R4 구조):

```json
{
  "resourceType": "ImagingStudy",
  "status": "available",
  "subject": {"reference": "Patient/example"},
  "identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:2.25.181945102383749012843512396725468820"}],
  "started": "2026-10-03T10:20:00-05:00",
  "modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"}],
  "numberOfSeries": 1,
  "numberOfInstances": 2,
  "endpoint": [{"reference": "Endpoint/pacs-wado"}],
  "series": [{
    "uid": "2.25.30584718293846127394857102938475",
    "modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"},
    "bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
    "numberOfInstances": 2,
    "instance": [{"uid": "2.25.11223344556677889900112233445566",
                  "sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.1.1"}}]
  }]
}
```

동일한 스터디에 대한 보고서, DiagnosticReport로 ( [FHIR R4 validator](https://developers.anpheros.com/tools/fhir-validator) 통과):

```json
{
  "resourceType": "DiagnosticReport",
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "RAD", "display": "Radiology"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "36643-5", "display": "XR Chest 2 Views"}], "text": "Chest X-ray, 2 views"},
  "subject": {"reference": "Patient/example"},
  "effectiveDateTime": "2026-10-03T10:20:00-05:00",
  "issued": "2026-10-03T15:05:00-05:00",
  "performer": [{"display": "Springfield Imaging Center"}],
  "conclusion": "No acute cardiopulmonary abnormality.",
  "presentedForm": [{"contentType": "application/pdf", "url": "https://imaging.springfield-hospital.test/reports/RPT-8812.pdf", "title": "Radiology report"}]
}
```

## 두 시스템의 연결 방식

```
 modality (X-ray, CT, MR) ──DICOM──► PACS / VNA ◄──DICOMweb (WADO-RS)── image viewer, AI image model
                                         ▲
                     ImagingStudy.endpoint│ (where the images are)
                                         │
 order (ServiceRequest) ──► study ──► report (DiagnosticReport) ──► patient record (FHIR)
                                                                       │
                                     patient app, clinic system, AI assistant (text and values)
```

시스템을 단순하게 유지하는 규칙: **이미지는 영상 아카이브에 보관하고, 임상 기록에는 보고서, 중요한 소견 및 이미지에 대한 포인터만 유지합니다.** DICOM 연구를 임상 데이터베이스에 복사하는 것은 대부분의 독자에게 기록을 더 유용하게 만들지 않으면서 스토리지 및 개인 정보 보호 위험을 증폭시킵니다.

다른 표준들은 병원 간의 격차를 해소합니다. XDS-I와 같은 IHE 프로파일은 조직 간에 영상 문서를 공유하고, FHIRcast는 영상 뷰어와 보고 애플리케이션을 동일한 환자 및 연구에 유지합니다.

## 영상, 상호 운용성 및 AI

의료 영상에 대한 AI(탐지, 분할, 분류)는 일반적으로 영상 부서 또는 전문 플랫폼 내에서 DICOM 픽셀 데이터를 기반으로 작동합니다. 환자나 의사가 전체 기록에 대해 추론하는 데 도움이 되는 AI("마지막 흉부 X-ray는 무엇을 보여주었고, 기침 및 항생제와 어떻게 관련이 있는가?")는 보고서, 소견 및 FHIR이 전달하는 나머지 임상 데이터를 기반으로 작동합니다. 두 종류의 AI 모두 인프라에 동일한 것을 필요로 합니다: 코드, 시간 및 기록된 출처가 있는 데이터.

## Anpheros의 위치

Anpheros는 각 환자의 기록을 HL7 FHIR R4 형식으로 저장합니다. 영상의학 관련 데이터의 경우 다음과 같습니다.

- **저장됨:** 방사선 보고서는 `DiagnosticReport`로, 원본 보고서 또는 주요 이미지는 `DocumentReference` (문서당 최대 25MiB)로, 소견은 `Observation`로, 처방은 `ServiceRequest`로 저장됩니다. 각 쓰기 작업에는 출처 정보가 포함되며, 환자는 어떤 애플리케이션이 해당 정보를 읽을 수 있는지 결정할 수 있습니다.
- **저장되지 않음:** DICOM 스터디. Anpheros는 PACS가 아니며, DICOMweb 인터페이스를 제공하지 않고 현재 `ImagingStudy` 리소스를 지원하지 않으므로 이미지를 인덱싱하거나 제공할 수 없습니다. 이미지를 읽거나 해석하지 않습니다.

Anpheros Daily 앱에서 환자는 영상 보고서를 사진으로 찍거나 업로드하여 기록의 나머지 부분과 함께 문서에 보관할 수 있습니다. 앱 또는 클리닉 통합을 구축하는 개발자의 경우 실질적인 분할은 다음과 같습니다. 이미지는 영상 시스템에 보관하고, 보고서와 소견은 환자의 FHIR 기록에 작성합니다. [FHIR 백엔드와 클리닉 시스템 통합 방법](https://developers.anpheros.com/ko/guides/integrate-clinic-systems-fhir)은 방문 기록과 해당 문서를 하나의 트랜잭션으로 작성하는 방법을 보여주며, [DiagnosticReport 예제](https://developers.anpheros.com/tools/fhir-examples/diagnostic-report)는 보고서의 구조를 보여줍니다.

## 자주 묻는 질문

### DICOM과 FHIR의 차이점은 무엇인가요?
DICOM은 의료 영상과 해당 기술 메타데이터를 인코딩하고 교환합니다. FHIR은 주문, 보고서, 관찰 및 약물과 같은 임상 데이터를 교환합니다. 실제로는 FHIR 리소스가 영상 연구를 설명하고 참조하며, 영상 자체는 DICOM에 남아 있습니다.

### FHIR이 의료 영상을 저장할 수 있나요?
FHIR은 첨부 파일(DocumentReference 또는 Media의 주요 영상)로 작은 이미지를 전달할 수 있지만, 전체 진단 연구를 위한 것은 아닙니다. ImagingStudy 리소스는 DICOM 연구를 설명하고 검색할 수 있는 위치를 가리킵니다. 픽셀은 PACS 또는 아카이브에 남아 있습니다.

### DICOMweb이란 무엇인가요?
DICOM 표준의 RESTful 부분입니다. QIDO-RS는 검색, WADO-RS는 검색, STOW-RS는 HTTP를 통해 연구를 저장하는 데 사용됩니다. FHIR ImagingStudy는 DICOMweb 엔드포인트를 가리킬 수 있습니다.

### 어떤 FHIR 리소스에 방사선과 보고서가 포함되나요?
DiagnosticReport이며, 방사선과 범주, 검사에 대한 LOINC 코드, 결론, 필요한 경우 PDF 형식의 원본 보고서(`presentedForm`)가 포함됩니다. 검색 가능해야 하는 측정값은 별도의 Observations가 됩니다.

### Anpheros가 DICOM을 지원하나요?
아니요. Anpheros는 영상의 임상 측면(보고서, 소견, 문서 및 주문)을 환자의 FHIR R4 기록에 저장합니다. DICOM 영상을 저장, 제공 또는 해석하지 않으며 현재 ImagingStudy를 지원하지 않습니다.

## 관련 자료

- [의료 데이터 상호 운용성](https://developers.anpheros.com/ko/guides/interoperability): FHIR 관련 표준
- [FHIR 플랫폼](https://developers.anpheros.com/ko/guides/fhir): Anpheros가 저장하는 26가지 리소스 유형
- [FHIR 대 사용자 정의 의료 데이터베이스](https://developers.anpheros.com/ko/guides/fhir-vs-custom-database)
- [검사 결과 API](https://developers.anpheros.com/ko/guides/lab-results-api): 검사 보고서에 대한 동일한 패턴
- [FHIR 백엔드와 클리닉 시스템 통합 방법](https://developers.anpheros.com/ko/guides/integrate-clinic-systems-fhir)