基于电子病历的医院重点业务数据

《基于电子病历的医院重点业务数据交换实施方案》PAGEII基于电子病历的医院重点业务数据交换实施方案（医院重点业务数据）文件状态：[]草稿[√]正式发布[]正在修改文件标识：CDXT-EMR-T07当前版本：1.2作者：王瑞完成日期：2016-11 修订记录版本号日期修订说明作者审批人V1.02016.11初始版本王瑞第13页共SECTIONPAGES13页目录第1章 引言 21.1 编写目的 21.2 术语定义 21.2.1 术语 21.2.2 缩略语 3第2章 概述 52.1 总体技术架构 52.2 接口规范特性 62.3 数据采集方式 72.3.1 webservice调用方式 72.3.2 前置机数据库方式 72.4 接入平台业务流程 72.4.1 居民基本信息注册 72.4.2 电子病历数据集采集（中间库） 82.4.3 电子病历数据集调阅服务 92.4.4 接口联调具体工作流程 112.4.5 接入系统需要做的准备工作 112.5 接口技术部分说明 122.6 服务接口访问测试地址 122.7 服务接口访问正式地址 12引言编写目的本文档主要为青海省卫生和计划生育委员会-基于电子病历的医院重点业务数据交换实施方案。本文档主要依据本项目制订的卫生信息基本数据集标准，提电子病历、卫生管理等数据接口标准，以便实现与医疗卫生机构业务信息系统之间的数据传输与交换。术语定义术语序号术语名称术语定义患者主索引（EMPI）它是患者基本信息检索目录，其主要用途是在一个复杂的医疗体系内，通过唯一的患者标识将多个医疗信息系统有效地关联在一起，以实现各个系统之间的互联互通，保证对同一个患者，分布在不同系统中的个人信息采集的完整性和准确性。电子病历（EMR）电子病历是由医疗机构以电子化方式创建、保存和使用的，重点针对门诊、住院患者（或保健对象）临床诊疗和指导干预信息的数据集成系统，是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源，是记录医疗诊治对象医疗服务活动记录的信息资源库，该信息资源库以计算机可处理的形式存在，并且能够安全的存储和传输，医院内授权用户可对其进行访问。电子健康档案（EHR）也称为电子健康记录，即电子化的健康档案，是关于医疗保健对象健康状况的信息资源库，该信息资源库以计算机可处理的形式存在，并且能够安全的存储和传输，各级授权用户均可访问。基本数据集（BasicDataset）基本数据集是指在特定主题下，由必需、基本的数据元组成的数据集；是对所必须采集记录的数据元基本范围的标准化要求。交互（Interaction）指医院信息平台与医院业务系统（临床服务系统、医疗管理系统、运营管理系统等）以及区域卫生信息平台之间的信息交换过程。一次特定的交互可能包含多个交易。交易（Transaction）指色间某特服的用反馈。面向服务的体系结构（SOA）SOA（Service-OrientedArchitecture面向服务的体系结构）是包含运行环境、编程模型、架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境，涵盖服务的整个生命周期。SOA以服务为核心，来实现的IT系统更灵活、更易于重用、更好（也更快）地应对变化。服务（Service）Service（服务）是SOA架构中最核心的抽象手段，它具有明确的功能，通常封装着业务功能或者数据。一个服务包括接口（Interface）、契约（Contract）和实现（Implementation）三个部分。服务的接口和契约采用中立、基于标准的方式进行定义，它独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在不同系统中的服务可以以一种统一的和通用的方式进行交互。企业服务总线（ESB）ESB(EnterpriseServiceBus企业服务总线)是一种在松散耦合的服务和应用之间标准的集成方式，提供简单、快速、基于标准的多点集成，类似硬件中的总线结构。WebServiceWebService是一个平台独立的，松耦合的，自包含的、基于可编程的Web应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。WSDLWebServicesDescriptionLanguage的缩写，是WebService的描述语言，描述Web服务和说明如何与Web服务通信的XML语言。XMLExtensibleMarkupLanguage（可扩展标记语言），用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。UDDIUniversalDescriptionDiscoveryandIntegration即统一描述、发现和集成协议，是一种规范，它主要提供基于Web服务的注册和发现机制。缩略语EHR：ElectronicHealthRecord，电子健康档案、健康档案EMR：ElectronicMedicalRecord，电子病历SOA:Service-orientedArchitecure，面向服务的体系结构SQL：StructuredQueryLanguage，结构化查询语言XML：ExtensibleMarkupLanguage，可扩展标识语言ESB：EnterpriseServiceBus企业服务总线ETL：Extract-Transform-Load，数据抽取(Extract)、转换(Transform)、装载(Load)的过程概述总体技术架构总体技术架构如下图所示：从图中可以看出，青海省卫计委区域卫生信息平台资源数据中心能够从各个委属管医院采集和接收业务数据、监管数据，在青海省卫计委区域卫生信息平台资源数据中心中进行集中存储管理，形成资源数据中心，并通过上层的应用程序进行展现。数据采集从逻辑上可分为两个阶段：第一阶段为原始数据采集，第二阶段为资源数据整合。在原始数据采集阶段，数据采集程序主要针对医院提供的各个业务系统数据来进行数据采集，通过青海省卫计委专传输到青海省卫计委区域卫生信息平台资源数据中心进行存储；资源数据整合阶段则需要通过已经建立好的转换模型，将各个医院的原始数据进行资源数据整合内部关联，给资源数据利用提供保障。接口规范特性本项目所使用的数据采集规范，在遵循国家卫生计生委制定的区域卫生信息平台技术规范、医院信息平台技术规范、电子病历和居民电子健康档案技术规范等相关数据及技术规范的基础上，针对本项目的实际情况，遵循以下几个方面的设计特性：系统性采集规范的编制原则在内容、层次上要充分体现系统性，符合信息系统数据交换的总体要求。通用性采集规范的编制原则需要体现通用性，适用与不同应用环境的系统，满足系统整合、统一的需要，规范的编制符合国际、国家、行业标准。安全性采集规范的编制需要体现完善的安全机制，满足业务对信息资源使用的安全要求，具有数据的全方位安全防护措施，防止数据被非法篡改，保证各应用系统的数据安全。可扩展性采集规范的编制需具有可扩展性，充分考虑未来我国医疗行业信息化水平的发展，预留各类服务接口，如院内集成平台、消息服务组件、文档交换共享等，从而保持整体采集规范的先进性。数据采集方式结合当前主流的数据采集技术，参考各委属管医院院内信息系统的实际调研情况，本项目在当前阶段所实施采用的数据采集技术主要有两种，分别是webservice调用方式和前置机数据库方式。webservice调用方式此种方式只针对患者基本信息的注册，及平台提供的数据共享调阅。需要委属管医院开发对应的webservice接口。前置机数据库方式除患者基本信息的数据集外，其他数据集采集采用前置机数据库方式，需要将前置机部署在各个委属管医院，并与专网相同。院方需提供原始业务数据的访问来源，以数据库连接访问URL（可以是多个）的方式提供青海省健康保障一体化项目组，同时院方需按照数据上传频率要求，对所提供的原始数据访问来源内容进行增量更新。接入平台业务流程居民基本信息注册接入系统调用平台提供，居民（医院患者）信息注册、医疗机构注册（可以不需要注册，以卫计委提供的医疗机构统一编码为主）图21、接入系统按照平台定义结构去请求区域患者主索引标识符注册服务。2、平台根据上传的数据信息，生成或者查出对应的唯一标识符，并返回给接入系统。3、接入系统接收到唯一标识符后，进行下一步操作。注：接入系统调用患者基本信息注册过程中，本平台要调用省级数据中心平台的居民基本信息注册服务，得到区域患者主索引后一并返回给接入系统。电子病历数据集采集（中间库）电子病历数据集采用中间库模式。当接入系统获取到需要上传这个人的唯一标识符之后，根据接口设计说明书提供数据库字典准备电子病历数据集，平台根据唯一患者主索引号标识符进行电子病历数据的上传操作。上传的数据一定要保证这个人在平台注册过，即有由平台返回的唯一患者主索引号标识符，平台会通过该标识将上传数据与这个人进行关联。中间库参考中间库接口说明书《》图31、接入系统根据接口设计说明书提供的数据字典准备中间库。2、平台定时取中间库抓取电子病历相关数据。电子病历数据集调阅服务平台的宗旨是使区域范围内不同医疗卫生机构以及相关部门业务应用系统间实现互联互通、数据共享和业务整合。因此当平台提供调阅服务，供各个接入系统调阅平台采集、存储上来的电子病历数据。调阅的请求是根据定义关键字信息进行查询，接入系统根据每个基本的关键字，查询电子病历数据。图41、接入系统根据资源目录中的关键字信息和相应的基本活动信息，按照平台定义的结构调用调阅服务接口。2、平台根据请求的条件，将对应的电子病历数据查询出来。3、平台通过调阅返回接口将调阅的结果返回给接入系统。4、接入系统接收到返回结果后，进行下一步业务处理。以上部分是电子病历数据采集操作的完整流程，对于第一次与平台接入的信息，需要按照上面的步骤进行操作，但是接入信息需要根据自身和业务需求，并不一定要按照上面的顺序来。接口联调具体工作流程#任务名称任务明细提交成果0接口人确定1、确认医院对应接口人2、院内信息化建设情况沟通，确定联调范围和后续计划。3、确认开发商对应接口人1、提供医院及开发商对应接口人列表2、院内系统情况报告1标准学习培训医疗机构应用系统接入医院重点业务数据交换标准规范(包括数据标准、主要业务流程。其中重点是：数据元标准和接口标准)应用系统接入医院重点业务数据交换标准规范(数据标准（数据元、值域）对照表)2接口开发1、组织院内信息化人员及开发商人员进行开发工作2、根据本文档中所提标准（数据元、值域、接口）及数据对照表进行接口开发，建立中间库接口开发程序，中间库3接口联调1、组织开发商人员进行联调工作2、针对#2的程序进行联调联调成功的接口程序4数据上传1、历史数据上传2、增量数据上传1、历史数据2、增量数据接入系统需要做的准备工作1、明确系统能够上传的数据有哪些。进行HYPERLINK\l"_数据标准比对流程_"数据标准比对。2、能够按照资源目录定义的信息，拼装上传、注册等服务的参数。具体格式等请参照《基于电子病历的医院重点业务数据交换标准V1.2》3、能对上传的错误的数据进行相关的记录和修改。4、建立应用系统内部数据与平台数据元的映射关系。5、中间库需要按照标准提供的字段格式来定义。6、记录平台返回的唯一区域患者主索引号，避免重复调用查询，浪费资源。接口技术部分说明（一）平台提供接口医院重点业务数据交换是为了实现地理区域内信息资源的共享。为了能够方便应用系统共享、交互平台的数据。平台需要对