Storage Commitment

앞의 글에서 Query/Retrieve시에 PACS 와 DICOM 이미지 뷰어 사이에 Connection이 2 개가 생기는 것에 대하여 설명하였는데...
https://dicomis.tistory.com/29

DICOM 이미지 뷰어와 PACS

DICOM 에서는 이런 류의 처리가 또 있습니다.
바로 아래의 그림처럼 Storage Commitment 과정입니다.

DICOM 영상을 획득한 진단 장치가 DICOM data를 PACS로 전송하게 되면 PACS는 응답으로 완료를 보냈을 지라도...영상을 보낸 진단 장치는 Commitment 를 요청해야 합니다. 이유는 PACS가 수신한 DICOM 영상을 저장하지 못하는 경우가 발생 가능하기 때문입니다.
예를 들어 영상을 저장하던 Storage 가 Full이 되어 저장을 못할 수도 있기 때문입니다.
즉, C-STORE에 대한 응답은 "성공 혹은 완료" 보냈어도 실제로 저장하지 못하는 경우가 있을 수 있습니다.

그래서 진단 장비들은 DICOM 영상 전송 이후에 Storage Commitment 를 요청하게 됩니다.
DICOM 영상 하나 하나가 병원 입장에서는 중요한 정보이고 또 돈이기 때문에 확인이 필요한 것이죠.
Commitment 요청을 받은 PACS는 DICOM 영상에 대한 저장 결과를 진단 장치들에 알려 주기 위해서 진단 장치로 TCP socket 연결을 시도하게 됩니다. Query/Retrieve 의 경우와 마찬가지로 2개의 TCP 연결이 생기는 것입니다.

그리고 또 다른 방법은 Query/Retrieve와 마찬가지로 별도의 TCP socket 연결 없이 처음에 진단 장치가 요청한 연결을 통해서 결과를 보내기도 합니다.(1 개의 연결)

실제로 어떤 장비들은 Commitment의 응답을 받으면 장비에 저장되어 있던 DICOM  file을 자동으로 지웁니다.  그렇지 않으면 용량을 확보 해야 하기 때문에 수동으로 지워야 하거든요.

DVTK 의 Storage SCP 와 SCU의 설정 예

대표적인 DICOM Test tool인 DVTK의 Storage SCP 와 SCU의 Commitment 설정을 보면

Storage SCP

위의 Storage SCP 즉, PACS 의 역할을 하는 Emulator의 설정을 보면...
Storage Commitment 요청을 받는 Storage Commitment SCP 역할의 AE title 이 있습니다.
즉, 진단 장치가 영상을 보낸 후 DVTK_STRC_SCP 인 AE로 Commitment를 요청할 것입니다.

당연히 아래 그림의 SCU 설정에 보면 Commitment를 보낼 서버의 AE title(DVTK_STRC_SCP) 가 설정되어 있습니다.

그리고 위 그림의 아랫부분에는 Remote Node 즉 진단 장치에 대한 AE 설정이 있고 IP Address, Port(115)가 있군요.

그리고 아래 그림을 보시면 SCU setting에 Listen Port(115) 설정이 있습니다. Listen port란 말은 서버라는 의미입니다.
UI 가 이해하기 쉽게 되어 있지는 않지만...아무튼...
즉, PACS가 Commitment요청에 대한 응답을 보낼때에는 PACS가 Client가 되고 진단 장치가 Server가 된다는 의미입니다.

Storage SCU