依据医科大第一附属医院数字化医疗系统整体需求，本方案书分三部分：
第一部分：数字化医院解决方案（第一章—第九章）。医科大学第一附属医院数字化医院建设将以患者为中心，以医疗安全、质量控制为目的，以先进的管理模式为手段，整合全院医疗资源，实现全院信息共享，提高医院工作效率，实现医疗信息化、管理信息化、经济核算信息化，最终达到数字化医院的目的。即更新全院的医院信息系统（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 
