国外IHE文献翻译（三）（代友人发）
2.2 ACTOR描述：
ACTORS是信息系统或者信息系统的组成部分，在整体的医疗系统中，它们产生、管理和操作与他们的日常功能相关的信息。下列在IHE中定义的ACTORS在本文的其余部分被广泛引用。
众所周知，一些ACTORS名字的修饰词使用不固定（比如Evidence Creator和Image Display）。在这时候，广泛重新命名以保持严格的一致性的好处，要超过重新命名已经存在的ACTORS所导致的意义混淆的风险，所以ACTORS的名字在下面进行了重新命名：
Acquisition Modality
一个在患者面前制造或者需求图像的系统，比如CT机或者核医学的照相机。一个MODALITY也可能产生Evidence对象，比如为浏览一致性所产生的Grayscale Softcopy Presentation States，或者包含测量信息的Evicence Documents。
ADT Patient Registration
一个负责增加和更新患者的人口学和其他特殊信息的系统。在某些特定的情况下，它通过其他的ACTORS来完成功能，比如Order Placer或者Department System.
Audit Record Repository
一个接收和收集查账和审计信息的单元。
Charge Processor
接收财务信息并且作为财务系统的一个组成部分运行。进一步的描述超出了IHE的范畴。
Department System Scheduler/Order Filler
一个科室级别的信息系统（比如放射和实验室的信息系统）。这种系统提供通常管理一些指令。这些指令可以是外部系统发送来的，也可以是内部系统的操作界面上下达的。然后按照一个预定的流程动作，进行一些操作，这些操作是涉及财务信息的（charge posting）.真正涉及财务的操作或者事件，是在这个ACTOR中完成的。
Enterprise Report Repository
一个从Report Manager接收SR的通讯输出并存储的系统。
Evidence Creator
产生Evidence对象的系统，比如图像、presentation states、Key Image Notes，或者Evidence Documents，并且将它们传递给Image Archive。它通常要求Image Manager提供storage commitment。这个ACTOR也可能为后处理目的从Post-Processing Manager回溯worklist entries，提供一个工作完成的提示，以便整体系统能追踪到后处理工作的状态。
External Report Repository Access
一个可以从外部产生的DICOM SR对象中获取信息的系统。
Image Archive
一个可以长期保存Evidence对象的系统。比如图像、presentation states，Key Image Notes和Evidence Documents。
Image Display
一个患者的检查浏览系统。它应该可以显示一些evidence object，比如图像、presentation states，KIN，或者ED。
Image Manager
一个和安全存储和管理EO相关的系统。它给DSS提供可以获得的信息。
Master Patient Index (MPI)
一个在企业范围内管理患者统一身份的系统。这点已经不是当前IHE范围讨论的事情。
Order Placer
这是一个医院或者企业领域应用的软件，产生ORDER（申请单），并将不同的申请单发送到正确的科室。
Performed Procedure Step Manager
一个将MPPS信息重新发布的系统。这个信息从MODALITY或者EC创建，发布到DSS/OF，Image Manager和Report Manager。
Post-Processing Manager
一个负责后处理的工作列表管理的系统。可以确定进度并且将工作列表发送到后处理端，并且从后处理端或者PPS信息更新列表状态。
Print Composer
DICOM打印请求端。打印请求包括以LUT形式表达的presentation state信息。
Print Server
DICOM PRINT SCP端，在硬拷贝上再现图像。必须支持DICOM Grayscale Standard Display Function。
Report Creator
一个产生诊断报告的系统，并将报告表达称DICOM SR对象。它必须能从Report Manager回溯worklist，并且提供PPS服务，以便大系统能追踪到正在等待的报告。
Report Manager
一个提供诊断报告管理的系统。这个系统能处理诊断报告状态的变迁、处理内容的更改，并在更改之后重新生成DICOM SR对象。另外RM产生并主动将确认的文档发送到Report Repository存储。此外，RM还必须管理报告的工作流处理多种报告任务。这些任务包括：interpretation解释，transcription抄写，verification确认，comparison对比，revision修订，coding编码等等。这个系统提供了和报告有关的管理功能。包括调度报告WORKLIST任务、向CLIENT提供WORKLIST，并根据从CLIENT端反馈的状态更新PPS。
Report Reader
一个能查询回溯和浏览DICOM SR 报告的系统。
Report Repository
一个能长期管理和存储DICOM SR 报告的系统。
Secure Node
一个审查用户或者站点是否合法，是否不让它获取信息，而不影响其他站点获取信息的系统。提供适时的服务并将审计信息发送到ARR（Audit Record Pepository）
Time Server
系统中惟一的时间发布系统。
2.3 Transaction描述：
Transaction是ACTOR之间基于标准通讯协议的信息交换。以下是在IHE中广泛使用的TRANS。
1、 Patient Registration: ADT系统登记或者接纳一个患者并将信息发送到其他信息系统。
2、 Placer Order Management: Order Placer通知Order Filler一个新ORDER建立或者取消。（Order Placer是RIS系统的外部。）
3、 Fill Order Management: Order Filler通知Order Placer创建、取消或者改变一个ORDER的状态。（Order Filler是在RIS系统中）
4、 Procedure Scheduled: 进度信息从DSS/OF发送到IM或者RM。
5、 Modality Worklist Provided: 基于一个从Acquisition Modality发出的查询，产生了一个modality worklist列出了满足条件的所有条目。这个Scheduled Procedure Steps列表和被选择的人口学信息被返回到Acquisition Modality.
6、 Modality Procedure Step In Progress: Acquisition Modality通知Performed Procedure Step Manager一个新的Procedure Step的开发；PPS Manager也通过这个TRANS通知DSS,IM和RM。
7、 Modality Procedure Step Completed: Acquisition Modality通知Performed Procedure Step Manager一个Procedure Step的结束；PPS Manager也通过这个TRANS通知DSS,IM和RM。
8、 Modality Images Stored: AM发送已经产生的图像到Image Archive。
9、 Modality Presentation State Stored: AM要求IA存储图像的GSPS信息。
10、 Storage Commitment: 一个请求者要求IM确认它已经收到了一些DICOM对象。这些请求者通常是AM或者EC，这些对象包括图像、GSPS对象、KIN、ED或者其他组合对象。这样发送者就可以删除这些已经被IM拥有的对象了。
11、 Image Availablility Query: DSS/OF和RM询问IM一个特定的图像或者序列是否可以获得。
12、 Patient Update: ADT患者登记系统通知OP和DSS/OF一个新的患者信息。DSS有可能使用这个信息进一步通知IM和RM。
13、 Procedure Update: DSS/OF通知IM或者RM更新ORDER或者procedure信息。
14、 Query Images: Image Display向IA申请满足条件的图像列表，检索信息可以是患者、检查、序列和具体的图像。
15、 Query Presentation States: Image Display向IA申请满足条件的GSPS信息列表，检索信息可以是患者、检查、序列和具体的图像。
16、 Retrieve Images: Image Display从IA请求和回溯图像。
17、 Retrieve Presentation States: Image Display从IA请求和回溯GSPS信息。
18、 Creator Images Stored: EC发送一个新的图像给IA。
19、 Creator Presentation State Stored: EC发送一个新的GSPS对象给IA。
20、 Creator Procedure Step In Progress: EC通知PPS Manager新PS的开始，PPS Manager也用这个信息通知DSS和IM。
21、 Creator Procedure Step Completed: EC通知PPS Manager一个PS的结束，PPS Manager也用这个信息通知DSS和IM。
22、 故意留空的编号：
23、 Print Request with Presentation LUT：Print Composer发送打印请求，制定Presentation LUT信息。
24、 Report Submission: Report Creator发送诊断报告给RM。
25、 Report Issuing: Report Manager发送诊断报告给Report Repository。
26、 Query Reports: Reprot Reader通过一组制定的条件，比如患者、检查、需序列等信息，让Report Repository返回一组代表诊断报告的列表。
27、 Retrieve Reports: 从上述列表中返回一个确定的报告。
28、 Structure Report Export: Report Manager从DICOM SR生成一个HL7 结果TRANS，并且发送到Enterprise Report Repositor来存储。
29、 Key Image Note Stored: AM或者EC发送一个KIN到IA。
30、 Query Key Image Notes: Image Display向IA查询一组KIN列表，通过患者、检查、序列或者其他明确的信息。
31、 Retrieve Key Image Note：从上述队列中选择并回溯一个具体的对象。
32、 Authenticate Node: 两个ACTOR交换证书，以便确认双方的有效性。
33、 Maintain Time: 用系统Time Server的时间同步。
34、 Record Audit Event: 创建并发送一个审计记录。
35、 Charge Posted: DSS/OF发送潜在的检查和物品的费用的描述。
36、 Account Management: ADT PR通知费用管理打开、修改和关闭患者的帐户。
37、 Post-Processing Worklist Provided: 一个请求从worklist client(通常是Evidence Creator)发出，worklist manager(通常是Post-Processing Manager)产生一个包括Post-Processing或者CAD对象的列表。这些对象是在一个General Purpose Scheduled Procedure Steps列表中被返回的。
38、 Workitem Claimed: worklist client（通常是Evidence Creator, Report Creator）通知worklist provider（通常是Post-Processing Manager, Report Manager），它已经要求了一个对象为它服务。
39、 Workitem PPS In Progress: worklist client（通常是Evidence Creator, Report Creator）通知worklist provider（通常是Post-Processing Manager, Report Manager），它已经开始工作了（比如创建了General Purpose Performed Procedure Step）。
40、 Workitem PPS Completed: 通知一个General Purpose Performed Procedure Step已经完成了。
41、 Workitem Completed: worklist client（通常是Evidence Creator, Report Creator）通知worklist provider（通常是Post-Processing Manager, Report Manager），它已经使用过了一个对象。
42、 Performed Work Status Update: worklist provider通知感兴趣的ACTOR一个on-going状态或者工作已经完成。
43、 Evidence Document Stored: Evidence Documents中的原始ACTOR（比如AM或者Evidence Creator）通过DICOM SR格式给IA发送被记录的、测量的和派生的诊断迹象。
44、 Query Evidence Documents: Evidence Documents的用户（Image Display,Report Creator,Report Reader）向IA请求Evidence Documents。
45、 Retrieve Evidence Documents: Evidence Docuements的用户（Image Display,Report Creator, Report Reader）从IA回溯ED。
46、 Reporting Worklist Provided: Report Creator向Report Manager请求WORKLIST，返回的形式是General Purpose Scheduled Procedure Steps列表。
2.4 产品的完成
开发人员在产品的设计中有多种选择来完成ACTORS和TRANS。决策基于四种考虑：
l 对于一个完整的系统，选择使用那个ACTOR参与进来。（一个系统种多个ACTOR是允许的）。
l 对于每个ACTOR，选择它参与那个PROFILE。
l 对于每个ACTOR-PROFILE，选择那些附加的TRANS要完成。所有这些TRANS应该都是被这个PROFILE支持的。
l 最后，对于每个TRANS，选择那些附加特性要被支持（参考TF VOLUME II和III）
完成者应该提供一个该产品支持的ACTOR、PROFILE、OPTIONAL TRANS和OPTIONAL FEATURE的声明。推荐的表格在附录D中。
通常情况下，一个完成的产品可能包括单个的ACTOR或者ACTOR的组合。如论如何，在下述情况下，完成一个ACTOR需要另外的ACTOR配合。
l Image Archive要和Image Manager搭档，反过来也是一样的。
l 在Scheduled Workflow或者Reporting Workflow PROFILE中的ACTOR Image Manager必须和Performed Procedure Step Manager搭档。PPSM可以在配置中Disable掉。
l 在SW和RW两个PF中的DSS/OF必须和PPSM搭档，尽管可以在配置中disable掉。
l Print Composer必须和Image Manager，Acquisition Modality, Image Display或者Evidence Creator搭档。
l 参与Post-Processing Workflow的Evidence Creator必须和Image Display搭档。
l 任何参与Basic Security的ACTOR都必须和Secure Node Actor搭档。
l Post-Processing Manager必须和Image Manager或者Department System Scheduler搭配。
当一个产品帮定多个ACTORS的时候，所有发自和终止于这些ACTOR的TRANS都必须被支持（到外部界面上）。例外于这个规矩的情况是，一些TRANS是定义在一组关联的ACTOR上的。举例如下：
Procedure Step In Progress/Completed trans没必要存在于一个由PPSM和Image Manager组成的系统中。但是另外一个方面，Report Submission trans即便是在一个由Report Creator和Report Manager组成的系统中也必须得到支持。
当两个或者多个ACTOR帮定在一起，其内部通讯是被假定可以满足内部信息流量的。比如Image Manager可以为Image Archive提供及时的Q/F功能。这些内部的通讯机制，不在IHE讨论的范畴。
下面这些例子说明一些典型系统需要什么样的ACTOR。这些例子不是必须这样做，只是进行举例说明。
l 一个MODALITY，比如MRI和控制台或者超声系统，应该包括Acquisition Modality和Print Composer两个ACTOR。
l 一个图像处理工作站，必须后处理工作站和进一步浏览工作站，通常包括Image Display, Evidence Creator, Print Composer等ACTOR。
l 一个HIS登记或者指令下达（order entry）应该包括ADT Patient Registration, Order Placer两个ACTOR。
l 一个科室级别的RIS系统应该包括DSS，Order Filler，Procedure Step Manager, Report Manager,Report Reader等ACTOR。
l 一个需要测量回波数值的超声系统应该包括Acquisition Modality,同时支持SW和ED两个PROFILE。
当一个产品中的一个ACTOR支持多个Integration Profile的时候，这个ACTOR被要求支持逻辑的交叉行为。比如一个Evidence Creator支持Post-Processing Workflow和Evidence Documents Profile，那么当创建evidence documents的时候就必须产生PPS 信息。如果Image Display支持Simple Image & Numeric Reports, Consistent Presentation of Image Profile，那么在表现图像的时候，就必须使用SINR中提供的GSPS信息。 |
发表于 2004-7-20 19:23:42