背景：

? ? ? ? 如上一篇專欄博文所描述，Worklist可以看做是PACS系統、MODALITY設備和RIS系統之間的信息交換。從RIS系統到MODALITY通過Worklist可以提供諸如患者個人信息（姓名、年齡、生日等）和其他管理數據，以及提供關于成像過程和產生圖像相關的一個唯一UID等信息。基本的結構如下圖：

（具體來源不清楚了，非本人原創）

問題提出：

? ? ? ? 上一次利用DCMTK開源庫順利的模擬了“發送C-Find請求，查詢worklist信息”的整個過程，通過利用DCMTK開源庫提供的wlmscpfs.exe和findscu.exe工具包，使得模擬過程簡單明了。此次希望通過fo-dicom（C#版的DCMTK）庫來模擬該過程。

解決方案：

1）前提條件：

? ? ? ? 為了使得該模擬過程與上一篇博文的過程具有可比性，此次只利用fo-dicom庫來構建C#版本的發送C-Find請求的過程，worklist服務端依然使用DCMTK提供的工具包wlmscpfs.exe。

2）利用fo-dicom發送C-Find請求：

? ? ? ? 具體代碼如下，

?

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks;using Dicom; using Dicom.Network; using Dicom.Log;namespace FindSCU1 {class Program{static void Main(string[] args){string id = "123456";var cfind = DicomCFindRequest.CreateWorklistQuery(patientId: id);cfind.OnResponseReceived = (DicomCFindRequest rq, DicomCFindResponse rp) =>{Console.WriteLine("********Patient Name is {0}**********", rp.Dataset.Get<string>(DicomTag.PatientName));};var client = new DicomClient();client.AddRequest(cfind);client.Send("127.0.0.1", 104, false, "SCU-LargeV", "OFFIS");Console.Read();}} }

3）實際測試：

? ? ? ? 利用wlmscpfs.exe開啟worklist服務，輸入如下指令：

? ? ? ? >wlmscpfs.exe 104 –d –dfp d:\DcmWorklist\wlistdb?

? ? ? ? 顯示效果如下：

? ? ? ? 表示worklist服務端已經順利啟動……

? ? ? ? 找到步驟2）中生成的可執行程序FindSCU1.exe，雙擊直接運行，此時服務端和客戶端的結果如下：

（客戶端）?（服務端）

4）錯誤調試：

? ? ? ? 只是簡單的發送了一次以PatientID為目標的worklist查詢服務，代碼總共沒有幾行的，為什么會出現異常呢？根據上述客戶端的異常提示，通過單步調試，定位到首次拋出異常的“事故點”：DicomDatasetReaderObserver.cs的OnElement函數中，該函數是從DicomReader.cs的ParseDataset函數中跳轉過來的。截取OnElement函數的代碼，

? ? ? ? 發現該函數內部，由于無法識別VR類型為SQ的字段，因此而拋出了throw new DicomDataException("Unhandled VR in DICOM parser observer: {0}", vr.Code)異常。

仔細回想一下我們的代碼在哪個位置會出現SQ類型的字段呢？只有在CreateWorklistQuery函數中可能添加過SQ類型的字段，進入到DicomCFindRequest.cs中的CreateWorklistQuery函數內部，發現的確有如下代碼：

? ? ? ? dimse.Dataset.Add(new DicomSequence(DicomTag.ReferencedStudySequence));

? ? ? ? 為了證實我們的猜測，此處直接將該行代碼注釋掉，然后在fo-dicom源碼工程中編譯DICOM工程，重新生成Dicom.dll程序集。重新編譯運行我們的測試工程FinSCU1.exe。服務端和客戶端能夠順利運行，

總結驗證：

? ? ? ? 修改fo-dicom庫源碼畢竟不是常規方法，在網絡上搜索發現Github上有人遇到過類似的情形（https://github.com/rcd/fo-dicom/issues/62#issuecomment-46248073，如下圖）最終也是修改fo-dicom源代碼解決的。所以猜測可能是fo-dicom源代碼中的部分邏輯還沒有完善，還存在著些許漏洞。

? ? ? ? 為了驗證是否是由于dimse.Dataset.Add(new DicomSequence(DicomTag.ReferencedStudySequence));添加了SQ格式的字段而導致的服務端錯誤，我們利用上次創建wlistqry.wl查詢文件的DCMTK工程，向其中寫入SQ格式的(0008,1110)DCM_ReferencedStudySequence字段，代碼如下：

? ? ? ? dataset->insertEmptyElement(DCM_ReferencedStudySequence);

? ? ? ? 然后利用findscu.exe 來進行查詢操作，查看worklist服務端程序wlmscpfs是否正常，驗證結果圖如下：

? ? ? ? 由此證明，根本原因并不是由于WorklistQuery中插入了SQ格式的字段所引起的，在此僅僅標記一下，等待后續的繼續排查和驗證。

?

（未完待續……）

?

作者：zssure@163.com

時間：2014-09-01

總結

以上是生活随笔為你收集整理的DICOM医学图像处理：利用fo-dicom发送C-Find查询Worklist的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。