医院的数据中心主要包括电子病历和用于分析的“数据中心”。 两大数据中心的交流可以持续改善数据质量和数据分析质量，提高信息化水平。
在2020医院信息化集成平台建设网络研讨会上，解放军总医院医疗大数据中心主任ysdrs以《智慧医院的“数据中心”建设》为主题进行了演讲。 以下是整理好的精彩演讲内容：
2018年，国家卫健委员会发布了《全国医院信息化建设标准与规范》。 按照标准，信息化分为22个大分类、78个方面和266个要求。 这些要求涵盖了医院医疗、服务和管理的各个方面。
2019年，国家卫健委员会又提出智慧医院和《智慧服务分级评估标准体系》。 研究表明，智慧医院包括智能医疗、智慧服务、智慧管理三个方面。
其中的智慧体现在三个方面的特征：泛在、共享、智能。
第一个方面是无所不在，无处不在，各种各样的应用。 第二个特点是共享，可以在各种APP应用之间共享数据，实现互联。 第三个特点是智能化，也就是信息化产品的功能可以智能化。
这三个特点归结到一点，那就是数据的核心作用。
之所以用引号将“数据中心”括起来，是因为含义和作用因情况而异。 这里的“数据中心”不是指物理上的“数据中心”作为IT基础设施，而是指在医院业务信息化的基础上提供“数据”中心，支持数据整合和数据利用。
这些数据中心可以收集各种医疗保健数据并提供APP应用支持，但有两种不同的上下文和定位。一个是面向电子病历的数据中心，有时候我们称其为CDR，主要是面向临床业务。另一个是数据分析利用的数据中心，这类主要是面向科研和管理为主。
从总体上看，当前医院信息化建设活动分为三大块，分别是业务信息系统建设、整合、数据分析利用。 在这三个板块中，数据中心处于非常基础的地位，每个板块都与之密切相关。
随着医院需求的变化，如何稳定数据中心是一个非常重要的课题。 Gartner是一种顺应变化步伐的分层应用策略，主要针对企业APP应用分为记录系统、差异化系统和创新系统三个层次。
其中记录系统层，主要采用模块化设计，实现核心事务处理和关键数据，生命周期一般在10年以上。 差异化系统通常采用面向服务的设计，各企业之间结合自己的系统，有针对性的特色APP应用，生命周期为1-3年。 另一方面，创新化APP应用采用消费者级技术，如APP等，完全适应新需求的APP应用，生命周期短，通常在12个月以内。
映射到医院内，主要有三类需求变化：
1、便民要求下的服务形态；
2、政策驱动下的管理变革；
3、新技术催生的功能形态。
不变的需求，包含两方面：
1、病历记录的框架与内容；
2、诊疗的基本过程。
由于基本内容保持不变，医院数据中心可以根据不变的需求保持稳定性。
其主要作用是支撑日常医疗工作，同时兼顾一些常规报表的管理和应用。 其特点是通过系统集成形成，以个体为中心，数据需求实时、长期、稳定。 长期来看，这意味着患者历史上的各项就诊数据可以包容、长期管理。 稳定性意味着数据中心不会频繁更改。 因为如果改变了，上面的信息系统也会改变。
医院已经建立了CDR，是否还有必要面向分析，再建立一个数据中心。主要考虑三点，首先面向分析的数据中心和CDR的数据内容存在差异。 例如，CDR可能不包含随访数据和基因数据。 二是在进行数据分析时，面向分析的数据中心与常规的统计工作模式不同。 常规工作统计往往已经自动生成规范的程序，但数据分析往往是个案分析，需要大规模处理数据。 三是两者技术形态不同。 CDR可能采用传统技术，但面向分析的数据量大，要操作的数据内容多，因此可能采用并行处理、分布式处理等特殊技术。 这些原因决定了建设分析数据中心的必要性。
分析数据中心的作用，包括临床研究、医院管理和支持智能产品开发的数据深度分析挖掘。 其特点是由ETL形成，以群体为中心进行大量的非定型自组织分析，且数据请求实时性不强。
CDR的两种模式
目前，CDR通常有两种构建模式：内部模式和外部模式。
嵌入式模式是将CDR与电子病历一体化紧密结合设计的，医疗站可以直接操作CDR数据，不用通过接口。 在外接模式下，CDR提供给第三方制造商，并通过松散耦合方式与电子病历集成
，其医护工作站通过浏览器访问CDR。这两种模式分别有不同的特点，内置式CDR与电子病历医护工作站数据一体，一致性和实时性更好。并且由于其直接操作CDR数据，所以融合性好，便于数据驱动和智能化功能的实现。比如化验的危急值，马上就可以触发报警。另外，内置式CDR由于拥有较为完善的电子病历整体设计，所以老的遗留系统可能不适用。
外挂式CDR与电子病历工作站数据可能存在重叠，比如医嘱数据存在医护工作站里，CDR中也有这些数据。所以，这类CDR通常需要进行数据同步。其次，外挂式CDR需要通过第三方浏览器调阅或者接口调用CDR数据，因此融合性欠佳，智能化功能受限。但其好处在于适用于不完备的遗留系统。
总体而言，内置式CDR模式是医院电子病历系统的首选，对于不完备的遗留系统，可以通过外挂第三方的CDR方式进行弥补。
CDR该如何建设？
CDR建设，首先是数据模型设计。是以患者就诊活动为中心，目标是完整覆盖所有就诊记录，由结构化数据和非结构化数据相结合。
在建设过程中，需要注意以下几点问题：
1、CDA标准文档格式适合交换，但并不适用于OLTP和智能化应用。
2、并不一定需要先建CDR才能建集成平台。因为CDR与集成有关，但集成与集成平台之间并没有必然的关联，也可以通过数据接口等方式实现。
3、数据的长期管理需要得到重视。因为要想覆盖患者的整个生命周期，要把患者历次的就诊记录（包括门诊住院）贯穿在一起，从而实现长期管理。
4、对于非结构化记录，比如心电图报告等，在存储时，要以“人”可读为基本需求。
CDR如何满足多元化的数据服务需求？
一类是同构型应用，比如医生工作站和CDR一体化设计，可以直接访问数据。但是还有大量的第三方应用，比如需要解读化验数据，要和CDR对接，可以在CDR的基础上，在中间层启用Web Services服务。通过这种服务，获得患者的化验项目和生命体征等信息。还有一类异构型的应用，只是为了看，这种呈现式的数据应用，通过数据浏览服务呈现数据，如360视图等。对于对外部共享应用而言，比如区域信息化需要用到共享数据，这种情况可以在CDA的基础上，内部格式提供标准化转化服务，从而把标准化格式共享出去。
智慧医院的智慧服务非常多，且很多是第三方应用。应用在访问数据时，会面临异构结构，同时存在数据安全问题。这种情况下，CDR可以提供一些标准化的核心服务，以下图为例，针对不同的挂号途径，提供统一的挂号服务，不管是APP还是自助挂号，都不用直接操作数据，而是调用服务。同理，医嘱、缴费也可以采用调用服务的方式。从而让外来系统不用直接操作CDR数据库。
数据分析中心的数据资源架构
通常，数据分析研究有两个路径，一种是原始数据——研究数据库——特征库，如单病种数据库。另一种是原始数据——特征库。其中，原始数据资源库是整合后的原始数据，无特定研究目标。研究数据库是围绕研究目标，预先构建加工数据库。问题特征库是围绕具体的研究问题，处理生成可直接分析特征。
那么，原始数据是否能一次预处理到位？
由于自然语言处理等技术还存在局限性，所以在针对具体问题研究之前，难以做到一次性“治理”到位。所以，上图中右边这条路径方法要更合适一些。
数据中心的技术选择
数据中心的技术选择，需要针对医院数据资源与分析特点，选择适宜的技术。通常医院在数据整合后，需要进行数据检索，即采用列数据库（结构化数据）和多情的网络分布式索引（病历多情的网络）。而对于数据处理和分析，通常采用传统的关系数据库。
数据在数据库中，可以有多种存在形态和不同的副本，且不用担心数据一致性问题。数据平台则是混合式体系，包括多样化的数据管理技术，以及多元化的数据处理分析工具，如Sdss、R语言等。因此不存在一体化平台，Hadoop也并非必选项。
数据分析的整体构成：
数据分析的中心的人才团队构成：
两大数据中心的互动，可以持续改进数据质量和数据分析质量，进而提升信息化水平。如图所示，业务数据中心抽取原始数据后，装载到数据分析中心里， 围绕特定的问题进行分析和建模，可以形成智能化模型，如疾病风险预测、不良事件预警等。通过数据分析中心，可以发现数据中的质量问题，进而反馈到业务系统中，从而帮助改进业务系统，提高数据质量。
另外，建立的模型，恰恰是智慧医院智慧服务中所需要的功能基础，在建立模型库之后，通过提供接口的形式，嵌入到业务系统中，进而用数据分析成果提升医院业务的智能化水平。两大数据中心，是互动和互相完善的过程。
来源：医有数
资料免费送（点击链接下载）
史上最全，数据中心机房标准及规范汇总（下载）数据中心运维管理 | 资料汇总（2017.7.2版本）
加入运维管理VIP群（点击链接查看）
《数据中心运维管理》VIP技术交流群会员招募说明
扫描以下二维码加入学习群