第五章医学信息集成IHE - 第七章医疗信息系统集成.ppt

1、,第五章 医学信息集成IHE,问题的提出:,以灯泡为例: 灯泡刚被发明之际，存在大量依赖厂商的灯座，不同的灯座只能为不同的灯泡相匹配，这给厂商与用户带来很多困惑 上述问题直到有了灯座生产的工业标准为止,华山医院放射科主任: 1989年，我们进行了放射科的流程分析，惊奇地发现一个住院患者的常规胸部检查需要59个步骤，并需要“一打”工作人员参与。没有整合医疗领域内多种信息系统和影像设备，单独应用计算机带来的变迁，几乎没有减少步数和每步的时间 。 在去过的10年中，我们相继重新设计了工作流，并被迫和供应商使用DICOM和HL7进行通讯。 这些努力戏剧性地将工作流减少到了10步以下，并且同样加快了科室

2、的周转时间。不幸的是，过去这些接口经常速度很慢，并且不可靠。通常情况下，接口非常昂贵。今天非常幸运，大部分工作流的增强可以通过运用IHE规范获得。,医生、护士、医疗机构管理人员和其他医疗服务专业人员，期望这样：重要的医学信息可以在系统之间、科室之间无缝穿梭，在任意需要的地方都可以随时获得 IHE通过改进医疗系统之间的整合，消除提供更好的医护服务中的壁垒，来实现他们的理想,5.4 工作流集成框架 IHE5.4.1 医疗通讯标准与工作流集成,P225,IHE与医学标准的关系,DICOM集成工作流,DICOM WL DICOM WL工作列表分为设备工作列表MWL和通用工作列表GPWL,P226,设备

3、工作列表MWL,设备工作列表是成像设备上成像计划过程的任务集信息 设备工作列表实现信息传输到成像设备的计划过程步骤： Prepare imaging procedure by including patient, scheduling and medical data (i.e. Patient Name/ID, procedure date/time, procedure codes, Accession Number, Requested Procedure ID.),MWL的传输,通用工作列表 GPWL,GPWL的实现集中在工作流管理部分 归档设备包括DICOM图像库、报告库 执行装置包

4、括诊断医生工作站、报告工作站、三维重建工作站和计算机辅助诊断工作站等,P230 图5.7,DICOM PPS,通过PPS（执行过程步骤）可以针对业务的协调管理的需要进行相应工作列表的管理和调配；获取设备、后处理工作站和报告工作站上发生的阶段状态 DICOM PPS相应地分为MPPS和GP-PPS。,MPPS MPPS与设备上进行的实际成像过程是关联的： Provides “return trip” feedback such as: Scheduled information obtained via MWL What, when, and how was the procedure perf

5、ormed Accession Number, Patient Name/ID, procedure step codes, radiation dose values, material management data,MPPS的执行过程,PPS状态定义为： IN PROGRESS：已开始但没有完成 DISCONTINUED：取消或者不成功的中止 COMPLETED：成功完成,WL与PPS的集成实现,MWL与PPS的集成实现,HL7集成工作流,ADT-病人登记,P244,发送医嘱,Dept Sched-部门计划,Dept Sched-部门计划,5.5 IHE的提出和发展,IHE (Integ

6、rating the Healthcare Enterprise) 是由医学专家、相关政府部门、信息技术专家和企业共同发起的，目的是提供一种更好的方法让医学计算机系统之间更好地共享信息。 IHE强化了一些已有的标准，比如DICOM和HL7之间的协同工作，以便为最佳的临床工作提供特定的服务。 用IHE概念统一起来的医学信息系统可以更好地和其他系统通讯，更容易地实施，并且使得医护人员高效率地获得相关信息。,P246,IHE 中的Actors,角色包括: ADT-病人登记 Order Mgt-医嘱管理 Dept Sched-部门计划 Image Mgr-图像管理 Modality-设备,P248、P

7、252,2、IHE的主要概念,角色 (Actor) 角色是指信息系统或者程序中产生、管理或者处理信息的功能单位 每一个角色支持一组IHE事务，如： ADT Registration Order Placer Acquisition Modality 每一个系统可能包括一个或者多个角色,事务 (Transaction),事务是指在角色之间进行的、预定义的、在现存标准 基础上的消息交互，是角色之间的各类功能活动。,例： ADT Registration为角色1 Department Schedular为角色2 Acquisition Modality为角色3 Message1为登记病人信息 Mes

8、sage2为产生执行计划 Message3为传输图像,集成单元,IHE技术框架的基本单位为集成单元，每一个集成单元具备完成医疗流程中某一个步骤的能力，包含一个或者多个角色和事务。,例：报告工作流集成单元,集成概况 (Integration Profiles),集成概况(模型)为用户和厂商提供了一种方便地理解或引用IHE技术框架功能子集的方式,P226,技术框架 (Technical Framework),IHE技术框架包括数据模型、事物描述、角色间的作用、IHE集成概况 IHE技术框架主要包括四个子框架： IT底层构造技术框架 放射科技术框架 心脏科技术框架 实验室技术框架,5.6 IHE的P

9、rofiles定义,IHE模型的分类,第一类 内容相关的模型： 图像一致性表示（Consistent presentation of images，CPI ） 证据文档（Evidence document，ED） 关键图像注释（Key image note，KIN） 简单图像和数值报告（Simple image and numeric report，SINR） 费用记账（Charge posting，CHP） 内容相关的模型为系统设计参考的第一步,Consistent Presentation of Images (CPI),保证影像显示一致，保存使用者的註解、影像旋轉調整、放大、灰阶设定。无

10、论使用任何设备都可得到相同影像,Evidence Document (ED),提供非影像信息 观察 测量值 电脑辅助诊断结论 报告流程的来源信息,Key Image note (KIN),一次检查所产生的影像，均可以挑选做标注 註記必須包含标題以及內容,Simple Image and Numerical Report (SINR),具有数字录音报告，语言及文本输入等功能 产生符合DICOM的结构性报告，并包含影像和与图像相关的測量信息,例: DICOM SR,第二类 过程相关的模型,计划工作流 （Scheduled workflow，SWF ） 病人信息一致 （Patient informa

11、tion reconciliation，PIR） 组合过程表示（Presentation of grouped procedures，PGP ） 后处理工作流 （Post-processing workflow，PWF ） 报告工作流 （Reporting workflow，RWF）,Schedule Workflow (SWF),确保病人资料、医嘱、计划、检查等工作流程的顺利进行与资料的一致性 用工作列表的方法使用检查设备 存储影像 回复医生工作站 产生报告,P255,DICOM集成中的三个角色,事务执行顺序,Modality查询“DDS” 的Worklist（工作列表）,Performed

12、 Procedure Step,P210,(7),(7),MWL,PPS,Typical workflow: One Order One Procedure One Report,Multiple Modality Steps,查询MWL,Images Stored,Storage Commit. - Push Model,Image Availability Query,查询图像,IHE Integration Profiles,Presentation of Grouped Procedures (PGP),例如：胸部电脑断层和腹部电脑断层 为了病人的方便而一次执行的检查，然后再分为不同两

13、个项目而分別检查与报告 依照院內收費的規定，可以合并结帐,Patient Information Reconciliation (PIR),让未进入计划、尚未挂号或姓名不祥的患者，仍然可以进行急诊检查、治疗与报告。 等有正确的病人信息后再自动更新所有相关的系统资料,P227,Post Processing Workflow (PWF),進行CAD或3D或其他软件处理工作，以确保对病症的判別，然后可以再回存至PACS Server以利于其他医生参考使用,Reporting Workflow (RWF),确认保留院內原有的报告，並将报告资料传送至PACS系統，以供浏览工作站直接阅读。 处理报告的流程、分派以及状态跟踪 确认报告的审查,报告工作流,第三类 系统架构相关的模型,基本安全 Basic security，SEC 访问放射科信息 Access to radiology information，ARI 以上模型为系统设计第二阶段的参考模型,IHE提供的测试活动与平台,连通性测试 IHE委员会每年组织一次为期一周的各个厂商间的连通性测试活动(Connectathon)：