[技術(shù)領(lǐng)域]

本發(fā)明涉及信息通訊、計算機及醫(yī)療技術(shù)領(lǐng)域，具體涉及一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置。

[

背景技術(shù)：
]

隨著各種醫(yī)療信息數(shù)字化的實現(xiàn)，以及國際互聯(lián)網(wǎng)及相關(guān)技術(shù)的廣泛使用，人們在逐步完成醫(yī)院信息數(shù)字化建設(shè)后，正在加緊研究利用高速信息網(wǎng)搭建各種云平臺，建立醫(yī)學(xué)影像存儲中心、影像遠程診斷中心等，其共同特點是同一病人在各種醫(yī)療機構(gòu)中存儲的影像信息包括診斷報告、診斷記錄、放射圖像等，通過高速網(wǎng)絡(luò)(internet或privatenetwork)進行關(guān)聯(lián)；相關(guān)影像信息在網(wǎng)絡(luò)中隨病人的就醫(yī)狀況和需求，在醫(yī)療機構(gòu)之間、不同科室之間進行相互調(diào)用。因此，迫切需要保證影像信息在各系統(tǒng)的一致性和準確性，從而有效地利用這些信息，提高臨床診斷、治療和健康服務(wù)的水平、質(zhì)量與效率，并大大節(jié)約資源。

保證影像信息的一致性和準確性的主要瓶頸在于：信息系統(tǒng)分布在不同醫(yī)療機構(gòu)，由不同廠商開發(fā)，并且在醫(yī)療機構(gòu)中普遍存在人為操作引起的信息不一致問題。在保證醫(yī)學(xué)診斷質(zhì)量的前提下，準確可靠、高效快速的存取數(shù)據(jù)很難完善地實現(xiàn)。在此之前，雖有些解決方案，但多數(shù)限于醫(yī)療機構(gòu)內(nèi)部通過影像設(shè)備或pacs工作站修改圖像再共享到pacs系統(tǒng)以外的數(shù)據(jù)中心或區(qū)域共享平臺。

[

技術(shù)實現(xiàn)要素：
]

本發(fā)明地目的在于克服已有技術(shù)的不足，利用網(wǎng)絡(luò)構(gòu)造網(wǎng)格環(huán)境，保證醫(yī)學(xué)圖像共享至pacs系統(tǒng)以外的數(shù)據(jù)中心或區(qū)域共享平臺時的完整性和正確性。

為了實現(xiàn)上述目的，提供一種海量共享dicom醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法，在dicom醫(yī)學(xué)圖像傳送到目的系統(tǒng)之前，先進行質(zhì)量保障處理，質(zhì)量保障處理包括以下步驟：

a.圖像信息完整性校驗，判斷每幅圖像是否具有預(yù)定義的dicom標簽值，將具有預(yù)定義dicom標簽值的dicom醫(yī)學(xué)圖像作為完整圖像進行病人檢查信息一致性校驗，

b.病人檢查信息一致性校驗，通過獲取醫(yī)院信息系統(tǒng)或區(qū)域信息系統(tǒng)的校驗信息來驗證接收的圖像上病人檢查信息的正確性，具有正確病人檢查信息的dicom醫(yī)學(xué)圖像進行圖像數(shù)目閾值校驗，

c.圖像數(shù)目閾值校驗，判斷每次檢查的dicom醫(yī)學(xué)圖像數(shù)目是否超出預(yù)定義的閾值，當圖像數(shù)目不超出預(yù)定義閾值時將dicom醫(yī)學(xué)圖像共享至所述的目的系統(tǒng)。

該處理方法還具有如下優(yōu)化步驟：

通過dicom通信模塊(1)、校驗信息接收模塊(2)和校驗?zāi)K(3)以及管理模塊(4)執(zhí)行所述的質(zhì)量保障處理步驟，這些模塊儲存于儲存設(shè)備中并被配置成由一個或多個處理器執(zhí)行，其中，

dicom通信模塊(1)支持dicom協(xié)議通信，用以存儲、路由、查詢和提取dicom圖像，

校驗信息接收模塊(2)，用以接收dicom醫(yī)學(xué)圖像的校驗信息，

校驗?zāi)K(3)，執(zhí)行所述的圖像信息完整性校驗、病人檢查信息一致性校驗以及圖像數(shù)目閾值校驗，

所述的管理模塊(4)包括配置管理(41)和任務(wù)管理(42)，所述的任務(wù)管理(42)指dicom圖像校驗隊列、dicom圖像路由隊列、手工校驗隊列和校驗任務(wù)表的管理，包括管理界面的展現(xiàn)、隊列任務(wù)回滾重做和丟棄操作。

校驗信息接收模塊(2)通過以下模式中的一種獲取校驗信息：

a.hl7模式，接收其他信息系統(tǒng)發(fā)送的hl7消息，hl7消息內(nèi)容為校驗信息，接收后加入校驗任務(wù)表；

b.web服務(wù)推模式，其他信息系統(tǒng)調(diào)用本裝置的web服務(wù)發(fā)送校驗信息，接收后加入校驗任務(wù)表；

c.web服務(wù)拉模式，調(diào)用其他信息系統(tǒng)的web服務(wù)，獲取驗證信息；

d.dicommwl模式，向具有dicommwlscp的系統(tǒng)發(fā)送dicom請求，獲取校驗信息。

所述的校驗?zāi)K(3)包括自動校驗(31)和手工校驗(32)，是指根據(jù)預(yù)先配置的一組校驗基準dicom標簽值對圖像的dicomtag值進行匹配，所述的匹配是指按配置的校驗基準dicom標簽值取出圖像上對應(yīng)的值與校驗信息進行比較，所述的校驗?zāi)K中的圖像數(shù)目閾值校驗(33)是指根據(jù)預(yù)先配置的每一個目的系統(tǒng)允許接收的圖像數(shù)目閾值來決定是否路由圖像給目的系統(tǒng)。

所述的配置管理包括dicom通信配置、校驗?zāi)Ｊ脚渲谩D像數(shù)目閾值配置、一組用于標識圖像完整性的基準dicom標簽值配置和一組用于信息系統(tǒng)校驗的基準dicom標簽值以及一組更新病人檢查的dicom標簽值，其中，

a.所述的dicom通信配置指配置本機和路由目的系統(tǒng)的用于配置dicom通信服務(wù)的aetitle、主機名、ip地址和端口及dicom服務(wù)類型，

b.所述的校驗?zāi)Ｊ脚渲貌捎靡韵屡渲弥械囊环N：

hl7模式配置：用于配置hl7啟動端口和定義hl7消息格式；

web拉模式配置：用于配置web服務(wù)的url、調(diào)用接口和web返回格式；

web推模式配置：用于配置定義web請求格式；

dicommwl模式配置：用于配置dicommwl的ip地址、aetitle和端口號，

c.所述的圖像數(shù)目閾值配置，是按照不同的發(fā)送目的系統(tǒng)配置圖像數(shù)目的最大值，

d.所述的一組用于標識圖像完整性的基準dicom標簽值配置，是指用于判斷圖像完整性的一組dicom標簽值，

e.所述的一組用于信息系統(tǒng)校驗的基準dicom標簽值配置，是指用于校驗匹配的標識病人檢查的一組dicom標簽值，

f.所述的一組更新病人檢查的dicom標簽值配置，是指成功匹配或確認匹配后，使用來自于其他系統(tǒng)的校驗信息中的一組dicom標簽值更新圖像上對應(yīng)的dicom標簽值。

所述的自動校驗包括圖像完整性校驗和病人檢查信息一致性校驗，包括以下步驟：

(1)將接收到的dicom圖像加入校驗隊列；

(2)自動校驗按先進先出原則取出校驗隊列的任務(wù)，首先進入圖像信息完整性校驗，不完整的圖像進入手工校驗隊列；

(3)對于完整的圖像根據(jù)不同模式分別采用如下校驗方法處理：

a.hl7和web推模式，將讀取校驗隊列的任務(wù)，匹配查詢校驗任務(wù)表中是否有該病人檢查信息，如果有，則自動校驗通過，校驗狀態(tài)為匹配成功，沒有則加入手工校驗隊列，校驗狀態(tài)為匹配不成功；

b.web拉模式，將向其他信息系統(tǒng)發(fā)送web，從返回消息中解析出校驗信息，進行匹配，匹配成功則自動校驗通過，校驗狀態(tài)為匹配成功，沒有則加入手工校驗隊列，校驗狀態(tài)為匹配不成功；

c.dicommwl模式，將向其他dicom通信系統(tǒng)發(fā)送dicommwl請求，從返回的dicom響應(yīng)結(jié)果中解析出校驗信息，進行匹配，匹配成功則自動校驗通過，校驗狀態(tài)為匹配成功，沒有則加入手工校驗隊列，校驗狀態(tài)為匹配不成功，因而手工校驗隊列保存的是不完整的檢查和匹配不成功的病人檢查，

(4)對于匹配成功的圖像，進入圖像路由隊列。

所述的手工校驗指管理員在管理界面上處理手工校驗隊列，管理員手工選擇校驗任務(wù)表的記錄進行確認匹配成功，校驗狀態(tài)為匹配成功；或者使用web服務(wù)拉模式和dicommwl模式再次向其他信息系統(tǒng)發(fā)送請求，解析返回結(jié)果，管理員確認匹配成功，匹配狀態(tài)為匹配成功；或者直接確認通過校驗，匹配狀態(tài)為確認匹配；或者認為圖像有誤，校驗狀態(tài)為刪除狀態(tài)。

在刪除狀態(tài)，刪除這次病人檢查的圖像，

在匹配成功和確認匹配狀態(tài)，按照預(yù)先配置的一組更新病人檢查的dicom標簽值，抽取其他信息系統(tǒng)的校驗信息，更新圖像上相應(yīng)的病人檢查信息，然后該次檢查進入圖像路由隊列。

所述的圖像路由隊列，是通過讀取該隊列的任務(wù)，確定路由目的系統(tǒng)，進行圖像數(shù)目閾值校驗，判斷是否路由到目的系統(tǒng)，從而實現(xiàn)圖像的路由共享。

本發(fā)明與已有技術(shù)相比，具有實質(zhì)性突破：

(1)本發(fā)明的圖像質(zhì)量保證方法通過圖像數(shù)目閾值判斷、圖像信息完整性校驗和病人檢查信息與醫(yī)院信息系統(tǒng)或區(qū)域信息系統(tǒng)的一致性校驗三個校驗功能進行質(zhì)量保障，從而保證圖像信息完整性和正確性。

(2)本發(fā)明系統(tǒng)具有標準化和開放性。它可以接收符合dicom通信標準的任何圖像；圖像校驗可采用hl7通信機制或者web服務(wù)或者dicommwl來獲取準確的病人檢查信息。

(3)本發(fā)明的裝置具有易操作的交互界面，查看圖像存儲和手工校驗圖像信息的功能，使其更易于管理。

(4)本發(fā)明的方法對醫(yī)院現(xiàn)有影像信息系統(tǒng)運行無任何副作用或?qū)ζ湫阅苡腥魏斡绊憽?/p>

[附圖說明]

圖1為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的架構(gòu)示意圖。

圖2為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施程序分層架構(gòu)圖

圖3為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施醫(yī)學(xué)圖像接收流程圖。

圖4為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施程序hl7消息接收流程圖。

圖5為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施web消息接收流程圖。

圖6為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施醫(yī)學(xué)圖像自動校驗示意圖。

圖7為一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施手工校驗流程示意圖。

圖8為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施圖像路由流程示意圖。

圖9為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施管理界面配置校驗?zāi)Ｊ降慕貓D。

圖10為本發(fā)明的一種對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置的一個實施管理界面配置校驗dicomtag的截圖。

[具體實施方式]

下面結(jié)合圖1-圖10給出本發(fā)明一個較好實施例并進一步對本發(fā)明實施例作詳細闡述，應(yīng)當理解實施例和附圖僅用于解釋說明而不用于限定本發(fā)明的保護范圍：

在本實施例中，獲取醫(yī)院信息系統(tǒng)或區(qū)域信息系統(tǒng)的“校驗信息”是指部分或所有的病人檢查信息與醫(yī)學(xué)圖像的dicom標簽值(dicomtag)相對應(yīng)；

本實施例中用于標識圖像完整性的基準dicom標簽值配置，是指用于判斷圖像完整性的一組dicom標簽值，由以下dicomtag的一個或多個組成，如patientid的dicomtag(0010,0020)，patientname的dicomtag(0010,0010)，studyinstanceuid的dicomtag(0020,000d)，accessionnumber的dicomtag(0008,0050)，seriesinstanceuid的dicomtag(0020,000e)，sopinstanceuid的dicomtag(0008,0018)等

本實施例中用于信息系統(tǒng)校驗的基準dicom標簽值配置，是指用于校驗匹配的標識病人檢查的一組dicom標簽值，由以下dicomtag的一個或多個組成，如patientid的dicomtag(0010,0020)，patientname的dicomtag(0010,0010)，patientbirthdate的dicomtag(0010,0030)，patientsex的dicomtag(0010,0040)，accessionnumber的dicomtag(0008,0050)等。

本實施例中用于更新病人檢查的dicom標簽值配置，是指成功匹配或確認匹配后，使用來自于其他系統(tǒng)的校驗信息中的一組dicom標簽值更新圖像上對應(yīng)的dicom標簽值，該組dicom標簽值由以下dicomtag的一個或多個組成，如patientid的dicomtag(0010,0020)，patientname的dicomtag(0010,0010)，patientbirthdate的dicomtag(0010,0030)，patientsex的dicomtag(0010,0040)，accessionnumber的dicomtag(0008,0050)等。

本發(fā)明的工作原理如下：通過對接收的圖像進行圖像信息完整性校驗、病人檢查信息與醫(yī)院信息系統(tǒng)或區(qū)域信息系統(tǒng)的一致性校驗和圖像數(shù)目閾值判斷，這三個校驗功能來保證在海量共享交換中圖像的一致性和準確性。具體包括dicom通信功能模塊(1)、校驗信息接收模塊(2)、校驗?zāi)K(3)和管理模塊(4)四部分。首先，根據(jù)檢查預(yù)定義的圖像頭dicomtag值來確保接收圖像的完整性；然后從四種推模式和拉模式中獲取其他系統(tǒng)的病人信息，與接收的dicom圖像頭的dicomtag值進行匹配，如果匹配不成功，則管理員進行手工校驗；手工校驗后修改和保存圖像；最后根據(jù)發(fā)送目的地圖像數(shù)目閾值，發(fā)送滿足條件的圖像到目的系統(tǒng)。

實施例的對海量共享醫(yī)學(xué)圖像進行質(zhì)量保障的處理方法與裝置如下：

包括dicom通信功能模塊1、校驗信息接收模塊2、校驗?zāi)K3和管理模塊4四部分。如圖1所示，dicom通信模塊1完成dicom圖像接收、解析和發(fā)送的功能；校驗信息接收模塊2通過hl7、http協(xié)議和dicommwl協(xié)議獲取其他信息系統(tǒng)的病人信息；校驗?zāi)K3的自動校驗31實現(xiàn)兩種校驗功能，圖像完整性校驗311和病人檢查信息校驗312；校驗?zāi)K3的圖像數(shù)目閾值校驗33，根據(jù)預(yù)先配置的每一個目的系統(tǒng)允許接收的圖像數(shù)目閾值來決定是否路由圖像給對應(yīng)的系統(tǒng)；管理模塊4主要包括配置管理41和任務(wù)管理42。

具體分層結(jié)構(gòu)如圖2所示，描述如下：

(1)通信層

實現(xiàn)與其他信息系統(tǒng)的接口通信，包括實現(xiàn)dicomc-storescp/scu的dicom圖像接收11和發(fā)送13，基于hl7協(xié)議的hl7消息接收211，基于http協(xié)議的web服務(wù)消息的接收221和發(fā)送231，實現(xiàn)dicommodalityworklist的mwl發(fā)送241，以及管理員通過web訪問的操作管理界面43。

(2)邏輯層

校驗信息接收處理部分：hl7消息接收程序211監(jiān)聽端口，對接收的hl7進行解析212，存入校驗任務(wù)表；web消息接收模塊221接收web消息，web服務(wù)解析模塊222對web消息進行解析，存入校驗任務(wù)表。

自動校驗處理部分：主要完成圖像完整性校驗311和病人檢查信息校驗312。圖像完整性校驗311根據(jù)配置的一組用于完整性校驗的dicomtag(標簽)，查看接收的圖像上是否有對應(yīng)的值，沒有則加入手工校驗隊列。病人檢查信息校驗312按校驗?zāi)Ｊ椒譃閔l7模式、web推模式、web拉模式和dicommwl模式。病人檢查信息校驗內(nèi)容是根據(jù)預(yù)先設(shè)定的基準dicomtag值，對圖像文件的病人信息進行更新。校驗根據(jù)基準dicomtag值，匹配校驗，對于匹配成功的更新圖像的病人信息，不成功的加入手工校驗隊列，由管理員手工校驗。

手工校驗處理部分：管理員通過管理界面完成，確認、修改或刪除圖像的任務(wù)，管理員可采用web拉模式和dicommwl模式從其他信息系統(tǒng)實時獲取病人檢查信息。

圖像數(shù)目閾值校驗33部分：讀取圖像路由隊列，判斷每次檢查的圖像數(shù)目是否超過預(yù)先配置的允許接收的圖像數(shù)目閾值。

管理部分：包括界面配置41和任務(wù)管理42，界面配置有dicom通信配置、校驗?zāi)Ｊ脚渲?、校驗參?shù)配置和基準dicomtag配置。任務(wù)管理42界面主要是對校驗隊列、校驗任務(wù)表和手工校驗隊列的任務(wù)進行回滾和丟棄的操作以及手工校驗的功能界面。

(3)數(shù)據(jù)層

包括數(shù)據(jù)庫表和圖像存儲系統(tǒng)。

本實施例的軟件均采用java和eclipse為主要開發(fā)工具，系統(tǒng)平臺可以是windows、linux，web服務(wù)器采用glassfish4.0，數(shù)據(jù)庫采用postgresql9.4，圖像存儲使用本地硬盤分區(qū)。

本實施例的主要工作流程如下：

(1)dicom圖像接收：工作流程如圖3所示。

步驟111’，dicomc-storescp服務(wù)隨該裝置啟動端口進行監(jiān)聽；

步驟112’，接收dicom圖像；

步驟113’，解析存儲該圖像；

步驟114’，加入校驗隊列；

步驟115’，隨裝置關(guān)閉而關(guān)閉監(jiān)聽端口。

(2)hl7消息接收流程：工作流程如圖4所示。

步驟2111’，hl7接收程序隨該裝置啟動讀取hl7配置；

步驟2112’，啟動端口進行監(jiān)聽；

步驟2113’，接收和解析hl7消息；

步驟2114’，抽取病人檢查信息；

步驟2115’，加入校驗任務(wù)表；

步驟2116’，隨裝置關(guān)閉而關(guān)閉監(jiān)聽端口。

(3)web消息接收流程：工作流程如圖5所示。

步驟2211’，web服務(wù)隨該裝置啟動；

步驟2212’，接收和解析web消息；

步驟2213’，抽取病人信息；

步驟2214’，加入校驗任務(wù)表；

步驟2215’，隨裝置關(guān)閉而關(guān)閉web服務(wù)。

(4)圖像自動校驗：自動校驗程序31讀取校驗隊列的一條任務(wù)進行自動校驗，如圖6所示經(jīng)過如下步驟：

步驟3111’，讀取校驗隊列；

步驟3112’，讀取校驗配置，包括校驗?zāi)Ｊ健⒁唤M用于圖像完整性校驗的dicomtag組和一組用于病人檢查信息校驗的dicomtag組；

步驟3113’，讀取校驗隊列的一個任務(wù)；

步驟3114’，將圖像上的dicomtag值與圖像完整性校驗的dicomtag值對照，不存在或值為空都認為是不完整的圖像；

步驟3115’，完整的圖像進行病人檢查信息一致性校驗，進入步驟3116’；不完整的圖像加入手工校驗隊列，進入步驟3123’；

步驟3116’，根據(jù)一組用于病人檢查信息校驗的dicomtag組，讀取圖像相應(yīng)的校驗值；

步驟3117’，根據(jù)校驗?zāi)Ｊ竭M入校驗?zāi)Ｊ剑?/p>

步驟3118’，hl7校驗?zāi)Ｊ胶蛍eb服務(wù)推模式，則檢查校驗任務(wù)表，是否有匹配的記錄，如果有，則校驗成功，結(jié)束自動校驗，進入步驟3124’；沒有則加入手工校驗隊列，進入步驟3123’。

步驟3119’，web拉模式，從校驗配置中讀取web請求格式，填充dicomtag值后發(fā)送請求至其他信息系統(tǒng)，進入步驟3121’；

步驟3120’，dicommwl拉模式，從校驗配置中讀取dicommwl請求格式，填充dicomtag值后發(fā)送請求至其他dicom系統(tǒng)，進入步驟3122’；

步驟3121’，解析web服務(wù)返回的結(jié)果，如果返回含病人信息的成功消息，則校驗成功，結(jié)束自動校驗，進入步驟3124’；若返回錯誤，則加入手工校驗隊列，進入步驟3123’。

步驟3122’，解析返回的dicom響應(yīng)結(jié)果，如果返回含病人信息的成功消息，則校驗成功，結(jié)束自動校驗，進入步驟3124’，；若返回錯誤，則加入手工校驗隊列，進入步驟3123’。

本實施例中的校驗狀態(tài)包括四種：匹配成功(matched)、匹配不成功(unmatched)、確認匹配(verified)和刪除狀態(tài)(deleted)，校驗狀態(tài)可以通過添加字段的方式進行更新。

步驟3123’，加入手工校驗隊列，自動校驗結(jié)束，進入手工校驗流程；

步驟3124’，加入圖像路由隊列，自動校驗結(jié)束，進入圖像路由流程。

(4)圖像手工校驗：工作流程見圖7所示。

步驟3211’，管理員登陸；

步驟3212’，進入手工校驗隊列；

步驟3213’，選擇需要校驗的病人檢查；

步驟3214’，選擇校驗?zāi)Ｊ竭M入步驟3215’，選擇手工修改模式進入步驟3222’，選擇直接確認模式進入步驟3223’，選擇取消模式進入步驟3224’；

步驟3215’，hl7模式和web推服務(wù)模式，將重新在校驗任務(wù)表222中查找匹配，有匹配則管理員手工選擇任務(wù)表的記錄進行確認，進入步驟3220’；管理員也可以不選擇，直接進入手工確認，步驟3221’；

步驟3216’，web拉服務(wù)模式，后臺向其他系統(tǒng)發(fā)送web請求，進入步驟3218’；

步驟3217’，dicommwl模式，后臺向其他系統(tǒng)發(fā)送dicommwl請求，進入步驟3219’；

步驟3218’，解析web服務(wù)返回的結(jié)果，如果返回含病人信息的成功消息，則校驗成功，進入步驟3220’；沒有返回則校驗失敗，進入步驟3221’；

步驟3219’，解析返回的dicom響應(yīng)結(jié)果，如果返回含病人信息的成功消息，則校驗成功，進入步驟3220’；沒有返回則校驗失敗，進入步驟3221’；

步驟3220’，自動更新圖像上的病人檢查信息，手工校驗結(jié)束，進入步驟3227’；

步驟3221’，管理員手工確認模式，選擇手工修改模式進入步驟3222’，選擇直接確認模式進入步驟3223’，選擇取消模式進入步驟3224’；

步驟3222’，選擇任務(wù)表的記錄，打開圖像的頭文件，手工輸入需要更改的病人信息，確認后，進入步驟3225’；

步驟3223’，不對圖像進行任何更改，進入步驟3227’；

步驟3224’，選中取消的圖像，進入步驟3226’；

步驟3225’，自動更新圖像上的病人信息，進入步驟3227’；

步驟3226’，刪除選擇的圖像，手工校驗結(jié)束；

步驟3227’，加入圖像路由隊列，進入圖像路由流程。

(5)圖像路由：工作流程見圖8所示。

步驟3311’，讀取路由隊列的一個任務(wù)；

步驟3312’，讀取路由配置；

步驟3313’，圖像數(shù)目閾值判斷，沒有超出閾值的進入步驟3314，超出的閾值的結(jié)束此次路由任務(wù)；

步驟3314’，發(fā)送dicom圖像到目的系統(tǒng)。

(6)web管理界面：除系統(tǒng)配置外，還可以查看圖像存儲校驗狀態(tài)，進行手工校驗操作，包括：

dicom配置界面；

校驗?zāi)Ｊ脚渲媒缑妫?/p>

圖像存儲狀態(tài)查看界面；

圖像校驗狀態(tài)查看界面；

圖像手工校驗列表和操作界面；

圖像手工校驗確認界面。