基于B/S和C/S混合構架的放射報告系統的設計與開發

陳艇+李澄婷+肖爾丹

【摘 要】 采用B/S和C/S混合構架，以PB、ASP作為前臺開發工具，SQL Server2000作為后臺數據庫開發工具，并且采用統一建模語言UML（Unified Model Language）工具進行系統需求模型分析和主要功能模塊設計。該系統已在汕頭大學醫學院附屬腫瘤醫院放射科得到了實際應用，并取得了良好的應用效果。

【關鍵詞】 B/S和C/S混合構架 開發工具 UML 設計

【Abstract】 Adopting the Complex Truss of B/S and C/S， the PB and ASP be used as development tool on the stage and SQL Server2000 as background database development tool，and UML is adopted to the need of the system model analysis and the design of main functional modularity. This system had been applied in the radiology department of shantou University Medical College Cancer Hospital， and achieved good effect.

【Key words】 Complex Truss of B/S and C/S development tool UML design

1 引言

隨著放射科業務的不斷發展，工作量日益繁重，放射檢查數據急劇增加，采用傳統的書寫方式來完成放射科報告已不合時宜，這種方式的缺點是檢索和查找主要靠手工，這不僅勞動強度大，工作效率低，部分診斷報告書寫繚草，給臨床醫生閱讀造成困難，而且不能實現資源共享，不能滿足放射科日常業務、臨床和科研教學的要求，這嚴重制約著放射科業務的發展及醫院的信息化建設。所以，實行信息化工作管理，實行信息化工作流程，改變了傳統的工作模式，建設數字化放射科，實行全面信息化管理是一項勢在必行的改革。因此醫院需要按照自身的特點，建立放射報告系統，提高放射科管理水平，建立與醫院HIS系統相聯接的計算機網絡，為將來全面實現數字化放射科打下堅實的基礎[1]。

2 系統設計

2.1 系統的軟件體系結構

本系統根據業務的實際需要采用C/S模式和B/S模式的交叉混用模式。根據系統功能劃分，安全性要求高，交互性較強，工作站地點比較固定，信息量大的模塊采用C/S模式；使用范圍廣、地點靈活，安全性、交互性要求不高的模塊采用B/S模式[2]。本系統采用C/S模式的模塊包括前臺資料登記模塊，借閱管理模塊，放射報告輸入模塊，查詢統計模塊等。主要考慮這些模塊交互性強，信息處理量大；采用B/S模式模塊主要是住院、門診資料輸入模塊，放射報告發布模塊。主要是考慮到住院，門診的工作站數量非常多，采用C/S模式升級維護工作比較繁重，采用B/S模式則相對方便許多。相對于單一的C/S模式或B/S模式，采用這種混合模式的優點在于：既保證敏感數據的安全性，較強的數據操作和事務處理能力，又可以滿足客戶個性化的功能。同時簡化了一部分客戶端程序，便于維護和升級[3]。系統軟件體系結構圖如圖1所示。

2.2 系統分層結構

放射報告系統按功能分用戶層、業務層和數據層三層結構：

（1）用戶層；用戶層是指用戶界面設計與用戶的交互，它包括圖形用戶界面以及所有的顯示邏輯。它同時也對用戶的輸入的數據進行基本的數據校驗，例如是否為唯一值、是否為空、是否為數字、字符長度是否太長等，確保輸入的數據準確合理。用戶層還負責向業務層傳遞數據，接收業務層返回的數據或者狀態。

（2）業務層；業務層主要從事日常的患者資料、放射報告及借閱數據處理工作，包括數據的采集、查詢、統計、及產生相應的報表等，處理的信息量大，是放射報告系統的基礎。業務層接收用戶層傳遞的數據，向用戶層返回數據或狀態；傳遞SQL語句到數據層，接收數據層返回的數據或狀態，并對其進行處理或判斷。

（3）數據層；數據層主要完成對本系統涉及到的數據的存儲和管理，并實現一些簡單的業務規則（主鍵約束、Check約束），向業務層返回數據或狀態。系統三層結構如圖2所示。

2.3 系統功能模塊結構

通過第一節系統需求分析知道放射報告系統主要是為用戶提供快速完成放射報告輸入功能的系統，也包括為臨床、教學、科研提供查詢統計服務和借閱管理。通過對放射報告系統的分析，本系統按功能劃分為10個功能模塊，分別是：資料登記模塊、工作列表模塊、資料查詢模塊、資料統計模塊、放射報告模塊、放射報告發布模塊、借閱管理模塊、字典庫設置模塊、系統設置模塊和決策輔助模塊，如圖3所示。通過需求分析，得到了系統的基本功能，勾畫出系統的基本輪廓，這是系統開發的第一步，也是很關鍵的一步。

2.4 系統功能模塊設計

由于篇幅有限，這里只以放射報告輸入為例進行闡述。

2.4.1 放射報告輸入的流程設計

本節用順序圖表示放射報告的業務流程。順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互。在這部分，使用順序圖如圖4所示，表示放射報告管理系統中處理放射報告輸入的時序過程。通過順序圖揭示對應活動的實現流程。

2.4.2 放射報告的類設計

類圖描述系統中的類及其相互之間的各種關系，反映了系統中包含的各種對象的類型以及對象間的各種靜態關系，主要是：關聯和子類型。圖5中描述的是“放射報告”類圖。

從中可以抗看到看到患者信息類與資料登記類之間的關聯是一對多的，即一個患者可能有一次或者多次檢查記錄；資料登記類與放射報告類之間的關聯是一對一的，即每次檢查必定對應一次放射報告；資料登記類與工作列表類、工作列表類與放射報告類存在著依賴的關系，即工作列表類的數據來源于資料登記類，放射報告類從工作列表提取任務來輸入放射報告；還可以看出放射報告輸入類與打印預覽、模板輸入、范例庫輸入、歷史記錄輸入等存在著聚合關系，即這些都屬于放射報告輸入類的一部分屬性；模板輸入類與模板類、范例庫輸入類與范例庫類、歷史記錄輸入類與放射報告類存在著依賴關系，即前者依賴著后者。通過類圖的詳細設計，就能很方便地導出整個放射報告的代碼框架和類的關系等。

3 結語

放射報告系統作為醫院信息化建設的重要組成部分之一，特別是在臨床，科研及教學中發揮著越來越重要的作用。放射報告系統被越來越多的醫院所認識及應用。

本系統經過的測試和半年的試運行，系統的功能達到了系統設計時提出的要求，系統運行穩定，取得良好的應用效果。通過本系統，放射科實現登記工作快速、準確，提高了工作效率；檢索查詢快捷準確、功能齊全為教學和科研提供了極大的方便；檢查報告快速、簡潔、規范；實現資源共享。

由于考慮到成本因素及中小型醫院因資金、設備等多種原因的限制，本系統僅限于信息數據的交流和共享，如果條件允許的情況下，系統還應該在圖像處理上進一步拓展。

參考文獻：

[1]張剛偉，蘇穎干，周杰.集成平臺在醫院信息系統集成中的應用.醫學信息（下旬刊），2010，23（4）.

[2]陳麗欣，張榮霞，等.C/S與B/S混合軟件體系結構在醫院信息系統設計中的應用[J].醫學信息，2010，6：1584-1585.

[3]MullerH，M ichoux N，Bandon D，et al A review of content- based image retrieval systems in medical applications-clinical benef its and future directions[J].Int JM ed Inform，2009，73（1）：1-23.endprint

【摘 要】 采用B/S和C/S混合構架，以PB、ASP作為前臺開發工具，SQL Server2000作為后臺數據庫開發工具，并且采用統一建模語言UML（Unified Model Language）工具進行系統需求模型分析和主要功能模塊設計。該系統已在汕頭大學醫學院附屬腫瘤醫院放射科得到了實際應用，并取得了良好的應用效果。

【關鍵詞】 B/S和C/S混合構架 開發工具 UML 設計

【Abstract】 Adopting the Complex Truss of B/S and C/S， the PB and ASP be used as development tool on the stage and SQL Server2000 as background database development tool，and UML is adopted to the need of the system model analysis and the design of main functional modularity. This system had been applied in the radiology department of shantou University Medical College Cancer Hospital， and achieved good effect.

【Key words】 Complex Truss of B/S and C/S development tool UML design

1 引言

隨著放射科業務的不斷發展，工作量日益繁重，放射檢查數據急劇增加，采用傳統的書寫方式來完成放射科報告已不合時宜，這種方式的缺點是檢索和查找主要靠手工，這不僅勞動強度大，工作效率低，部分診斷報告書寫繚草，給臨床醫生閱讀造成困難，而且不能實現資源共享，不能滿足放射科日常業務、臨床和科研教學的要求，這嚴重制約著放射科業務的發展及醫院的信息化建設。所以，實行信息化工作管理，實行信息化工作流程，改變了傳統的工作模式，建設數字化放射科，實行全面信息化管理是一項勢在必行的改革。因此醫院需要按照自身的特點，建立放射報告系統，提高放射科管理水平，建立與醫院HIS系統相聯接的計算機網絡，為將來全面實現數字化放射科打下堅實的基礎[1]。

2 系統設計

2.1 系統的軟件體系結構

本系統根據業務的實際需要采用C/S模式和B/S模式的交叉混用模式。根據系統功能劃分，安全性要求高，交互性較強，工作站地點比較固定，信息量大的模塊采用C/S模式；使用范圍廣、地點靈活，安全性、交互性要求不高的模塊采用B/S模式[2]。本系統采用C/S模式的模塊包括前臺資料登記模塊，借閱管理模塊，放射報告輸入模塊，查詢統計模塊等。主要考慮這些模塊交互性強，信息處理量大；采用B/S模式模塊主要是住院、門診資料輸入模塊，放射報告發布模塊。主要是考慮到住院，門診的工作站數量非常多，采用C/S模式升級維護工作比較繁重，采用B/S模式則相對方便許多。相對于單一的C/S模式或B/S模式，采用這種混合模式的優點在于：既保證敏感數據的安全性，較強的數據操作和事務處理能力，又可以滿足客戶個性化的功能。同時簡化了一部分客戶端程序，便于維護和升級[3]。系統軟件體系結構圖如圖1所示。

2.2 系統分層結構

放射報告系統按功能分用戶層、業務層和數據層三層結構：

（1）用戶層；用戶層是指用戶界面設計與用戶的交互，它包括圖形用戶界面以及所有的顯示邏輯。它同時也對用戶的輸入的數據進行基本的數據校驗，例如是否為唯一值、是否為空、是否為數字、字符長度是否太長等，確保輸入的數據準確合理。用戶層還負責向業務層傳遞數據，接收業務層返回的數據或者狀態。

（2）業務層；業務層主要從事日常的患者資料、放射報告及借閱數據處理工作，包括數據的采集、查詢、統計、及產生相應的報表等，處理的信息量大，是放射報告系統的基礎。業務層接收用戶層傳遞的數據，向用戶層返回數據或狀態；傳遞SQL語句到數據層，接收數據層返回的數據或狀態，并對其進行處理或判斷。

（3）數據層；數據層主要完成對本系統涉及到的數據的存儲和管理，并實現一些簡單的業務規則（主鍵約束、Check約束），向業務層返回數據或狀態。系統三層結構如圖2所示。

2.3 系統功能模塊結構

通過第一節系統需求分析知道放射報告系統主要是為用戶提供快速完成放射報告輸入功能的系統，也包括為臨床、教學、科研提供查詢統計服務和借閱管理。通過對放射報告系統的分析，本系統按功能劃分為10個功能模塊，分別是：資料登記模塊、工作列表模塊、資料查詢模塊、資料統計模塊、放射報告模塊、放射報告發布模塊、借閱管理模塊、字典庫設置模塊、系統設置模塊和決策輔助模塊，如圖3所示。通過需求分析，得到了系統的基本功能，勾畫出系統的基本輪廓，這是系統開發的第一步，也是很關鍵的一步。

2.4 系統功能模塊設計

由于篇幅有限，這里只以放射報告輸入為例進行闡述。

2.4.1 放射報告輸入的流程設計

本節用順序圖表示放射報告的業務流程。順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互。在這部分，使用順序圖如圖4所示，表示放射報告管理系統中處理放射報告輸入的時序過程。通過順序圖揭示對應活動的實現流程。

2.4.2 放射報告的類設計

類圖描述系統中的類及其相互之間的各種關系，反映了系統中包含的各種對象的類型以及對象間的各種靜態關系，主要是：關聯和子類型。圖5中描述的是“放射報告”類圖。

從中可以抗看到看到患者信息類與資料登記類之間的關聯是一對多的，即一個患者可能有一次或者多次檢查記錄；資料登記類與放射報告類之間的關聯是一對一的，即每次檢查必定對應一次放射報告；資料登記類與工作列表類、工作列表類與放射報告類存在著依賴的關系，即工作列表類的數據來源于資料登記類，放射報告類從工作列表提取任務來輸入放射報告；還可以看出放射報告輸入類與打印預覽、模板輸入、范例庫輸入、歷史記錄輸入等存在著聚合關系，即這些都屬于放射報告輸入類的一部分屬性；模板輸入類與模板類、范例庫輸入類與范例庫類、歷史記錄輸入類與放射報告類存在著依賴關系，即前者依賴著后者。通過類圖的詳細設計，就能很方便地導出整個放射報告的代碼框架和類的關系等。

3 結語

放射報告系統作為醫院信息化建設的重要組成部分之一，特別是在臨床，科研及教學中發揮著越來越重要的作用。放射報告系統被越來越多的醫院所認識及應用。

本系統經過的測試和半年的試運行，系統的功能達到了系統設計時提出的要求，系統運行穩定，取得良好的應用效果。通過本系統，放射科實現登記工作快速、準確，提高了工作效率；檢索查詢快捷準確、功能齊全為教學和科研提供了極大的方便；檢查報告快速、簡潔、規范；實現資源共享。

由于考慮到成本因素及中小型醫院因資金、設備等多種原因的限制，本系統僅限于信息數據的交流和共享，如果條件允許的情況下，系統還應該在圖像處理上進一步拓展。

參考文獻：

[1]張剛偉，蘇穎干，周杰.集成平臺在醫院信息系統集成中的應用.醫學信息（下旬刊），2010，23（4）.

[2]陳麗欣，張榮霞，等.C/S與B/S混合軟件體系結構在醫院信息系統設計中的應用[J].醫學信息，2010，6：1584-1585.

[3]MullerH，M ichoux N，Bandon D，et al A review of content- based image retrieval systems in medical applications-clinical benef its and future directions[J].Int JM ed Inform，2009，73（1）：1-23.endprint

【摘 要】 采用B/S和C/S混合構架，以PB、ASP作為前臺開發工具，SQL Server2000作為后臺數據庫開發工具，并且采用統一建模語言UML（Unified Model Language）工具進行系統需求模型分析和主要功能模塊設計。該系統已在汕頭大學醫學院附屬腫瘤醫院放射科得到了實際應用，并取得了良好的應用效果。

【關鍵詞】 B/S和C/S混合構架 開發工具 UML 設計

【Abstract】 Adopting the Complex Truss of B/S and C/S， the PB and ASP be used as development tool on the stage and SQL Server2000 as background database development tool，and UML is adopted to the need of the system model analysis and the design of main functional modularity. This system had been applied in the radiology department of shantou University Medical College Cancer Hospital， and achieved good effect.

【Key words】 Complex Truss of B/S and C/S development tool UML design

1 引言

隨著放射科業務的不斷發展，工作量日益繁重，放射檢查數據急劇增加，采用傳統的書寫方式來完成放射科報告已不合時宜，這種方式的缺點是檢索和查找主要靠手工，這不僅勞動強度大，工作效率低，部分診斷報告書寫繚草，給臨床醫生閱讀造成困難，而且不能實現資源共享，不能滿足放射科日常業務、臨床和科研教學的要求，這嚴重制約著放射科業務的發展及醫院的信息化建設。所以，實行信息化工作管理，實行信息化工作流程，改變了傳統的工作模式，建設數字化放射科，實行全面信息化管理是一項勢在必行的改革。因此醫院需要按照自身的特點，建立放射報告系統，提高放射科管理水平，建立與醫院HIS系統相聯接的計算機網絡，為將來全面實現數字化放射科打下堅實的基礎[1]。

2 系統設計

2.1 系統的軟件體系結構

本系統根據業務的實際需要采用C/S模式和B/S模式的交叉混用模式。根據系統功能劃分，安全性要求高，交互性較強，工作站地點比較固定，信息量大的模塊采用C/S模式；使用范圍廣、地點靈活，安全性、交互性要求不高的模塊采用B/S模式[2]。本系統采用C/S模式的模塊包括前臺資料登記模塊，借閱管理模塊，放射報告輸入模塊，查詢統計模塊等。主要考慮這些模塊交互性強，信息處理量大；采用B/S模式模塊主要是住院、門診資料輸入模塊，放射報告發布模塊。主要是考慮到住院，門診的工作站數量非常多，采用C/S模式升級維護工作比較繁重，采用B/S模式則相對方便許多。相對于單一的C/S模式或B/S模式，采用這種混合模式的優點在于：既保證敏感數據的安全性，較強的數據操作和事務處理能力，又可以滿足客戶個性化的功能。同時簡化了一部分客戶端程序，便于維護和升級[3]。系統軟件體系結構圖如圖1所示。

2.2 系統分層結構

放射報告系統按功能分用戶層、業務層和數據層三層結構：

（1）用戶層；用戶層是指用戶界面設計與用戶的交互，它包括圖形用戶界面以及所有的顯示邏輯。它同時也對用戶的輸入的數據進行基本的數據校驗，例如是否為唯一值、是否為空、是否為數字、字符長度是否太長等，確保輸入的數據準確合理。用戶層還負責向業務層傳遞數據，接收業務層返回的數據或者狀態。

（2）業務層；業務層主要從事日常的患者資料、放射報告及借閱數據處理工作，包括數據的采集、查詢、統計、及產生相應的報表等，處理的信息量大，是放射報告系統的基礎。業務層接收用戶層傳遞的數據，向用戶層返回數據或狀態；傳遞SQL語句到數據層，接收數據層返回的數據或狀態，并對其進行處理或判斷。

（3）數據層；數據層主要完成對本系統涉及到的數據的存儲和管理，并實現一些簡單的業務規則（主鍵約束、Check約束），向業務層返回數據或狀態。系統三層結構如圖2所示。

2.3 系統功能模塊結構

通過第一節系統需求分析知道放射報告系統主要是為用戶提供快速完成放射報告輸入功能的系統，也包括為臨床、教學、科研提供查詢統計服務和借閱管理。通過對放射報告系統的分析，本系統按功能劃分為10個功能模塊，分別是：資料登記模塊、工作列表模塊、資料查詢模塊、資料統計模塊、放射報告模塊、放射報告發布模塊、借閱管理模塊、字典庫設置模塊、系統設置模塊和決策輔助模塊，如圖3所示。通過需求分析，得到了系統的基本功能，勾畫出系統的基本輪廓，這是系統開發的第一步，也是很關鍵的一步。

2.4 系統功能模塊設計

由于篇幅有限，這里只以放射報告輸入為例進行闡述。

2.4.1 放射報告輸入的流程設計

本節用順序圖表示放射報告的業務流程。順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互。在這部分，使用順序圖如圖4所示，表示放射報告管理系統中處理放射報告輸入的時序過程。通過順序圖揭示對應活動的實現流程。

2.4.2 放射報告的類設計

類圖描述系統中的類及其相互之間的各種關系，反映了系統中包含的各種對象的類型以及對象間的各種靜態關系，主要是：關聯和子類型。圖5中描述的是“放射報告”類圖。

從中可以抗看到看到患者信息類與資料登記類之間的關聯是一對多的，即一個患者可能有一次或者多次檢查記錄；資料登記類與放射報告類之間的關聯是一對一的，即每次檢查必定對應一次放射報告；資料登記類與工作列表類、工作列表類與放射報告類存在著依賴的關系，即工作列表類的數據來源于資料登記類，放射報告類從工作列表提取任務來輸入放射報告；還可以看出放射報告輸入類與打印預覽、模板輸入、范例庫輸入、歷史記錄輸入等存在著聚合關系，即這些都屬于放射報告輸入類的一部分屬性；模板輸入類與模板類、范例庫輸入類與范例庫類、歷史記錄輸入類與放射報告類存在著依賴關系，即前者依賴著后者。通過類圖的詳細設計，就能很方便地導出整個放射報告的代碼框架和類的關系等。

3 結語

放射報告系統作為醫院信息化建設的重要組成部分之一，特別是在臨床，科研及教學中發揮著越來越重要的作用。放射報告系統被越來越多的醫院所認識及應用。

本系統經過的測試和半年的試運行，系統的功能達到了系統設計時提出的要求，系統運行穩定，取得良好的應用效果。通過本系統，放射科實現登記工作快速、準確，提高了工作效率；檢索查詢快捷準確、功能齊全為教學和科研提供了極大的方便；檢查報告快速、簡潔、規范；實現資源共享。

由于考慮到成本因素及中小型醫院因資金、設備等多種原因的限制，本系統僅限于信息數據的交流和共享，如果條件允許的情況下，系統還應該在圖像處理上進一步拓展。

參考文獻：

[1]張剛偉，蘇穎干，周杰.集成平臺在醫院信息系統集成中的應用.醫學信息（下旬刊），2010，23（4）.

[2]陳麗欣，張榮霞，等.C/S與B/S混合軟件體系結構在醫院信息系統設計中的應用[J].醫學信息，2010，6：1584-1585.

[3]MullerH，M ichoux N，Bandon D，et al A review of content- based image retrieval systems in medical applications-clinical benef its and future directions[J].Int JM ed Inform，2009，73（1）：1-23.endprint