• 1. 基于区域PACS共享平台和远程医疗会诊系统构想
  • 2. 议题基层医疗PACS/RIS区域PACS平台
  • 3. 议题基层医疗PACS/RIS区域PACS平台
  • 4. 基层医疗PACS/RIS
  • 5. 基层医疗PACS/RIS需求分析县级中心医院乡镇卫生院/社区医院
  • 6. 需求分析 基层医疗信息化完整解决体系HISEMRLISPACS/RIS
  • 7. 需求分析 基层医疗信息化建设路径HIS LISPACS/RIS EMREHR RHIN
  • 8. 需求分析 PACS技术发展趋势支持医疗影像传输质量的流技术 基于IHE规范的业务流程化和信息集成 建设趋势从医院内部到区域共享 基于医疗标准的云计算技术 On-Demand IT 软件即服务(SaaS) SOA 架构 虚拟化技术 公用计算技术 Web服务技术 宽带技术 因特网 企业系统 数据增生 Client/Server 架构 个人电脑 基本框架IT技术发展趋势
  • 9. 需求分析 PACS/RIS预约工作流
  • 10. 需求分析 影像采集工作流(Worklist)
  • 11. 需求分析 基层医疗机构需求分析基层PACS/RIS系统涉及区域内各级医疗机构: 基层医院(乡镇卫生院、社区医院) 县级医院(中心医院、中医院) 专业职能部门(CDC、各个专业防治中心等) 具体而言: 县级医院的放射科、超声科、核医学、病理科、内窥镜;临床科室的门急诊、住院等。 乡镇卫生院、社区医院主要需求为X光机、CR、DR和US(超声)。
  • 12. 基层医疗PACS/RIS需求分析县级中心医院乡镇卫生院/社区医院
  • 13. 县级中心医院 现状分析现阶段河南县级中心医院信息化建设与东部沿海相比比较滞后,部分县中心医院甚至基本HIS系统建设都不完整,很多只有门急诊、药房收费模块,病人门急诊预约挂号、医生医嘱、病历、护士护理管理等都只能手工完成。 从县级医院自身信息系统建设出发,逐步完善一个PACS/RIS系统是必然的过程,不仅仅对医院自身的管理,对医院的诊疗能力的提升和病人的帮助都是立竿见影。 目前卫生部和省厅关于县级医院能力提升中PACS系统建设基本明确了科室级PACS/RIS系统、甚至部分延伸到临床。但是由于缺乏其它临床系统的业务支撑,尤其是医生工作站或电子病历系统的业务协同,PACS/RIS系统应用需要根据医院自身状况在具体实施过程中进行针对性部署。 针对上述问题,我们首先对县级中心医院PACS/RIS系统的基本功能需求进行分析,然后针对各家医院信息系统的差异提出相应的解决方案。
  • 14. 登记/预约报告模板诊断功能检查直接选取科室管理多级影像保存优质售后服务体系县级中心医院 主要功能需求
  • 15. 按照功能划分可以分为三个部分: 检查安排功能单元 检查执行处理单元 检查结果处理单元 1、检查安排功能单元包含三个部分: 检查申请处理 检查安排管理 其它功能单元信息交互(Worklist)的控制。 硬件配置是RIS登记工作站和RIS服务器 2、检查执行处理单元核心任务是完成影像检查过程的实施。 硬件配置就是影像设备,如CR/DR、CT、MR等 3、检查结果处理单元包含检查结果的归档存储管理和应用操作两个部分。 影像归档 影像管理 影像处理 高级影像后处理 RIS报告 硬件配置包含PACS服务器(包括非DICOM标准影像转换的网关、相应的存储,完成影像归档和影像管理的服务器)和影像工作站(影像处理、高级影像后处理、RIS报告)PACS/RIS基本功能单元县级中心医院 PACS/RIS基本功能具体可以分为9个基本功能单元: 检查申请处理 检查安排管理 Worklist功能 检查执行 影像归档 影像管理 影像处理 高级影像后处理 RIS报告
  • 16. 县级中心医院 PACS/RIS基本功能 1、检查申请处理支持门急诊或病区电子申请单直接预约申请 支持检查预约转为检查登记 支持自动获取HIS系统病人基本信息 支持多个检查项目同时登记 支持登记病人时,系统自动验证新老病人和患者复诊登记自动提示 支持登记多种方式输入,如磁卡、IC卡、条码输入、手工输入。 支持申请单及病人历史资料的扫描,可以把临床医生开的检查申请单及病人历史资料扫描成电子文件方式存档 支持条码打印机,客户可以自己定义条码打印机的格式内容,可以把Patient ID和Accession No打印成条码 支持提供当天已登记患者列表、总数 支持提供登记输入项自定义配置
  • 17. 2、检查安排管理支持检查的确认、取消和改变 自动生成科室的统一检查编号 提供检查基本信息打印条码输出 显示和查询病人检查状态 在检查项目输入界面上支持大部位选项。把检查部位归为几组大部位。比如:上肢,下肢,脊柱,胸部等 可提供当天已检查患者列表及总数 可提供当天已完成检查收费总数 可统计每月、日各设备,各科室的检查(可依检查种类区分)及收费,并打印报表 县级中心医院 PACS/RIS基本功能
  • 18. 3、 Worklist功能支持Dicom Modality worklist功能 支持将中文姓名自动转换为拼音 与PACS链接实现一次ID登录 输入用户ID及密码登录系统,获得自己的配置参数 提供工作流程执行状态监控,可以查询及监控每一个病人的每一个检查的执行过程及目前状况 县级中心医院 PACS/RIS基本功能
  • 19. 5、影像归档能够根据医院需要实现放射科各类影像设备的图像采集和获取。包括CT、MR、CR、DR、DSA、ECT、PET/CT、数字乳腺、DSA、具有DICOM接口的US等 非DICOM模拟医学影像设备,通过采集卡提供模拟采集转换,并转为DICOM格式 非DICOM标准医学影像设备,通过Dicom网关转为DICOM格式 支持已存储在PACS系统的图像回传给影像设备(主要是CT/MR) 支持DICOM RAW DATA、DICOM Part 10、DICOM JPEG-Lossless、DICOM JPEG-Lossy、JPEG2000、BMP、JPG、AVI等影像和视频类型、并可互相转换。 接收或导入DICOM图像前系统自动进行合法性检验,没有通过检验的图像,系统记录错误日志。 支持图像自动路由县级中心医院 PACS/RIS基本功能
  • 20. 6、影像管理支持多级分布式存储管理体系,具有分级存储管理能力 支持DICOM DIR功能 支持影像数据自动备份、数据库自动备份; 支持DVD/CD刻录影像做备份或离线 存储支持影像发送到其它系统 县级中心医院 PACS/RIS基本功能
  • 21. 7、影像处理支持设置多屏幕(单屏、双屏或四屏)影像处理及显示 支持高分辨率灰阶及彩色医用显示器图像显示处理 可根据患者姓名、检查设备、检查部位、影像号、检查时间日期等多种查询条件的组合形式查询,方便医生针对各种条件下获得影像资料的工作 可同时调阅一个患者或多个患者不同诊断序列、不同体位、不同时期、不同成像设备的影像对比显示和诊断 影像的整体窗宽/窗位调整,局部自动窗宽/窗位调整,提供一图多窗显示 可根据不同图像要求预设多种窗宽/窗位 支持关键影像标注功能 支持多幅排列显示方式 影像自由缩放及局部放大功能 能测量长度、角度、各种封闭区域面积,并可在图上增加文字注释、图形、箭头标注,可手画线,并可保存标注信息 图像变换:提供图像显示移动、水平和垂直镜像、旋转、翻转功能等影像显示功能 图像平滑处理、负片显示功能 多种影像格式转换功能:用此功能将DICOM影像格式转换成普通的JPEG、TIF、BMP等多种常用影像格式 影像动态电影回放,播放动态影像,播放速度可由操作者调整 可接收存储多种设备及同时显示不同种类的DICOM影像 多种打印排列组合方式,支持特殊打印格式,如品字形格式 所见即所得的胶片打印方式 显示患者中文姓名,并可在胶片(Film)上打印中文姓名 县级中心医院 PACS/RIS基本功能
  • 22. 8、高级影像后处理支持存储并且显示、处理PACS系统回传的影像 支持测量与批注功能 , 单点灰阶、矩形、圆形、多边形、线段,联机夹角、非联机夹角测量及文字、数字、箭头标记。 智能ROI工具,可快速、自动调整窗宽、窗位,放大镜中的窗宽/窗位和反像;不同形状、可变大小的感兴趣区; 同一病人不同类型检查应具有自动关联显示(如对同部位不同检查间时间同空间层位同步关联显示比较功能) 标志和显示关键图像 MPR功能(平面和曲面重建,支持双窗口对比方式浏览) MIP功能(提供转动、旋转、缩放、平移、从影像中剪切 VOI 功能,调节窗值) VR(容积重建)可选择系统的重建模型及自定义模型 定义组织及分割组织 将3D重建影像用电影形式播放并可以AVI方式导出 一键式自动骨移除 一键式自动床移除 支持CDROM和DVDROM影像刻录功能,可在光盘上自动建立DICOM索引文档,刻录的影像及索引文档可在其它DICOM工作站上回放县级中心医院 PACS/RIS基本功能
  • 23. 9、RIS报告9.1管理部分 输入用户ID及密码登录系统,获得自己的配置参数 输入用户ID及密码登录系统,获得自己的配置参数 支持解剖学分组划分检索病人记录 可与PACS链接实现一次ID登录 提供工作流程执行状态监控, 可以查询及监控每一个病人的每一个检查的执行过程及目前状况 9.2报告部分 提供可用户自定义的快捷键的编辑模块,医生可以通过自定义快捷键的编辑模块,定制自己需要的报告池及工作列表 支持未写/未审/既往报告排序功能 诊断报告制作软件,同一病人一次多部位检查,支持只产生一条记录和报告;两医生同时写/审报告时,报告列表即时提示 未写报告超时提醒功能 各种不同报告状态,使用颜色进行标记 具有完整设备类型的报告诊断模版和术语、可自定义修改和分类管理 能够灵活制作、设置打印报告的模板,可以由医院自己定义报告模板,自定义打印格式,自定义病人基本信息及检查信息显示格式,自定义条码打印格式 系统支持依据检查代码自动加载正常报告模版或手动加载一个或多个报告模版。同时支持模板加载方式可自定义为新增/追加,自动加载或手动加载 诊断报告管理(放射科医生根据权限具有管理诊断报告的权限,可以修改、审核,拒绝,退回、删除报告) 可以灵活选择报告打印机,支持报告的预览和打印,所见即所得。支持默认打印模板记忆和选择 根据用户的权限、角色显示工作列表 支持阅片、审核、复审、打印,支持多级医生审核和会诊。上级医生可批准或驳回下级医生的初步诊断, 并加注评语最后由放射科医生打印报告。留下历史修改/审核记录内容和修改/审核者,及相应的时间记录历史报告对比浏览功能: 在显示和浏览当前报告时,显示历史报告。显示历史报告同时,显示对应的历史影像 可以在报告编写时添加ACR代码对病例进行归类管理 县级中心医院 PACS/RIS基本功能
  • 24. 9.3统计部分 提供可客户化定制的统计及报表功能,统计及报表结果可以打印输出或导出成Excel文件 提供技术员的工作量及金额统计,登记人员的工作量统计,医生的报告工作量统计及检查清单等 疾病统计,可以根据疾病的ACR 代码对某种疾病按一定的年龄区间统计出来 开单统计, 可以根据不同的部门、病区和病人类型对医生开出的放射科检查单进行统计 提供机房的工作量及金额统计及检查清单等 提供某类主机(CT、MR、CR等)的工作量及金额统计及检查清单等 提供每一个时间段(每天、每周、每月)的病人人次及检查次数的统计及报表 阳性率统计, 统计检查报告中结果为阳性的报告数量,以及占所有报告的比率 9.4病例管理部分 支持对检查案例设置关键字,方便医院对所有病例或特殊病例进行分类管理 提供通过关键字、报告内容等对历史病例进行查询 查询出的案例可以直接调阅相关报告及图像 县级中心医院 PACS/RIS基本功能
  • 25. 县级中心医院PACS/RIS1、检查安排功能 RIS登记工作站 RIS服务器 2、检查执行处理单元 医疗仪器:CR/DR、CT、MR、DSA、NM、PET、US等 3、检查结果处理单元 DICOM网关 PACS服务器 存储 Web影像服务器(面向临床医生工作站) 影像工作站(影像处理和诊断报告) 高级影像后处理工作站县级中心医院 PACS/RIS网络拓扑图
  • 26. 县级中心医院PACS/RIS基本硬件配置序号名称规格备 注1PACS/RIS服务器知名品牌商用服务器 (Intel四核CPU,内存4GB,硬盘1TB*4,调制解调器,Windows Server 2003或更高)2PACS/RIS登记工作站知名品牌商用电脑 (Intel双核CPU,内存2GB,硬盘320GB,19”LCD显示器, Windows XP Professional)3PACS/RIS诊断报告工作站知名品牌商用电脑 (Intel双核CPU,内存4GB,硬盘320GB,19”LCD显示器, Windows XP Professional)4高级影像后处理工作站知名品牌商用电脑 (Intel双核CPU,内存4GB,硬盘320GB,19”LCD显示器, Windows XP Professional)5Dicom网关知名品牌商用电脑 (Intel双核CPU,内存2GB,硬盘320GB,19”LCD显示器, Windows XP Professional)6医用专业竖屏显示器知名品牌2MP医用专业显示器及显卡7普通显示器与诊断报告工作站同一厂商的19“LCD显示器,含显卡8局域网交换机知名品牌24端口网络交换机 9数据库系统MS SQL Server 2005数据库或更高县级中心医院 PACS/RIS基本配置
  • 27. 2、具备HIS系统,但是目前尚无医生工作站/电子病历系统县级中心医院 PACS/RIS实施要点3、HIS系统比较完善,包含医生工作站/电子病历系统1、不具备HIS系统,仅仅具备相关收费模块门急诊/病区医生手写检查申请单,病人交费有以下两种方式 A、门急诊或病区交费,病人交费后前往相关科室RIS登记工作站登记或预约。 B、直接在RIS登记工作站进行交费,办理预约或登记。门急诊/病区医生手写检查申请单,病人交费两种方式 A、门急诊或病区交费,病人交费后前往相关科室RIS登记工作站登记或预约。 B、直接在RIS登记工作站进行交费,办理预约或登记。 RIS/PACS系统通过HIS系统直接获取病人基本信息。门急诊/病区医生通过医生工作站/电子病历下电子申请单,病人交费后前往相关科室RIS登记工作站登记或预约。 RIS/PACS系统通过HIS系统或HL7获取病人基本信息。PACS/RIS与HIS系统接口根据医院HIS系统建设的状况,存在以下情况
  • 28. 县级中心医院 PACS/RIS实施要点该结构将HIS接口模块划分在客户端一层,它将与RIS系统共同存在于同一主机上,但在功能上它属于中间应用层,故也可称伪三层。它虽然能同样起到三层的作用但必须在每个客户端都安装该接口,并且每个客户端都须与数据层作数据库连接,这样势必更多的消耗了数据库的资源,但同时它也相对减轻了服务器的压力,转而将压力分摊到各客户端。另外,当某一客户端的接口程序出现异常错误导致接口无法正常工作时,网络上的其他客户端不会受到任何影响,仍可正常使用。 PACS/RIS与HIS系统接口方案要点结构示意图客户层中间应用层数据层客户端RIS报告HIS接口客户端RIS报告HIS接口客户端RIS报告HIS接口服务器 数据库 服务器
  • 29. 县级中心医院 PACS/RIS实施要点HIS系统病人基本信息获取 在RIS中对病人报告登记时,以病人的卡号/住院号通过HIS接口从病人的HIS数据库中调取到病人的基本信息至RIS系统中。 接口描述: 传入参数: 病人类别 Int 号码类型 Int 病人类别 Int 病人姓名 VarChar 病人年龄 Int 病人年龄单位 Varchar 病人性别 Char(1) 病人所在科室代码 VarChar 病人所在病区代码 VarChar 病人所在病区的床号 VarChar 病人的门诊/住院号 VarChar 病人的卡号 VarChar 病人的收费类别代码 VarChar 病人的主治医生代码 VarChar 病人的地址 VarChar 病人的电话 VarChar 病人的临床诊断 VarChar 病人唯一号 Varchar 病人本次检查号 VarcharPACS/RIS与HIS系统接口方案要点
  • 30. 基层医疗PACS/RIS需求分析县级中心医院乡镇卫生院/社区医院
  • 31. 乡镇医院 现状分析通过调研发现,现阶段河南乡镇医院普遍信息化程度较低,基本HIS系统建设都不完整,通常都只有门急诊、药房收费模块,病人门急诊预约挂号、医生医嘱、病历、护士护理管理等都只能手工完成。 乡镇医院PACS影像设备需求主要在X光机、CR/DR和US。通常一个乡镇医院每天X光拍片不超过30人次,超声不超过20人次,这种条件下,CR需求最多、效率最高。因而CR+彩超的组合未来相当长时间成为乡镇医院的主要医疗诊断设备。 但是乡镇医院普遍缺乏专业的医学影像诊断能力,对远程诊断和远程医疗需求更为迫切。 针对上述问题,我们首先对乡镇医院PACS/RIS系统的基本功能需求进行分析,然后针对各家医院信息系统的差异提出相应的解决方案。
  • 32. 登记/预约报告模板诊断功能检查直接选取优质售后服务体系乡镇医院 主要功能需求
  • 33. 乡镇医院PACS/RIS基本功能单元乡镇PACS/RIS功能单元功能业务相对简单,按照功能划分可以分为三个部分: 检查安排功能单元 检查执行处理单元 检查结果处理单元 1、检查安排功能单元包含三个部分: 检查申请处理 检查安排管理 与其它功能单元信息交互(Worklist)。 2、检查执行处理单元核心任务是完成影像检查过程的实施。 硬件配置:影像设备,如CR/DR、超声等 3、检查结果处理单元包含检查结果的归档存储管理和应用操作两个部分。 影像归档 影像管理 影像处理 RIS报告 硬件配置包含PACS服务器(包括非DICOM标准影像转换的网关、相应的存储,完成影像归档和影像管理的服务器)和影像工作站(影像处理、RIS报告)乡镇医院 基本功能需求具体可以分为8个基本功能单元: 检查申请处理 检查安排管理 Worklist功能 检查执行 影像归档 影像管理 影像处理 RIS报告
  • 34. 乡镇医院PACS/RIS基本功能单元考虑到乡镇医院的规模和业务偏小,具体配置上,检查安排功能和检查结果处理单元通常整体安排在一台服务器,RIS系统也比较简单,表现为图像诊断/RIS报告图文一体化。具体功能需求如下:乡镇医院 主要功能需求检查申请处理 检查安排管理 Worklist功能 检查执行 影像归档 影像管理 影像处理 RIS报告Modality Worklist影像归档
  • 35. 一、检查安排功能单元(1)1、检查申请处理 支持门急诊或病区电子申请单直接预约申请 支持检查预约转为检查登记 支持自动获取HIS系统病人基本信息 支持多个检查项目同时登记 支持登记病人时,系统自动验证新老病人和患者复诊登记自动提示 支持申请单及病人历史资料的扫描,可以把临床医生开的检查申请单及病人历史资料扫描成电子文件方式存档 支持条码打印机,客户可以自己定义条码打印机的格式内容,可以把Patient ID和Accession No打印成条码 支持提供当天已登记患者列表、总数 支持提供登记输入项自定义配置乡镇医院 主要功能需求
  • 36. 一、检查安排功能单元(2)2、检查安排管理 支持检查的确认、取消和改变 自动生成科室的统一检查编号 提供检查基本信息打印条码输出 显示和查询病人检查状态 在检查项目输入界面上支持大部位选项。把检查部位归为几组大部位。比如:上肢,下肢,脊柱,胸部等 可提供当天已检查患者列表及总数 可提供当天已完成检查收费总数 可统计每月、日各设备,各科室的检查(可依检查种类区分)及收费,并打印报表 乡镇医院 主要功能需求
  • 37. 一、检查安排功能单元(3)3、Worklist和管理功能 支持Dicom Modality worklist功能 支持将中文姓名自动转换为拼音 与PACS链接实现一次ID登录 输入用户ID及密码登录系统,获得自己的配置参数乡镇医院 主要功能需求
  • 38. 二、检查结果处理功能单元(1)1、影像归档 能够根据医院需要实现图像采集和获取。包括CR、DR、具有DICOM接口的US等 非DICOM模拟医学影像设备,通过采集卡提供模拟采集转换,并转为DICOM格式 非DICOM标准医学影像设备,通过Dicom网关转为DICOM格式 支持DICOM RAW DATA、DICOM Part 10、DICOM JPEG-Lossless、DICOM JPEG-Lossy、JPEG2000、BMP、JPG、AVI等影像和视频类型、并可互相转换。 接收或导入DICOM图像前系统自动进行合法性检验,没有通过检验的图像,系统记录错误日志。乡镇医院 主要功能需求
  • 39. 二、检查结果处理功能单元(2)2、影像管理 支持DICOM DIR功能 支持影像数据自动备份、数据库自动备份; 支持DVD/CD刻录影像做备份或离线 存储支持影像发送到其它系统 乡镇医院 主要功能需求
  • 40. 二、检查结果处理功能单元(3)3、影像处理 可根据患者姓名、检查设备、检查部位、影像号、检查时间日期等多种查询条件的组合形式查询,方便医生针对各种条件下获得影像资料的工作 可同时调阅一个患者或多个患者不同诊断序列、不同体位、不同时期、不同成像设备的影像对比显示和诊断 影像的整体窗宽/窗位调整,局部自动窗宽/窗位调整,提供一图多窗显示 影像自由缩放及局部放大功能 图像变换:提供图像显示移动、水平等影像显示功能 图像平滑处理、负片显示功能 多种影像格式转换功能:用此功能将DICOM影像格式转换成普通的JPEG、TIF、BMP等多种常用影像格式 多种打印排列组合方式,支持特殊打印格式,如品字形格式 显示患者中文姓名,并可在胶片(Film)上打印中文姓名 乡镇医院 主要功能需求
  • 41. 二、检查结果处理功能单元(4)4、RIS报告 4.1管理部分 输入用户ID及密码登录系统,获得自己的配置参数 可与PACS链接实现一次ID登录 4.2报告部分 提供可用户自定义的快捷键的编辑模块,医生可以通过自定义快捷键的编辑模块,定制自己需要的报告池及工作列表 未写报告超时提醒功能 各种不同报告状态,使用颜色进行标记 具有完整设备类型的报告诊断模版和术语、可自定义修改和分类管理 能够灵活制作、设置打印报告的模板,可以由医院自己定义报告模板,自定义打印格式,自定义病人基本信息及检查信息显示格式,自定义条码打印格式 系统支持依据检查代码自动加载正常报告模版或手动加载一个或多个报告模版。同时支持模板加载方式可自定义为新增/追加,自动加载或手动加载 可以在报告编写时添加ACR代码对病例进行归类管理 乡镇医院 主要功能需求4.3统计部分 提供可客户化定制的统计及报表功能,统计及报表结果可以打印输出或导出成Excel文件 疾病统计,可以根据疾病的ACR 代码对某种疾病按一定的年龄区间统计出来 提供机房的工作量及金额统计及检查清单等 提供每一个时间段(每天、每周、每月)的病人人次及检查次数的统计及报表 阳性率统计, 统计检查报告中结果为阳性的报告数量,以及占所有报告的比率 4.4病例管理部分 支持对检查案例设置关键字,方便医院对所有病例或特殊病例进行分类管理 提供通过关键字、报告内容等对历史病例进行查询 查询出的案例可以直接调阅相关报告及图像
  • 42. 乡镇医院PACS/RIS乡镇PACS/RIS系统由于业务流程简单、数据量偏小,RIS服务器、PACS服务器、诊断工作站和RIS登记工作站通常集中在一台性能较好的工作站。 存储建议采用两个320G本地硬盘实现RAID1镜像,基本满足6个月以上的影像需求。 考虑到区域化PACS和云计算的要求,另外配置一台工作站作为云计算接入终端,由于接入互联网带宽有限,相关上传影像先传到接入工作站,通过该工作站与数据中心或云数据中心同步。 超声系统的图像采集后自动上传到位于CR/DR机房的工作站/服务器乡镇医院 PACS/RIS网络拓扑图
  • 43. 乡镇医院PACS/RIS基本硬件配置乡镇医院 主要功能需求序号名称规格备 注1PACS服务器/诊断报告工作站知名品牌商用电脑 (Intel双核CPU,内存4GB,硬盘320GB,19”LCD显示器, Windows XP Professional)2云计算接入终端知名品牌商用电脑 (Intel双核CPU,内存2GB,硬盘320GB,19”LCD显示器, Windows XP Professional)3数据库系统MS SQL Server 2005数据库或更高
  • 44. 2、具备HIS系统,但是目前尚无医生工作站/电子病历系统乡镇医院 PACS/RIS实施要点3、HIS系统比较完善,包含医生工作站/电子病历系统1、不具备HIS系统,仅仅具备相关收费模块门急诊/病区医生手写检查申请单,病人交费有以下两种方式 A、门急诊或病区交费,病人交费后前往相关科室RIS登记工作站登记或预约。 B、直接在RIS登记工作站进行交费,办理预约或登记。门急诊/病区医生手写检查申请单,病人交费两种方式 A、门急诊或病区交费,病人交费后前往相关科室RIS登记工作站登记或预约。 B、直接在RIS登记工作站进行交费,办理预约或登记。 RIS/PACS系统通过HIS系统直接获取病人基本信息。门急诊/病区医生通过医生工作站/电子病历下电子申请单,病人交费后前往相关科室RIS登记工作站登记或预约。 RIS/PACS系统通过HIS系统或HL7获取病人基本信息。PACS/RIS与HIS系统接口乡镇医院PACS/RIS与HIS接口方式基本与县级医院类似,通常为下面三种方式:目前河南相当部分乡镇医院HIS系统是方式1与方式2
  • 45. 乡镇医院 PACS/RIS实施要点云计算PACS数据中心接入考虑到乡镇卫生院实际状况,云数据中心接入有如下几点建议: 现有512kbps带宽偏小,而且上行带宽通常只有128K,建议将目前512Kbps带宽升级到2M/s光纤宽带,并实现医院内部网络统一上网。这样上行/下行带宽分别为原来的128倍/32倍。 由于正常营业期间,其它业务数据(HIS、新农合等)也要通过宽带上传数据,为保障这些数据的优先上网,建议将影像和RIS报告数据上传到区域平台接入网关或云计算接入终端,由该网关/终端在非营业期间(午休或晚上)与PACS云数据中心进行数据交换。 考虑到安全问题,建议使用VPN接入云计算中心。
  • 46. 区域PACS平台
  • 47. 区域PACS平台技术规范系统部署应用分析需求分析平台功能
  • 48. 需求分析 项目背景随着现代医学的发展,医院诊疗工作越来越多地依赖现代化的检查结果。像X光检查、CT、MRI、超声、胃肠镜、血管造影等影像学检查的应用越来越普遍。在传统的医学影像系统中,影像的存储介质是胶片、磁带等,其耗材成本支出高,存放、查找、借阅难,且由于信息资源不能共享,难以避免病人重复检查等问题,使得病人检查费用居高不下。因此,传统的医学影像管理已经无法适应新型医疗卫生服务的要求,采用数字化影像管理方法来解决这些问题已迫在眉睫。目前,虽然有部分医院已经开始对医疗影像的数字化管理,在医院内部实现了这些资源的共享,但跨院间的信息共享尚不能实现。 鉴于此,区域PACS平台的业务建设将紧紧围绕“完善公共卫生和医疗服务体系、合理配置医疗卫生资源”的重点进行,预期本项目实施后,将达到以下效果: 从社会角度,通过实现对医学影像检查设备资源的合理配置、整合与共享,从而节省医疗资源的重复设置,减少医疗设备投资浪费。通过率先在联网医院的范围内建立区域内居民“以人为本”的诊疗信息资料库,为将来实现区域医疗信息化打下基础。另外,通过减少对传统影像胶片的使用,从而降低对环境的污染。 从病人角度,实现在某一家医院进行过检验检查后,即可在联网范围内的其它医院调阅到相关的影像图像和报告。从而避免病人在多家医院的重复检验检查,降低医疗费用支出负担,缓解“看病难、看病贵”矛盾。通过诊疗信息的交换共享,方便就医者在某医院内以及联网医院范围跨医院的诊疗。 从临床医生角度,实现对病人历史诊疗资料、医学影像检查资料的跨院调阅,便于掌握病人病历和诊疗的整体情况,为提高医疗服务的质量创造条件,减少误诊或错诊的可能性。此外,通过整体上把握病人的病史资料,从而方便了对疑难病症实现专家会诊、实现对医学科学专题研究等提供有效信息和有利手段。
  • 49. 需求分析 区域PACS平台建设目标建立区域医学影像交换共享与备份存储中心平台,将全部乡镇卫生院、社区医院和县级中心医院涵盖在内。按照IHE制定的流程标准,建立区域内对影像类业务数据提供交换共享的机制,并予以投入实际运作。 将数据中心作为全部乡镇卫生院、社区医院进行数据备份归档的服务平台。同时,对原先已建成PACS/RIS的医院,在数据中心建立可对这些医院实现数据备份归档的服务平台。 按照国际IHE制定的流程标准,将数据中心建成为一个只要是进入联网运作的医疗机构并且能够按照数据中心制定的交换共享流程进行对接的,均可实现在区域PACS数据中心平台上进行影像交换共享和存储与归档的业务运作。 实现在区域PACS数据中心对医学影像文件和报告的综合应用。包括在门户网站上实现对医学影像检查报告的调阅。 实现远程会诊的与影像类业务相关的功能建设。 实现在数据中心端的对医学影像文件和报告的综合应用。包括对统计分析等,为建立辅助医学影像检查的质量控制、辅助医学临床诊断系统打下基础。 建立数据中心系统端的辅助质量控制系统、辅助临床诊疗系统和医疗业务统计分析管理系统
  • 50. 需求分析 区域PACS基本需求基本需求 居民身份识别 基层医院影像和报告的上传、存储、检索 影像和报告数据跨域调阅 远程医疗和远程教育 数据来源 基层医疗(乡镇卫生院、社区医院) 县级中心医院(中心医院、中医院) 其它基层医疗机构(妇幼、疾控中心等) 跨域或上级医疗机构数据存储 集中、分布或混合 数据类型 影像文件 文档文件 数据库 其它(数据仓库、ODS等) 其它 与电子病历和健康档案的整合和应用协同 门户网站和公众服务 隐私保护和数据安全
  • 51. 需求分析 区域PACS平台建设的关键问题合理规划设计区域PACS系统的总体架构 合理规划设计区域PACS系统的数据存储分布模式 如何建立相关的规范和标准,将不同厂商、不同产品以开放式模式进行互联互通 在下面的平台功能中将分别进行分析、并提出相关解决方案
  • 52. 区域PACS平台技术架构系统部署应用分析需求分析平台功能
  • 53. 平台功能 区域PACS平台架构区域PACS信息交换平台卫生院卫生院社区医院社区医院其它基层医疗机构PIX服务ODS数据仓库县中心医院县中医院影像资料库RIS数据库区域PACS数据中心卫生院卫生院PACS文档注册ATNA审计PACSPACSPACSPACSPACSPACSPACSPACS安全管理远程医疗
  • 54. 平台功能 区域PACS平台功能分析针对区域PACS建设目标和基本需求的分析,我们将整个平台功能分解为以下几个部分: 数据中心基本业务和功能 数据中心相关数据 相关数据存储模式 基层医院平台接入规范。 基层医院客户端软件平台适应 相关业务流程
  • 55. 平台功能 区域PACS数据中心基本业务和功能数据中心功能主要分成三个部分:索引业务、影像类业务和辅助业务 索引业务主要包括患者唯一索引(MPI)、医学影像文档注册信息索引、医院和医务人员字典、药品字典、病种诊断字典、收费标准字典等 影像类业务包括医学影像和医学影像诊断报告。 辅助功能业务包含辅助临床诊断功能和辅助决策管理功能。主要包含远程医疗、展示、质量监控、统计分析、辅助诊断等。基本功能包括以下几个部分: 影像数据中心对影像数据管理在逻辑上要高度集中和统一。即必须具有:注册/发布、发现/查询、用户权限管理、图像调阅监控和跟踪(到医院/医务人员个人和患者的层级)等功能; 数据中心在对图像调阅和存储处理上(包括分布存储节点上的数据)应有内在的自动负载均衡和故障恢复功能; 数据中心在逻辑上应可根据IHE XDS-I技术框架协议将县级医疗机构的PACS存储图像作为数据中心统辖管理的内容对其它医院提供查询提取接口; 数据中心应能依据IHE XDS-I技术框架协议,对外提供IHE XDS 注册角色、IHE XDS-I存储池角色、XDS-I成像数据源角色的通信接口功能; 数据中心应能与提供DICOM通信服务(DICOM Storage SCU/SCP,DICOM Query/Retrieval SCP/SCU)接口的医院PACS系统进行图像注册发布、查询提取的通信; 数据中心应提供与医院PACS和图像使用者之间的图像安全通信机制(保证数据完整性、私密性)和图像真实性验证机制。
  • 56. 平台功能 区域PACS数据中心相关数据1、文件类型。基层医院(县级医院除外)需求将相关PACS影像文件和诊断报告归档到区域PACS数据中心并实现交换共享,包括影像、影像显示说明、诊断报告、关键图像注释和证据文档相关信息,相关业务类数据包括: 图像类:放射(包含CR/DR、CT、MR、DSA等), 心血管, 病理, 肿瘤放疗、超声(US)等DICOM 图像;并按照图形类别分类存储。每一类包含相关的影像文件、影像显示说明、关键图像注释和证据文档相关信息。 报告类:终审报告, 初始报告, 扫描摘要,请求单。对诊断报告,要求实现同时可按照PDF格式、结构化格式、非结构化格式的方式进行提交,调阅方可选择格式进行调阅的功能; 影像信息文档。归档到区域PACS数据中心的基层医院DICOM清单文档,包含了所描述DICOM影像的元数据,包括影像检查(Study)信息和影像所在PACS的AE Title。 2、数据库。包含区域内病人全局索引信息、文档注册信息(文档索引)和区域RIS数据库系统。其中: 病人索引信息。相关数据包括病人ID、病人姓名(汉字、汉语拼音或英文)、出生年月日和性别。 文档注册信息。将归档到区域PACS数据中心和分散在县级医院的影像信息文档进行注册后的索引信息。 基层医院(县级医院除外)的RIS报告数据统一集中在区域数据中心。基层医院通过XML与数据中心进行数据交换和同步。 3、ODS和数据仓库。主要是辅助功能业务,包含辅助临床诊断功能和辅助决策管理功能。这些数据通过ETL方式从区域RIS报告系统和县级医院RIS系统中提取。
  • 57. 平台功能 数据存储模式采用集中和分布相结合的模式 基层医院(中心医院和中医院除外)将影像数据上传到区域PACS数据中心 中心医院和有条件的中医院医院内部建设PACS系统和存储影像中心,并与区域数据中心进行数据交换 建立区域PACS交换和共享平台平台实现分布式影像存储影像中心乡镇医院影像数据上传影像数据交换影像数据交换影像数据交换影像数据上传影像数据上传影像数据上传中心医院
  • 58. 平台功能 基层医院PACS/RIS平台接入规范为区域内影像类业务数据交换共享的目标,需要统一对医院PACS/RIS系统提出相关专门要求。要求的具体内容如下: PACS/RIS对外共享的图像和诊断报告中有关病人对外的唯一标识符(Patient ID)必须使用区域PACS统一约定的患者唯一索引。 对医院外部提供交换共享的DICOM图像和诊断报告必须包含病人的姓名(汉字、汉语拼音或英文字符串)、出生年月日和性别。 PACS/RIS图像显示工作站必须能同时显示病人在某医院(或科室)内的唯一标识符(Patient ID)以及区域PACS约定的患者唯一索引。 PACS/RIS对外图像通信必须提供DICOM Storage SCU/SCP 和 DICOM Query/Retrieval SCU/SCP 、DICOM WADO SCP通信服务,并能按照要求向数据中心发送DICOM 图像。 PACS/RIS应提供IHE XDS-I 成像数据源角色对外图像信息注册发布功能。 PACS/RIS应提供IHE XDS-I 成像数据使用角色对数据中心图像查询提取功能。 PACS/RIS在实施和提供图像共享运行过程中,相关医院系统提供公司应能按区域PACS要求对共享的DICOM图像某些参数或图像输入/输出的通信流程在一定时间段内进行调整。 PACS/RIS应按照数据中心统一规范的接口要求和数据格式要求实现对影像检查报告的发布、查阅使用。
  • 59. 平台功能 基层医院PACS/RIS客户端功能适应PACS图像处理工作站(诊断工作站和医生工作站)除了具备传统的DICOM C-Move和WADO影像提取功能之外,必须具备以下功能: 病人全局ID查询功能。跨区域提取病人影像需要事先知道该病人的全局ID,获取病人全局ID的方法就是查询PIX服务器。 影像信息文档查询功能。根据用户需求,通过ebXML服务查询“文档注册中心”。 影像信息文档提取功能。从“文档注册中心”查询得到文档信息之后,根据查询结果,从对应的“文档存储池”提取文档。 DICOM清单文档解析功能。解析DICOM清单文档可以获得病人检查(Study)信息和所在PACS的AE Title,结合已经注册的该区域其他医疗机构提供的DICOM服务,就可以提取到病人影像。 现有基层医院的PACS/RIS工作站软件必须针对区域PACS平台进行适当修改
  • 60. 平台功能 乡镇医院拍片中心医院诊断流程图
  • 61. 平台功能 乡镇-县级-省级会诊中心诊断流程图
  • 62. 平台功能 部分问题的思考考虑到区域健康档案和医院电子病历的共享和交换,区域PACS平台中应该考虑诊断报告按照HL7 CDA文档传输标准进行,以便将来进行业务整合和协同 IHE XDS/XDS-I规范中ebXML-RS过于烦琐,应该根据基层医疗的特点进行简化。
  • 63. 区域PACS平台技术规范系统部署应用分析需求分析平台功能
  • 64. 技术规范 区域PACS平台相关技术标准和规范
  • 65. 技术规范 平台主要技术标准和规范分析目前整个区域PACS已经形成了事实上的国际标准和规范:IHE XDS/XDS-I,基于该规范下,实现了跨区域的集中式文档和分布式影像的技术架构。在具体实现时,也涉及到其它标准和技术规范,但是其中最关键的两个技术规范为IHE XDS/XDS-I和IHE PIX/PDQ。 IHE XDS/XDS-I架构协议的核心思想是:医疗小数据对象信息(文本类/非DICOM图像类等)和所有信息的元数据采用集中模式存储共享交换,大数据对象信息(如DICOM图像类等)采用分布式存储共享交换。 IHE XDS/XDS-I架构协议另一个特点是它对所有类型的医疗信息(结构化/非结构化,DICOM对象/非DlCOM对象等)采用统一的注册/发布信息模型(ebXML v3.0)和交换处理模式实现共享交换,使各种异构医疗系统产生的医疗信息可以在统一交换平台上进行。基于这样的技术架构,也易于实现电子病历和PACS影像的集成。 要实现这种共享,首先就需要解决相同病人在不同医疗信息系统里的病人标识如何进行关联的问题。为此,IHE专门定义了“病人标识交叉索引PIX集成方案, IHE XDS/XDS-I中也推荐使用PIX对病人标识号的关联进行管理。 本章节将重点对IHE XDS/XDS-I和IHE PIX规范分别进行阐述。
  • 66. 技术规范 IHE XDS/XDS-I规范IHE XDS/XDS-I规范
  • 67. 技术规范 IHE XDS/XDS-I规范1、影像生成:病人摄片生成PACS影像,医生A对相关影像进行诊断,形成诊断报告。 2、影像文档发布注册: 医院A PACS服务器通过“病人标识源”身份通过在PIX服务器注册/获取病人在区域平台中的全局ID 然后将影像信息生成共享文档(DICOM清单文档) 使用ebXML标准服务注册到“文档存储池” 最后由“文档存储池”注册文档元数据到位于区域数据中心的“文档注册中心”进行发布。 3、影像文档查询提取: 医院B PACS客户端首先通过PIX服务器获取病人的全局ID 通过全局ID作为查询条件通过标准ebXML标准服务查询“文档注册中心” 根据查询结果从对应的“文档存储池”提取影像信息文档 解析文档得到影像信息清单 根据清单信息去对应的PACS服务器提取DICOM影像或报告,提取方式可以是DICOM C-MOVE或WADO 影像跨域查阅流程
  • 68. 远程会诊中心医院B医院A病人标志源病人标识提供查询文档文档提取文档注册文档注册提取文档文档查询文档注册中心文档存储池临床医生PACS/RISPACS/RIS临床医生文档存储池提取影像技术规范 IHE XDS/XDS-I规范影像跨域查阅流程图示
  • 69. 技术规范 IHE PIX/PDQ规范IHE PIX/PDQMPI域管理和服务功能PIX 发布服务PIX 查询服务PDQ 服务增强PDQ 服务MPI 服务病人标识源HL7HL7IHE 技术架构定义的服务非 IHE范围服务患者身份注册和登记 服务
  • 70. 技术规范 IHE PIX/PDQ规范病人标识源A病人登记LIS系统病人登记PACS/RISPIX 域病人登记超声检查病人标识源B病人登记电子病历病人标识源C病人标识源DPIX Manager注册/登记病人标识 病人标识域 MPI病人标识注册/登记病人标识注册/登记病人标识注册/登记病人标识注册/登记ID:3547732ID:5143553ID:8269482ID:7188065ID:880189ID:3547732ID:5143553ID:7188065ID:8269482ID:8801896IHE PIX/PDQ医院A医院B医院C医院D
  • 71. 技术规范 IHE PIX/PDQ规范PIX管理器进行病人身份匹配的步骤如下: 如果病人身份源提供的病人信息里包含任何上述的特殊信息,则转到2,否则转到3; 根据病人身份源提供的特殊信息进行匹配。如果没有匹配的病人,则转到3;如果有多于一个的匹配病人则说明数据库里存在错误或冗余信息(如一个身份证号对应多个GloballD),此时需记入日志,供日后人工消除错误或冗余,然后转到4;如果有唯一的匹配病人,则转到5; 根据病人身份源提供的固定信息和易变信息进行匹配,如果找到匹配病人,转到4;如果没有找到匹配的病人,转到6; 返回所有匹配的病人信息(即候选病人列表)到客户端,人工选择或确认匹配的病人,然后病人身份源需再次进行注册。如果候选病人列表中找到匹配的病人,再次注册时需将注册病人信息和匹配病人的GloballD同时提供给PIX管理器,PIX管理器进行步骤5;如果没有找到匹配的病人,则此病人应为第一次进行注册,PIX管理器进行步骤6; 建立注册病人和匹配病人间的交叉索引,即将匹配病人的GloballD的值赋于注册病人的GloballD,然后返回成功消息; 为注册病人新生成一个GloballD值,并返回成功消息。
  • 72. 区域PACS平台技术规范系统部署应用分析需求分析平台功能
  • 73. 系统部署 相关开发和部署要点通过对平台功能的需求分析和相关技术规范的了解,对区域PACS平台的开发进行分解为以下三个部分: 区域PACS数据中心平台 基层医院业务接入网关 其它区域卫生医疗信息系统的整合和业务协同
  • 74. 系统部署 系统网络架构RIS/PACS服务器远程医疗服务器PACS影像服务器磁盘阵列磁带库SAN交换机影像文档服务器VPN防火墙. . .. . .区域PACS数据中心HIS服务器认证服务器磁盘阵列磁带库SAN交换机应用服务器区域HIS数据中心PIX/文档注册服务器县级中心医院县级中心医院乡镇医院乡镇医院Internet远程医疗接入Internet
  • 75. 系统部署 区域PACS平台的功能开发部署为了实现区域PACS系统的整体功能体系,需要为影像类业务的信息交换共享专门开发部署相关的应用功能。需要建立与各医院级PACS系统的数据交换接口标准和业务流程标准。需要部署有关的专用软件产品。 由于对医学影像业务的数据标准和业务流程标准已经形成了一部分国际行业规范,在医院的医学影像检查设备的接口方面也具有行业规范的接口模式,这就为应用功能的开发从各个层面上遵从这些国际标准创造了一定的基础条件。中心端在与已有或新建医院PACS/RIS系统数据接口和流程控制上,需要遵从已经形成的行业国际标准。 与医学影像类业务相关的中心系统功能包括以下方面: 建立临床诊疗信息共享的基础技术运作平台,进而实现对医学影像检查报告、影像文件的交换共享,覆盖已经或正要部署PACS系统的医院。 建立影像业务患者个人唯一索引机制,进而建立患者病案资料档案库。 建立在门户网站上实现对医学影像检查报告的查询功能。 实现对医院端相关业务数据的收集或采集。 实现对患者医学影像检查事件的索引登录。 实现对患者医学影像文件的统一管理和备份存储。 实现对影像类业务各层面业务流程操作的日志管理。 协调医院端的PACS实施者实现在医院内部层面上的对跨医院医学影像文件和报告的调阅。 建立远程医疗会诊系统。 在医院前端的C/S架构的应用界面上,实现对影像类诊断报告的调阅。
  • 76. 系统部署 异构系统实现数据交换基层医院的平台接入带宽,初步建议为2M(视具体业务情况决定)。采用高性能PC机作为医院前置服务器,配置双网卡,一端与路由器相接,另一端接入医院局域网。 开发和部署数据交换平台,分别部署在医院端的前置服务器上和中心端的应用服务器上。在数据交换层面,需要建立通用的交换平台和数据交换区,避免因各医院系统的数据库管理系统不一致而无法进行交互访问操作。数据交换平台产品在技术上需要有以下若干概要要求: 支持多种数据库,如:Oracle、Sql server、DB2等。 支持对文件传送、文本数据(数据库数据)传送的断点续传。 支持对业务数据字典代码的转换机制。 支持多种采集方式,如:手动、定时自动、实时。 支持基于数据内容的路由。 支持对采集点的集中监控管理。
  • 77. PIX/PDQXDS文档注册ATNA审计记录库影像中心EHRCDR临检中心PACSEMRLIS基层医院A基层医院A基层医院APACSEMRLISPACSEMRLIS系统部署 区域医疗卫生应用协同基层医疗机构可以通过区域PACS平台实时纵向交换影像数据和检查报告,并通过数据交换平台与其它业务系统(EMR、EHR等)实现业务协同。
  • 78. 系统部署 区域PACS数据中心配置编号产品类别说明数量1.01 服务器PACS/RIS/影像和文档数据库31.02 服务器远程医疗服务器,具备MCU功能11.03 服务器PIX和影像文档注册中心服务器21.04 存储数据库和PACS/文档在线存储,基于IP SAN/NAS11.05 存储近线存储,基于IP SAN/NAS11.06 磁带库用于数据库和影像文件归档11.07 多层网络交换机千兆多层主流网络交换机,主流厂商产品21.08 操作系统Windows或Linux企业版51.09 数据库SQL Server、Sybase或Oracle51.10 工作站系统管理(目录服务、备份管理等)21.11 安全网关提供防火墙、IPSec VPN 、IPS、流量控制、负载均衡等功能,千兆。用于区域PACS网络核心接入21.12 安全网关提供防火墙、IPSec VPN、IPS、流量控制等功能,百兆。用于远程医疗平台2
  • 79. 区域PACS平台技术规范系统部署应用分析需求分析平台功能
  • 80. 应用分析 区域PACS典型应用远程医疗(一)
  • 81. 应用分析 区域PACS典型应用远程医疗(二)
  • 82. 应用分析 区域PACS典型应用远程医疗(三)
  • 83. 应用分析 云平台架构