背景：

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

（具體來源不清楚了，非本人原創(chuàng)）

問題提出：

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

解決方案：

1）前提條件：

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

2）利用fo-dicom發(fā)送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）實(shí)際測試：

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

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

? ? ? ? 顯示效果如下：

? ? ? ? 表示worklist服務(wù)端已經(jīng)順利啟動(dòng)……

? ? ? ? 找到步驟2）中生成的可執(zhí)行程序FindSCU1.exe，雙擊直接運(yùn)行，此時(shí)服務(wù)端和客戶端的結(jié)果如下：

（客戶端）?（服務(wù)端）

4）錯(cuò)誤調(diào)試：

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

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

仔細(xì)回想一下我們的代碼在哪個(gè)位置會(huì)出現(xiàn)SQ類型的字段呢？只有在CreateWorklistQuery函數(shù)中可能添加過SQ類型的字段，進(jìn)入到DicomCFindRequest.cs中的CreateWorklistQuery函數(shù)內(nèi)部，發(fā)現(xiàn)的確有如下代碼：

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

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

總結(jié)驗(yàn)證：

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

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

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

? ? ? ? 然后利用findscu.exe 來進(jìn)行查詢操作，查看worklist服務(wù)端程序wlmscpfs是否正常，驗(yàn)證結(jié)果圖如下：

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

?

（未完待續(xù)……）

?

作者：zssure@163.com

時(shí)間：2014-09-01

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。