DICOM国际会议暨研讨会:在Acrobat中直接提供DICOM封装PDF支持的优点下载

下载全部会议资料，请点击标签 tag “DICOM国际会议暨研讨会” DICOM国际会议暨研讨会:在Adobe Acrobat中直接提供DICOM封装PDF支持（DICOM 3.0增补版104）的优点 随着超过600,000,000份的Adobe Acrobat拷贝广泛应用于建立和阅读以便携文档格式（PDF）保存的文件，PDF正成为真实描绘和保存电子文档和表格的主导标准。 2005年，通过为DICOM标准增加增补版104，增加在DICOM包装内封装PDF文件的能力，PDF已经成为有效保存普通电子文档的容器，因此它有潜力成为有效保存电子健康记录数据的容器。 为了鼓励医疗机构采用PDF来保存和发送报告、电子表格和扫描仪时代的纸质文档，DesAcc直接将功能增加到Adobe Acrobat 8上，使得它本身即能读写、发送和归档DICOM封装的PDF文件。 为此，在Adobe Acrobat和PDF库应用程序接口（API）规范写入了一个插件， 这个名为“健康数据浏览器”（HDE）的插件直接将菜单管理和工具栏添加在Acrobat用户接口（UI）上，从而可以将DICOM封装PDF文件管理无缝综合到Acrobat产品的一般操作中。 将已保存的DICOM文件集成为一个本地数据库，HDE便能接收用DICOM发送操作从PACS、DICOM兼容设备以及运行HDE的其他Acrobat拷贝中传输来的DICOM文件。 增加了DICOM查询/检索功能，可以直接访问远程DICOM设备和检索DICOM图像、DICOM结构化报告（SR）以及DICOM封装PDF文件。 DICOM封装PDF文件可以在Acrobat内直接打开，显示的效果与在创建源收集到的完全一样。 对于SR和DICOM图像文件（MR、CT、超声等），可用一个专用的PDF表格作为模板，在再生PDF/DICOM混合文档之前将DICOM元素和图像数据转换为PDF表格元素。 由于PDF表格是“智能文档”，能够包括各包含领域的JavaScript指令，这使得DICOM元素能够生成额外的PDF分表格、数据库查询或者在最终PDF文档创建期间直接控制高级网络服务。 PDF表格范例（包括HDE）表明DICOM图像文件可被转换为“假胶片”来显示图像数据、患者的人口统计信息和直接生成的标识患者身份的条码。 为了辅助工作流，HDE在Acrobat UI上增加一个工具栏来显示接收到的DICOM封装PDF和SR文档，并有一个下拉列表，可以访问接收到的健康记录。 这意味着用户为获得DICOM文档并不需要使用标准的HDE接口来查询本地数据库。 为了将患者人口统计信息并入显示的健康记录，还增加了一个“临床环境”工具栏。 当前被选文档的患者姓名和身份（如果出现的话），可随时随刻用该工具栏来显示。 有了HDE DICOM，患者的人口统计信息就可以通过Adobe的可扩展元数据平台（XMP）标准，嵌入到标准的非DICOM PDF文件内，从而使得标准的PDF文件能够像DICOM封装PDF文件那样被传送。 为了将PDF文档转换成DICOM，增加了模态工作表支持，从而可以查询任何放射科信息系统（RIS）以及从所选结果中获得Acrobat格式的全局临床环境集。 任何PDF文档都可以被赋予指定的临床环境，并传送至PACS或作为DICOM封装PDF本地保存。 对于那些仍不能支持DICOM封装PDF的PACS和其他DICOM设备，HDE真诚地提供运行转换支持，将其转换成DICOM二次采集（SC）图像，从而真实渲染原始PDF文档。 支持单帧和多帧灰度/颜色二次采集，确保与其他DICOM设备兼容。 总而言之，DICOM标准的DICOM封装PDF增补是一个有效的机制，能够真实和有效地对电子健康记录进行评审、传送和归档。 试验表明，磁盘空间用于存储一个报告的PDF文档与用于存储同一文档转换成静态SC图像相比的效率为20:1到30:1：将1比特单页PDF文件传送作为JPEG基准编码SC图像时为20：1（原件30KB/DICOM SC图像600KB）；将复杂单页RGB PDF文档转换为未压缩的SC图像时为30:1（原件200KB/DICOM SC图像6MB）。 我们相信，在Adobe Acrobat中增加DICOM封装PDF文件创建、显示、传送和保存的支持，将使全球大量用户可以有效地使用DICOM封装PDF标准来保存电子健康记录。