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