下载文档原格式
浅析区域协同医疗平台的构建作者：林播来源：《计算机光盘软件与应用》2013年第07期摘要：医疗行业的信息化水平直接关系着人民群众的医疗保健水平，但是，目前我国医疗行业的信息化现状仍不容乐观，其中存在的问题多集中在医疗资源共享性不够、患者的医疗信息无法进行互通、行业内系统的异构情况较为严重等，因此，亟需构建一个有效的区域协同医疗平台。
鉴于此，本文重点就区域协同医疗平台的构建进行了研究，希望能为相关领域的研究提供借鉴。
关键词：区域协同医疗；信息化；平台；构建中图分类号：TP393文献标识码：A文章编号：1007-9599 (2013) 07-0000-02如今，多数发达国家有关医疗信息系统已经步入了一个新的发展阶段，主要标志即多数医疗机构应用了规模极大的区域协同医疗信息平台。
例如，欧洲已经启动了健康信息网络战略计划；荷兰也建立了集成平台作为国家转接点，以便使荷兰医疗组织间可以安全有效地进行患者信息的快速交换；美国也已经在犹他等大学医学单位构建了一体化区域协同医疗信息平台。
由此可见，推动我国区域协同医疗平台的构建势在必行。
1我国医疗行业信息化现状分析目前，计算机产业的飞速发展带动了我国医疗行业的发展，使医疗行业信息化水平大大提升，但是与发达国家相比，我国的医疗行业信息化水平还有很大的发展空间。
1.1在发达的国家和地区，医疗信息系统发展很快，已经由患者为中心的CIS代替过去的物资和财务为中心的HIS，而我国的医疗行业信息化还达不到CIS标准，仍然处在HIS阶段，医疗信息系统还不能满足各种临床等业务的需求。
1.2在我国的医疗行业里，各个机构之间的信息不尽相同，大都是由不同生产厂家提供，因此，同一医疗机构的信息很难实现与其他医疗机构的共享。
1.2医疗行业中，医疗机构数量众多，但在信息化程度上的水平却相差甚大，出现了趁此不起的局面，这不仅很难实现医疗机构的全面信息化管理，而且还给医疗机构运行模式的发展造成了影响。
精品区 域医疗信 息平台建设方精品目录1、平台概述 (8)1.1 总体目标 (8)1.2 总体内容 (9)1.3 项目建设内容 (9)1.3.1 标准体系建设 (9)1.3.2 基于电子健康档案的区域卫生信息平台建设....................... 1. 01.3.3 基于区域卫生平台的应用系统建设............................... 1.01.3.4 市级医院信息系统接入......................................... 1..02 、总体架构.......................................................... 1..0.3 、总体设计要求...................................................... 1..1.3.1 系统设计原则 .................................................... 1..1.3.1.1 顶层设计与统筹协调原则....................................... 1..13.1.2 先进性与实用性原则........................................... 1..23.1.3 开放性与扩充性原则........................................... 1..23.1.4 可靠性和安全性原则........................................... 1..23.1.5 规范化和标准性原则........................................... 1..2 3.2 系统性能要求 .................................................... 1..2.3.3 系统安全要求 1..3.3.4 数据设计要求 1..3.4 、技术路线选择1..4.4.1 体系架构的选择...................................................1..4.4.2 软件系统要求.....................................................1..4.4.3 数据库的选择.....................................................1..4.4.4 服务器的选择.....................................................1..4.4.5 客户端的选择.....................................................1..4.5 、系统基本功能需求1..5.5.1 平台基础应用系统................................................. 1..5 5.1.1 基础服务......................................................1..5.5.1.2 个人身份识别服务 ............................................. 1..6 5.1.3 索引服务......................................................1..6.5.1.4 以个人为中心的存储服务 ....................................... 1..65.1.5 数据交换服务 ................................................. 1..65.1.6 数据调阅服务 ................................................. 1..7 5.1.7 互联互通......................................................1..7.5.2 注册服务.........................................................1..7.5.2.1 居民注册服务 ................................................. 1..75.2.2 医疗卫生人员注册服务 1..85.2.3 医疗卫生机构注册服务 1..8 5.3 存储服务......................................................... 1..8.5.4 医疗卫生信息共享................................................. 1..9 5.4.1 个人基本信息域................................................ 1..9 5.4.2 主要疾病和健康问题摘要域...................................... 1..9 5.4.3 儿童保健域.................................................... 2..0.5.4.4 妇女保健域.................................................... 2..0.5.4.5 疾病控制域.................................................... 2..0.5.4.6 疾病管理域.................................................... 2..1.5.4.7 医疗服务域.................................................... 2..2.5.5 全程健康档案服务.................................................. 2..2 5.5.1 索引服务...................................................... 2..2.5.5.2 业务服务...................................................... 2..3.5.5.3 数据服务...................................................... 2..3.5.5.4 事务处理...................................................... 2..3.5.6 信息接口服务..................................................... 2..4.5.6.1 通信总线服务.................................................. 2..4 5.6.2 平台公共服务.................................................. 2..4 5.7 数据交换平台 2..5.精品6 、卫生信息资源中心 2..5.6.1 数据架构.........................................................2..6.6.1.1 基础信息库....................................................2..6.6.1.2 专业信息库....................................................2..6.6.1.3 共享文档资源库 ................................................ 2..76.1.4 决策支持信息库 ................................................ 2..76.1.5 对外服务信息库 ................................................ 2..7 6.2 医疗信息..........................................................2..7.6.2.1 患者就诊履历信息 .............................................. 2..86.2.2 实验室检验报告信息 ............................................ 2..86.2.3 影像检查报告信息 .............................................. 2..86.2.4 住院病案报告信息 .............................................. 2..9 6.3 健康档案..........................................................2..9.6.3.1 基本信息......................................................3..0.6.3.2 主要事件......................................................3..0.6.3.3 主要健康问题 .................................................. 3..06.3.4 疾病管理......................................................3..0.6.4 公共卫生条线信息................................................. 3..1- 可编辑-6.4.1 传染病专项档案 ................................................ 3..16.4.2 慢性病专项档案3..16.4.3 计划免疫专项档案3..16.4.4 儿童健康专项档案3..26.4.5 妇女健康专项档案3..27 、基于平台的应用系统........................................................................ 3..2 7.1 医疗业务协同系统................................................. 3..27.1.1 预约挂号子系统3..27.1.2 转诊转检子系统3..37.2 医疗卫生业务监管系统............................................. 3..37.2.1 区域健康数据分析3..47.2.2 医疗业务量管理................................................ 3..47.2.3 医疗服务质量管理3..57.2.4 医疗资源管理3..57.5 公众健康服务门户 3..77.2.5 临床业务数据挖掘系统3..57.3 卫生综合管理系统................................................. 3..57.3.1 统计报表子系统3..67.3.2 卫生业务监管子系统............................................ 3..6 7.4 卫生决策支持系统................................................. 3..6 7.5.1 信息公开......................................................3..7.7.5.2 居民查询......................................................3..8.7.5.3 健康互动......................................................3..9.7.5.4 健康宣传......................................................3..9.7.5 公众健康服务门户 3..71、平台概述《区域医疗信息平台》用于全市所有医疗卫生机构，建立健康档案系统、卫生信息系统、市级数字医院系统，形成覆盖整个市级医疗卫生业务范畴的区域卫生信息平台，可实现信息采集、利用、统计、分析、和信息共享等功能，通过建立该平台，整合市级医院的卫生信息资源，实现市级区域内卫生信息平台架构，实现医疗卫生资源的信息共享和业务协同。
区域协同医疗共享平台整体设计方案摘要：随着人口老龄化和医疗资源不均衡的挑战，建立区域协同医疗共享平台成为促进医疗服务高效流动和资源共享的重要途径。
本文将围绕区域协同医疗共享平台的整体设计方案展开讨论，包括需求分析、系统架构、数据安全和隐私保护、技术实现等关键要素。
1. 引言区域协同医疗共享平台旨在打破现有医疗机构之间信息孤岛的格局，促进医疗资源的同步调配和协同合作。
通过共享医疗数据、智能化分析和资源优化配置，有效提升患者就医体验和医疗质量。
2. 需求分析在设计区域协同医疗共享平台时，需充分考虑以下需求：2.1 数据共享与交互：各医疗机构间应能安全、高效地共享病例数据和医学影像资料，提高诊断的准确性和效率。
2.2 协同决策支持：平台应支持多方医疗专家进行讨论和远程会诊，提供决策支持工具，促进更好的医疗决策和治疗方案的制定。
2.3 资源调配优化：基于大数据分析和智能算法，平台应能对医疗资源进行全面分析，包括医生、设备、床位等，实现优化调配，避免资源的浪费和不平衡现象。
3. 系统架构3.1 前端界面设计：平台前端界面应简洁、友好，符合医护人员的使用习惯，实现多终端适配。
3.2 中台系统设计：搭建中台系统，负责数据的收集、整合和存储，确保数据的安全性和完整性。
3.3 后端算法支持：采用大数据分析和机器学习等技术，对医疗数据进行分析，实现资源优化调配和决策支持。
4. 数据安全与隐私保护4.1 数据加密与权限控制：采用先进的加密技术保障数据安全，在数据传输和存储过程中设置权限控制，确保数据的机密性和完整性。
4.2 隐私保护机制：匿名化处理敏感信息，包括患者个人身份和病历资料，遵守相关法规和隐私保护规定，保护患者的个人隐私。
5. 技术实现5.1 云计算和边缘计算：利用云计算和边缘计算等技术手段，提高系统的扩展性和灵活性，降低运维成本。
5.2 医疗数据标准化与集成：建立医疗数据标准化体系，确保不同机构间数据的无缝集成和共享。
医疗卫生信息共享业务协同服务系统建设方
案V2
随着医疗技术的不断发展，医疗卫生信息化已经成为了当今医疗领域
技术进步的重要标志。
为了加强医疗卫生信息的管理，提高医疗质量，推动医疗服务的协同与共享，需要建立一套医疗卫生信息共享业务协
同服务系统，以下是该系统的建设方案V2。
一、需求分析
医疗卫生信息不同于普通行业的信息流，它更加私密、敏感且不可逆转，因此需要确保信息的安全可靠。
同时，由于医疗卫生服务是以患
者为中心的，因此在信息共享时也需要充分考虑患者的隐私权和知情权，以及医疗机构之间的协同和共享。
二、基础设施建设
该系统的建设需要充分考虑服务器硬件设施、软件的运行环境以及数
据备份和恢复等方面。
同时需要考虑到灾备情况下的系统恢复与保障等。
三、系统架构设计
系统架构设计涉及到网络、服务器、软件系统等方面，这是保证系统
性能、可靠性以及安全性的关键步骤。
四、信息安全保障
关于信息安全保障，需采取多种措施，比如访问控制、数据传输加密、用户身份验证、访问审计等等。
五、数据结构与数据流通路设计
通过数据结构支撑整个系统的各项业务，数据的流通路设计决定了系
统的性能和效率。
六、总体测试和上线
系统总体的测试涉及到单元测试、集成测试和系统测试等环节，而上线则需要考虑到系统的兼容性、稳定性、性能和安全性等问题。
以上是该系统的建设方案V2，通过这些环节的落实和实施，将为医疗行业信息协同和共享提供有力保障，提高医疗服务水平和信息管理效率。
同时也将有利于推进医疗卫生信息化，让人们享受到更加健康、安全和便捷的医疗卫生服务。
区域协同医疗信息平台的基础构件——PIX 服务许文平 丁琳 ①北京方正众邦数字医疗系统有限公司—区域协同医疗项目开发组， 100080， 北京市海淀区 北四环西路 52 号中芯大厦 16 层① ①关键词 区域协同医疗 交叉索引 索引匹配 索引注册 索引查询 摘 要 区域协同医疗是当前广为关注的话题，相应的信息平台的构建要充分考虑在不同环境下平台的适应性。
在区域协同医疗信息平台的基础性服务中，首先 要解决病人身份识别问题。
介绍了以 IHE 信息框架的 PIX 规范为指导，构建病人 标识交叉索引服务系统的要点。
1 区域协同医疗信息平台基本框架区域医疗信息化建设是当前医疗信息化的热点， 通过区域协同医疗解决看病 难看病贵的难题，为医疗改革探索一条新路成为各级政府和医疗机构的共识。
区域协同医疗信息平台就是要为区域协同医疗业务提供一个便于信息共享、 业务协同的信息化工具，连接医疗机构现有的信息系统，为区域医疗协同业务提 供必要的信息支持。
964图 1 区域协同医疗信息平台基本框架示意图 依照区域协同医疗对信息化的需求， 协同医疗信息平台主要提供如下几项基 础服务系统。
1.1 医疗应用集成平台 提供多种适配器，把现有医疗机构信息系统方便、安全 地接入到区域医疗信息平台。
1.2 病人标识交叉索引(PIX)系统 维护病人在不同医疗的标识信息交叉索引，为 跨机构病人身份识别提供公共服务。
1.3 跨机构文档共享(XDS)系统 标准化的跨机构医疗文档共享解决方案，在不影 响医疗机构业务系统的前提下实现病人医疗文档共享。
1.4 双向转诊服务系统 对双向转诊过程及流转信息进行管理，促进业务流程规 范化和信息及时传递。
1.5 代理检验服务系统 为医疗机构间的代理检验提供支持。
1.6 预约检查服务系统 为跨机构的预约检查提供支持。
9652 病人标识交叉索引服务在医疗机构间访问某一病人的信息首先要解决病人身份识别问题。
区域协同医疗信息平台的基础构件——文档共享服务周世斌① 宋德波① 张月冰①①北京方正众邦数字医疗系统有限公司—区域协同医疗项目开发组，100080，北京市海淀区北四环西路52号中芯大厦16层关键词 IHE XDS 区域医疗信息系统 文档共享服务摘 要 跨机构文档共享系统（XDS）规范，对国内区域医疗信息系统建设关于机构间信息共享和交互部分有着很好的指导意义。
介绍了区域医疗协作中文档共享服务的基本功能和信息关系；并结合方正众邦的工作实践，对XDS规范在区域医疗系统中的应用及系统开发要点作了简要说明。
1概述区域医疗信息系统建设的目的是使区域内各级医疗机构、社区卫生服务机构构成一个和谐的整体，充分发挥和利用各类医疗卫生服务机构的优势，逐步形成人才技术、规范管理等资源的合理配置，分摊医院就诊压力，实现医院信息系统的横向联结和向社区医疗服务的纵向延伸。
区域医疗信息系统建设，可能涉及多个医疗机构业务系统的整合或数据交换。
由于区域内综合医院、专科医院、社区卫生服务中心和社区卫生服务站间，不一定存在行政隶属关系，很难用统一的软件产品约束。
因此需要通过以患者ID交叉索引、文档共享服务和患者医疗协同为基础的区域医疗信息系统平台，完成对区域内跨系统跨平台的信息整合。
显然文档共享服务是区域医疗信息系统平台最主要的核心应用之一。
由于区域内医疗卫生保健业务可能发生在各个不同的医疗卫生服务机构，其产生的档案信息也可能存放在各个不同的医疗卫生机构。
同样在社区对居民健康档案的组织存储时，不同的社区也可能以不同的信息形式存放，采用建设标准统一的文档共享服务系统，并维护共享文档的最新索引是必不可少的。
2文档共享服务的主要功能文档共享服务系统的任务是为区域内各医疗卫生机构相互调阅位于其他系统的患者诊疗（健康）记录提供服务。
以解决区域范围内医疗卫生（健康）信息共享和交互问题。
文档共享服务系统方便区域内各级医疗服务人员在得到居民授权的情况下，能够调阅和检索患者诊疗档案，查看患者在区域范围内各机构的诊疗服务及社区卫生保健服务记录，主要内容包括医疗摘要、检查检验报告、身体健康检查报告和居民健康档案等。
文档共享服务系统主要包括文档调阅服务系统和前置机系统两部分，它需要在区域医疗卫生数据中心提供患者医疗卫生文档目录服务，存储和更新各医疗卫生服务机构的患者就诊信息目录，并维护一个较新的索引，为跨系统跨平台调阅患者诊疗信息奠定基础。
图1 文档共享服务系统组成用例图2.1文档共享服务实现的方式之一2.1.1文档调阅服务响应区域医疗信息系统客户端所发出的调阅档案的请求 服务器端响应客户端提出的显示事务，以WEB方式完成对客户端的应答。
对临床文档检索显示请求，服务端可根据源数据文件格式向客户端提供转换提示，或直接将源数据文件转换成客户端需要的格式产生应答。
对特定数据信息的检索显示请求，由服务器端生成WEB页面响应，在该WEB页面中存放客户端需要的连接地址。
这些地址指向各业务应用系统以WebService方式产生的动态页面。
2.1.2文档调阅服务根据客户端发出的针对档案目录中某条诊疗服务记录调阅请求进行响应 文档调阅服务根据目录存储的诊疗服务记录详细路由地址，向相应医疗服务机构发出调阅请求，该机构的前置机系统从相应机构业务数据中抓取符合要求的信息进行标准格式转换，然后传送到文档调阅服务系统。
文档调阅服务将获取的业务数据进行组装生成档案显示客户端要求的标准样式，然后传送到档案调阅显示工具客户端进行显示。
总的说来文档共享服务可以采用多种途径实现，作为应急措施，在区域范围内采用统一约定（取代标准）实现信息共享和文档交换也是可行的，但从长远看采用符合我国实际且通用可靠的国际标准实现文档共享服务才是解决问题的根本方法。
我公司在具体实现中遵循的是IHE的XDS规范。
3 医疗机构信息集成规范的跨机构医疗文档共享医疗机构信息集成规范（Integrating the Healthcare Enterprise ，IHE）是目前国际上比较流行的医疗机构信息集成框架规范，很多发达国家都在事实上采用了该规范的框架要求。
IHE技术框架提出了解决医疗信息接口标准的具体实现方法，它通过规定事务通讯所必需遵循的医疗标准细节，对如何选用标准来实现医院环境中的工作流集成进行了规范。
IHE技术框架从工作流集成的角度出发对医疗信息系统接口标准进行了定义，而且通过对象化实现策略，进一步简化了标准接口的设计。
在IHE中规范了患者标识交叉索引（Patient IdentifierCross-referencing，PIX）、跨机构医疗文档共享（Cross-Enterprise Document Sharing，XDS）和患者诊疗协调（Patient Care Coordination，PCC）等区域医疗信息系统所需要的信息服务接口应用标准。
其中的XDS系统具有较强的针对性和可实现性，它同时也是我国电子病历委员会推荐的互操作性规范之一。
XDS主要有文档源（各医疗业务系统）、文档库、文档注册处（文档注册服务器）、文档使用者（文档浏览用户）和患者标识源等角色。
它提供一个基于文档形式的信息交换机制，通过对文档产生、文档存储、文档注册、文档查询和文档调阅接口定义和操作分离，实现患者诊疗文档跨医疗机构的注册、传送和获取，并保证具体实现中的灵活性和规范性。
XDS文档的标准工作流程如图所示：图2 XDS跨机构文档共享系统工作流程XDS没有定义文档在业务系统中的产生和存储方法，它定义了文档对外的交换接口。
各种文档在各业务系统产生后，可以通过规范定义的接口，以文档的形式将数据集中存放在文档库中以备用户查阅，同时文档中的检索数据被发送到文档注册服务器。
在调阅时，用户客户端首先根据标准查询接口访问文档注册服务器，对所需文档进行检索，获取文档位置信息后由文档库获取文档。
文档库、文档注册服务器和文档浏览用户可以作为模块在不同的应用系统中提供， 也可由文档共享系统统一开发。
IHE还定义了几种XDS文档类型，包括跨机构共享医疗摘要（XDS-MS）、临床检验结果报告和跨机构共享图像（XDS－Ι）等。
这些文档类型的规范建立在XDS规范基础之上，并共享跨机构文档定义附加的约束和语义。
4 跨机构医疗文档共享服务在区域医疗信息系统中的应用XDS在区域协同医疗中，用于共享患者在不同医疗卫生服务机构保存的临床诊疗记录文档。
XDS为区域内所有参加文档共享计划的医疗卫生机构建立了一个统一的文档注册处（即XDS文档目录库），集中管理和发布参与文档共享的患者文档目录。
各医疗卫生机构将参与文档共享计划患者的共享文档按照某一类标准（如HL7 CDA）生成标准的共享文档，而后将该文档存放在XDS文档库中并将该文档注册到XDS文档目录库。
XDS文档目录库记录条目中包含了该文档的UUID 和URI。
XDS文档库在物理上可以是集中存储，也可以分布存放在各个医疗卫生机构内部。
临床医生在需要跨机构调阅某患者共享诊疗文档时，首先到文档注册处查询该患者的共享文档目录，找到感兴趣的文档，而后从存放该文档的文档库调阅该文档。
为保证系统的正常运行，系统还需要使用患者标识交叉索引系统（PIX）和安全认证系统。
图3 XDS系统与区域协同医疗其他业务系统关系示意图 XDS文档目录库、XDS文档库、区域医疗文档共享服务系统和区域医疗机构前置机组成XDS系统。
他们与PIX系统、区域居民健康档案、区域协同医疗服务系统和参与文档共享的各医疗机构业务系统联系紧密。
以下举例说明XDS在区域中的工作流程：甲医院业务系统C和乙医院业务系统D2组成了一个区域医疗系协同体，他们使用一个共同的患者ID交叉索引系统PIX，和一个共同的患者文档共享系统XDS。
其中包含一个PIX管理的患者ID域（标识为XAD）。
文档源域（标识为C）和文档使用者域（标识为D2）通过PIX管理器进行患者ID的交叉索引。
系统C将某患者（标记为Dm-C，Pid-Pc）共享资料生成为XDS文档，通过PIX 管理器可以查询到该患者在XAD域的ID（标记为Dm-XAD，Pid-Px）。
然后生成XDS 文档提交集，再将XDS文档和提交集提交给XDS文档库。
XDS文档库保存XDS文档同时将其注册到XDS文档注册处（即文档目录库）。
系统D2为该患者（标记为Dm-D2，Pid-Pd）查阅XDS文档，首先通过PIX查询到该患者在XAD域的ID（标记为Dm-XAD，Pid-Px），而后到文档注册处查询到该文档。
最后D2从XDS文档库获得这份由C提供的XDS文档。
甲医院C业务系统、乙医院D2业务系统、PIX系统、XDS文档库和XDS文档注册处协同工作关系如图4。
图4 协同工作关系5跨机构医疗文档共享服务实现应注意的几个环节5.1关于XDS文档的格式 XDS文档是临床信息的合成物，它包括以信息交换为目的的观察结果和服务。
其特性在HL7 CDA临床文档结构中有明确的定义。
XDS文档可以由人阅读的（使用适当的应用程序），也可以由机器阅读。
按照IHE的要求XDS文档必须遵循某一个已公开发布的国际标准，该标准定义文档的结构、内容和编码，比如CDA、DICOM等等。
但是，在文档共享系统中想完全实现各类已知的文档标准显然是很不现实的，我公司产品选择HL7 CDA 2.0作为XDS文档标准，目前的具体实现为Level 2一级。
5.2关于XDS文档的管理 XDS文档是可被提供给文档库角色，并被文档注册者角色注册为文档条目的信息的最小单元。
XDS集成规范把XDS文档作为一个独立的信息单元来管理，并没有提供访问XDS文档中部分内容的架构，只有文档来源和文档使用者有权访问XDS文档的内部信息。
文档提交后，XDS文档作为8位字节流提供给文档库角色。
通过获取文档事务获取到的文档，所提交的8位字节流是不能改变的。
按照IHE最新的XDS.b规范要求，文档注册管理应参照ebXML的ebRS 3.0标准执行。
XDS文档在管理和传输中将以Mime类型操作。
5.3关于XDS文档的唯一标识 XDS文档和组织XDS文档的文件夹需要有全球唯一标识。
在IHE中为XDS文档的元数据提供了两个UUID（entryUUID 、uniqueId），其中entryUUID为文档注册处（索引目录）的管理标识，无实际应用意义。
uniqueId为XDS文档（文件夹）的唯一标识，供用户检索和引用。
5.4关于扫描文档 扫描文档在现实工作中是大量存在的，特别是在文档共享系统应用初期，这类文档可能会占大多数。
为使该类文档能规范的运用，IHE专门规定了XDS—SD文档（Cross Enterprise Sharing of Scanned Documents）用以描述这些以扫描方式产生的电子文档（包括ＰＤＦ和扫描文本）。
