[转发]医院病理信息系统与全院PACS信息交换设计

作者：钮罗涌，汪觉民 （杭州市第一人民医院临床信息系统实验室，浙江杭州 310006）

〔摘 要〕 本文通过病理信息系统与全院PACS信息交换应用问题，着重阐述PACS信息交换设计的背景和原则，具体的实现方式，最后结合实际使用情况对系统设计进行讨论。?
〔关键词〕 信息交换；PACS；病理

1 概述? 病理图文信息系统报告形式和临床应用都与放射影像、B超、内镜等系统相似，而与检验LIS系统又有较大的差别。所以在医院信息系统的归类中，为了管理需要，一般把病理图文信息系统归类到PACS系统中。一般大型医院在建设PACS系统过程中都要求整合病理系统。?然而目前在医院PACS系统中，病理系统由于其专业性较强，一般的PACS厂商并没有为临床提供更完整的检查信息的病理图文系统。另一方面，专业的病理报告系统的功能、用户界面等都已经很成熟，一般大型医院病理科都安装有较专业的病理图文系统。?在目前状况下，如果病理科需要利用原有的病理报告系统，就需要解决原系统与PACS系统的接口问题。要求病理系统能够调阅PACS系统中该病人的检查报告及图像；病理系统的报告和图像需要能归档到PACS系统中。这两个部分功能分别是对PACS系统进行读和写，可以分开设计实现。?

2 PACS系统报告读取模块设计? ?病理读取PACS系统报告的设计需求是：病理系统调出一个病人病理后，能够浏览该病理近期做过的其他PACS检查的列表，根据需要可选中某条检查记录，查阅详细的检查报告和回溯图像。?开始设计时，期望病理系统中嵌入PACS报告系统。但专业的病理报告系统的界面设计和功能都已经成熟，与PACS系统的报告格式又有差别，如在病理系统中嵌入PACS报告界面，牵涉的代码编写工作量大。另一方面PACS厂商又因为保密需要，不可能提供全力的支持。所以只能放弃在病理系统直接嵌入PACS报告的设计，寻求其他解决方法。?考虑到PACS系统一般都能提供最新的B/S结构的方式，利用IE浏览器，输入WEB地址浏览检查报告，即利用该模式解决读取PACS信息的问题。?用户选中某个病人，点击PACS浏览按钮后，由病理系统根据PACS系统提供的调阅地址格式，产生调阅地址，并打开IE窗口。在地址中，需要包括病人的就诊编号或其他PACS系统可识别病人的编号。由于PACS系统的管理统计需要，还需要包括调阅人的工号，由病理系统块设计 根据当前操作人员的工号加入。IE窗口打开并输入地址后，由PACS系统的WEB服务程序，与RIS服务器、PACS服务器等进行信息交换，完成报告浏览、图像回溯等一系列功能。?该功能操作由于病理系统只需产生地址字符串，打开IE窗口。代码更改很少，可以编写为原系统的外挂模块。PACS部分，也都在PACS系统内部进行信息交换，只需要PACS厂商进行内部代码调试。该设计符合软件接口高内聚、低耦合要求。?在该连接的实际使用中，病理操作人员调阅PACS检查报告，不需要二次输入工号和病人编号，操作方便、速度快，满足了病理科的需要。

3 病理系统报告提交模块设计?该模块的设计需求是，病理申请单录入后，提交到PACS系统，状态为“登记”；病理系统报告完成后，提交到PACS系统，状态为“报告”；病理报告审核后，提交到PACS系统，状态为“审核”。“登记”状态的申请可以删除、修改；“报告”状态的报告可以删除、修改，删除后返回到“申请”状态；“审核”状态的报告不能删除、修改。?设计通过两个DLL动态连接库来实现上述功能。PACSInfo?DLL由病理系统开发商编写，实现与PACS系统的接口。PACSLink?DLL由PACS厂商开发提供，接受病理连接模块传送的数据，插入到RIS数据库。另外编写DLL目的是，基本保持原病理系统及PACS系统不改动，方便双方调试及以后接口模式的改变。目前可以先采用直接DLL动态连接库调用的模式交换数据，并可以留有标准HL7的信息交换接口，在适当的时候只需简单更改两个接口DLL就可采用。?病理申请单登记时，由病理系统根据规则产生全球唯一的StudyUID，在提交到PACS系统时，同时提交该StudyUID，同时保存在病理数据库中。当需要提交新的信息，如报告，审核等时，同时提交该唯一的StudyUID，作为PACS系统匹配标识号，这样保证了所提交的信息与该申请单是唯一匹配的。?

4 病理图像发送模块设计? 对于该模块的设计需求比较简单，要求把病理科采集的标本图像，以DICOM的标准发送到PACS图像服务器并进行归档。设计通过PACS Info?DLL调用由PACS厂商提供的DICOM发送动态库SendImage?DLL来发送图像。在发送图像时，需要提供该检查的StudyUID以及病人姓名等基本信息，由PACS Info?DLL从病理数据库读取。图像与检查信息完成匹配后，就交由SendImage?DLL发送至PACS图像服务器的DICOM接收端，完成一次图像归档到PACS的过程。?

5 讨论? 综合上述的三个模块，其中两个；PACS系统报告读取模块采取了WEB的协议来读取信息，病理图 像发送模块采用DICOM协议来发送信息。这两个模块调用协议都是主流的、标准的协议，几乎不需要改动，就可以和各种PACS产品进行整合。经过与某大型PACS厂商连接调试，模块功能测试通过，且无需大改动就能实际运行，可为医院的临床服务。另一个病理系统报告提交模块由于编写的时间的限制，预留了HL7协议接口，但并没有用HL7来交换信息。这也是由于原病理系统不支持HL7标准，国内的一些PACS厂商对于HL7支持也很有限。这就决定了该模块只能为一个PACS厂商进行定制，一旦PACS/RIS端有改动，必将影响到病理数据的插入，接口模块就需要进行改动，增加了系统维护的工作。?病理报告系统与PACS系统的信息交换，分成三个模块，各自采取了三个协议，完成了信息交换与整合，医疗一线可以通过普及到全院的PACS系统中，查询得到病理诊断结果，实现了病理信息全院共享。从而把单独的病理科信息系统，融入到整个医院的信息系统中，消除了病理科这个“信息孤岛”