DICOMweb, WADO-RS 와 FHIR

 

의료 데이터의 관리와 상호 운영성을 지원하는 표준은 DICOM, HL7 만 공부해도 어려운데요.

추가로 DICOMweb, WADO-RS, FHIR도 있고 많이 사용되고 있습니다.

그럼 이것들은 뭘까요?

 

요즘은 Native Application보다 Web Application들이 훨씬 많이 개발되고 있습니다.

의료기기 관련 Application들도 마찬가지인데...

문제는 DICOM 과 같은 오래된 protocol을 이용해서 Web  Application을 만드는 것은 매우 어렵습니다.

시도하지 않는 것이 건강에 좋습니다.

 

현대의 잘 만들어진 Web Application들은 대부분 RESTful API를 지원하도록 되어 있고 PACS 와 같은 시스템들도 마찬가지로 RESTful 서비스를 지원해야 하는 요구 사항이 있을 수 밖에 없습니다.

따라서 Web Application을 통해 의료 영상을 저장, 검색, 전송을 하고 환자 정보, 진단 보고서 등도 교환할 수 있도록 설계된 표준이 필요하게 되었는데 DICOM의 표준 protocol로 이를 구현하는 것은...안하는게 낫습니다.

 

DICOMweb, FHIR, 그리고 WADO-RS는 이러한 필요에 의해 생겨나게 되었습니다.

 

이들은 의료 데이터 관리와 상호운용성을 지원하는 표준으로, 서로 긴밀하게 연결되어 있습니다. 이들 간의 관계를 이해하려면 각각의 역할과 통합 방식에 대해 살펴봐야 합니다.

 

DICOMweb

DICOMweb은 의료 영상 데이터를 저장, 검색, 전송할 수 있도록 설계된 웹 기반 RESTful API 표준입니다. 기존 DICOM 표준을 웹 환경에 맞게 확장한 형태로, 특히 이미지 중심 워크플로우에 적합합니다.

 

WADO-RS는 DICOMweb의 주요 프로토콜 중 하나로, 의료 이미지를 웹에서 검색하고 가져올 수 있도록 지원합니다. 예를 들어, 특정 이미지나 메타데이터를 HTTP 요청을 통해 가져오는 데 사용됩니다.

 

FHIR

FHIR은 HL7에서 개발한 의료 데이터 교환 표준으로, JSON 또는 XML 형식의 데이터를 RESTful API를 통해 교환하며 정보 중심 워크플로우를 관리합니다. 환자 정보, 진단 보고서 등 다양한 임상 데이터를 처리합니다.

 

FHIR에서는 의료 영상 데이터를 관리하기 위해 ImagingStudy라 불리는 리소스로, DICOM 이미지를 참조하거나 메타데이터를 제공하며 WADO-RS URL을 통해 이미지를 검색할 수 있습니다.

 

즉, FHIR ImagingStudy 리소스는 DICOMweb 서버의 WADO-RS URL을 포함하여 이미지를 검색할 수 있도록 합니다. 예를 들어, FHIR API를 통해 환자의 영상 연구 목록을 가져온 후 해당 연구에 연결된 WADO-RS URL을 사용해 이미지를 다운로드할 수 있습니다.

 

용도는...

만약 웹에서 의료 영상만 처리하는 경우라면 DICOMweb/WADO-RS 를 사용하는 것이 성능 측면에서 낫습니다. FHIR는 검색과 이미지 참조가 별도로 이루어지기 때문에 다소 느릴 수 있습니다. 하지만 환자 정보, 진단 보고서와 같은 데이터를 함께 처리해야 하는 환경이라면 FHIR를 같이 사용하는 것이 좋겠죠.

 

예를 들어...

의료 영상 워크플로우에서 FHIR과 WADO-RS는 함께 사용되어 환자 데이터와 이미지를 통합적으로 관리합니다. 예를 들어, FHIR API로 환자의 진단 보고서를 검색한 다음 WADO-RS를 통해 해당 보고서와 연결된 이미지를 가져올 수 있습니다.
클라우드 기반 시스템에서는 FHIR과 DICOMweb이 결합되어 전반적인 의료 데이터 상호운용성을 개선합니다.

 

대표적인 DICOMweb Viewer로 OHIF Viewer 가 있으니 한 번 둘러 보시기 바랍니다.

Github에서 MIT License로 제공하고 있습니다.

OHIF/Viewers: OHIF zero-footprint DICOM viewer and oncology specific Lesion Tracker, plus shared extension packages