IHE基础教程

IHE基础教程（转自IHECHINA）以下内容来自IHECHINA，转载此文仅为更好地宣传IHE，更多内容可浏览其网站，。第一部分：绪论EliotL.Siegel,MD·DavidS.Channin,MD(钟国康译)进入21世纪后，在有关医疗数据的传输方面也进入了信息时代。医疗数据的传输改善既有数量上的也有质量上的，在医疗机构中是依靠数字化系统来改善管理。目前，在医疗机构中，具有代表性的有多达十二个信息系统，他们各自执行特定的功能。例如，财务系统，ADT(入院/出院/转院)系统，它们和众多的科室系统[如RIS（RadiologyInformationSystem）和PACS（PictureArchivingandCommunicationSystem）]一样优秀。为了优化“信息效率”，这些系统需要信息交互如系统的终端用户需要信息，需要完成相应的工作和得到相应的结果。历史上，许多这样的信息系统都得到了发展如单片集成电路，但这些单一的系统没有与其他系统的连接。随着医学信息系统标准的出现，如HL7(HealthcareLevelSeven)和DICOM（DigitalImagingandCommunicationinMedicine）已经建立了一个机制来共享病人的数据和优化工作流程。这些标准和其他的一些标准是必需的，但对不同类型的信息系统的完全集成还很不够。这有些类似于早期的“lightbulb”。在“lightbulb”发展初期，有众多厂商特制的“lightbulb”。这种多样的设计在灯泡制造商和消费者中引起了很大的混乱，直至“lightbulb”的设计用一个工业的标准来限定。现在设想这样一种情况：用灯来做信号之用。传送方和接收方都可以从大量不同的信号灯提供商中进行挑选。可以任意选择所有的标准灯泡，配线系统和电流来源作为传送方和接受方装置。然而，如果双方在如何进行闪烁（Blink）连接的框架上无法统一的话，那么他们所遵循的标准（灯泡，配线，电流）将无法成功地达到预期的连通效果。同样，目前的医疗机构继续被类似于圣经中的“TowerofBabel”(巴比塔城堡)现象所困扰。尽管每一个医院信息系统都在广泛地应用HL7,DICOM和其他标准，但实际上却用多种方法来阻止信息从一处到另一处的通讯。因此，这些系统的操作几乎是完全独立的，采用纸打印类服务来实现信息的传递。由于各种HIS（HospitalInformationSystem），RIS,PACS以及成像设备用户在应用现有标准方面缺乏统一性而影响了信息的自动处理，如医生检查的提交，病人和检查的登录（尤其是具有挑战性的外伤急诊病人），以及图像报告的创建和读取。先进的电子信息系统和落后的工作流程之间的矛盾，是无法流畅、自动地完成各项日常工作。IHE（IntegratingthehealthcareEnterprise）在医疗环境中为信息系统的集成定义了一个共同发展的努力和技术框架。在RSNA（北美放射学会）和HIMSS（医疗卫生信息及管理系统协会）的共同联合下，1998年IHE作了更清楚的定义，即怎样应用现有的标准，特别是DICOM和HL7，用来解决放射科信息系统的通讯工作。IHE技术框架定义了一个公共的信息模型和一个公共的词汇表用于系统中医学信息的通讯，在信息系统中如何应用DICOM和HL7日趋完善的一系列事务处理（transactions）来完成一个特定的任务。同时，技术框架提供一个常规的专业词汇和厂商可以用来讨论未来的问题。成像设备和医学信息系统厂商很快成为IHE强有力的支持者和设计者。厂商用现有的产品参与演示的方法来支持产品下一层次的集成。第一次year1IHE的演示是在1999年RSNA大会上以及在2000年的HIMSS的大会上。year2的演示在RSNA2000和HIMSS2001。Year3的演示在2001年的RSNA和2002年的HIMSS大会上。第二部分将详述七个集成模式（integrationprofiles），即目前定义的IHE的技术框架。这个部分定义了框架的公共语言，允许专业人员和厂商描述问题和他们的解决方法。首先更多是在放射科常见问题的描述和用于这些特殊问题特定的集成模式介绍。其次，非放射科医疗信息系统的用户和厂商将在他们的专业范围内认识类似的问题，然后按IHE方式的解决方法来执行。第三部分阐述了IHE为医疗信息系统的不同用户能作哪些服务，以及目前针对放射科的方法和步骤。其他医疗信息系统的用户和厂商亦然。了解了这些描述的类似问题和有关情况，有关的应用亦将出现在这些领域。IHE也可以扩展延伸到放射科以外的其他医学领域。使用者（通过他们的专业机构），用户和标准机构受邀参与整个IHE的发展和鼓励与在RSNA或HIMSS总部的IHE设计部联系。第四和第五部分将发布在2001年十一月出版的RadioGraphics杂志上。第四部分将阐述IHE中现有标准的任务。IHE不是一个标准也不是发起一个标准的组织，IHE也不是权威。IHE是一个厂商和用户的共同体，用现有标准，尤其是DICOM和HL7来完成IHE的集成目的。第四部分阐述了DICOM的某些新的内容并使其融入IHE。此外，也论述了HL7是怎样解决更复杂的信息系统集成要求的问题。第五和最后部分将阐述IHE的未来。Year3（2001-2002）的演示将描述更多的细节。该部分将包括实际应用方面以及包括IHE的必备条件和建议要求。IHE未来的发展方向是通过用户、厂商和医疗机构的共同参与，只有通过这些未来用户和厂商的参与，IHE才能发展和进步。并且发展的计划将拓展到放射科以外的领域。本节系列的附录部分，有关IHE的更多信息，包括IHE技术框架的最新版本在IHE的网站：。需要考虑的问题：1.在你的工作流程和你的信息系统之间是否有通讯的问题需要IHE来帮助解决？2.是否对预定工作流程集成模式有充分的认识或对执行放射学操作的方法作了整理？如果没有，缺什么？3.是否了解检查，请求操作，预定操作步骤和执行操作步骤之间的区别？是否了解在执行放射科操作这个层次上复杂性的含义？4.执行成组的操作是否是一个重要的问题?成组操作集成模式的介绍表达的任务是否完整？如果没有，缺什么？5.是否有关于类似于胶片和工作站重要的临床或操作问题？如果有，是否用DICOM(第14部分)灰阶显示功能标准来校正设备？是否用图像的统一表达集成模式充分表达了这些问题？如果没有，缺什么？6.是否有管理文本工作（会诊单，通知和病史等）附加在胶片和图像上的重要问题？如果有，是否用关键图像标注集成模式表达了这些要求？如果没有，缺什么？7.是否在协调不知名病人，外伤病人执行操作，在一个或多个信息系统难以获得信息时的执行操作等方面有问题？如果有，病人信息协调集成模式是否得到充分表达？如果没有，缺什么？8.是否在放射科工作流的其他方面从IHE集成的典型模式中得益？9.是否有关于未来议题希望讨论或澄清及提交？参考文献1.HealthLevelSeven.Applicationprotocolofelectronicdataexchangeinhealthcareenvironments,2.4.AnnArbor,Mich:HL7,October2000.2.NationalElectricalManufacturers’Association.DigitalImagingandCommunicationsinMedicine(DICOM).Rosslyn,Va:NEMA,1996;PS31-1996-3.13-1996.3.RadiologicalSocietyofNorthAmerica/HealthcareInformationandManagementSystemsociety.IHEtechnicalframework,Year3,Version4.6.OakBrook,Ill:RSNA2001.第二部分：IHE集成模式DavidS.Channin,MD（钟国康译）本文阐述的是一个高层次的IHE信息模型和7个集成模式，并用这个模型在放射科完成许多重要，共有，核心的工作。放射学医生必须了解这个高层次的信息模型和源自这个模型的工作流程，了解为什么目前的信息系统没有达到他们所要求和期望的。了解IHE的重要性在于希望未来的信息系统能够遵循IHE的框架，实现更多的集成功能，解决目前医学信息系统常见的问题。非放射学读者也能了解他们的信息系统模型和工作流程中的类似问题，鼓励参与IHE涉及到的其他亚专业领域的发展。IHE既不是一个标准也不是一个认证的权威。IHE涉及的标准不止一个。IHE定义一个共同的语言来帮助人们讨论怎样集成不同类型的信息系统。IHE定义了一个观察整个放射学的技术框架文件。但并不表明这是仅对放射学领域，IHE的未来将涵盖整个医疗机构。在医疗机构内，有大量的服务工作是由放射科完成的，这些工作是医疗机构核心的基本部分。IHE正好定义了这些工作。更多的相关工作将在今后的数年内定义，如IHE的扩展部分既有放射科也有其他附属专业领域。IHE定义的信息系统模型，必须建立、管理、操作和交换特定的数据单位和比例来顺利地完成这些工作。这些信息模型就是一个HL7和DICOM现实环境部分的集成。更重要的是，所有的这些数据和他们的含义要求的IHE定义方法是由IHE的技术框架来指定的。因此，所有的系统提供商和他们的信息系统都同意遵守和执行IHE的框架。目前有一个共同的，充分定义的，相互遵守的相关内容来共同顺利地执行放射科的操作。IHE技术框架是导向的方法，它定义了一系列执行者（actors）来完成彼此之间应该是一种互相作用的操作，执行者的相互作用是由目前基于DICOM和HL7已定义的事务处理来表达的。框架特意避免对特殊的系统（如HIS，RIS,PACS或成像设备）安排任务，即使这些系统有传统的事务处理操作。目的是定义这些医疗信息系统环境中功能部分的相互作用。不同信息系统的厂商和用户组成的这些环境，可以决定这些系统在特定的部门所执行的任务。IHE定义了7个集成模式，每一集成模式都有若干个执行者和事务处理及一个共同的词表来完成一个特定的，典型的工作流程任务。这些集成模式是：⑴预定工作流程[ScheduledWorkflow]；SWF⑵病人信息的协调[PatientInformationReconciliation]；PIR⑶图像一致性表达[ConsistentPresentationofImages]；CPI⑷成组操作的表达[PresentationofGroupedProcedures]；PGP⑸读取放射科信息[AccesstoRadiologyinformation]；ARI⑹关键图像的标注[KeyImageNote]；KIN⑺简单图像和数字报告[SimpleImageandNumericReports]:SINR这些集成模式是由IHE技术框架的核心构成。在介绍7个集成模式之前，先了解IHE的技术框架中关于现实环境模型的更多细节。由于过去某些术语概念不清楚，在这个模型中术语的清楚定义就显得很重要。通过模型的术语定义，可以很好地理解集成模式和对相关问题的表达。在IHE模型中，病人是临床医生通过检查提交执行者来安排放射服务的主体。检查提交执行者是HIS或临床信息系统的一部分。框架与其并不冲突。这样的安排是通过影像服务请求来完成的，通过由科室系统安排操作或检查安排执行者来管理。其次，一般放射科的检查安排系统是RIS，尽管这并没有列入在框架内。要求一些信息系统必须负起管理图像服务请求的责任是通过应用检查安排执行者。检查安排系统为图像服务请求安排检查编号。一个单一的图像服务请求可有一个或数个请求操作。对放射科医生而言，请求操作是工作的一个单元。请求操作是工作的最小单元，可以编辑和列表以及产生放射科的报告。请求操作标识符识别请求操作。请求操作标识符的注译非常重要，因为不能有相同的编码。调用编码的分配是由图像服务请求层面的检查安排