臍血干細胞管理系統的制作方法

專利名稱：臍血干細胞管理系統的制作方法
技術領域：
本發明涉及一種管理系統，尤其是一種在B/S結構環境下臍血干細胞 管理系統。
背景技術：
臍血干細胞庫按目前國際通行的模式分為公共庫和自體庫兩種模式。
目前，有關干細胞的管理的軟件系統一般都是c/s結構，并且一般只是對
干細胞的庫存的簡單記錄。
現有的臍血干細胞庫一般在辦公大樓內建立局域網，并在上面運行了
數據庫管理系統，系統為C/S結構，用VB開發，該系統暴露出很多弊端
1、 系統功能不完善，數據重復錄入。由于為C/S結構系統的功能設計 不合理，存在數據重復錄入的問題，浪費了很大的人力，沒有發揮IT技術 信息共享的優勢。
2、 C/S結構不利于維護擴展現有系統為C/S結構，客戶端需要單獨 安裝，隨著系統客戶端數量的不斷增加，系統維護的工作量將直線上升。 C/S結構由于是客戶端和服務器端兩層結構，兩層之間偶合緊密，如果業務 發生變化或者調整，需要重新編寫所有程序。隨著業務的發展，分支機構 將遍布全國乃至全世界各地，要使信息在如此大的范圍內共享，是C/S系 統無法實現的，而B/S系統在這方面具有先天的優勢。
3、 系統響應速度慢C/S系統在讀取數據的時候速度比較慢，有明顯 的等待感覺。

發明內容
本發明所要解決的技術問題是，提供一種在B/S結構環境下臍血干細 胞管理系統。
為了解決上述技術問題，本發明采用的技術方案是 一種臍血干細胞 管理系統，由基于B/S的運行管理體系和安全保障體系構成，運行管理體 系和安全保障體系通過應用服務器架構，運行管理體系由應用系統層和支 撐子系統層構成，安全保障體系由數據庫和平臺基礎設施層構成，通過在網頁上填寫有關臍血的各種信息，實現不同部門之間的數據完全共享。
所述應用系統層由對這一層的修改不會影響到其他層、用戶自由的添
加擴展功能模塊的、使業務系統正常運行的模塊組成。 所述應用系統層包括以下模塊
臍血管理模塊主要針對于臍血冷凍分離入庫以后，對臍血的數據管
理；
客戶管理模塊圍繞著臍血客戶簽約、跟蹤、費用收集、采血一系列 操作進行的管理；
工作站管理模塊各地工作站和總部之間相關的業務處理； 財務管理模塊主要生成客戶退款單和收入結轉單，并作相應的統計
分析，審核客戶交費信息；
臍血庫管理模塊完成和臍血存儲相關的業務操作；
物資管理模塊業務中用到的相應的試劑、塑料制品、辦公用品、計 量儀器等物資的管理；
質量管理模塊主要對整個業務過程進行監控，對業務信息進行審核； 綜合査詢模塊提供完整直接的統計查詢工具。 所述支撐子系統層為整個系統中通用的模塊，包括 查詢統計模塊
打印管理模塊提供給用戶統一的打印接口； 數據接口模塊
系統管理保證系統安全，進行權限設置和日志查詢。 所述應用服務器層為在不同應用服務器之間移植的，集成了緩存管理、
線程管理、連接池管理、安全認證管理功能的J2EE應用服務器。
所述平臺基礎設施層是由多臺服務器和網絡設備構成的硬件和操作系統層。
用數據庫記錄臍血干細胞相關信息，其中一個字段記錄臍血條形編碼， 通過該字段檢索相應的信息，打印報表，信息來源于不同的業務部門。
本發明的有益效果是本發明面向各個部門的業務人員和各級管理人 員。業務人員通過本發明可以節省他們的辦公時間，提高工作效率，達到 無紙辦公；各級領導可以通過本發明查看各種業務數據和統計數據，對公司的管理和決策起到輔助作用。使得辦公流程化處理，簡化了臍血管理的 業務流程，使得有關臍血以及客戶的信息在各個部門之間充分共享，提供 實時的分析，為企業創造明顯的效益。


圖1是臍血庫業務模塊關系圖，展示了各個業務部門之間的關系
圖2是本發明各模塊之間的業務流程關系圖 圖3是臍血分離冷凍的業務流程 圖4是本發明的系統架構圖
具體實施例方式
下面結合附圖和具體實施方式
對本發明作進一步詳細說明
本發明的臍血干細胞管理系統，由基于B/S的運行管理體系和安全保 障體系構成，運行管理體系和安全保障體系通過應用服務器架構，運行管 理體系由應用系統層和支撐子系統層構成，安全保障體系由數據庫和平臺 基礎設施層構成，通過在網頁上填寫有關臍血的各種信息，實現不同部門 之間的數據完全共享。
所述應用系統層由對這一層的修改不會影響到其他層、用戶自由的添 加擴展功能模塊的、使業務系統正常運行的模塊組成。
所述應用系統層包括以下模塊
臍血管理模塊主要針對于臍血冷凍分離入庫以后，對臍血的數據管
理；
客戶管理模塊圍繞著臍血客戶簽約、跟蹤、費用收集、采血一系列 操作進行的管理；
工作站管理模塊各地工作站和總部之間相關的業務處理；
財務管理模塊主要生成客戶退款單和收入結轉單，并作相應的統計 分析，審核客戶交費信息；
臍血庫管理模塊完成和臍血存儲相關的業務操作；
物資管理模塊業務中用到的相應的試劑、塑料制品、辦公用品、計 量儀器等物資的管理；
質量管理模塊主要對整個業務過程進行監控，對業務信息進行審核； 綜合查詢模塊提供完整直接的統計査詢工具。所述支撐子系統層為整個系統中通用的模塊，包括 査詢統計模塊
打印管理模塊提供給用戶統一的打印接口； 數據接口模塊
系統管理保證系統安全，進行權限設置和日志查詢。 所述應用服務器層為在不同應用服務器之間移植的，集成了緩存管理、
線程管理、連接池管理、安全認證管理功能的J2EE應用服務器。
所述平臺基礎設施層是由多臺服務器和網絡設備構成的硬件和操作系統層。
用數據庫記錄臍血干細胞相關信息，其中一個字段記錄臍血條形編碼， 通過該字段檢索相應的信息，打印報表，信息來源于不同的業務部門。 為實現本發明，所采用下列技術標準
1、 J2EE規范基于J2EE的開放式體系結構。
2、 XML系列標準。
3、 數據訪問類標準數據訪問的相關標準ODBC、 JDBC、 0LEDB、 URI 、 URL、 D0M、 SAX、 EJB、 Javabeans等。
4、 We服務(Web Service)標準Web服務的協議層次結構包括網絡傳 輸層HTTP/FTP/II0P等、消息服務層SOAP協議、服務描述層WSDL標準(基 于XML格式的定義服務實現和服務接口的基礎標準)、服務發布層UDDI信 息注冊標準規范、服務發現層、服務工作流層WSFL工作流語言(用于描述 Web服務在工作流中如何相互作用、及如何處理服務到服務的通信或協同)。
5、 業務流程標準遵循BPML、 WSFL、 XLANG等工作流標準或以XML為 基礎制定業務流程標準，明確各業務應用系統協同工作的業務流程、流程 之間可通過交換XML消息，實現流程之間的互聯和互操作。
本發明主要以臍血管理為中心，所有業務模塊都圍繞著它來進行，這 些業務模塊主要包括臍血管理、客戶管理、財務管理、存儲管理和質量管 理幾個主要業務模塊，主要提供記錄、査詢、修改、審核、打印、統計等 功能。綜合査詢、打印管理、系統管理是系統的輔助功能模塊。各模塊之 間的業務流程關系見附圖(圖l、圖2)。
臍血管理主要針對于臍血冷凍分離入庫以后，對臍血的數據管理。客戶管理是圍繞著臍血客戶簽約、跟蹤、費用收集、采血等一系列操 作進行的管理。
工作站管理指各地工作站和總部之間相關的業務處理。
財務管理主要生成客戶退款單和收入結轉單。并作相應的統計分析，
并且還審核客戶交費信息。
臍血庫管理完成和臍血存儲相關的業務操作。
物資管理指業務中用到的相應的試劑、塑料制品、辦公用品、計量儀
器等物資的管理。
質量管理質量管理主要對整個業務過程進行監控，對業務信息進行審 核。
綜合査詢為領導提供完整直接的統計査詢工具。 打印管理提供給用戶統一的打印接口。 系統管理保證系統安全，進行權限設置和日志査詢。 臍血接收人員接收臍血之后，在本發明中錄入相應的臍血信息，分離、 冷凍人員處理接收到的臍血信息，并將相應的參數值錄入本發明中，有關 臍血接收分離冷凍的流程參見附圖(圖3)。然后將臍血分派給不同的部門 進行檢測，分別相應的檢測數據錄入本發明中。各檢測部門(接收分離冷 凍、微生物檢測、細胞生物)錄入的檢測數據中如果有標明該份臍血不適 合存儲的信息，將自動發起臍血廢棄流程。質量部門對各部門填寫的信息 査詢審核，提交客服部門，打印報告。客服部門接到客戶通知廢棄或者簽 訂補充協議，填寫廢棄登記信息，經過審核后提交質量部門，質量部門經 過查詢審核后提交，臍血質控部門以及財務部門收到信息后分別進行操作。 質控部門審核之后，自動修改質量評價表和隔離發放表，財務部門可以査 看到相應的信息并打印出廢棄表格。
本發明采用多層架構方式，這樣既保證了系統的可移植性，也加強了 系統的兼容和擴展性。并且從多層次保證了系統的安全和正常運行。系統 架構圖參見附圖(圖4)。應用系統層包括了業務系統正常運行的各個模塊， 對這一層的修改不會影響到其他層，用戶可以自由的添加擴展功能模塊。
支撐子系統層包括了整個系統中可以通用的模塊，這就是面向對象的 軟件開發的好處，加強了代碼的重用性，降低了系統的開發和維護費用。應用服務器層是整個系統運行的基本環境，它為系統運行提供了良好 的環境。它集成了緩存管理、線程管理、連接池管理、安全認證管理等功
能。由于J2EE的系統無關性和標準性，可以在不同應用服務器之間移植。
數據庫是系統的基礎，業務流程都是圍繞著數據進行的。由于采用了 標準的數據接口，系統可以在不同數據庫系統上運行。
基礎設施層也就是硬件和操作系統層，它為系統運行提供了最基礎的
保障，J2EE的跨平臺性保證了系統可以在不同操作系統之間安全移植。
本發明采用B/S架構，遵循J2EE分層思想，具體實現由表現層、業務 層、持久層組成。
>表現層處理后臺數據填充到瀏覽器的顯示邏輯。涉及的技術包括 HTML、 servlet、 JSP、 struts、 JSTLTag 、 DisplayTag、 javaScript、 自定義標簽庫。
>業務層封裝商業邏輯的處理。
>持久層封裝與數據庫交互的邏輯。涉及技術jdbc、 hibernate。 該架構是基于struts+spring+hibernate的集成，struts處理表現層實
現；spring處理層與層之間的耦合以及底層服務的實現，例如日志、事
務、數據源、連接池、對象的生成和銷毀等等；hibernate處理持久層實現。 采用這樣架構帶來的好處是，開發人員更關注于業務邏輯的實現，底層
服務通過聲明的方式實現，減少代碼量，增強框架的重用性和擴展性。其
中涉及聲明的地方包括
> struts中web. xml: 1og4j、標簽庫、過濾器(encoding、認證授權、 hibernate的session管理)
> struts-config. xml: resource、輸入驗證插件、struts的基本設置
> applicationContext—xml:根據spring框架酉己置安全、査詢分頁、 hibernate、 DA0，及事務
開發框架
這里闡述每個層，已經層與層之間要注意的地方，各層之間功能明確， 盡多使用框架帶來的優勢，采用面向接口編程。 層與層之間的調用
9Web層采用struts實現，在action中通過serviceLocator模式獲 得對service層對象的引用，參考BaseAction中getService ()方法。 service層通過IOC模式注入獲得對DA0層的引用。在運行時獲得一個 DA0實例，執行持久化邏輯，編碼是面向接口的編程。
> Web層的實現
Web層采用struts實現，需要注意的兩點
■ formBean繼承自ValidatorActionForm，目的是在表單校驗的工作 上可以借助于struts-validator框架完成絕大部分校驗工作。在 validation, xml中編寫相應的規則表達式。
■ action繼承自DispatchAction，目的是減少Action的個數，將同 一個業務模塊的表現層邏輯放在一個類中。在BaseAction中提取各 Action的公用部分，統一處理業務異常和運行時異常。
> Service層的實現
普通的Java bean，封裝業務邏輯，通過IOC注入獲得對底層DA0的引 用。在這一層，我們會拋出和商業邏輯相關的例外，BusinessExc印tion， 具體和例外相關的信息可以參考"異常處理"。
> DAO層的實現
DA0層基于hibernate,更準確的說是經過spring封裝后的hibernate。 在這一層，不需要關心sessionFactory的創建，session的開關、事務以 及例外處理，開發只需要專注于系統的持久化邏輯。sessionFactory的創 建，session的開關由spring來處理，事務以及例外處理我們通過(類似于 ejb，在xml文件中)聲明的方式來處理。這里增加了一個過濾類，默認的 所有session會在整個請求生命周期中存活，隨著請求結束而消亡。
>異常處理
在項目的異常問題上，有兩個設計規則
■對于底層的，不可恢復的異常，都包裹成運行時異常。由BaseAction
統一向用戶返回不可恢復錯誤。 ■各個層只需要拋出，或者包裹后重新拋出異常，異常在BaseAction統一處理。避免代碼中到處try/catch，降低代碼可讀性和執行效率。 遵循以上兩個規則，DA0層產生的異常都已經包裹成運行時異常，這點 spring實現的很好；在service層，我們會主動拋出和業務相關的異常 (BusinessExc印tion)，這樣的異常是我們自己定義的，表示這樣的異常 是可以恢復的。
異常統一在BaseAction中處理，對于BusinessExc印tion，取得其中的 errorKey，裝配到ActionMessages中去，報告給用戶，等待恢復。對于不 可恢復的異常，我們只能給出模糊的提示信息。
>事務處理
事務是系統中非常重要的一個部分，良好的事務保證了與數據庫交互的 可靠性。在這個框架中，事務是以聲明的方式完成的。
>訪問控制的實現
訪問控制在本項目中主要負責對網站頁面的控制。即要求相應的人員只 能操作、而且只能看到允許的頁面。在用戶登陸的時候用戶信息就已經封 裝成認證對象存放在session中，spring通過配置負責頁面的訪問權限， 并可以通過ContextHelder得到角色來控制頁面元素的顯示。
訪問控制方面主要使用Acegi Security System for Spring (下文簡稱 Acegi)，使用這個框架一是因為它是目前比較成熟的安全系統，包括可用 的驗證、授權等實現；二是因為它也是基于Spring框架，和項目的基礎技 術選型一致；三則因為其自成體系，且得益于Spring框架，使得訪問控制 這方面對系統其他部分的侵入性可以降到最低，同時由于基于接口的設計， 為今后的擴展性和定制化留下余地。 ■ Acegi現階段調研能達到的結果
根據角色配置那些規則的URL能被訪問； 根據角色或權限決定那些頁面元素需要被顯示 沒有達到管理員在管理界面改變了權限的分配時，在安全配置文 件中自動完成新的安全規則配置。 ■若不用acegi (和JAAS類似)的URL限制功能，則我們需要額外做
以下事情所有URL訪問規則全部存到數據庫中，可以動態地修改、更新； (也就是把本在配置文件中地URL訪問限制放到數據庫中)
用戶請求頁面時，根據Acegi返回的用戶角色、權限判斷該用戶是 否有這個權限，是則從數據庫找出相應的菜單名(包括URL)，顯示在 頁面上。
本發明采用B/S結構，涉及公司跟儲戶聯系，簽訂合同，采集臍血、 臍血的各項檢測、臍血的質量監控、臍血的存儲、儲戶繳費、定期給儲戶 發送臍血報告、移植臍血的這一整套流程的系統實現，提供了完善的査詢、 統計功能，含有豐富的圖標形式，可以導出到Excel文件。
客服(儲戶與公司的協議的簽訂、儲戶臍血查詢、儲戶臍血報告發放)、 臍帶血(臍血采集、臍血接收、臍血分離、臍血冷凍、臍血各項檢測、) 合理的角色設定、系統的功能結構、充足的統計分析以及完美的風格設計， 針對企業的工作人員，提供多種角色，具有不同角色的用戶可以進行不同 的操作。提供樣式豐富的統計分析圖表形式，為領導層有關下一步的工作 開展提供有效的決策數據。同時，將臍血干細胞管理涉及的各個部門連接 起來，使得辦公更加自動化、流程化，數據得到充分的共享，達到無紙辦 公，提供企業的辦公效率和對儲戶的服務質量。
綜上所述，本發明的內容并不局限在的實施例中，相同領域內的有識 之士可以在本發明的技術指導思想之內可以輕易提出其他的實施例，但這 種實施例都包括在本發明的范圍之內。
1權利要求
1、一種臍血干細胞管理系統，其特征在于，由基于B/S的運行管理體系和安全保障體系構成，運行管理體系和安全保障體系通過應用服務器架構，運行管理體系由應用系統層和支撐子系統層構成，安全保障體系由數據庫和平臺基礎設施層構成，通過在網頁上填寫有關臍血的各種信息，實現不同部門之間的數據完全共享。
2、 根據權利要求1所述的臍血干細胞管理系統，其特征在于，所述應 用系統層由對這一層的修改不會影響到其他層、用戶自由的添加擴展功能 模塊的、使業務系統正常運行的模塊組成。
3、 根據權利要求2所述的臍血干細胞管理系統，其特征在于，所述應 用系統層包括以下模塊臍血管理模塊主要針對于臍血冷凍分離入庫以后，對臍血的數據管理；客戶管理模塊圍繞著臍血客戶簽約、跟蹤、費用收集、采血一系列 操作進行的管理；工作站管理模塊各地工作站和總部之間相關的業務處理；財務管理模塊主要生成客戶退款單和收入結轉單，并作相應的統計 分析，審核客戶交費信息；臍血庫管理模塊完成和臍血存儲相關的業務操作；物資管理模塊業務中用到的相應的試劑、塑料制品、辦公用品、計 量儀器等物資的管理；質量管理模塊主要對整個業務過程進行監控，對業務信息進行審核； 綜合查詢模塊提供完整直接的統計查詢工具。
4、 根據權利要求l所述的臍血干細胞管理系統，其特征在于，所述支 撐子系統層為整個系統中通用的模塊，包括查詢統計模塊打印管理模塊提供給用戶統一的打印接口； 數據接口模塊系統管理保證系統安全，進行權限設置和日志查詢。
5、 根據權利要求1所述的臍血干細胞管理系統，其特征在于，所述應用服務器層為在不同應用服務器之間移植的，集成了緩存管理、線程管理、連接池管理、安全認證管理功能的J2EE應用服務器。
6、 根據權利要求1所述的臍血干細胞管理系統，其特征在于，所述平 臺基礎設施層是由多臺服務器和網絡設備構成的硬件和操作系統層。
7、 根據權利要求1所述的臍血干細胞管理系統，其特征在于，用數據 庫記錄臍血干細胞相關信息，其中一個字段記錄臍血條形編碼，通過該字 段檢索相應的信息，打印報表，信息來源于不同的業務部門。
全文摘要
本發明公開了一種臍血干細胞管理系統，覆蓋了與臍血干細胞相關的各個業務部門，通過數據的一次錄入減少工作量，方便數據的查詢。提供很強的統計功能，用戶可以方便的統計和查詢出需要的數據，為下一步的工作開展提供有效的決策數據。本發明采用B/S架構，有著良好的可擴展性和易維護性。系統在數據處理方面從表示層、應用層到數據庫層都作了良好的優化，反應速度快，用戶界面友好。
文檔編號G06Q50/00GK101470889SQ20071006024
公開日2009年7月1日 申請日期2007年12月26日 優先權日2007年12月26日
發明者雷 馮, 越 劉, 孟恒星, 茜 李, 莉 李, 李金全, 梁曉嵐, 武文杰, 焦淑賢, 王學軍, 邱錄貴, 韓俊嶺 申請人:協和干細胞基因工程有限公司