深圳市公共衛生管理集成系統
技術方案
方正國際軟件有限公司
2010-11-29
目錄
第 1 章 項目概述 10
1.1 公共衛生信息化現狀 10
1.1.1 概述 10
1.1.2 公共衛生信息管理發展歷程 10
1.1.3 發展趨勢 13
1.2 項目背景 14
第 2 章 建設目標和原則 16
2.1 建設目標 16
2.2 建設原則 16
2.2.1 實用性與經濟性 16
2.2.2 整體性與標準性 17
2.2.3 可靠性與安全性 17
2.2.4 開放性與擴充性 17
2.2.5 安全性與可靠性 17
2.2.6 一致性與復用性 18
第 3 章 需求分析 19
3.1 總體需求 19
3.1.1 用戶分析 19
3.1.2 日常業務管理需求 23
3.1.3 公共衛生整合需求 23
3.1.4 公眾服務需求 23
3.1.5 衛生管理需求 24
3.1.6 符合139規劃的需求 25
3.1.7 深化醫改的需求 26
3.2 子系統劃分 26
3.3 干部體檢管理系統 27
3.3.1 子系統概述 27
3.3.2 業務流程 28
3.3.3 功能需求 29
3.3.4 非功能性需求 31
3.4 從業人員健康體檢系統 31
3.4.1 子系統概述 31
3.4.2 業務流程 32
3.4.3 功能需求 32
3.4.4 非功能性需求 34
3.5 職業健康體檢系統 34
3.5.1 子系統概述 34
3.5.2 業務流程 36
3.5.3 功能需求 37
3.5.4 非功能性需求 39
3.6 慢病管理系統 39
3.6.1 子系統概述 39
3.6.2 業務流程 40
3.6.3 功能需求 43
3.7 健康教育管理系統 46
3.7.1 子系統概述 46
3.7.2 業務流程 47
3.7.3 功能需求 50
3.8 現有公共衛生系統數據共享與整合 52
3.8.1 子系統概述 52
3.8.2 功能需求 52
3.9 采供血管理系統接口 55
第 4 章 總體設計 58
4.1 總體設計思想 58
4.1.1 采用面向服務的SOA架構 58
4.1.2 數據傳輸方式以Web Service為主 60
4.1.3 ASP與SaaS模式 61
4.2 總體架構設計 62
4.2.1 總體系統架構 62
4.2.2 一個中心--數據中心 62
4.2.3 一個平臺—集成平臺 62
4.2.4 三個服務—單點登錄服務、PIX服務、調閱服務 63
4.3 系統集成設計 64
4.3.1 流程設計 64
4.3.2 數據集成 65
4.4 單點登錄（SSO） 67
4.5 PIX患者交叉索引 69
第 5 章 系統方案 70
5.1 干部體檢管理系統 70
5.1.1 功能框圖 70
5.1.2 功能描述 70
5.2 從業人員健康體檢系統 88
5.2.1 功能框圖 88
5.2.2 功能描述 88
5.3 職業健康體檢系統 91
5.3.1 功能框圖 91
5.3.2 功能描述 91
5.4 慢病管理系統 94
5.4.1 功能框圖 94
5.4.2 功能描述 94
5.4.3 系統管理接口 100
5.4.4 主要數據 100
5.5 健康教育管理系統 102
5.5.1 功能框圖 102
5.5.2 功能描述 102
5.6 現有公共衛生系統數據共享與整合 108
5.6.1 功能框圖 108
5.6.2 功能描述 108
5.7 采供血管理系統接口 137
5.7.1 功能示意圖 137
5.7.2 接口描述 138
第 6 章 技術方案 140
6.1 技術架構 140
6.2 操作系統 142
6.3 數據庫 142
6.4 軟件關鍵技術 142
6.4.1 技術亮點：RIA技術 142
6.4.2 技術亮點：Flex前端界面技術 143
6.4.3 采用J2EE開放技術體系 145
6.4.4 元數據管理技術 146
6.4.5 信息采集技術 147
6.4.6 BPM技術 148
6.4.7 分布式服務框架 148
6.4.8 WebService技術 150
6.4.9 信息交換技術 152
6.4.10 可靠通信技術 153
6.4.11 ETL技術 154
6.4.12 門戶式架構 155
6.4.13 SSL技術 157
6.4.14 前置交換技術 158
6.5 安全體系 159
6.5.1 系統風險分析 159
6.5.2 安全依據 162
6.5.3 物理安全 163
6.5.4 主機安全 164
6.5.5 數據安全 166
6.5.6 應用安全 167
第 7 章 數據標準規范管理 171
7.1 標準規范建設原則 171
7.2 遵循與參考的標準 171
7.3 規范性引用文件 173
7.4 標準規范體系管理 173
第 8 章 系統實施 176
8.1 工程實施工期劃分 176
8.2 技術方案優化 176
8.3 開發團隊人員及技術組成 177
8.3.1 項目人員組成 178
8.3.2 項目人員配置結構 179
8.3.3 項目組織開發實施架構圖 181
8.3.4 組織管理 182
8.3.5 管理體系 183
8.3.6 項目組織機構 183
8.4 工期控制 191
8.4.1 項目管理 192
8.5 項目實施 209
8.5.1 項目實施計劃 209
8.5.2 系統整體測試驗收 213
8.5.3 里程碑及成果物計劃 220
8.6 質量保證措施 222
8.6.1 公司質量保證體系 222
8.6.2 實施過程控制方案及文檔管理 231
8.6.3 項目監理 247
8.7 培訓方案 247
8.7.1 培訓地點 248
8.7.2 管理理念的培訓 248
8.7.3 系統管理的培訓 248
8.7.4 業務應用的培訓 250
8.8 培訓時間和課程安排 250
8.8.1 管理理念級領導培訓 250
8.8.2 系統管理級技術培訓 251
8.8.3 業務應用級用戶培訓 257
8.8.4 培訓教材載體形式 262
第 1 章 項目概述
1.1 公共衛生信息化現狀
1.1.1 概述
公共衛生信息管理是為了達到對公共衛生信息的最佳采集、加工、存儲、流通和服務效果的一種管理，也是對信息本身實行的計劃、預算、組織、引導、培訓和控制；因此，公共衛生信息管理也是一種將各種專門管理適應于標準管理程序和控制，來實現公共衛生信息活動價值和效益的一種管理。
傳統的公共衛生信息管理主要是對衛生信息資源的靜態管理，即主要記錄醫療衛生機構有哪些公共衛生資源，并以此作為制定公共衛生發展計劃的主要依據；公共衛生資源的優化配置則從公共衛生信息資源動態管理的角度出發，對公共衛生資源的使用進行優化分配，從而在最大程度上提高資源的利用率。低成本、高速度地重構公共衛生信息管理系統是未來公共衛生保障人類健康的一個重要因素，研究與社會經濟發展相適應的公共衛生信息資源管理模式，實施可重構的公共衛生信息管理體系，將成為公共衛生面向全球化健康服務組織的一個重要發展方向。
1.1.2 公共衛生信息管理發展歷程
回顧我國公共衛生機構的信息應用和信息系統的建設歷史，和現實公共衛生信息管理的表現形式，會發現公共衛生信息管理的現象主要存在以下四種典型的信息管理模式。
1. 信息獨享
信息獨享是指信息特權集中在少數人手里。只有極少數人有權獲得信息；或大量的信息掌握在少數人手中。盡管少數高級專家人能夠得到一些有用的信息，但常常需要通過昂貴的特殊信息收集方式才能獲取。這種特殊信息收集方式非常復雜，難以程序化，而且操作中隨意性較大。更嚴重和深層的問題還在于：由于所有決策是由少數人做出，諸多專業人員的智慧未被利用，SARS暴發早期的信息管理多基于此。
此外，還有一種比較微妙的信息獨享模式，即單位管理人員和其他業務主管們并沒有什么特殊的信息收集方式，但單位培養和訓練了一批高手，在他們的電腦里安裝了專門的報告、分析和統計軟件。這種被稱為“信息中心”的概念把信息的利用擴大到更多的業務人員，但是，不知不覺中，這些技術精英們變成了另一種形式的信息獨享者。
在這兩種信息獨享模式中，中下層專業人員都被剝奪了信息享有權，這樣就產生了兩種人：信息特權階層和信息隔離階層。信息隔離階層可能被施加更多的壓力，要求作出更好的工作業績，但是在不賦予他們信息知情權的情況下難度很大。于是他們可能會發動信息叛亂，要求建立自己的數據管理系統。這就是造成數據過載的基礎。
2. 信息自由
任何部門都可以構建自己的信息系統，處于混亂狀態。縱向——各級公共衛生機構，均可按照自身的需求，在不遵循上級規劃的情況下構建信息系統，其目標是以滿足自身需求為目的；橫向——同一機構不同部門，由于其不同工作任務和經費的來源構成了相對獨立的信息系統，實現各自的獨立信息管理。特別是在單一項目經費支持建立的信息系統中，其信息自由狀態尤為突出。
信息無規劃狀態源于個人或部門把所需的信息均納入自己的掌握之中。其結果是各自為政的數據“領地”或“部門”數據庫的迅速產生。由于這些“部門”數據庫建立在互不兼容的軟硬件平臺和應用的基礎，根本無法連通，這種自由狀態下固有的混亂等缺點對內部溝通和機構管理造成了嚴重的破壞。和歷史上許多短命的自由狀態事件相似，信息自由狀態往往只是一個短暫的狂歡過程。建立自己的部門數據庫對解決方案也只能有瞬間的滿意，因為一旦高層管理人員收到來自不同部門數據不一致的報告，就會詢問數據的真實性。這些無法判定數據準確性的數據庫也就早晚會被統一。
|
|
資源大小：4.60 MB 
