医院临床数据中心构建研究.docVIP

医院临床数据中心构建研究 　　1引言 　　医院信息系统经训多年建设.各业务系统严生了大量宇贵的临床、运营数据尤其结构化电子病历的应用.更是产牛了大量盼.床、科研必需的信息。这此数据分散在不同厂商不同种类的医疗信息系统中，由于系统的异构性和数据标准不一致，使数据的共享和深层次利用变得非常困难。此外各业务系统随着应用的不断深入产生新的业务需求，如质控、闭环医疗等。这11G应用需求不断加入到基础业务系统.势必造成系统的司维护性与运行效率越来越差。将各业务系统的数据集中起米，进行统一存储和管理.构建以病人为中心的临床数据。逐渐成为支撑医疗信息系统及数字化医院建设的基础。 　　2三种构建思路 　　2.1完全集中式整个医院信息系统基于共享的信息模型建立唯一的临床数据中心。各特定业务子系统把采集到的数据全部汇集到此.所有业务都从该数据中心获取所需数据。这样就避免了系统的异构、标准的不统一和数据的不一致性问题，实现了真正意义上的数军化医疗，是一种非常理想的方式，也是临床信息系统发展的最终目标。 　　从技术角度看.采用这种方式构建临床数据中心的难点在于底层信息模型的建万由于不同业务信息种类繁多，各种信息之间关系复杂信息建模工作十分困难从运营角度看，采用这种方式构建临床数据.需要大量资金投入和很长的开发周期.并要找到能同时提供各类临床应用系统的开发商或集成商，对于一个运行多个异构系统的医院而言实施成本很高。 　　2.2逻辑集中式各种类烈的数据仍由相应的临床信息系统负责管理和维护，保持原有的物理分布特性在此基础上，采用一定的技术手段，将这此分散存储的数据在逻辑上集中起来，为上层各种应用提供统一的数据访问接口，实现数据的逻辑集中展示分析功能。在上层系统看来.它们面对的就是一个集中式的临床数据中心。其本质在于利用一个中间的软件组件把上层应用与各种底层异构的数据模型进行隔离，为本来不具有一致信息模型的多模态业务数据提供一个虚拟的逻辑视图。 　　为实现对这些多模态业务数据逻辑上的集中，通常采用基于面向服务架构(SOA )的技术，面向各个异构的临床信息系统开发一系列的数据访问服务.下层应用通过这些服务访问业务数据。 　　这种技术万案的优点是不改变各个已有系统的底层信息模型.缺点是所有对于服务接口的调用都会涉及到访问一个或多个临床信息系统数据库，整体效率较低。 　　此外，采用这种逻辑集中的万案，由于原始数据仍存在于各自临床信息系统的服务器中同样的数据可能同时在不同系统中存在多个备份。因此，确保数据的一致性，以及在出现数据不一致时系统的容错能力是在开发服务过程中需要特别关注的问题。 　　2.3归档集中式各种类型的数据仍由相应的临床信息系统负责管理和监护，保持原有的物理分布特性在此基础上，采用一足的技术手段.将这些分散存储的数据经过提取、清洗\归档(采用病人主索引关联).集中于物理上的临床数据中心，为上层的各种应用提供统一的数据访问接口。 　　从技术角度看，这种集成方式由于在物理上有统一的临床数据中心.主要优点是:实现了数据以病人为中心的统一管理:避免了业务系统升级换代导致旧系统数据的读取困难，保持了数据的连续性大多数访问操作无需直接调用临床信息系统数据库.提高了访问效率从经济角度看，目前我国大多数医疗机构都已石小同程度上实现了信息化.建)戎了各种不同规模的临床信息系统，采用归档集中的万案构建临沫数据中心具有现实意义。 　　病患是整个临床业务系统的核心.采用归档集中式万法建豆临床数据中心，就是将同一个患者在某一医疗机构内发牛的所有临床活动产生的临床结构X档(CDA!集中存储在一个物理存储内，方便各种临床业务角色进行调阅。 　　3.1建立患者主索引患者主索引( EPMI)王要用途是作为唯一的患者身份识别，将多个临床业务信息系统有效的关联在一起.实现各系统间互联互通，保证同一患者信息的完整和一住确。 　　通过患者唯一标识信息(医保卡、身份训{和其它信息(性别、出生日期、联系电话等)等建立患者 件击确匹配。模糊匹配，两种匹配模式.当患者挂号就诊过程中.填写、修改患者基本信息后通过患者王索引系统进行患者信息库匹配满足精确匹配规则可直接建万患者交叉索引.不满足精确匹配满足模糊匹配的情况下，由人工干预匹配。两种模式的搭配使用，能更好地提高患者匹配率，提高患者数据的历史完整性。 　　3.2数据中心的设计数据中心要实现规范化、标准化的业务流程和工作流程，需经过数据采集(采集各异构系统的数据).数据分析、清洗和存储，最后面向用户实现临床数据中心的服务和应用三个过程数据中心王要由数据接口、数据转换平台与数据仓库组成，可以采用数据集中又互模式实现。将各业务系统需要交互