国外IHE文献翻译（一）（代友人发）
1、 简介：
IHE是一种主动的尝试，为了刺激信息系统的整合，更好地为现代医疗机构服务。IHE的基本目标是确保在医护工作的过程中，医学决策所需的所有患者信息能正确地和可获得地提供给医护专业人员。IHE的主动尝试既是一种过程，又是一种论坛，IHE鼓励整合的努力。为了让已经建立的各种标准能完成特定的临床任务，IHE定义了一个“技术框架”。IHE还包括了一个严格的测试步骤来支撑这个框架。IHE还在主要的医学大会上组织教育性的会议和展览，来展示框架的好处，鼓励产业界和用户对它的采用。
IHE引入的研究不是要定义新的整合标准，而是划分已有标准的应用—最初是HL7和DICOM，将来可能还有其他的标准，以在它们各自领域内适当的方式—一种整合的方式，在必要的时候定义配置的具体内容。在应用中，当有必要澄清或者延展已有标准的内容时，IHE的方法是建议你参考相关标准的文档。
有非常多的组织支持IHE的工作，分布在不同的医学领域和地域。
HIMSS: Healthcare Information and Management Systems Society
RSAN: Radiological Society of North America
ACC: American College of Cardiology
LHCP: Laboratory healthcare Partnership
EAR: European Association of Radiology
ECR: European Congress of Radiologists
COCIR: Coordination Committee of the Radiology and Electromedical Industries
DRG: 德国放射协会
GMSIH：（德国或者法国的）医学信息协会
SFR：法国的放射协会
SIRM：意大利的放射学会
METI；日本的经济、贸易和工业部
MHLW: 日本的卫生、劳动和服务部
MEDIS-DC: 未解释
JIRA：Japan Association of Radiological Systems
JAHIS: Japan Association of Healthcare Information System Industry
JAMI: Japan Association of Medical Information

1.1 “技术框架”总论
本文件－IHE的“技术框架”，定义了已有的标准具体的使用方法和领域，目的是为最好的医护服务提供适当的信息共享这个整合的目标。经过一定时间的公共审视之后，IHE每年都在扩展，并且定期地发布说明和校正的勘误表来进行维护。当前版本的IHE TF V5.5是在2003年4月完成的。最新的版本信息可以在www.rsna.org/ihe 当中获得。
IHE的技术框架定义了一组医疗业界的功能单元，成为IHE ACTOR，并且定义了他们之间的一些交互动作是根据一组协调的、基于国际标准的TRANSACTION。IHE的TF逐步深入地描述了TRANSACTION的整体结构。当前的文档对IHE的功能提供了一个高层次的分析观点，TRANSACTIONS被按照临床需求的不同被组织到不同的PROFILE当中了。后续的手册II和III，是对TRANSACTION的具体描述。
1.2 手册1的总论。
第一章的其他部分进一步描述基本的目的和TF的功能。第二章介绍IHE PROFILES的概念，并且讲述PROFILES如何组成了TF。
第三章和其他后续章节介绍每个PROFILES的详细内容，包括PROFILES所面对的临床问题，以及包含的ACTOR和TRANSACTION。
主文档之后的附录是PROFILES中一些特殊的问题分析，以及一个缩写的单词表。
1.3 受众
本文档的可能受众为：
l IHE推动工作中厂商的技术人员。
l 医疗机构中IT科室的人员。
l 研究标准的专家。
l 其他对整合医疗信息系统IHE感兴趣的人员。
1.4 和其他标准的关系
IHE TF将功能模块（ACTOR）看成分布在广泛医疗环境中，单独分析它们在医疗环境中之间的相互关系。在当前的现状下，IHE定义了一组TRANSACTION，平等地使用HL7和DICOM标准。随着IHE推广工作的进展，基于其他标准的TRANSACTION将根据需要引入。
一些情况下，IHE推荐这些标准中的一些可选择的特性。无论如何，IHE不会提出和这些标准的相容性冲突的技术选择。如果现有标准的错误或者不足被发现，IHE的政策是通报给适当的标准的法定机构，有它们根据更新的策略和在相容性范围内来进行处理。
IHE是一个执行的框架，不是一个标准。将IHE当作一个标准是不合适的。产品的相容性声明，仍然需要直接参考相关的标准。额外的，厂商提供IHE整合能力，应该通过提供IHE INTEGRATION STATEMENT来描述它们和IHE TF的相容特性。IHE IS的目的是和最终用户交流，告知他们相关的产品支持IHE的特性的那些部分。厂商为所发行的IHE IS担负全部的责任。通过比较不同实施方案的IHE IS，熟悉IHE概念中ACTOR和IP的用户可以判断这些产品是否支持或者在多大程度上支持所需的通讯要求。附录D是IHE IS的格式文本。IHE鼓励产品的拥有者确认产品是遵从IHE TF，并且满足IHE下面的国际标准的全部要求，允许产品之间的直接交互，即便是低层次的整合，因为产品已经具备了和这些标准相容的能力，不仅是遵从IHE TF。
1.5 在实体世界体现的体系结构：
在IHE TF中描述的ACTOR和TRANSACTOR是实际医疗信息系统的缩影和抽象。也许一些TRANS在传统上有一些其他系统来完成（比如HIS、电子病例、RIS、PACS、临床信息系统或者原始影像设备），IHE努力避免将这些功能和ACTOR对应到现有的产品策略上。对于每个ACTOR，IHE TF只定义了那些和其他系统整合相关的性能，因此IHE中的ACTOR定义不要被当作拥有这些性能的产品的完整定义，TF也不要被理解为医疗信息系统体系结构的描述。
定义ACTOR和TRANS就是为描述医疗信息系统中众多功能相互交互的基础。比如一个实际的产品完成很多功能，只有这个产品和外部产品的连接特性是IHE认为有意义涉及的。因此，IHE在一个封闭的、万能的信息系统中并没有它在一个多系统整合的应用中的价值位置。更戏剧化地来说IHE TF，IHE的DEMO强调了多系统按照IHE TF进行整合。

1.6 习惯
本文采用了以下这些习惯用法来表示框架的概念，以及IHE TF基于的国际标准是如何使用的。
1.6.1 ACTOR和TRANS表格
每个PROFILE都是一个实体功能的代表，这些功能被ACTOR和它们之间的TRANSACTION支持着。ACTOR是信息系统或者信息系统的部分，它们产生、管理和使用那些现实操作中必须的信息。TRANS是ACTOR之间的相互作用，通过国际标准传递信息。
3.14章中的ACTOR和TRANS表格，显示了在每个PROFILE中，每个ACTOR必须支持的TRANS。
有些情况下，一个PROFILE依赖一个必须的PROFILE才能正常完成功能。举个例子，Presentation of Grouped Procedure依赖两个PROFILE：Scheduled Workflow和Consistent Presentation of Image作为前提条件。这些依赖关系可以在表2-1中根据你要求的PROFILE进行查询。
一个ACTOR必须能完成所依赖的PROFILES中所有的TRANS，在加上在当前的PROFILE中的TRANS。在某些情况下，先决条件是ACTOR选择所给出的PROFILE中的一个来满足先决条件。比如，Post-processing 依赖任何一个“内容”PROFILE来支持。

1.6.2 处理流的框图
后面对IP的描述中包括PROCESS FLOW DIAGRAMES，用来表示PF的功能是如何作为相关ACTOR中顺序的TRANS的。
这些框图是要提供一个“大图”，以便TRANS可以在整个工作流中看到其相关位置。某些TRANS和动作，如果不是在IHE中定义的，将被使用斜体字表示，作为一种附加的上下文说明，特别在IHE的TRANS构成医疗信息系统的边界的地方。
这些框图并不代表惟一的情景。通常其他的ACTOR一起参与和可能的，从其他PF补充的TRANS可以点缀其中。
一些情况下，TRANS的顺序可以变化。这是只是表示在各种变化中通常的一种情景。

1.7 第五年的增加内容
以下文档相关于第五年的IHE工作。这将是RSNA2003和HIMSS2004年会上测试和展览的基础。当前的IHE TF相比前些年，增加了以下主要特性：
l TF更清晰地定义了IP之间的关系，特别是定义了PF之间的依赖关系。
l Reporting Workflow Integration Profile描述了一种机制，用来管理和发布诊断报告创建的流程。
l Evidence Document Integration Profile描述了一种通用的方法，来记录某个过程中的详细信息。比如观察、测量、结论等迹象文档，保证这些内容能被显示和报告系统输出、存储、检索和回溯。
l IP被分成三个层面：WORKFLOW PF，CONTENT PF和底层结构性的PF，并在WORKFLOW PF中做了特殊的强调。
l Image Creator Actor被改名成Evidence Crearot，以便清晰地指明其责任是创建所有种类的迹象对象。
l Report Manager actor现在可以参与到Patient Information Reconcilation IP中。
l Access to Radiology Information 扩展了新的特性：Multiple Source Option描述了Image Display和Report Reader如何从多种信息源获得数据。

1.8 备注：
HIMSS 和RSNA欢迎对这些文档和IHE工作本身的评论。这些评论应该直接发布到讨论服务器上：http://ihe.rsna.org/ihetf, 或者EMAIL到ihe@rsna.org。
1.9 版权
HL7 INC授权IHE使用HL7标准的表格。在本文档中的所有HL7表格的所有权全权属于HL7 INC，保留所有权力。

NEMA授权IHE使用DICOM标准的文档。

从这些文档中截取文字将需要付费。

1.10 IHE TF的发展和维护步骤
IHE TF在IHE技术委员会的推动之下不断扩展。扩展和维护遵循一系列原则，在保证规范基本稳定的前提下，让厂商和用户依赖TF设计、开发和获得兼容IHE的产品。
这里展示的步骤，是为了满足IHE扩展、澄清、更正的需要，同时保持和以前的兼容性。
IHE TF每年扩展和出版，按照如下三步的过程：
1、 在IHE Strategic and Planning Committees确定在某年开发的新功能之后，Technical Committee提出一套扩展、澄清和更正文档，以便组成新的版本。新的版本包括以前版本稳定的IP。在这个版本中，和以前稳定版本不同的部分被特别标注了。这个版本被称作Public Comment。在这个的研发周期中，版本号保持稳定。
2、 在公共评论阶段结束后，技术委员会整理收到的这些评论，产生了新的TF，成为Trail Implementation。这个版本陈述了一些新的周期中新的扩展和更正，也包含了稳定的以前的TF部分，包括一些澄清。这个版本是厂商用来开发测试产品并参加CONNECT-A-THON测试的。
3、 技术委员会定期考虑厂商的修改要求，考虑CONNECTATHON测试的结果。经过考虑和合作修正这些新的意见，TF就产生了FINAL TEXT。
在以上三步中，扩展、澄清和更正的含义如下：
Extensions（扩展）包括：
1、 新IP，包括新的ACTOR和TRANS。
2、 在已有的IP中增加新的ACTOR。这些ACTOR可能是在别的IP中定义过的，也可能是新增加的。这些ACTOR引入的TRANS可以被定义为必须的或者可以选择的。以前的ACTOR中没有增加新的必须的TRANS。
3、 在已有的IP中增加可选的TRANS。
4、 在已有的IP中增加新定义的、可选的TRANS。
Clarifications（澄清）是TF文字的修改，以便更清晰地描述，并不引进新的技术内容。
Correction（更正）是TF关于引起实施时不可操作性的技术修正。这些修正不会引起已经稳定的IP中的功能变化。