依據(jù)醫(yī)科大第一附屬醫(yī)院數(shù)字化醫(yī)療系統(tǒng)整體需求，本方案書分三部分：
第一部分：數(shù)字化醫(yī)院解決方案（第一章—第九章）。醫(yī)科大學第一附屬醫(yī)院數(shù)字化醫(yī)院建設(shè)將以患者為中心，以醫(yī)療安全、質(zhì)量控制為目的，以先進的管理模式為手段，整合全院醫(yī)療資源，實現(xiàn)全院信息共享，提高醫(yī)院工作效率，實現(xiàn)醫(yī)療信息化、管理信息化、經(jīng)濟核算信息化，最終達到數(shù)字化醫(yī)院的目的。即更新全院的醫(yī)院信息系統(tǒng)（HIS系統(tǒng)），建立電子病歷系統(tǒng)EPR、重癥監(jiān)護、無線移動工作站等臨床信息系統(tǒng)，采用信息集成平臺及決策支持系統(tǒng)，實現(xiàn)系統(tǒng)與LIS、PACS、體檢系統(tǒng)、醫(yī)保、財務(wù)無縫接口，實現(xiàn)移動無線查房等各種醫(yī)療各種服務(wù)全面信息化。
第二部分：區(qū)域協(xié)同醫(yī)療服務(wù)信息平臺解決方案（第十章—第十五章）。醫(yī)科大一附院已同40余家家縣市級醫(yī)院簽訂了醫(yī)療技術(shù)支持服務(wù)協(xié)議，與這40家基層龍頭醫(yī)院建立分級協(xié)作醫(yī)療關(guān)系，但各個醫(yī)院之間以及和附屬醫(yī)院之間缺乏有效的信息分享和溝通手段和渠道，建立以居民健康檔案為核心的區(qū)域信息共享平臺作為支撐，通過區(qū)域醫(yī)療信息平臺，將分散在不同機構(gòu)的健康數(shù)據(jù)整合為一個邏輯完整的信息整體，滿足與其相關(guān)的各種機構(gòu)和人員需要，實現(xiàn)醫(yī)療雙向轉(zhuǎn)診、遠程會診、醫(yī)學教學等，提高醫(yī)療服務(wù)效率、服務(wù)質(zhì)量、醫(yī)療服務(wù)的可及性，降低醫(yī)療成本及降低醫(yī)療風險。
第三部分：項目服務(wù)和實施方案（第十六章—二十一章）。根據(jù)醫(yī)科大第一附屬醫(yī)院原有的信息系統(tǒng)以及醫(yī)院對項目實施的需求，同時為了充分保護、繼承醫(yī)院原有系統(tǒng)的信息資料和成果，保證醫(yī)院既往的歷史信息與新系統(tǒng)延續(xù)性，更好地利用原有系統(tǒng)的信息資料，防止因為新的HIS系統(tǒng)上線而影響醫(yī)院的正常工作�？s短HIS系統(tǒng)上線前的數(shù)據(jù)準備時間。保護用戶的使用習慣，有利于用戶對新的HIS系統(tǒng)的熟悉和使用。同時保證項目后期服務(wù)等提提供軟件實施、工程計劃、客戶培訓、數(shù)據(jù)客戶化、數(shù)據(jù)遷移、服務(wù)響應(yīng)等等全面的解決方案。
對于醫(yī)科大第一附屬醫(yī)院在信息化建設(shè) 項目，東華軟件將不遺余力提供支持和幫助。東華軟件在全國范圍內(nèi)首家提供全新的saas服務(wù)模式。Saas服務(wù)模式就是軟件即服務(wù)模式。在醫(yī)院資金緊張或短缺的情況下，由東華軟件公司投入資金和產(chǎn)品和服務(wù)。尤其是區(qū)域協(xié)同醫(yī)療信息平臺的建設(shè)項目，東華軟件目前已經(jīng)成功投資華西醫(yī)院和中國醫(yī)科大第一附屬醫(yī)院的協(xié)同平臺。
醫(yī)科大第一附屬醫(yī)院區(qū)域醫(yī)療信息服務(wù)平臺建設(shè)可以三種投資模式：
1) 東華公司全額投資；
2) 第一附屬醫(yī)院投資；
3) 雙方或者多方共同投資
東華區(qū)域醫(yī)療信息服務(wù)平臺由東華公司管理、運維，以軟件即服務(wù)的模式（SAAS模式)為客戶提供全面的應(yīng)用軟件產(chǎn)品、解決方案、系統(tǒng)集成以及實施和服務(wù)，并由此而獲得營運服務(wù)費以維持和保證平臺的運行和持續(xù)發(fā)展，同時根據(jù)投資比例與投資方進行運營利益分成。
目 錄
第一部分 數(shù)字化醫(yī)院整體方案 17
第1章 東華在本項目上的優(yōu)勢 18
1.1 是國內(nèi)數(shù)字化醫(yī)院具體實踐的典范 18
1.2 是國內(nèi)醫(yī)療信息化建設(shè)綜合實力最強的公司 18
1.3 具有業(yè)界領(lǐng)先水平的產(chǎn)品 19
1.4 功能強大的信息集成平臺 20
1.5 專業(yè)的數(shù)據(jù)倉庫系統(tǒng) 23
1.6 全面醫(yī)療質(zhì)控的多媒體結(jié)構(gòu)化電子病歷系統(tǒng) 24
1.7 國內(nèi)一流經(jīng)驗豐富的專業(yè)技術(shù)團隊 25
1.8 充分交流和共享先進的數(shù)字化醫(yī)院成果和經(jīng)驗 26
第2章 項目概述 27
2.1 醫(yī)科大學第一附屬醫(yī)院概況 27
2.2 國內(nèi)醫(yī)院信息化建設(shè)狀況及發(fā)展趨勢 28
2.2.1 建設(shè)現(xiàn)狀 28
2.2.2 建設(shè)過程中存在的問題 29
2.2.3 醫(yī)院信息化發(fā)展趨勢 29
2.3 醫(yī)科大學第一附屬醫(yī)院信息化建設(shè)現(xiàn)狀分析 30
2.3.1 組織架構(gòu) 30
2.3.2 信息系統(tǒng)應(yīng)用狀況 30
2.3.3 信息安全現(xiàn)狀 31
2.3.4 技術(shù)人員建設(shè)現(xiàn)狀 31
2.3.5 存在的問題 31
2.4 項目需求分析 32
2.5 項目重點 33
2.5.1 結(jié)構(gòu)化電子病歷 34
2.5.2 醫(yī)院管理動態(tài)醫(yī)療質(zhì)量控制、經(jīng)營管理、決策分析工具 35
2.5.3 一體化應(yīng)用集成 35
2.6 實施效果 37
2.6.1 醫(yī)院基本業(yè)務(wù)全部數(shù)字化 37
2.6.2 醫(yī)院臨床業(yè)務(wù)數(shù)字化 39
2.6.3 集成平臺建設(shè)完成 41
2.6.4 結(jié)構(gòu)化和科研電子病歷與病歷質(zhì)控 42
2.6.5 供應(yīng)鏈管理清晰明了 43
2.6.6 醫(yī)院管理 43
第3章 數(shù)字化醫(yī)院建設(shè)概要分析 46
3.1 數(shù)字化醫(yī)院建設(shè)背景分析 46
3.2 數(shù)字化醫(yī)院建設(shè)的目的 47
3.3 數(shù)字化醫(yī)院建設(shè)的特征 48
3.4 數(shù)字化醫(yī)院建設(shè)的思路 49
3.4.1 以醫(yī)院業(yè)務(wù)管理目標為核心，以技術(shù)為驅(qū)動 49
3.4.2 總體規(guī)劃，分步實施 52
3.5 數(shù)字化醫(yī)院建設(shè)的關(guān)鍵考慮因素 53
3.6 數(shù)字化醫(yī)院建設(shè)的內(nèi)容 54
3.6.1 構(gòu)建合理的應(yīng)用架構(gòu) 54
3.6.2 建立完善的應(yīng)用系統(tǒng) 54
3.6.3 建立穩(wěn)定可靠靈活的IT基礎(chǔ)設(shè)施 55
第4章 東華DTHEALTH數(shù)字化醫(yī)院解決方案 56
4.1 DTHealth的設(shè)計宗旨 56
4.1.1 全面解決方案（All-in-One） 56
4.1.2 以病人、醫(yī)院管理和電子病歷為中心 56
4.1.3 計劃、控制 57
4.1.4 最大限度滿足客戶化需求 57
4.1.5 數(shù)據(jù)分析和利用 57
4.1.6 快速獲益 58
4.1.7 集團化醫(yī)院數(shù)據(jù)模型設(shè)計 58
4.1.8 支持基于病人醫(yī)療信息共享的醫(yī)療協(xié)作服務(wù)模式 58
4.2 DTHealth的應(yīng)用架構(gòu)說明 59
4.2.1 DTHealth的應(yīng)用架構(gòu)模型和說明 59
4.2.2 DTHealth的醫(yī)院信息服務(wù) 60
4.2.3 DTHealth的公共應(yīng)用服務(wù) 61
4.2.4 DTHealth的交互支持服務(wù) 62
4.3 DTHealth系統(tǒng)的技術(shù)架構(gòu) 63
4.3.1 面向服務(wù)的SOA架構(gòu) 63
4.3.2 基于WEB的B/S/S架構(gòu) 64
4.3.3 DTHealth的系統(tǒng)架構(gòu) 65
4.3.4 DTHealth的軟件構(gòu)架 67
4.3.5 DTHealth的集成架構(gòu) 68
4.4 DTHealth采用的主要技術(shù) 70
4.4.1 基于Rational Rose模型設(shè)計 71
4.4.2 基于CSP“組件化”開發(fā)的組件技術(shù) 73
4.4.3 工作流技術(shù)：界面/列/菜單/平面布局編輯器 75
4.4.4 規(guī)則管理技術(shù) 78
4.4.5 Ensemble集成平臺 79
4.4.6 Caché數(shù)據(jù)庫及M技術(shù) 79
4.4.7 HL7引擎技術(shù) 81
4.4.8 XML技術(shù) 86
4.4.9 MVC模式技術(shù) 88
4.4.10 安全保護技術(shù) 89
4.4.11 緩存技術(shù) 92
4.4.12 均衡負載技術(shù) 92
4.4.13 PORTAL技術(shù) 92
4.5 DTHealth的系統(tǒng)特點 94
4.5.1 業(yè)務(wù)模型的高度抽象設(shè)計 94
4.5.2 DTHealth的EPMI設(shè)計 95
4.5.3 功能強大的系統(tǒng)管理平臺和各種管理器 96
4.5.4 支持移動設(shè)備 96
4.5.5 實時的動態(tài)翻譯的多語種環(huán)境 96
4.5.6 支持區(qū)域醫(yī)療管理模式 97
4.5.7 支持集團化醫(yī)院管理模式 98
4.5.8 提供醫(yī)療質(zhì)量控制功能 99
4.5.9 提供知識管理功能 99
4.5.10 支持各種標準技術(shù)接口 99
4.5.11 DTHealth的醫(yī)囑系統(tǒng) 100
4.5.12 先進的電子病歷架構(gòu)及其集成能力 100
4.5.13 靈活的結(jié)構(gòu)化的文本電子病歷 102
4.5.14 功能強大的臨床工作站系統(tǒng) 102
4.5.15 DTHealth雙向臨床數(shù)據(jù)采集系統(tǒng) 104
4.5.16 一體化的高速穩(wěn)定的影像系統(tǒng)（PACS） 105
4.6 DTHealth的技術(shù)特性 106
4.6.1 系統(tǒng)可擴展性 106
4.6.2 運行成熟性和穩(wěn)定性 107
4.6.3 數(shù)據(jù)安全性 107
4.6.4 應(yīng)急快捷性 109
4.6.5 響應(yīng)及時性 109
4.6.6 功能全面性 109
4.6.7 操作方便性 110
4.6.8 字典標準性 110
4.6.9 系統(tǒng)可集成性 111
4.6.10 系統(tǒng)可維護和可升級性 111
4.6.11 數(shù)據(jù)繼承與系統(tǒng)切換性 111
4.6.12 系統(tǒng)可伸縮性 111
第5章 東華DTHEALTH數(shù)字化醫(yī)院產(chǎn)品功能 112
5.1 醫(yī)療管理系統(tǒng) 112
5.1.1 門急診管理系統(tǒng) 112
5.1.2 住院管理系統(tǒng) 131
5.1.3 藥品管理系統(tǒng) 166
5.1.4 合理用藥系統(tǒng) 180
5.1.5 營養(yǎng)與膳食管理系統(tǒng) 187
5.1.6 院長查詢系統(tǒng) 188
5.1.7 供應(yīng)室管理系統(tǒng) 189
5.1.8 物資管理系統(tǒng) 190
5.1.9 設(shè)備管理系統(tǒng) 192
5.1.10 制劑室管理系統(tǒng) 195
5.1.11 靜脈藥物配置管理系統(tǒng) 196
5.1.12 輸液管理系統(tǒng) 197
5.1.13 心電信息系統(tǒng) 198
5.1.14 醫(yī)療質(zhì)量管理系統(tǒng) 203
5.1.15 院內(nèi)感染及傳染病報卡系統(tǒng) 211
5.1.16 人力資源管理系統(tǒng) 218
5.1.17 病患關(guān)系管理系統(tǒng) 221
5.1.18 自助報告、自助掛號系統(tǒng) 222
5.1.19 病案管理系統(tǒng) 223
5.1.20 醫(yī)務(wù)管理系統(tǒng) 228
5.1.21 科教管理系統(tǒng) 229
5.1.22 護理管理系統(tǒng) 229
5.1.23 獎金核算及分配系統(tǒng) 230
5.1.24 績效管理系統(tǒng) 231
5.1.25 成本核算系統(tǒng) 233
5.1.26 遠程醫(yī)教管理系統(tǒng) 242
5.1.27 移動醫(yī)生和護士系統(tǒng) 245
5.2 手術(shù)麻醉管理系統(tǒng) 253
5.2.1 技術(shù)特點 253
5.2.2 系統(tǒng)優(yōu)勢 253
5.2.3 主要功能 256
5.2.4 運行要求 259
5.3 多媒體結(jié)構(gòu)化的電子病歷系統(tǒng) 260
5.3.1 系統(tǒng)介紹 261
5.3.2 系統(tǒng)設(shè)計思想 262
5.3.3 核心技術(shù)控件 262
5.3.4 基于CACHÉ和XML 264
5.3.5 系統(tǒng)特點 268
5.3.6 住院醫(yī)生電子病歷系統(tǒng) 277
5.3.7 住院護士護理病歷系統(tǒng) 285
5.3.8 電子病歷質(zhì)控管理系統(tǒng) 289
5.3.9 電子病歷科研統(tǒng)計查詢系統(tǒng) 293
5.3.10 電子病歷系統(tǒng)的歸檔 293
5.3.11 電子病歷導(dǎo)入導(dǎo)出 294
5.3.12 病例隨訪分系統(tǒng) 294
5.4 重癥監(jiān)護室管理系統(tǒng)及其接口 295
5.4.1 重癥監(jiān)護病房的數(shù)字化建設(shè)重點 295
5.4.2 需要考慮的特殊需求 296
5.4.3 系統(tǒng)性能 297
5.4.4 數(shù)據(jù)采集 298
5.4.5 臨床治療 298
5.4.6 整體化護理 299
5.4.7 病程管理 300
5.4.8 病人管理 301
5.4.9 醫(yī)療管理 302
5.4.10 臨床科研（數(shù)據(jù)挖掘） 302
5.5 公用系統(tǒng) 302
5.5.1 系統(tǒng)管理子系統(tǒng) 302
5.5.2 病人唯一主索引（EPMI）設(shè)計 312
5.5.3 一卡通管理系統(tǒng) 313
第6章 CACHÉ數(shù)據(jù)庫 323
6.1 Caché簡介 323
6.2 Caché數(shù)據(jù)庫特征 323
6.3 M技術(shù) 324
6.4 DTHealth數(shù)據(jù)庫的選型依據(jù) 325
6.4.1 支持連接業(yè)務(wù)和統(tǒng)計分析的高性能 325
6.4.2 使用簡單，容易掌握 326
6.4.3 接口容易 327
6.4.4 真正的多層結(jié)構(gòu) 328
6.4.5 故障切換的特性增加了Caché的健壯性 330
6.4.6 升級擴容方便 331
6.4.7 支持遠程映射和鏡像 332
6.4.8 支持Web開發(fā) 332
6.4.9 優(yōu)異的性價比 333
6.5 Caché與其它關(guān)系數(shù)據(jù)庫的性能比較 333
第7章 基于ENSEMBLE平臺的系統(tǒng)集成方案 336
7.1 概述 336
7.1.1 集成方案的目標 336
7.1.2 集成方案的設(shè)計原則 336
7.1.3 各業(yè)務(wù)系統(tǒng)的集成標準和要求 337
7.1.4 集成平臺Ensemble和DTHealth的集成優(yōu)勢 337
7.2 東華統(tǒng)一服務(wù)總線接口方案 338
7.3 DTHealth與第三方產(chǎn)品的初步集成方案 347
7.3.1 PACS/RIS系統(tǒng) 347
7.3.2 LIS系統(tǒng) 356
7.3.3 體檢系統(tǒng) 363
7.3.4 醫(yī)保接口 364
7.3.5 多媒體查詢系統(tǒng)接口及各類顯示屏接口 366
7.3.6 病案統(tǒng)計軟件 369
7.3.7 財務(wù)系統(tǒng) 370
第8章 東華DTHEALTH應(yīng)急方案 371
8.1 概述 371
8.2 硬件及網(wǎng)絡(luò)應(yīng)急方案 371
8.2.1 服務(wù)器應(yīng)急系統(tǒng)配制要求 372
8.2.2 網(wǎng)絡(luò)應(yīng)急系統(tǒng)配置要求 373
8.2.3 遠程訪問系統(tǒng)配置要求 373
8.3 軟件應(yīng)急方案 373
8.3.1 故障處理指導(dǎo)原則 373
8.3.2 應(yīng)對故障的處理辦法 375
8.4 門急診單機版應(yīng)急方案 377
第9章 數(shù)據(jù)備份和恢復(fù)方案 379
9.1 備選方案 379
9.1.1 Caché數(shù)據(jù)庫集群備份 379
9.1.2 Caché數(shù)據(jù)庫Shadow備份 379
9.1.3 SAN或LAN架構(gòu)存儲備份 380
9.2 備份需求 380
9.2.1 需求分析 380
9.2.2 需求描述 381
9.3 存儲解決方案 382
9.3.1 方案簡介 382
9.3.2 方案架構(gòu)及功能 382
9.4 數(shù)據(jù)備份 384
9.4.1 數(shù)據(jù)備份流程 384
9.4.2 備份策略建議 385
9.5 數(shù)據(jù)恢復(fù) 385
9.5.1 本地文件破壞而需要恢復(fù)時 385
9.5.2 本地TSM服務(wù)器系統(tǒng)癱瘓而需要恢復(fù)時 386
9.5.3 當本地整個計算機系統(tǒng)損壞或網(wǎng)絡(luò)中斷時 386
第二部分 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺信息系統(tǒng)建設(shè)方案 389
第10章 項目概述 390
10.1 項目背景 390
10.2 現(xiàn)狀分析 392
10.3 需求分析 393
10.3.1 居民個人 393
10.3.2 醫(yī)療衛(wèi)生服務(wù)機構(gòu) 394
醫(yī)院 394
社區(qū)衛(wèi)生服務(wù)中心 394
婦幼保健院 395
10.3.3 公共衛(wèi)生專業(yè)機構(gòu) 395
疾病控制中心 395
衛(wèi)生監(jiān)督機構(gòu) 396
急救中心和突發(fā)公共衛(wèi)生事件處置機構(gòu) 396
健康教育中心 396
10.3.4 衛(wèi)生行政部門 397
10.3.5 其他衛(wèi)生相關(guān)單位與部門 397
10.4 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺總體目標 398
10.5 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺建設(shè)內(nèi)容 399
第11章 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺信息系統(tǒng)總體設(shè)計 402
11.1 平臺框架設(shè)計 402
11.2 平臺構(gòu)件組成 403
11.2.1 注冊服務(wù) 403
11.2.2 醫(yī)療信息數(shù)據(jù)存儲服務(wù) 404
11.2.3 醫(yī)療衛(wèi)生信息共享和協(xié)同服務(wù) 404
11.2.4 全程健康檔案服務(wù) 408
11.2.5 醫(yī)療機構(gòu)內(nèi)部信息系統(tǒng)數(shù)據(jù)交換 409
11.2.6 數(shù)據(jù)倉庫 411
11.2.7 健康檔案瀏覽器 412
第12章 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺信息系統(tǒng)技術(shù)架構(gòu) 414
12.1 平臺信息系統(tǒng)總體技術(shù)架構(gòu) 414
12.2 數(shù)據(jù)共享和交換方案 415
12.2.1 基于企業(yè)服務(wù)總線的數(shù)據(jù)共享和交換平臺 415
12.2.2 數(shù)據(jù)采集和交換方式 417
12.2.3 業(yè)務(wù)組件服務(wù) 421
12.2.4 運行監(jiān)控管理 432
主題管理 432
節(jié)點管理 432
密鑰管理 432
日志審計 433
數(shù)據(jù)備份與恢復(fù) 433
12.2.5 平臺配置管理 433
用戶管理 433
權(quán)限管理 433
系統(tǒng)配置 434
12.3 數(shù)據(jù)存儲技術(shù)方案 434
12.3.1 數(shù)據(jù)存儲結(jié)構(gòu) 434
標準數(shù)據(jù) 436
注冊數(shù)據(jù) 436
健康檔案索引 437
健康檔案摘要 437
健康檔案地址 438
健康檔案數(shù)據(jù) 438
數(shù)據(jù)倉庫 439
12.3.2 技術(shù)方案選型 439
12.4 數(shù)據(jù)展示技術(shù)方案 451
12.5 健康區(qū)域病人主索引(HRPMI) 452
12.6 安全保障體系方案 452
12.6.1 安全等級 453
12.6.2 物理安全 455
12.6.3 系統(tǒng)安全 455
12.6.4 數(shù)據(jù)安全 456
12.6.5 應(yīng)用安全 456
12.6.6 統(tǒng)一身份認證 457
采用PKI加密 457
數(shù)字簽名的應(yīng)用 457
隱私與權(quán)限管理 458
12.6.7 安全管理 458
12.7 標準規(guī)范管理方案 459
12.7.1 標準規(guī)范建設(shè)原則 459
12.7.2 遵循與參考的標準 459
12.7.3 標準規(guī)范體系管理 460
第13章 平臺信息系統(tǒng)業(yè)務(wù)應(yīng)用系統(tǒng)設(shè)計 462
13.1 “銀醫(yī)卡”系統(tǒng)建設(shè) 462
13.1.1 “銀醫(yī)卡”概述 462
13.1.2 目的 462
13.1.3 服務(wù)內(nèi)容 463
13.1.4 其他功能 464
13.1.5 銀醫(yī)卡看病實例 465
13.2 數(shù)字化醫(yī)院信息系統(tǒng) 465
13.3 區(qū)域協(xié)同醫(yī)療信息系統(tǒng) 466
13.3.1 區(qū)域協(xié)同醫(yī)療信息系統(tǒng)目的 466
13.3.2 區(qū)域協(xié)同醫(yī)療信息系統(tǒng)任務(wù) 468
13.3.3 區(qū)域協(xié)同醫(yī)療信息系統(tǒng)愿景 468
13.3.4 區(qū)域協(xié)同醫(yī)療信息系統(tǒng)功能設(shè)計 469
醫(yī)療咨詢功能 469
醫(yī)療協(xié)作功能 470
服務(wù)預(yù)約 470
雙向轉(zhuǎn)診 470
遠程會診 470
遠程影像診斷 472
遠程心電診斷 473
健康促進功能 478
遠程醫(yī)學功能 479
數(shù)字化社區(qū)服務(wù) 479
數(shù)字化醫(yī)院管理服務(wù) 479
醫(yī)療信息服務(wù) 480
政府監(jiān)督管理 480
供應(yīng)保障服務(wù) 480
PORTAL 服務(wù) 480
數(shù)據(jù)挖掘和決策支持系統(tǒng) 481
第14章 科大學第一附屬醫(yī)院區(qū)域協(xié)同醫(yī)療服務(wù)平臺信息系統(tǒng)硬件網(wǎng)絡(luò)平臺設(shè)計 486
14.1 硬件網(wǎng)絡(luò)平臺整體設(shè)計方案 486
14.2 數(shù)據(jù)庫服務(wù)器建設(shè)方案 488
14.2.1 系統(tǒng)設(shè)計原則 488
14.2.2 分布系統(tǒng)的企業(yè)緩存協(xié)議(ECP) 489
14.2.3 數(shù)據(jù)庫服務(wù)器選型 492
14.2.4 數(shù)據(jù)庫服務(wù)器建議配置 493
14.3 數(shù)據(jù)備份和恢復(fù)方案 494
14.3.1 備份需求分析 494
方案設(shè)計考慮 494
備份需求描述 495
14.3.2 TSM存儲解決方案 495
方案簡介和產(chǎn)品選型 495
TSM解決方案架構(gòu)及功能 496
方案特點 498
14.3.3 數(shù)據(jù)備份策略建議 498
14.3.4 數(shù)據(jù)恢復(fù)策略建議 499
14.4 PACS&RIS服務(wù)器建設(shè)方案 501
14.4.1 PACS&RIS概述 501
14.4.2 PACS&RIS服務(wù)器選型 502
14.4.3 PACS&RIS服務(wù)器建議配置 502
14.5 視頻服務(wù)器建設(shè)方案 503
14.5.1 系統(tǒng)整體設(shè)計和規(guī)劃 503
系統(tǒng)服務(wù)器硬件要求 503
會議室和桌面終端硬件部署 503
與硬件視頻會議設(shè)備互通 505
系統(tǒng)應(yīng)用模式 507
14.5.2 V2 Conference 5視頻會議產(chǎn)品介紹 508
V2 Conference 5產(chǎn)品概述 508
V2 Conference 5系統(tǒng)結(jié)構(gòu) 510
系統(tǒng)功能特性 512
網(wǎng)絡(luò)適應(yīng)性 514
音頻功能 515
視頻功能 516
數(shù)據(jù)協(xié)作功能 518
會議主席控制 524
系統(tǒng)擴展服務(wù) 525
IM即時消息系統(tǒng) 526
會議的使用和管理 527
系統(tǒng)安全保障體系 528
14.6 遠程心電系統(tǒng)建設(shè)方案 529
14.6.1 網(wǎng)絡(luò)結(jié)構(gòu) 529
14.6.2 物理鏈接 530
網(wǎng)絡(luò) 530
設(shè)備 531
14.6.3 心電系統(tǒng)服務(wù)器選型 531
14.6.4 心電系統(tǒng)服務(wù)器建議配置 532
14.6.5 技術(shù)手段 532
14.6.6 系統(tǒng)部署 534
14.6.7 信息安全 536
14.7 門戶系統(tǒng)建設(shè)方案 536
14.7.1 門戶服務(wù)器概述 536
14.7.2 選型 537
14.7.3 建議配置 537
14.8 Web系統(tǒng)建設(shè)方案 538
14.8.1 Web服務(wù)器概述 538
14.8.2 選型 538
14.8.3 建議配置 539
14.9 會診系統(tǒng)設(shè)計 539
14.9.1 醫(yī)大會診系統(tǒng) 539
遠程醫(yī)療會診系統(tǒng)概述 539
遠程醫(yī)療會診系統(tǒng)應(yīng)用需求 540
遠程醫(yī)療會診系統(tǒng)組網(wǎng)方案 540
遠程醫(yī)療會診系統(tǒng)效果 541
遠程醫(yī)療會診系統(tǒng)特點 542
遠程醫(yī)療會診系統(tǒng)應(yīng)用情況 543
網(wǎng)絡(luò)系統(tǒng) 543
視頻采集設(shè)備 546
音頻采集設(shè)備 547
顯示設(shè)備 547
會診管理設(shè)備 548
14.9.2 醫(yī)大遠程心電科室會診系統(tǒng) 548
心電工作站選型 548
視頻音頻設(shè)備選型 548
46寸液晶電視選型 548
14.9.3 醫(yī)大放射科室會診系統(tǒng) 548
灰階顯示器選型 548
影像工作站選型 549
視頻音頻設(shè)備選型 549
14.10 單個入網(wǎng)醫(yī)院會診系統(tǒng)設(shè)計 549
14.10.1 單個入網(wǎng)醫(yī)院會診系統(tǒng) 549
14.10.2 網(wǎng)絡(luò)設(shè)備 549
14.10.3 遠程預(yù)約掛號設(shè)備 549
14.10.4 遠程會診設(shè)備 550
14.10.5 心電遠程診斷設(shè)備 550
14.10.6 放射科室設(shè)備 551
第15章 項目實施 554
15.1 實施策略 554
15.2 區(qū)域醫(yī)療信息平臺布署模式 555
第三部分 項目實施和服務(wù) 558
第16章 數(shù)據(jù)遷移方案 559
16.1 數(shù)據(jù)庫遷移方案 559
16.1.1 數(shù)據(jù)升遷的目標和策略 559
16.1.2 數(shù)據(jù)升遷的范圍 559
16.1.3 數(shù)據(jù)升遷的工具 560
16.2 數(shù)據(jù)遷移方法和過程 560
16.2.1 數(shù)據(jù)升遷的步驟 560
16.2.2 階段操作 561
16.2.3 方式選擇 561
16.2.4 具體實施 561
16.2.5 系統(tǒng)切換具體計劃 563
第17章 項目管理 567
17.1 項目組織 567
17.1.1 組織方法 567
17.1.2 聯(lián)合項目小組 567
17.1.3 甲方（醫(yī)院）項目小組 569
17.1.4 乙方（東華公司）項目小組 571
17.1.5 東華公司項目負責人技術(shù)資歷、參與人員名單與背景等 572
17.2 項目管理計劃 580
17.2.1 項目范圍管理計劃 580
17.2.2 項目溝通管理計劃 581
17.2.3 變更管理計劃 582
17.3 項目進度安排及控制 583
17.3.1 總體進度安排 583
17.3.2 遞交文件的審查 583
17.3.3 進度控制會議 584
17.3.4 項目的進度的更新報告 584
17.4 項目管理措施和手段 584
17.4.1 工程實施的質(zhì)量管理 584
17.4.2 需求管理過程 587
17.5 風險因素分析和監(jiān)控措施 588
17.6 文檔資料管理 591
17.6.1 文檔類型 591
17.6.2 文檔的密級管理 592
17.6.3 文檔的使用 593
17.6.4 各階段文檔說明 595
第18章 項目實施 598
18.1 實施總體規(guī)劃 598
18.2 前期準備 600
18.2.1 功能調(diào)研 600
18.2.2 數(shù)據(jù)準備 601
18.2.3 軟件客戶化修改與擴充 602
18.3 新舊系統(tǒng)切換方案 602
18.3.1 門診系統(tǒng)切換方案 602
18.3.2 住院系統(tǒng)切換方案 602
18.4 信息系統(tǒng)集成 603
18.4.1 實施原則 603
18.4.2 具體步驟 603
18.4.3 實現(xiàn)方法 604
18.4.4 情景假設(shè) 607
18.4.5 Ensemble的部署 608
18.5 實施時間進度 609
18.6 軟件測試與試運行方案 614
18.6.1 單元測試方案 614
18.6.2 系統(tǒng)測試方案 616
18.6.3 單元測試程序 620
18.6.4 系統(tǒng)測試程序 622
18.6.5 測試報告 625
18.6.6 測試工具 625
18.6.7 試運行 626
18.6.8 正式上線保障 626
18.7 應(yīng)用軟件系統(tǒng)驗收方案 627
18.7.1 階段驗收 627
18.7.2 工期驗收 627
18.7.3 最終驗收 628
第19章 培訓方案 630
19.1 培訓層次 630
19.1.1 第一層：應(yīng)用軟件的系統(tǒng)管理人員 630
19.1.2 第二層：應(yīng)用軟件的高級用戶 630
19.1.3 第三層：各業(yè)務(wù)部門管理干部 631
19.1.4 第四層：應(yīng)用系統(tǒng)的操作使用人員 631
19.2 培訓內(nèi)容和課程 631
19.3 培訓計劃 639
第20章 售后服務(wù)方案 640
20.1 服務(wù)承諾 640
20.2 軟硬件的支持與維護服務(wù) 640
20.3 軟件保證期及服務(wù) 642
20.4 軟件售后服務(wù)費用 642
20.5 東華服務(wù)體系概述 643
20.5.1 服務(wù)對象 643
20.5.2 質(zhì)量方針、經(jīng)營原則和服務(wù)宗旨 643
20.5.3 基本結(jié)構(gòu) 643
20.5.4 服務(wù)資源保障 644
20.6 應(yīng)用軟件的售后服務(wù)方式與方法 645
第21章 硬件設(shè)備建議 646
21.1 硬件建議方案 646
21.1.1 設(shè)計原則 646
21.1.2 系統(tǒng)建設(shè)分析 647
21.1.3 HIS系統(tǒng)硬件建議方案 649
21.1.4 HIS系統(tǒng)數(shù)據(jù)庫服務(wù)器 652
21.1.5 HIS系統(tǒng)光纖交換機 654
21.1.6 HIS系統(tǒng)的存儲 654
21.1.7 HIS系統(tǒng)應(yīng)用服務(wù)器 655
21.1.8 HIS系統(tǒng)硬件方案特點 655
21.2 網(wǎng)絡(luò)與安全系統(tǒng)建議方案 656
21.2.1 非功能需求分析 656
21.2.2 建設(shè)原則 658
21.2.3 現(xiàn)有網(wǎng)絡(luò)設(shè)計 659
21.2.4 總體安全設(shè)計 662
21.3 IT服務(wù)管理系統(tǒng) 683
21.3.1 建設(shè)目標 683
21.3.2 系統(tǒng)架構(gòu) 684
21.3.3 功能特點 686
21.3.4 IT服務(wù)管理系統(tǒng)建設(shè)建議 688
21.4 IT綜合監(jiān)控管理系統(tǒng) 689
21.4.1 建設(shè)目標 689
21.4.2 管理對象 691
21.4.3 系統(tǒng)體系結(jié)構(gòu) 691
21.4.4 架構(gòu)特點 692
21.4.5 系統(tǒng)功能概述 693
21.4.6 配置建議 693
21.5 流量管理系統(tǒng) 694
21.5.1 企業(yè)網(wǎng)絡(luò)現(xiàn)狀及應(yīng)用背景 694
21.5.2 企業(yè)網(wǎng)絡(luò)面臨如下問題 694
21.5.3 解決方案 695
21.5.4 拓撲部署 695
21.5.5 部署流量管理系統(tǒng)主要作用 695
21.5.6 部署FlowShaper設(shè)備后解決問題 696
21.5.7 東華合創(chuàng) FlowShaper在企業(yè)網(wǎng)中應(yīng)用的主要優(yōu)勢 696
21.6 流量分析系統(tǒng) 697
21.6.1 產(chǎn)品概述 697
21.6.2 功能特點 699
21.6.3 流量實時采集監(jiān)控 700
21.6.4 數(shù)據(jù)采集分析 701
21.6.5 流量分析 702
21.6.6 流量報表展現(xiàn) 704
21.6.7 異常流量告警、處理 705
21.6.8 部署形式 705
21.7 桌面管理系統(tǒng) 706
21.7.1 建設(shè)目標 707
21.7.2 系統(tǒng)架構(gòu) 708
21.7.3 系統(tǒng)功能概述 709
21.7.4 部署方案 710
|
|
資源大小：16.95 MB 
