《区域卫生信息共享平台-技术》由会员分享，可在线阅读，更多相关《区域卫生信息共享平台-技术（201页珍藏版）》请在金锄头文库上搜索。
1、区域卫生信息平台技术方案目 录第1章区域卫生信息平台技术需求6第1节概述6第2节域的概念9第3节点（POS），线（专项业务活动）与平台互联101.3.1区域卫生信息系统的基本构建111.3.2实体与活动关联矩阵161.3.3二次应用与ODS/数据仓库181.3.4平台的角色18第4节文档（Document）与消息（Message）191.4.1文档与消息的不同191.4.2基于文档的EHR结构201.4.3结构化文档与信息共享的重要意义22第5节网络基础架构需求分析221.5.1基于公网的VPN231.5.2专网231.5.3域间互联23第6节应用软件体系架构241.6.1SOA241.6.2
2、ASP与SaaS模式24第2章区域卫生信息平台逻辑架构25第1节平台架构分析252.1.1平台系统功能252.1.1.1基础功能252.1.1.2互联互通性272.1.2数据来源模式282.1.2.1孤岛数据282.1.2.2烟囱数据292.1.2.3无系统数据302.1.3数据存储类型302.1.4系统架构类型302.1.5数据利用模式312.1.5.1健康档案信息共享312.1.5.2医疗卫生业务协同322.1.5.3业务管理和辅助决策332.1.6隐私保护与信息安全332.1.6.1隐私保护的需求332.1.6.2数据调阅对安全的需求332.1.6.3应用系统对安全的需求33第2节平台框
3、架结构34第3节平台构件组成342.3.1注册服务342.3.1.1个人注册服务352.3.1.2医疗卫生人员注册和平台用户注册服务372.3.1.3医疗卫生机构注册服务372.3.1.4术语和字典注册服务382.3.2健康档案数据存储服务382.3.3医疗卫生信息共享和协同服务392.3.3.1个人基本信息域392.3.3.2主要疾病和健康问题摘要域392.3.3.3儿童保健域402.3.3.4妇女保健域402.3.3.5疾病控制域412.3.3.6疾病管理域422.3.3.7医疗服务域422.3.4全程健康档案服务472.3.4.1索引服务482.3.4.2业务服务482.3.4.3数据服
4、务502.3.4.4事务处理502.3.5信息接口服务512.3.5.1通信总线服务512.3.5.2平台公共服务522.3.6医疗机构内部信息系统数据交换552.3.6.1公共基础功能562.3.6.2信息注册功能562.3.6.3业务相关功能562.3.7数据仓库572.3.8健康档案浏览器582.3.8.1健康档案浏览器需求582.3.8.2EHR浏览器分类602.3.8.3EHR浏览器设计63第4节健康档案处理和存储架构672.4.1总体结构672.4.2业务模型682.4.3病人主索引702.4.4平台存储架构722.4.4.1业务文档库的构成742.4.4.2EHR数据库的构成74
5、2.4.4.3EHR存储处理流程742.4.4.4ODS数据库：专项业务762.4.4.5数据仓库：二次应用81第5节平台应用实例832.5.1实验室检查结果共享832.5.1.1概述832.5.1.2系统业务模型842.5.1.3信息交互模型862.5.1.4规范和交易882.5.1.5共享文档构成89第3章区域卫生信息平台技术架构109第1节总体技术架构109第2节平台技术体系1113.2.1事件驱动的SOA1113.2.2企业服务总线（ESB）1143.2.3基于ESB的区域卫生信息平台的特性和优势1153.2.3.1普遍性1153.2.3.2基于标准的集成1163.2.3.3高度分布的
6、集成和可选择性部署1173.2.3.4分布式数据变换1183.2.3.5通过分层的服务来达到可扩展性1183.2.3.6事件驱动的SOA1183.2.4业务流程1193.2.4.1安全和可靠性1193.2.4.2自治但联邦的环境1193.2.4.3远程配置和管理1203.2.4.4作为ESB的“原生”数据类型的XML1223.2.4.5业务数据的实时吞吐1223.2.4.6运行感知1223.2.4.7逐渐采用1233.2.5数据表示和变换1243.2.6基于内容的路由（CBR）和数据变换1253.2.7消息传输机制和MOM1273.2.7.1概述1273.2.7.2MOM的特性1283.2.7
7、.3消息格式1293.2.7.4异步的可靠性1303.2.7.5可靠的消息模型1313.2.7.6事务性消息1333.2.7.7JMS规范1353.2.8服务端点抽象和描述1363.2.8.1经过抽象端点的SOA1363.2.8.2处于核心的消息和连接1373.2.8.3不同的连接选择1383.2.8.4是J2EE，还是.Net ？1393.2.8.5可独立部署的服务1403.2.8.6服务容器1413.2.9消息智能路由1433.2.9.1基于线路的路由1443.2.9.2基于内容的路由（CBR）1453.2.9.3高级和复杂路由和编排服务1453.2.9.4流程建模1463.2.10业务流
8、程管理（BPM）1483.2.11数据集成1503.2.11.1数据仓库和商业智能1503.2.11.2内容管理1533.2.11.3分布式数据集成1553.2.12访问和表现集成：门户1603.2.13协议和连接1623.2.13.1通用消息框架1653.2.13.2同步和异步交互处理166第3节数据交换技术方案1713.3.1数据接口方式1713.3.2业务组件服务1743.3.2.1公共服务1743.3.2.2通讯服务1753.3.2.3注册服务1763.3.2.4全程健康档案服务1793.3.2.5数据存储服务1813.3.3运行监控管理1843.3.3.1主题管理1843.3.3.2
9、节点管理1843.3.3.3密钥管理1843.3.3.4日志审计1853.3.3.5数据备份与恢复1853.3.4平台配置管理1853.3.4.1用户管理1853.3.4.2权限管理1863.3.4.3系统配置1863.3.5技术方案选型1863.3.5.1数据交换技术选型1863.3.5.2消息中间件技术选型187第4节数据存储技术方案1883.4.1数据存储结构1883.4.1.1标准数据1893.4.1.2注册数据1903.4.1.3健康档案索引1903.4.1.4健康档案摘要1913.4.1.5健康档案地址1913.4.1.6健康档案数据1923.4.1.7数据仓库1923.4.2技术
10、方案选型1933.4.2.1存储方式选型1933.4.2.2平台数据库选型194第5节数据展示技术方案1973.5.1健康档案浏览器（EHR Viewer）197第200页第1章 区域卫生信息平台技术需求第1节 概述本节概要论述以居民电子健康档案为基础的区域卫生信息平台的技术需求。前面章节的业务需求以终端用户的视角，从用例出发，仔细、系统地分析了用户的需求与流程，以信息交互共享的需求为核心，得到了抽象的信息模型。技术需求则以IT 技术的视角，从业务需求的分析结果出发，用信息技术的语言重新梳理和归纳这些需求，并给出达到这些需求的技术方案，这包括：n 系统的体系架构n 软件的体系架构n 数据的存储
11、架构n 信息共享的标准n 网络架构n 数据中心建设技术方案n 各应用系统的基本功能与实现信息共享的需求与解决方案n 网络与系统安全n 区域卫生信息化建设的资源需求技术方案撰写的目的是给出以居民电子健康档案为基础的区域卫生信息平台建设的技术框架（Technical Framework）。也可以视为一个技术蓝图（Technical Blueprint）。它不能替代各应用开发商的概要设计和详细设计，但可以作为开发商系统设计的出发点和约束。对于任何一个具体的应用系统开发而言（Point of Service, POS），开发商均可以从此方案发现该应用系统的周边环境，找到它与其周边（上下左右）系统的联系
12、，明确了解其它系统对本应用的信息共享需求和与其它系统实现信息共享的内容、方法、流程与方法。也可以知道有哪些EHR(Electronic Health Record)的内容是可以从RHIN(Regional Health Information Network)获得以及获取的途径、方法与标准。进一步，EHR 集成平台会清楚描述所提供的通用共享服务，这些服务可以提供给几乎所有的POS 调用，以解决POS 向平台上载和下载居民电子健康档案的内容。这是一些可重用组件服务。这就大大规范和减轻了POS 的开发难度与工作量。本方案的另一类重要的用户是区域卫生信息系统的领导者、组织者与计划者。区域卫生信息化建
13、设是一个高难度、高复杂性、高投入、高技术的系统工程。目前在我国尚没有大范围、系统化、完整成功实施的案例。仔细阅读本方案，决策者可以对区域卫生信息化的核心技术问题有一个清晰的了解，对问题的复杂性有清醒的认识。本方案可以帮助他们遵循正确的技术路线制订一个可行的战略计划。这样的计划应该是：n 基于一个稳定的、可扩展的集成平台n 遵循世界流行的互联互通标准n 可以根据需要优先级，有选择的逐步实施区域卫生信息系统所涉及的广泛应用前提假设与约束条件：技术框架对于区域卫生信息平台的建设是十分重要的，但只是必要条件，不是充分条件。技术的突破或者成功应用的背后，实际上还是管理和政策在深层次的起推动和影响作用。这
14、些非技术因素构成了RHIN 系统实施成败最主要的前提与约束。随着我国IT 技术的加速发展和国际医疗信息技术交流合作的不断深化，原本很多困扰RHIN 应用的技术难题都有望在未来几年内取得重要的突破。而当技术本身越来越成熟、可选择余地越来越大的时候，体制性、政策性、机制性等软环境的问题将日益突显出来，并将逐步成为区域卫生信息体系建设的主要问题。具体而言，下列各方面尤其值得重视：RHIN 的建设不是单纯的技术问题，需要成立专门的跨职能联合工作组统筹领导。由于RHIN 项目涉及的面广，有大量的跨职能事务需要确定和协调，因此一个专门的跨职能领导工作组是确保项目高效、有序推进的机制保障。充足的投资保障是RHIN 得以实施的基础。政府主管部门的持续、长期
