基于集成平台的临床数据中心

摘 要 基于集成平台的完整一体化医院 信息系统是目前建设和发展础工程，基于集成平台的完整一体化医院 信息系统是目前建设和发展础工程，各系统之间的整合，建立患者主索引、标准字典库和临床数据中心交换平台共 各系统之间的整合，建立患者主索引、标准字典库和临床数据中心交换平台共 各系统之间的整合，建立患者主索引、标准字典库和临床数据中心交换平台共 各系统之间的整合，建立患者主索引、标准字典库和临床数据中心交换平台共 享平台 ，是优化业务流程提高工作效率充分体现医院管理和特色的 重要 工作。

关键词 SOA 集成平台 患者主索引 标准字典库 临床数据中心

1 引言

根据卫生部制定的《全国信息化发展纲要》指出建设基本原则中，统 根据卫生部制定的《全国信息化发展纲要》指出建设基本原则中，统 根据卫生部制定的《全国信息化发展纲要》指出建设基本原则中，统 根据卫生部制定的《全国信息化发展纲要》指出建设基本原则中，统 一标准是卫生信息化建设的基础工作，也进行交换与共享本前提必须强调‘统 一标准是卫生信息化建设的基础工作，也进行交换与共享本前提必须强调‘统 一标准是卫生信息化建设的基础工作，也进行交换与共享本前提必须强调‘统 一标准是卫生信息化建设的基础工作，也进行交换与共享本前提必须强调‘统 一规范、统代码接口’。同时指出三级以上的医院在全面应用管理信息系基础 一规范、统代码接口’。同时指出三级以上的医院在全面应用管理信息系基础 上，重点突出临床信息系统的开发应用跟踪世界医院化展趋势。

我院信息化已发展到建设全面 数字医的阶段，其中集成是近期重之。下我院信息化已发展到建设全面 数字医的阶段，其中集成是近期重之。下我院信息化已发展到建设全面 数字医的阶段，其中集成是近期重之。下就我院基于 SOA 架构集成平台的临床数据中心建设进行分析介绍。

2 信息集成平台 信息集成平台 信息集成平台 信息集成平台 1

因为整个医院信息化建设 是由众多信息系统分步建设而成，且这些也许立在不 是由众多信息系统分步建设而成，且这些也许立在不 同的技术体系架构，不硬软件平台上通过信息集成 实现对医院各种子统同的技术体系架构，不硬软件平台上通过信息集成 实现对医院各种子统同的技术体系架构，不硬软件平台上通过信息集成 实现对医院各种子统同的技术体系架构，不硬软件平台上通过信息集成 实现对医院各种子统和协调，整个系统的架构如下图 一：

图一：医院系统架构

医院的信息平台必须基于 SOA( 面向服务 ，Service -Oriented Architecture )架构，采 用业界 先进的集成中间件技术，依据 先进的集成中间件技术，依据 HL7 RIM 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 模型，建设医院核心集成引擎的同时构基 于信息交互平台的患者索引系统、临床数据存储中心和服务整个医疗各业子 于信息交互平台的患者索引系统、临床数据存储中心和服务整个医疗各业子 系统的公共服务内容，在降低耦合度、保证信息交互标准化同时实现临床数据充 系统的公共服务内容，在降低耦合度、保证信息交互标准化同时实现临床数据充 系统的公共服务内容，在降低耦合度、保证信息交互标准化同时实现临床数据充 系统的公共服务内容，在降低耦合度、保证信息交互标准化同时实现临床数据充 分利用和展现。 因此集成平台需要具备以下功能及特征：消息机制为技术核心 因此集成平台需要具备以下功能及特征：消息机制为技术核心 ，医院 ，医院 原使 用的集成平台中间件基于 IBM Message Broker IBM Message Broker IBM Message Broker ；通过预制的适配器能集成多种技术，如 通过预制的适配器能集成多种技术，如 .NET 、 JAVA ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ，并支持开发定制化的适配器 ；能集成多种数据库， 医院目前的数据库有 ORACLE ORACLE和 SQL SQL Server ；支持多种应用标 准和通讯协议 ，XML 、HL7 和 TCP/IP ；支持 WEB SERVICES WEB SERVICES ，以及复 合应用软件开发。

集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 集成引擎产品，作为整个平台中的核心基础应采用面向医疗行业企级 ESB （企 业服务总线， Enterprise service bus ）执行引擎， 以及整合开发环境，基于 Web 浏览器 的监控平台设计。医院可利用 的监控平台设计。医院可利用 ESB 产品构筑医院面向服务的 SOA SOA构架基础服务集成引擎，并 构架基础服务集成引擎，并

将医院新老接口按照集成平台规范化标准 (数据交换标准 HL7 V3/ 业务体系标准 )要求接入平 台，通过集成平的实施做到服务（接口）可管理、复用监控。

这样我们医院 这样我们医院 这样我们医院 这样我们医院 现有数字化医疗系统 现有数字化医疗系统 现有数字化医疗系统 现有数字化医疗系统 现有数字化医疗系统 就通过集成平台形式实现 通过集成平台形式实现 通过集成平台形式实现 通过集成平台形式实现 通过集成平台形式实现 了数据与业务的全面集 数据与业务的全面集 数据与业务的全面集 数据与业务的全面集 数据与业务的全面集 数据与业务的全面集 成。 从业务上，通过优化门诊流程、改善就医环境减少患者排队轮候时间提高效 从业务上，通过优化门诊流程、改善就医环境减少患者排队轮候时间提高效 从业务上，通过优化门诊流程、改善就医环境减少患者排队轮候时间提高效 从业务上，通过优化门诊流程、改善就医环境减少患者排队轮候时间提高效 率和诊疗质量，减少差错提高患者就满意度。

3 基于集成平台的 基于集成平台的 基于集成平台的 基于集成平台的 基于集成平台的 临床 数据中心

目前医院的临床信息系统经过多年建设，已具有较高化水平。且在长期应 目前医院的临床信息系统经过多年建设，已具有较高化水平。且在长期应 目前医院的临床信息系统经过多年建设，已具有较高化水平。且在长期应 用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品用中积累了大量的、 宝贵临床信息，但这些分散储存在电子病历收费医嘱药品检验、 医学影像 、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次、手术等信息系统中，造成临床医生在诊 断时如需查看患者的历次疗信息，既往病史检查 /检验结果时，需要跳转多个系统对临床医生的诊断操作造成了 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 很大的不便。急需建立一个全院级别临床数据及展示中心，符合卫生部最小集要求 和 CDA （临床文档结构， Clinical Document Architecture ）的 标准，实现全院临床信息整合和有效管理。

临床数据中心的建设正符合了医院需求，它将一个患者在某疗机构内发生所有 临床数据中心的建设正符合了医院需求，它将一个患者在某疗机构内发生所有 临床活动所产生的文档集中存储在一个物理内，方便各种业务角色使用该患 临床活动所产生的文档集中存储在一个物理内，方便各种业务角色使用该患 者某些临床活动的 CDA 文档时进行调阅。

因此患者主索引的建立提上日程3.1 患者主索引 患者主索引 患者主索引 病患 是整个业务系统的核心。要求每一都可以通过唯号 和集中管理的病患主数据记录来识别。这个唯一了所有与该号 和集中管理的病患主数据记录来识别。这个唯一了所有与该相关的信息，为医院个性化管理提供了数据基础。

患者唯一主索引（ 患者唯一主索引（ 患者唯一主索引（ 患者唯一主索引（ 患者唯一主索引（ EPMI ）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相）作为医疗信息系统的总线之一，能够关 联到病人所有相信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生信息，包括基本、 过敏家族病史历次诊疗检查验人主管医生历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 历次电子病例、收费情况（门诊住院）等人信息，同时还可以将的相 关人员（如家 关人员（如家 关人员（如家 关人员（如家 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 属、同事）的信息进行关联，便于分析家族病史与职业成员。患者主索引也 是医保结算、客户服务成本核病种分析等管理的重要主线。

患者主索引（ MPI ）的存储结构，通过与外部进行信息交换以实现多种应用包括区域 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 医疗质量管理、区域疾病自动监测慢性内权限定义及机 构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询构双向转诊、远程会病历共享区域科研统计院前急救居民个 人健康信息查询人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 人健康管理、个咨询针对细分群的宣教家庭监护等。因此，深圳市第二医 院的主索引建设部分应当包括：患者信息管理， 院的主索引建设部分应当包括：患者信息管理， 患者疑似信息管理，模型可视化配 置匹患者疑似信息管理，模型可视化配 置匹患者疑似信息管理，模型可视化配 置匹患者疑似信息管理，模型可视化配 置匹算法引擎，操作记录审计等内容。

3.2 标准字典库 标准字典库 标准字典库 建立统一的人员、科室主数据及术语编码服务，实现院内字典卫生部医 疗标准 /国际医疗标准的统一访问和应用。以达成各系间数据交换时语义级别化， 平台应对交换数据中的字典作映射转。

3.3 临床数据中心 临床数据中心 临床数据中心 CDR （Clinical Document Repository Clinical Document Repository Clinical Document Repository ） 在建设统一的临床数据库基 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 础上，逐步建立基于疾病、治疗卫生经济医患者等各方面的主题数据集为务人 员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索员提供完整、统一的数据 展现。同时，对合后原始临床强大检索导出等多种工具，为医疗科研服务。

实现临床信息的有效交换与充分共享，确保合适在时机到达地方。 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提 依据诊疗规范、临床路径和循证医学，辅助生选择最适宜的技术达到好效果提

高医疗服务质量。临床数据中心CDR 应具备临床信息采集、分析处理、存储及对外数据服务

和临床在线应用。见下图二

图二：临床数据中心（CDR）模块图

由于医院各大业务系统必须和深圳医学信息中心制定数据交换标准保持版本一致，因此

平台消息交换按照HL7V2.4，还需要完成与其他业务衔接HL7 V2.4->HL7V3 的转换。如有系

统无实力完成标准化交互，CDA 交换按照HL7 V3 标准完成，平台还需要负责数据对象到HL7

V2.4 或Hl7 V3 的转换(适配器开发)。

4 基于临床数据中心的应用

4.1 基于统一数据库，实现电子病历集成视图 基于患者诊疗服务及医疗文档，实现患者在

医院诊疗活动的全程历史记录的多视角浏览，包括原始文书视角，按临床领域时间趋势视角

等。下图三展示的是患者各种检查、治疗记录的整合：

图三：患者各种检查、治疗记录的整合图

4.2 统一临床文档结构及术语标准 统一建立临床文档知识库，医院将依据统一的文档知识

库，建立电子临床文档系统。

4.3 数据分析 包括公共数据字典，医院数据中心，数据挖掘及决策支持功能。系统建立医

院内部的数据中心，统一数据格式及标准。在数据挖掘平台上，建立专业信息分析模型，完

成由信息到知识的转换，同时利用交互平台和医疗监控系统，将知识实时的应用与业务系统。

5 数据中心的前景与展望

临床数据中心的建立与挖掘应用是医院信息化发展趋势，也为实现各级卫生部门、各业

务系统的信息服务共享及各种服务的快速整合与快速响应，实现区域的互联互通奠定了基

础。

参考文献

[1]龙凤舞 在医院实现信息化集成平台 《中国现代医学杂志》2010 年 20（6）938-942

[2]肖辉 刘坤 杨章衡 彭大智 临床数据中心建设方法探讨 《中国数字医学》2012 年 7（11）

70-72

[3]刘博 夏新 陈彦东 基于集成信息平台的业务整合和数据共享方案《医疗卫生装备》2013

年34（7） 46-48