基于健康档案的区域卫生信息交换平台-技术规范.doc_第1页
基于健康档案的区域卫生信息交换平台-技术规范.doc_第2页
基于健康档案的区域卫生信息交换平台-技术规范.doc_第3页
基于健康档案的区域卫生信息交换平台-技术规范.doc_第4页
基于健康档案的区域卫生信息交换平台-技术规范.doc_第5页
已阅读5页,还剩111页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

洛阳市全民健康信息保障工程洛阳市全民健康信息保障工程 基于健康档案的区域卫生信息平台基于健康档案的区域卫生信息平台 技术规范技术规范 新奥博为技术有限公司新奥博为技术有限公司 20132013 年年 1111 月月 文档修改记录文档修改记录 版本号版本号更改条款及内容更改条款及内容作者作者日期日期 版本号版本号更改条款及内容更改条款及内容作者作者日期日期 V1.0 初稿于国方 2011-12-20 V1.2 修订于国方 2013-11-25 V1.3 修订于国方 2014-01-09 前前 言言 洛阳市基于健康档案的区域卫生信息交换平台-技术规范作为洛阳市全 民健康信息保障工程“基于健康档案的区域卫生信息交换平台”技术规范文件。 作为卫生信息交换平台建设的技术开发规范。同时,也作为洛阳市全民健康信 息保障工程数据中心进行数据集成的规范性文件。 本规范由洛阳市卫生局发布并执行。 主要起草单位:新奥博为技术有限公司 协作单位:东软集团股份有限公司 洛阳市中心医院 河南省洛阳正骨医院 河南科技大学第二附属医院 洛阳东方医院 I 目目 录录 1 1范围范围.1 1 2 2引用引用.1 1 2.1国家医疗相关标准.1 2.2国际医疗相关标准.1 2.3标准引用原则.2 3 3洛阳市区域卫生信息平台服务组件设计开发规范洛阳市区域卫生信息平台服务组件设计开发规范 .2 2 3.1洛阳市卫生信息平台基本架构.3 3.2洛阳市卫生信息平台基本功能.3 3.2.1注册服务.3 3.2.2服务请求验证.5 3.2.3居民索引管理服务 .6 3.2.4数据交换服务.6 3.2.5文档存储服务.7 3.2.6文档通知订阅/发布服务 .7 3.2.7数据抽取服务.8 3.2.8健康档案浏览器.8 3.2.9双向转诊.8 3.3洛阳市卫生信息平台流程规范.9 3.3.1注册服务.9 3.3.2居民索引管理服务.13 3.3.3文档存储服务.13 3.3.4文档通知订阅/发布服务.14 3.3.5数据交换服务.15 3.3.6数据抽取服务.16 3.3.7健康档案浏览器 .16 3.3.8双向转诊.22 3.4洛阳市卫生信息平台接口规范.25 3.4.1居民信息管理.25 3.4.2市级平台健康档案数据采集接口.81 3.4.3健康档案浏览器的接口 .81 3.4.4双向转诊.91 4 4洛阳市区域信息系统软件开发编码规范洛阳市区域信息系统软件开发编码规范.104104 5 5洛阳市区域卫生信息系统命名规范洛阳市区域卫生信息系统命名规范 .104104 5.1目的.104 5.2适用范围.105 5.3名词定义.105 5.4系统产品标识 .105 5.4.1软件产品名称.105 5.4.2软件产品版本.106 II 5.5程序标识.107 5.5.1程序的版本.107 5.5.2程序的名称.108 6 6洛阳市区域卫生信息平台数据交换技术标准与接口规范洛阳市区域卫生信息平台数据交换技术标准与接口规范.108108 7 7洛阳市医疗服务信息系统系列功能规范洛阳市医疗服务信息系统系列功能规范.109109 8 8常见术语常见术语.121121 8.1医院信息系统(HIS).121 8.2实验室信息系统(LIS).122 8.3医学影像系统(PACS/RIS).122 8.4电子病历(EMR).122 8.5电子健康档案(EHR).123 第 1 页 1 1 范围范围 洛阳市基于健康档案的区域卫生信息交换平台-技术规范是为规范洛阳 市的区域卫生信息平台建设而编写的,旨在规范洛阳市卫生信息平台中各系统 的功能、流程和接口。 本规范所包含的内容有:洛阳市基于健康档案的区域卫生信息平台的规范、 基于电子病历的医院信息平台的规范、医院内部业务协同的规范,以及其他系 统的业务规范。 本规范在编写过程中,遵循了河南省已经发布的河南省基于健康档案的 卫生信息平台标准规范体系(V1.3) ,遵循了已经发布的相关的国家标准和行业 标准,引用了部分国际标准,并结合洛阳市的实际情况,制定了洛阳市的区域 卫生信息平台的业务流程规范。 2 2 引用引用 2.1 国家医疗相关标准国家医疗相关标准 表 2-1 国家医疗相关标准 文档名称文档名称日期日期组织组织 河南省基于健康档案的卫生信息平台标准规范体系(V1.2) 2011-06 河南省 基于健康档案的区域卫生信息平台建设指南(试行) 2009-05 卫生部 基于健康档案的区域卫生信息平台建设技术解决方案(试行) 2009-12 卫生部 基于电子病历的医院信息平台建设技术解决方案(1.0 版) 2011-03 卫生部 2.2 国际医疗相关标准国际医疗相关标准 表 2-2 国际医疗相关标准 文档名称日期组织 HL7 Clinical Document Architecture, Release 2.0 2005-05HL7 IHE IT Infrastructure (ITI) Technical Framework 2009-08IHE 2.3 标准引用原则标准引用原则 有国家标准的,遵循国家相关标准; 有省级标准的,遵循省级相关标准; 第 2 页 有行业标准的,遵循行业相关标准; 没有相关标准的,形成洛阳市本地标准。 3 3 洛阳市区域卫生信息平台服务组件设计开发规范洛阳市区域卫生信息平台服务组件设计开发规范 基于健康档案的区域卫生信息平台主要是实现洛阳市医疗卫生信息的交换 和健康信息的管理。信息交换是为区域内各个医疗机构提供数据信息的注册、 存储、管理和流转等功能,健康信息管理主要是为各个应用系统提取、转换、 存储、分析和提供各类授权的数据。 洛阳市卫生信息平台中的信息交换是基于文档的信息交换,文档交换基础 架构遵循 IHE 的相关集成规范,交换文档内容符合 HL7 CDA R2 标准。 3.1 洛阳市卫生信息平台基本架构洛阳市卫生信息平台基本架构 信信息息 数数据据 应应用用H HI IA A 信信息息集集成成 数数据据协协同同 数数 据据 源源 H HI IA AL L( (区区域域卫卫生生信信息息应应用用访访问问/ /系系统统服服务务总总线线) ) 个个人人注注册册权权限限控控制制文文档档查查询询文文档档获获取取 数数字字化化医医院院 农农村村县县乡乡村村三三级级 卫卫生生服服务务系系统统 社社区区服服务务系系统统 数数 据据 交交H HI IE E 换换 X XC Co on nn ne ec ct t G Ga at te ew wa ay y 网网关关 A Ad da ap pt te er r 适适配配器器 I IS SB B 网网间间交交换换 桥桥 用用户户管管理理 基基于于消消息息的的数数据据交交换换接接口口 定定位位服服务务 R RL LS S 节节点点管管理理 服服务务管管理理 公公共共卫卫生生 及及其其他他 EHR 数据库 数数据据提提取取 服服务务 权权限限管管理理 服服务务 用用户户管管理理 服服务务 术术语语管管理理 服服务务 个个人人主主索索 引引服服务务 数数据据转转换换 服服务务 数据备份 数数据据元元管管 理理服服务务 业业务务管管理理 服服务务 居居民民健健康康门门户户 医医疗疗机机构构 健健康康档档案案查查询询 医医学学影影像像信信息息 共共享享系系统统 居居民民健健康康卡卡 注注册册系系统统 信信息息安安全全体体系系 卫卫生生信信息息规规范范和和标标准准 个个人人查查询询审审计计跟跟踪踪数数据据挖挖掘掘 医医生生/ /机机构构 注注册册 H HI IMM 图 3-1 洛阳市卫生信息平台架构图 基于健康档案的洛阳市卫生信息平台构建于医疗卫生机构信息系统的基础 之上,旨在形成一个覆盖整个洛阳市的互联互通的医疗卫生业务协作平台。 洛阳市卫生信息平台的基本架构如上图。 洛阳市卫生信息平台由两部分组成:区域医疗卫生信息交换(HIE)和健 康信息管理(HIM) 。HIE 层主要负责区域间各系统之间的信息传输、交换和文 档存储,HIM 层主要负责对健康档案信息的提取、转换、存储、分析以及提供 第 3 页 基于健康档案信息的各种服务。 3.2 洛阳市卫生信息平台基本功能洛阳市卫生信息平台基本功能 洛阳市卫生信息平台的基本功能包括注册服务、居民索引管理服务、文档 存储服务、文档通知订阅/发布服务、数据交换服务。 3.2.1注册服务注册服务 注册服务主要包括系统注册服务、城乡居民注册服务、医疗卫生人员注册 服务、医疗机构注册服务、卫生术语和字典注册服务,以及医疗卫生事件注册 服务。注册服务主要完成包括对个人、医疗卫生人员、医疗卫生机构、医疗卫 生术语的注册管理,在洛阳市卫生信息平台内提供唯一的标识。 系统注册服务系统注册服务 接入洛阳市卫生信息平台的外围系统需要先在市级平台进行系统注册,才 能调用市级平台提供的服务。系统注册服务提供注册界面,需要人工登录后填 写、提交注册申请,注册申请验证合法后返回注册系统的用户名和密码信息, 以后该系统便可使用注册的验证用户名和密码通过权限验证,调用市级平台的 服务。 城乡居民注册服务城乡居民注册服务 城乡居民注册是指在洛阳市管辖范围内,形成个人基本信息注册库,居民 个人的健康标识号、基本信息被安全地保存和维护着,提供给洛阳市卫生信息 平台所使用,并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功 能。 该注册服务主要由各医院、社区和公共卫生机构提供居民个人信息注册数 据,由平台接入网关完成居民/患者的注册功能。 个人注册服务遵循 IHE ITI PIX 规范。 医疗卫生人员注册服务医疗卫生人员注册服务 医疗卫生人员注册是为洛阳市内所有卫生管理机构的医疗服务提供者(包 括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控 制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员)注册 服务,注册成功之后,系统会为每一位医疗卫生人员分配一个唯一的标识,提 第 4 页 供给平台以及与平台交互的系统和用户所使用。 医疗机构(科室)注册服务医疗机构(科室)注册服务 医疗卫生机构注册提供洛阳市内所有医疗机构的综合目录,相关的机构包 括二三级医院、社区卫生服务站、乡镇卫生院和村卫生室,疾病预防控制中心、 卫生监督所、妇幼保健所等。系统为每个机构分配唯一的标识,可以解决居民 所获取的医疗卫生服务场所唯一性识别问题,从而保证在维护居民健康信息的 不同系统中使用统一的规范化的标识符,同时也满足区域卫生信息平台层与下 属医疗卫生机构服务点层的互联互通要求。 医疗卫生机构注册服务提供用户界面,主要由医政(卫监)来使用,完成 医疗卫生机构的注册和管理,各医疗卫生机构只能通过平台提供的相关接口管 理其下属机构和科室的信息。 科室注册由各医疗机构调用平台的服务接口实现,主要提供机构内科室的 详细信息。 卫生术语字典注册服务卫生术语字典注册服务 卫生术语和字典注册服务,用来规范医疗卫生事件中所产生的信息含义的 一致性问题,术语可由平台管理者进行注册、更新维护;字典可由平台管理者 进行注册、更新维护。与市级平台交换数据时要求各医疗机构使用平台发布的 术语字典。 市级平台将发布城乡居民健康档案相关术语及标准的文档及其它内容。 医疗卫生事件注册服务医疗卫生事件注册服务 各个医疗卫生机构在向市级平台发送数据时,要标明提交数据的卫生事件 代码,卫生事件代码要求符合市级平台给出的相关定义。 3.2.2服务请求验证服务请求验证 对于请求市级平台的应用,由市级平台提供统一的内部验证服务。每次请 求市级平台的服务时,市级平台都会对请求对象进行认证,只有验证合法的请 求才能成功调用相应的服务。服务请求验证用于验证请求的合法性,确保数据 的安全性和隐私性。 第 5 页 3.2.3居民索引管理服务居民索引管理服务 对每个居民的主 ID(健康档案号)管理和在多个患者 ID 域之间,提供对 同一个居民不同 ID 的相互索引,符合 IHE 患者 ID 交叉索引(PIX)规范。主 要功能有: 1.提供 IHE PIX 规范的患者标识信息输入(Patient Identity Feed)服务, 把不同信息源提供的居民标识与健康档案号进行相互索引。接口遵循 IHE 规 范中 ITI-8 的相关规定。 2.提供 IHE PIX 规范的患者标识信息查询(PIX Query)接口服务, 根据查询条件,返回符合条件的居民列表。遵循 IHE 规范中 ITI-9 的相关规定。 3.提供 IHE PIX 规范的患者标识信息更新通知(PIX Update Notification)接口服务,向 PIX 使用者发送患者信息更新的通知。遵循 IHE 规范中 ITI-10 的相关规定。 3.2.4数据交换服务数据交换服务 市级平台的数据交换服务完成医疗机构和市健康档案数据中心的数据交换, 各个医疗机构通过网关和链接器接入市级平台,网关和链接器负责将各医疗机 构的数据上传到文档存储中心,是联系医疗机构信息系统与共享平台的纽带。 主要功能有: 1. 接收各医疗机构异构系统的数据,转化成标准的 CDA 文档。 2. 生成符合 IHE XDS 规范的 XDS 文档,并提交给文档存储中心。遵循 IHE 规范中 ITI-15 的相关规定。 3. 提供新农合、医保、民政、疾控的预留接口。 3.2.5文档存储服务文档存储服务 文档存储服务主要包括文档注册和文档存储,文档的注册与查询,符合 IHE XDS.a, XDS.b 和 XDS-I 的规范,满足 IHE XDS 规范中文档注册者的要求; 医疗机构上传文档(包括临床医疗文档、检查检验结果文档等)的存储,满足 IHE 中跨机构文档共享(XDS)规范中的文档存储要求。主要功能有: 1. 提供 IHE XDS 规范定义的提供与注册文档集(Provide & Register 第 6 页 Document Set)服务,接收来自文档源的文档,遵循 IHE 规范中 ITI-15 的相关 规定。 2. 用恰当的信息为这些文档向文档注册器进行注册,注册信息遵循 IHE 规范中 ITI-14 的相关规定。 3. 提供 IHE XDS 规范中的获取文档集(Retrieve Document)服务,将指 定的文档返还给文档使用者。遵循 IHE 规范中 ITI-17 的相关规定。 4. 提供了 IHE XDS 规范定义的患者标识信息输入(Patient Identity Feed) 服务,接收个人标识,唯一标识一个居民。遵循 IHE 规范中 ITI-8 的相关规定。 5. 提供 IHE XDS 规范定义的注册文档集(Registry Document Set)接口服 务,维护每个已注册文档的元数据和文档地址。遵循 IHE 规范中 ITI-14 的相关 规定。 6. 提供 IHE XDS 规范定义的查询注册(Query Registry)和固定查询注册 (Registry Stored Query) ,接收文档使用者的查询条件,返回符合条件的文档列 表及每个文档对应的存储位置和标识符。遵循 IHE 规范中 ITI-16 的相关规定。 3.2.6文档通知订阅文档通知订阅/发布服务发布服务 平台提供对特定主题文档的订阅服务和发布服务,符合 IHE 规范中文档到 达通知(NAV)的相关规范。主要功能有: 1. 接收并维护文档订阅需求。文档使用者可以向订阅/发布模块登记自己 关注的文档类型列表。 2. 发布文档到达通知。当有相关文档注册到文档库时,向文档使用者发送 到达通知。 3.2.7数据抽取服务数据抽取服务 数据抽取 (ETL) :将文档存储中心的 CDA 文档通过数据抽取、清洗、 转换过程,转化为符合健康档案基本数据标准的信息,并保存到健康档案数据 库,供平台的应用系统统计、分析使用。 3.2.8健康档案浏览器健康档案浏览器 健康档案浏览器主要提供健康档案信息的浏览、查询,以及 CDA 文档 第 7 页 的展现、查询等服务,同时提供安全控制和隐私管理。 3.2.9双向转诊双向转诊 双向转诊是基于洛阳市卫生信息平台,实现双向转诊的申请、申请报告、 向下转诊、以及转诊治疗信息的共享服务。 3.3 洛阳市卫生信息平台流程规范洛阳市卫生信息平台流程规范 3.3.1注册服务注册服务 系统注册服务流程系统注册服务流程 系统注册流程 市级平台注册服务外部系统 服务调用系统注册 开始 人工登录注册页面 提交注册表单 验证提交信息 修改注册信息否 保存注册信息 通过 得到注册系统 用户名/密码 调用服务,填写 用户名/密码 权限验证 返回权限验证 失败信息 否 返回调用 服务响应 响应服务请求 通过 图 3-2 平台系统注册服务流程图 城乡居民注册服务城乡居民注册服务 城乡居民注册服务遵循 IHE ITI PIX 规范。具体流程请参见 3.3.2 居民索引居民索引 管理服务管理服务。 第 8 页 医疗卫生人员注册服务医疗卫生人员注册服务 该功能的基本流程为,各医院、社区和公共卫生机构提供所辖医疗卫生人 员基础信息给医政,医政完成审核并将这些医疗卫生人员信息在平台上给予注 册。 医疗卫生人员注册流程 市级平台卫生人员注册医疗机构医政 医疗卫生人员注册 开始 人工登录注册页面 提交注册表单 验证提交信息 修改注册信息否 保存注册信息 通过 得到医疗卫生 人员唯一ID 图 3-3 医疗卫生人员注册服务流程图 医疗机构(科室)注册服务医疗机构(科室)注册服务 医疗卫生机构注册服务主要由医政(卫监)来使用,完成医疗卫生机构的 注册。 第 9 页 机构注册流程 市级平台机构注册医疗机构医政 医疗机构注册 开始 人工登录注册页面 提交注册表单 验证提交信息 修改注册信息否 保存注册信息 通过 得到医疗机构 唯一ID 图 3-4 医疗机构注册服务流程图 医疗机构注册成功后,可将机构内的科室注册到平台上。平台提供科室注 册的服务接口,供医疗机构的系统调用。 卫生术语字典注册服务卫生术语字典注册服务 此业务流程在此版本规范中暂不说明。 医疗卫生事件注册服务医疗卫生事件注册服务 各个医疗卫生机构在向市级平台发送数据时,要标明提交数据的卫生事件 代码,因此要预先注册医疗卫生事件,主要内容包括医疗卫生机构名称、机构 代码、卫生事件名称和卫生事件代码。 第 10 页 卫生事件注册流程 市级平台事件注册平台管理者 卫生事件注册 开始 人工登录注册页面 提交注册表单 验证提交信息 修改注册信息否 保存注册信息 通过 得到卫生事件 唯一ID 图 3-5 医疗卫生事件注册流程图 第 11 页 3.3.2居民索引管理服务居民索引管理服务 HIE 个人注册 PIX管理器 信息源 PIX使用者 患者标识信息输入 ITI-8 PIX查询 ITI-9 PIX更新通知 ITI-10 患者基本信息 使用者 患者基本信息查询 ITI-21 患者基本信息和就诊信息查询 ITI-22 图 3-6 居民个人主索引管理流程图 3.3.3文档存储服务文档存储服务 HIE 个人注册 文档注册 文档存储库文档源 网关 和连 接器 文档使用者 提供与注册文档集 ITI-15 注册文档集 ITI-14 患者标识信息输入 ITI-8 查询注册 ITI-16 获取文档集 ITI-17 预置查询注册 ITI-18 图 3-7 HIE 文档共享流程图 第 12 页 3.3.4文档通知订阅文档通知订阅/发布服务发布服务 通知消费者 网关和链接器 订阅/发布 通知服务 1 产生文档通知 0 订阅文档通知 2 发送文档通知 图 3-8 文档通知订阅发布流程图 第 13 页 3.3.5数据交换服务数据交换服务 医疗机构与平台交互数据流程 中间数据库医疗机构市级平台网关和链接器 Phase 卫生事件 向主表写入数据 主表产生DIID主键 关联DIID外键,向从 表写入数据 从表 从表 从表 事件表产生事件监视事件表 读取数据 生成CDA文档 提交文档到平台 存储 注册文档 产生文档通知 通知消息转发 结束 启动 注册 个人主索引 个人 主索引管理 图 3-9 市级平台数据交换流程图 各医院、社区服务站、乡镇卫生院和村卫生室,通过与平台网关共享中间 数据库,交换医疗卫生数据,网关只读取中间数据库中内容,数据由各医疗机 构相应的业务系统写入。 第 14 页 3.3.6数据抽取服务数据抽取服务 数据抽取服务的主要工作流程如下: 1.向市平台的文档存储库订阅感兴趣的健康档案文档,一般是某一类 的文档,如门诊文档; 2.当有订阅的文档到达市平台的文档存储库时,文档存储库发送通知 消息给数据抽取服务系统(ETL) ; 3.ETL 接收到文档到达通知,从文档存储库中获取文档; 4.对文档进行数据抽取,转换成健康档案基本数据标准的门诊数据集 数据,并保存到健康档案数据库中,供应用系统统计、分析使用。 3.3.7健康档案浏览器健康档案浏览器 健康档案浏览器为终端用户提供基于 Web 的访问健康档案的应用程序。 目标是建立一个用户友好的环境,在该环境下授权的医疗卫生人员可以方便地 访问市级平台中保存的客户相关数据。该浏览器以 2011 版国家标准数据集为基 础划分 21 个展现域,同时集成了居民的 Lis 和 Pacs 的数据展现。该系统的应用 使每位居民的整个生命周期中的健康数据有序分类展现出来。 健康档案浏览器作为市级平台应用系统的重要一部分,将存储在市级平台 的居民健康档案提供展现接口。 健康档案浏览器的应用十分普遍。如:居民到医院看病,口头向医生陈述 了近期身体的一些基本情况,医生针对该病人具体情况也进行了一些具体的询 问,之后医生有一个大致的了解,但是仅仅根据了解到的情况无法确诊。于是 医生利用健康档案浏览器查看了该病人的详细健康档案,包括家族史、主要问 题、用药史等。综合这些信息医生为病人进行了确诊、并制定了治疗方案。在 该案例中,健康档案浏览器将病人一生的健康档案有次序的展现出来,为医生 查阅提供方便。 目前调用健康调用健康档案浏览器的业务系统主要包括: 1 医院 HIS 系统的医生工作站 2 社区系统的医生工作站 3 乡镇卫生院系统医生工作站 第 15 页 4 村卫生室系统医生工作站 在该文档中,使用简称“业务系统”表示上述的各个系统。 调用健康档案浏览器流程调用健康档案浏览器流程 健康档案浏览器为业务系统查阅居民健康档案提供接口,当在医院、社区、 乡镇卫生院、村卫生室等机构需要查阅患者健康档案时,业务系统调用健康档 案浏览器触发该流程。 业务系统调用健康档案浏览器之前,必须已经在市级平台进行了系统注册 (详见洛阳市基于健康档案的区域卫生信息交换平台-技术规范-v1.3.0的 系统注册服务小节) 。系统注册后得到市级平台上注册的系统 ID 和市级 平台上注册的系统密码。 业务系统调用健康档案浏览器流程图 业务系统居民索引管理服务健康档案浏览器 调阅患者健康档案得到患者uniqueId 开始 取当前患者相关信息 查询患者唯一标识号码 uniqueId 根据条件查询符合条件 的居民唯一索引列表 从列表中选择匹配的患者 得到患者uniqueId 结束 请求调阅指定uniqueId的 患者健康档案 显示指定uniqueId的 患者健康档案 权限验证无浏览权限提示 取当前登录用户信息 选择用户角色和调阅目的 图 3-10 健康档案浏览器调用流程 业务系统在调用健康档案档案浏览器的流程,主要分为两个步骤,第一步 第 16 页 先调用市级平台的居民索引管理服务,查询得到患者的唯一 uniqueId;第二步 调阅指定 uniqueId 的患者的健康档案。 在调用居民索引管理服务时,需要业务系统提供患者相关信息,居民索引 管理精确匹配居民身份证号码,返回符合该居民身份证的患者列表;如果不能 得到居民身份证号码时,必须提供患者的姓名、性别、出生年月,居民索引管 理系统将返回符合检索条件的居民信息,需要业务系统展现列表,供操作用户 选择一个。 调阅患者健康档案时,需要提供操作用户的姓名,提供该用户的角色和调 阅档案的目的。如,在门诊医生工作站,某医生在开具处方时希望调阅档案, 则用户角色选择“医师” ,目的选择“开具处方” 。 角色值角色值 “=”前是值,后面是解释,再传参数时只需要传值即可。一次请求只可以 传一个值。 表 3-1 角色值 100 = 医师 200 = 药师 300 = 护士 400 = 医技 500 = 乡村医生 目标值目标值 “=”前是值,后面是解释,再传参数时只需要传值即可。一次请求只可以 传一个值。 表 3-2 目标值 100 = 过敏史 200 = 用药史 300 = 既往病史 400 = 手术史 500 = 伤害史 600 = 输血史 700 = 家族史 800 = 当前问题 900 = 社会史 1000 = 中毒史 1100 = 危险因素受照史 第 17 页 1200 = 体检信息 1300 = 传染病信息 1400 = 随访信息 1500 = 开具处方 1600 = 开具医嘱 调用调用 LIS 中心报告业务流程中心报告业务流程 LIS 实验室检验报告由医疗机构端的 LIS 系统传输并存储到市平台的 LIS 中 心。健康档案数据采集接口从医疗机构的 LIS 系统中得到患者检查检验的 LIS 摘要数据,主要数据项包括医疗机构的组织机构代码、检验申请单号、患者的 住院或门诊号,患者姓名、性别、出生年月、标识号码等信息。 健康档案浏览器展现居民的健康信息,展现 LIS 摘要信息,当居民希望了 解详细的检验报告数据时,通过健康档案浏览器调阅 LIS 中心检验报告,触发 该流程。 第 18 页 健康档案浏览器调用LIS中心查看检验报告 健康档案浏览器LIS中心 查看LIS检验报告 开始 医疗机构代码、申请单号 请求LIS检查检验数据 打开LIS浏览器 展现LIS检验报告 结束 图 3-11 健康档案浏览器调用 LIS 浏览器流程图 健康档案浏览器需要调用 LIS 中心的接口查看检查/检验报告,采用 POST 方式向 LIS 中心系统的浏览器提交请求,通过医疗机构组织机构代码和申请单 号定位一份检验报告,LIS 报告浏览器展现检验报告数据。 调用调用 PACS 中心报告业务流程中心报告业务流程 PACS 影像检查报告由医疗机构端的 PACS 系统传输并存储到市平台的 PACS 中心。健康档案数据采集接口从医疗机构的 PACS 系统中得到患者检查 检验的 PACS 摘要数据,主要数据项包括医疗机构的组织机构代码、检验申请 单号、患者的住院或门诊号,患者姓名、性别、出生年月、标识号码等信息。 健康档案浏览器展现居民的健康信息,展现 PACS 摘要信息,当居民希望 第 19 页 了解详细的检查报告数据时,通过健康档案浏览器调阅 PACS 中心检验报告, 触发该流程。 健康档案浏览器调用PACS中心查看检查报告 健康档案浏览器PACS中心 查看Pacs报告 开始 医疗机构代码、申请单号 请求PACS检查数据 打开PACS浏览器 展现PACS检查报告 结束 图 3-12 健康档案浏览器调用 PACS 流程图 3.3.8双向转诊双向转诊 双向转诊的前提条件包括: 1.各医院需要将医生排班、医疗资源信息(监管药品,急救药品信息、 医生排班信息)提交给平台,供社区查询使用; 2.各社区中心站需要将自己的信息提交给平台,供医院转回患者到社 区时查询使用。 第 20 页 医院向平台提供医院的信息医院向平台提供医院的信息 医院向平台提供信息包括以下两个步骤: 1 医院向平台注册医院的基本信息,包括医院名称、ID、地址、电话 等信息; 2 医院定期向平台更新医院的医疗资源、出诊信息(即医生的排班信 息) 。 社区中心站向平台注册信息社区中心站向平台注册信息 各社区中心站需要将自己的信息提交给平台,所包含的信息有:社区名称、 社区编号、社区地址、社区联系电话等,供医院转回患者到社区时查询使用。 社区也可以依照自己的情况确定是否提交医疗资源信息到平台,与医院的信息 注册流程类似。 转诊的流程转诊的流程 患者从社区转诊到医院的流程 社区提交转诊 医疗机构资源 信息查询 医院接收转诊 医院社区中心洛阳市卫生平台 查询可转诊的医院 列表信息 确定要转诊的医院 是否医保患者 提交转诊申 请 转诊审核通过 转诊服务 是 打印转诊单 否 转诊病人携带转诊 单去医院就要 从平台获取转诊数 据 办理住院/门诊手 续,开始治疗 患者需要从社区转诊 到医院 查询指定医院的医 疗资源信息 查询指定医院的排 班信息 图 3-13 转诊流程图 转诊流程如下: 第 21 页 1.患者需要从社区转诊到医院时,社区医生通过社区系统向平台查询 可转诊的医院列表信息; 2.社区可向平台查询指定医院的医疗资源信息,以及指定医院的排班 信息,但是这两个步骤不是必须的; 3.患者和社区医生沟通确认要转诊的医院; 4.若转诊患者需要使用医保,则需要一个审核的过程。审核通过则进 入步骤 5,否则不允许转诊。未使用医保的患者不需要此步骤; 5. 社区提交转诊申请到平台,并为转诊患者打印纸质转诊单; 6.转诊患者携带转诊单,去转诊的医院就医; 7.医院 HIS 系统通过平台获取此患者的转诊信息; 8.医院为转诊患者办理入院或门诊手续。 转回的流程转回的流程 患者从医院转回到社区的流程 职能社区中心站信息查询职能 社区中心医院洛阳市卫生平台 查询各社区中心站的 信息 确定要转回的社区 中心站 转诊服务 打印回转单 转回病人携带回转 单去社区 从平台获取转回数 据 接收转回,提供服 务 患者医院就诊结束, 需转回社区 提交转回申请 图 3-14 转回流程 转回流程如下: 1. 患者在医院就诊结束,需要转回到社区时,医院的医生通过 HIS 系统向 第 22 页 平台查询可转回的社区中心站信息; 2. 患者和医院医生沟通确认要转回的社区; 3. 医院提交转回申请到平台,并为转回患者打印纸质转回单; 4. 转诊患者携带转回单,去转回的社区就医; 5. 社区医生通过社区系统向平台获取此患者的转回信息; 6. 社区为转回患者提供医疗服务。 3.4 洛阳市卫生信息平台接口规范洛阳市卫生信息平台接口规范 3.4.1居民信息管理居民信息管理 居民信息注册接口居民信息注册接口 ..1 接口说明接口说明 访问地址:http:/ip:port/pim/PIMServicePortTypeBindingPort?wsdl 接口名称:PatientRegistry(居民信息注册接口) 接口类型:WebService 接口 调用该接口时必须提供验证信息、姓名、性别、出生日期、身份标识信息 (包括标识类型和标识号码,可以包含多个) 、机构 ID 或系统 ID 信息,其他参 数可选。 首次注册时,会将注册信息保存到数据库中,生成并返回 uniqueId(内部 主标识,不是城乡居民健康档案编号) ;再次注册时,会返回首次注册时生成的 uniqueId,不再重复注册。 ..2 输入输入 PatientRegistry 请求参数表如下: 表 3-3 居民信息注册请求参数 序号序号参数名称参数名称类型类型含义含义可选可选 性性 可重复可重复 1registryInfoString XML 格式的居民注册信息 RN 2validDataValidData 验证数据 RN 备注R:必填 O:选填 N: 不可重复 Y:可重复 第 23 页 图 3-15 ValidData 的结构 ValidData 的参数表如下: 表 3-4 ValidData 参数表 序号序号参数名称参数名称类型类型含义含义可选性可选性可重复可重复 1systemIdString 系统账户 RN 2passwordString 系统密码 RN 备注注:系统账户和系统密码是系统在平台上注册的账户和密码。 第 24 页 第 25 页 图 3-16 xml 格式的居民注册信息结构 RegistryInfo 的参数表如下: 表 3-5 RegistryInfo 参数表 序序 号号 参数名称参数名称类型类型含义含义可选可选 性性 可重复可重复 1organizationIdString 提供信息的机构代码 RN 2basicInfoBasicInfo 居民基本信息 RN 3idInfoIDInfo 居民的身份标识信息 RY 4phoneInfoPhoneInfo 居民联系电话信息 OY 5addressInfoAddressInfo 居民的地址信息 OY 6dossierInfoDossierInfo 居民的建档信息 ON 7relationInfoRelationInfo 居民的联系人信息 OY 8insuranceInfoInsuranceInfo 居民的医疗保险信息 OY 9allergyInfoAllergyInfo 居民的药物过敏信息 ON 10exposureInfoExposureInfo 居民的职业暴露信息 OY 11surg

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论