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