DICOM 영상 진단 장치와 병원 시스템

DICOM 영상 진단 장치라는 말은 없지만 여기서는 DICOM을 지원하는 영상 진단 장치로 이해해 주시기 바랍니다.
DICOM 영상을 획득할 수 있는 시스템들과 병원 내에서 연동이 되어야 하는 다른 시스템들은 어떤 것이 있는지 알아 보겠습니다.

PACS (Picture Archiving and Comunication System)

너무도 유명한 PACS 가 있고 주 용도는 DICOM 영상 획득 장치에 의해 생성된 DICOM 이미지들을 저장하는 것과
더불어 저장된 이미지를 보기를 원하는 시스템에 DICOM 영상을 전송해 주는 역할을 합니다.
영상 판독 결과와 진료 기록을 저장하기도 합니다.

MWL (Modality Worklist) Service

예를 들어 병원에서 X-ray를 촬영하려면 특정 환자를 위한 촬영 예약 시스템이 있어야 하고 촬영 하시는 분은
예약 목록에서 환자의 스케쥴을 찾아서 읽어와야 합니다.
그래서 환자들에 대한 진단 검사 스케쥴을 저장하고 검색 기능을 제공하는 시스템을 MWL 이라고 합니다.
당연히 DICOM 영상 진단 장치는 MWL에서 특정 환자에 대해 예약된 검사를 찾아서 가져올 수 있어야 합니다.
그렇지 않으면 촬영 담당자 입장에서는 매우 불편할 것입니다.

MPPS (Modality Performed Procedure Step) Service

병원에는 무수히 많은 환자들이 영상 진단 장치를 통해 검사를 받습니다.
MWL에서 가져온 정보를 기반으로 검사가 진행되고 완료되는 정보는 어딘가에 기록되어야 합니다.
그렇지 않으면 예약된 검사 스케쥴이 얼마나 완료 되었는지 어떻게, 얼마나 진행되고 있는지
병원 입장에서는 알기 어렵기 때문입니다.
그래서 많은 DICOM 영상 진단 장치는 환자에 대한 검사 진행 상태를 MPPS 서버로 자동으로
전송하는 기능을 제공합니다.
기능을 제공하지 않는 경우에는 촬영 하시는 분이 직접 입력할 수 밖에 없으니 매우 불편하겠죠.
특히 검사 건수가 매우 많은 대형 병원에서는 필수적인 기능입니다.

Storage Commitment Service

보통 PACS가 이 기능을 함께 제공합니다. 그런데 굳이 분리해서 쓴 이유는...
Storage Commitment 기능을 제공하는 서버를 별도로 둘 수 있기 때문입니다.
이 기능이 필요한 이유는...
만약 DICOM영상 진단 장치에서 환자의 이미지를 획득하고 영상을 촬영한 분이 PACS로 이미지를
전송했다고 가정해 봅시다.
영상은 크기가 매우 클 수도 있기 때문에 전송이 다소 지연될 수도 있습니다.
환자들이 많고 진단 검사의 cycle이 짧을 수 밖에 없는 경우에는 이렇게 획득한 DICOM 영상들이
모두 전송될 때까지 대기할 수는 없으니 대부분의 시스템은 작업 Queue를 만들어 전송합니다.
Storage Commitment Service는 전송 요청을 한 명령에 의해서 실제로 PASC에 이미지가
잘 저장이 되었는지를 확인하는 방법을 제공합니다.
예를 들어 갑자기 PACS 가 사용하고 있는 Storage 가 Full 이 되어 전송되어 들어오는 DICOM 영상을
저장하지 못하는 경우도 있습니다. 그런 경우에 PACS는 전송된 이미지에 대한 저장 결과를
DICOM에 정의되어 있는 Storage Commitment result 형식으로 보내게 됩니다.

Q/R (Query Retrieve) Service

PACS에 저장된 DICOM 영상을 모니터로 보기 위해서 DICOM Image Viewer 가 있다고 가정합시다.
DICOM Image Viewer 가 PACS로부터 이미지를 가져오는 방식도 DICOM 표준에 정의되어 있습니다.
DICOM Q/R 은 DICOM Image Viewer가 PACS에 있는 Image를 검색하는 방법과 가져오는 방법을
제공하는 서비스 입니다.
Q/R은 C-FIND, C-GET, C-MOVE 등의 서비스를 제공하는데 특히 C-GET과 C-MOVE의 동작이
차이가 있습니다. 이에 대한 내용은 다음 시간에....