行心his系统以PACS系统,modality和RIS系统为例,说明医院信息系统互联的信息传输方式

LIS系统的通常有哪些功能

LIS是医院信息系统的一个重要组成部分。

LIS的主要目标是将各种生化、免疫、临检、放免、细菌及实验用的分析仪器，用微机完全联网。

管理和传输实验分析过程中全部数据。

它不仅可满足检验科的生化、免疫、临检、血液等常规检验专业的要求，还可以全面支持微生物、同位素、基因检测等特殊检验专业。

对每一专业，应提供检验申请、样本采集、样本核收、联机检验、质量控制、报告审核到报告发布的全环节中的信息化管理。

医院核心系统HIS、PACS等系统的常见问题解决办法？

医院HIS、PACS等核心系统偶尔会出现非硬性故障的IT失效很难确定出现问题的原因，总的来说是不能提前预警和对系统有一个早期的诊断。

没有对各个应用系统的资源使用量及系统拓展有一个深入的分析，同时也没办法对应用系统的代码质量进行优化和改进。

可以采用守护星智能管理来解决这些系统的常见问题，这个系统有一套智能化产品+专业人工服务的解决方案。

通过守护星不仅能够提升医院系统的管理效率，还能有效的减少或避免因IT失效导致业务中断或暂停的情况。

并且守护星会提供专业的人工技术服务，解决一些复杂的问题和专业的实施工作。

以PACS系统,modality和RIS系统为例,说明医院信息系统互联的信息传输方式

规划、引进和构建PACS及RIS系统是一个系统工程，其不同于医学成像设备(如CT、MR、CR等)的引进，对国内大多数医院及其医学影像学科而言，执行PACS及RIS系统的规划、设计和论证过程，仍然存在相当的难度和较多不易把握的环节。

在正式的PACS规划和引进过程，通常的步骤是先产生一个需求方案文档，称为RFP(Requirement For Proposal)，作为指导整个系统引进过程的纲领文件。

当在需求方案中充分地规划和定义了医院和影像学科信息化过程所可能要求的主要系统需求，然后按此方案完成系统的引进和构建，这是成功地实现医院医学影像学科信息化建设的可靠保证。

但是,完成一个真正有价值的RFP,要求对所规划的信息系统(如PACS系统)设计的技术层面以及相关领域的知识和技能具有相当程度的了解和掌握,否则将难以使RFP真正具有确保系统成功实现的纲领性指导文件的职能。

RIS系统亦是医院最重要的医学影像学信息系统之一，其与PACS共同构成医学影像学信息化环境。

尤其是近年来DICOM标准向RIS管理域的扩展，以及IHE(Integrating The Healthcare Enterprise)对医学影像学环境的信息流管理模型的定义，为医院对RIS系统规划定义了更深层次的需求。

对用户而言，其关键点在于，必须将医学影像学信息化环境作为一个整体进行设计和规划，这应该成为成功实现医院医学影像学科信息化建设的基本要求，因此，RIS系统的规划也应该顺理成章的成为RFP基本内容之一。

下面把在国内医院环境中，执行PACS和RIS系统规划、设计、购买和构建过程可能需要考虑和论证的主要环节，或者说建立医院PACS和RIS系统需求方案应该关注的问题和要求做一个概括的说明和介绍，希望能对医院医学影像学科信息化过程提供有价值的参考。

一、 PACS系统 1. 影像采集设备(Modality)： 影像采集设备的引进和购买虽然并不包括在PACS的引进和购买范畴，但影像设备作为PACS系统的数据采集前端，是PACS系统规划和购买过程必须予以考虑和论证的部分，因为PACS系统必须顺利地实现与纳入PACS系统管理框架的现有(或将购买的)影像采集设备间的连接和数据通讯。

在PACS规划和购买过程对已装备或将要装备的影像采集设备需要进行两方面的论证，即DICOM标准遵从和影像通讯连接(Connectivity)的论证。

1) DICOM标准遵从论证：下述需求除了应用在PACS规划和购买过程，也同样可以作为新的影像采集设备购买过程的需求规划。

需要确认的DICOM SOP支持类型及其执行功能描述如下： 基础DICOM SOP遵从： 扩展的DICOM标准遵从： * 最基础的要求是至少提供对该成像设备所产生的影像类型IOD的存储(Storage)执行过程的支持，譬如，成像设备为CT机，则至少要求支持CT Storage SCU, 如果为MRI设备，则至少支持MR Storage SCU. 一般的情形，90年代中期以后的数字化成像设备可以提供Storage SCU支持，并通常为设备的标准配置，具体遵从细节应该以该设备附带的DICOM Conformance Statement陈述文档描述为准。

90年代末以后多数提供商已将Modality Worklist SCU作为其影像设备的标准配置，近年来，将mPPS和mitment SCU作为标准配置的影像设备也逐步增多；扩展的DICOM标准遵从所列项目，一般情形设备提供商多将其作为成像设备的选配项，对设备的规划提出这类需求可能会增加投资，因此医院应根据实际需求决定是否执行这类功能规划。

2) 影像通讯连接(Connectivity)： a) DICOM影像设备的连接和通讯：在典型的PACS影像工作流，影像应该从影像采集设备直接传送至PACS服务器完成影像的归档存储过程，即是说，DICOM影像设备在逻辑上应该是直接与PACS服务器连接和通讯，因为DICOM Storage SCU是影像采集设备最基础的DICOM标准遵从项，而对DICOM Storage SCP的支持也是PACS服务器的最基本的要求和属性，因此，在PACS系统的网络拓扑中DICOM影像采集设备直接与PACS服务器通讯并完成影像的归档存储过程(archiving)，成为必然的要求。

对于某些PACS提供商的系统拓扑中DICOM影像设备的影像经过某类专用工作站或所谓”DICOM网关”后再转接至PACS服务器的系统构型，用户在规划和引进过程中有必要对此提出疑问并进行审慎的论证。

b) 非DICOM影像设备的连接和通讯：对于90年代中期以前的不能提供DICOM标准支持的影像设备，完成与PACS系统的连接和通讯需要采用一类称为”DICOM网关”的转换设备或软件完成非DICOM影像至DICOM影像的转换后再传送至PACS服务器完成归档存储过程。

因此，存在这类情形的医院在考虑PACS系统的规划和购买时，应该将”DICOM网关”的论证列入规划范畴。

通常采用的”DICOM网关”执行方式主要包括以下几种方式： ＊ 软件升级：要求成像设备提供商执行影像设备软件升级，完成对DICOM影像输出的支持。

如果投资状况允许，这应该作为首选的方式，其通常可以获得标准的DICOM IOD(如CT IOD或MR IOD)类型输出，但此种软件升级方式通常价格较为昂贵。

＊ 专用的DICOM网关设备：部分影像设备商可以提供专用的DICOM网关设备，用于将非DICOM影像设备接入PACS系统，采用这类专用网关设备也可以获得较为可靠和效率较高的DICOM影像转换，但对国内多数医院可能也同样存在价格承受力的问题。

＊视频采集转换：这里的视频采集转换指通常由PACS系统商提供的DICOM网关解决方案，由视频采集卡和转换控制软件组成。

优点在于一旦该非DICOM设备淘汰后，该网关仍可应用于其它具有视频输出的影像设备(如B超等)，缺点在于影像质量缺乏标准的控制手段以及采集操作可能存在不便。

其它的影像格式转换方式也有通过(如FTP)获取影像采集设备的非DICOM影像后，直接执行影像格式转换操作获取DICOM影像后输出。

这类方式其用户获得的网关软件模块仅对应于用户环境中某一特定的成像设备的影像类型，而这类影像设备多已接近淘汰年限，一旦该设备停止使用，其应用的DICOM网关软件很难直接应用于医院的其它设备，其投资的效用也随之终止。

从这个意义而言，医院在规划过程中对于应用此类DICOM网关的方案需进行充分的论证和权衡。

2. PACS服务器管理系统(包括工作流管理和接口系统) PACS服务器管理系统的规划和购买论证可能需要包括以下几方面的内容： 1) DICOM标准遵从：完整的遵从应该包括通讯、数据库设计和影像媒质存储格式管理三个层次分别提供对DICOM标准第8部分(通讯)、第6部分(数据定义)和第10部分(Media Storage/File Format)定义和规范的全方位支持。

a. DICOM通讯： 基础的DICOM SOP遵从： * 至少应该提供对DICOM标准定义的全部影像IOD的Storage SCP的支持 b. 数据库设计： DICOM标准第6部分(DICOM Dictionary)对执行DICOM标准规范的操作和处理过程可能涉及的数据类型、属性等做了相当详尽的定义，PACS(也包括RIS)系统数据库设计提供对DICOM标准第6部分的数据定义的遵从和支持，是保证系统在医学影像学信息化环境中始终具备良好的适应性和兼容能力的基础。

如果一个PACS提供商的系统产品数据库设计不能对DICOM Dictionary(DICOM标准Part 6)所定义的数据类型及其属性提供充分的支持，在用户环境实际的应用中，譬如在执行某些新的SOP(如新的影像类型)执行过程中，该数据库很可能将出现不兼容和匹配问题，这类问题可能迫使PACS提供商不得不对其数据库执行改动操作，显然，这种情形对PACS产品的用户存在潜在的危险和不利。

但如何确认PACS提供商的系统数据库具备对DICOM Dictionary定义的遵从，作为用户端的医院较难获得确定的信息和证据，或许可能的处理方式是要求PACS商承诺其提供对医院医学影像学信息化环境中可能涉及的全部数据类型的兼容能力。

c. 影像媒质存储格式管理 在影像存储和存储管理格式方面提供对DICOM标准的完整遵从，对用户存储的数据的持续有效性是至关重要的，这应该被视为最高层次的数据安全需求。

简言之，在影像存储格式管理方面提供对DICOM标准的完整遵从，可以确保对医院而言至关重要的影像数据的安全和有效性不会依赖于特定的系统提供商，即便系统提供商的系统产品或其维护支持服务过程因各种原因不能持续，医院不得不对已有系统的部分或全部进行更改或更换时，系统已积累的全部影像数据信息仍然可以导出至新的系统管理框架内，从而保证医院的数据资料管理的连续性和持续有效性，不致于因提供商或其产品的原因被部分”丢失”甚至完全废弃。

具体的要求，包括两部分：(1) 要求PACS提供商在影像数据存储格式管理上保证提供对DICOM标准第10部分的完整遵从，包括媒质存储支持DICOM File-set定义和DICOMDIR格式管理；(2) 要求提供并执行DICOM标准定义的压缩算法。

某些系统提供商执行自己专有的压缩算法，虽然其声称可以实现更高倍率的无损压缩，但是，这样的结果是完全窒息了DICOM标准遵从提供的开放性特征，使医院的影像数据的导出完全依赖于特定系统提供商的软件执行过程(解压缩过程)，这显然使影像数据的持续有效性面临着潜在的危险。

2) 在线存储系统及设备规划 影像归档存储(Archiving)是PACS的基本任务及功能要求，存储管理模式和应用设备的选择等，对系统的响应速率存在着显著的影响，同时，影像存储设备及其管理系统部分也是影响PACS总体投资的主要因素。

因此，对PACS系统存储管理设备的规划应该予以相当的重视。

典型的PACS存储模式和管理流程通常分为在线(Online)、近线(Nearline)和离线(Offline)存储及管理。

医院在规划PACS系统时应该要求系统提供商对影像数据在上述三种状态存储管理模式间迁移过程的控制和维护能够提供自动执行和管理的能力，这是PACS服务器管理过程的基本要求。

通常情形，在线存储用磁盘阵列实现，一般采用RAID-5构型，以提供良好的容错能力、较高的数据读取速率及最大的磁盘空间利用率。

近线存储目前多采用光盘库(CD/DVD jukebox)或磁带库(DLT jukebox)实现，推荐采用前者。

磁带库存储管理对环境要求较高，为保证数据存储的可靠性和良好的读取能力，可能需要对数据磁带执行定期的转录和重写操作。

影像数据位于在线或近线存储位置可以执行不需人工介入的自动查询和影像自动迁移、转存，离线存储指影像数据存储媒质单元(如光盘、磁带等)被放置于与系统分离的存放位置，系统不能执行离线存储媒质上的影像数据的自动读取操作过程，需要人工介入操作。

通行的PACS系统存储架构为”磁盘阵列+光盘库(或磁带库)”模式，这种模式比较好地兼顾了近期影像数据(在线存储)的快速响应能力、中远期影像的自动读取操作能力和对投资水平实施适当控制这三方面的要求。

在线存储成本较高，应根据用户的投资水平设计合适的在线存储间期，从而完成最贴近医院实际情形的PACS存储管理解决方案。

近年来，随着磁盘阵列成本价格的显著降低，尤其是性价比较好的”SCSI to IDE”模式磁盘阵列在技术上的成熟，为PACS存储方案提供了一个非常具有吸引力的选择。

医院现在可以用接近普通PC存储的投资，获得性价比非常高的磁盘阵列在线存储，基于这类磁盘阵列，医院可以从容的规划PACS系统的”完全在线”存储方案，即能够以逐年扩展在线存储(磁盘阵列)容量的方式，真正实现所有影像全部处于在线状态，为系统的快速响应能力提供完全的保障，同时，因所有影像均为在线状态，仅需配置简单的光盘刻录设备(CD/DVD-R)作为影像数据”备份”解决方案即可，省去传统PACS存储方案中昂贵的光盘库或磁带库投资，使系统整体投资水平和执行效率都可同时获得优化。

因此，推荐在PACS系统在线存储方案规划中选择”磁盘阵列-CD/DVD-R”并执行影像全在线存储管理模式。

另一类低端的PACS存储解决方案是基于普通PC机配置硬盘的简单存储方式，这类方案虽然有投资水平低的长处，但PC系统的不稳定、PC硬盘读写I/O的响应速率限度等都不同程度的制约了这类存储方式的性能发挥。

虽然PC存储也可以基于操作系统实现RAID-5类的容错构型，但其效率受系统资源等因素的限制也影响其性能的提升。

因此，基于普通PC的存储方式应用于中等规模以上的PACS系统存储存在着较多的不利因素。

3) 影像工作流管理能力 PACS影像的应用操作过程主要是医学影像的诊断浏览过程，这个过程的特殊性在于一次操作和处理的影像数据容量巨大，即影像诊断过程不仅需要操作当前检查的影像序列，同时常常需要操作同一患者既往多次(多种)检查的全部影像，而这些影像的存储或响应位置可能在本地硬盘，也可能位于远程(如PACS服务器)系统的在线或近线存储内，甚至位于多个不同的存储管理系统管理域内。

这种情形决定了要获得较高的系统响应速率，单纯依靠PACS系统的影像在线存储和扩展网络带宽都难以满足需求，这就是近年发展起来的PACS影像工作流管理(Workflow Management)进程所要承担和实现的任务。

目前比较通行的PACS工作流管理进程包括自动路由(Auto-routing)、影像预取(Pre-fetching)和影像预载(Pre-loading)等。

只有真正有效地运用了特定的影像工作流管理进程，才能可靠地保证PACS影像诊断过程所要求的执行效率和响应速率。

因此，推荐医院在PACS系统的规划中对影像工作流管理进程提出具体的需求，以确保PACS提供商的相关产品可以满足医院对系统响应的特定要求。

3. PACS工作站系统 PACS影像工作站的规划和购买论证可能需要包括以下几方面的内容： 1) DICOM标准遵从 基础的DICOM SOP遵从： *应该要求提供对医院当前或今后可能操作的影像IOD类型的Storage SCU支持 这里需要说明的是，PACS影像工作站DICOM标准遵从的规划并非必需的项目。

对PACS影像工作站提出DICOM标准遵从的要求往往预示着投资额度的增加，对每一项DICOM标准遵从的增加在多数PACS提供商的产品都可能要求额外的付费，减少工作站对DICOM标准遵从的项及数目则预示着投资额的降低。

因此，医院在执行PACS系统的论证和规划时，有必要对每一台/组PACS工作站必需的DICOM标准遵从项进行恰如其分的评估和研究，以期提出一个可满足医院及医学影像学科正常工作流程执行中对影像工作站DICOM标准遵从的基本需求。

PACS影像工作站通讯的对象主要为PACS服务器，如果医院的影像学科采用同一PACS提供商的产品完成系统构建任务，PACS工作站与服务器、工作站与工作站间的通讯通常不必执行速率较低的DICOM通讯，而可以通过提供商内部定义的通讯方式实现更有效率的影像数据交换。

但是，考虑到医学影像学科环境往往存在着其它第三方网络系统资源(如影像采集设备、后处理工作站等)，以及影像学科的发展和系统今后的扩展都可能引入第三方系统设备，因此，至少应考虑一台影像工作站具备必要的DICOM标准遵从，以便为当前应用的PACS系统提供一个基于工作站途径的与第三方DICOM标准遵从系统及设备执行通讯和数据交换的接口方式。

PACS工作站对于DICOM Print Management SCU的支持，可以为PACS系统硬拷贝输出提供一个便捷的执行方式，但是，工作站具备执行影像胶片打印输出能力使任何具有工作站影像操作权限的人均可执行影像的胶片硬拷贝输出过程，这可能增大医学影像学科的胶片输出管理难度，这些因素都需要在医院执行PACS系统规划过程中予以考虑和权衡。

2) 工作站构型和配置的规划和考虑 主要是两个方面的规划和考虑，即显示分辨率和工作站配置构型选择。

显示分辨率是一个需要慎重考虑的问题。

在目前的工作站硬件技术水平状态下，选择较高的分辨率预示着投资额可能会显著地增加，因此，基于国情的设计，可能需要根据医院的实际投资水平确定一个既能满足基本诊断要求又不至于显著增加医院的投资压力的PACS工作站显示分辨率规划方案。

根据ACR(America College of Radiology)标准，对PACS诊断工作站显示分辨率要求分为两类，一类是Small matrix images如CT/MR/RF/DSA等，显示分辨率512×512×8bit可满足诊断要求，即普通PC机配置的彩色显示器应可基本满足分辨率需求；另一类称为Large matrix images，如CR/DR影像，ACR对分辨率要求的定义为1024×1024×10bit，这需要专业的灰阶显示器才能达到这一参数指标。

但专业的灰阶显示器昂贵的价格所造成的投资压力对于国内大多数医院可能都存在着承受力问题，作为变通的解决方式医院虽可以采用宽屏的彩色显示器(分辨率通常可达1600×1200×8bit)作为替代方案，但建议投资水平允许的医院尽可能保证至少规划一套标准的灰阶显示器以便确保复杂病例影像的诊断和会诊质量。

在工作站配置构型的选择上，由于医学影像诊断的执行和完成过程同时涉及PACS和RIS系统的的操作，即PACS和RIS系统工作流程在此环节需要被物理地集成在同一位置，因此，影像诊断工作站的配置和构型应该适应这一需求，并能够提供优化的执行方式使诊断医师可以方便地进行PACS和RIS系统相关软件模块的操作。

单机双屏(一台主机配置两台显示器)的工作站构型应该是一个较为可取的配置，其可以为诊断医师提供同时执行RIS诊断报告过程和PACS软拷贝影像浏览过程的能力，同时双屏也可以提供较之单屏更大的影像浏览和显示空间，有利于诊断过程的操作和执行。

目前通行的计算机操作系统如Windows 98、Windows 2000和Windows XP均可容易的实现单机双屏构型配置。

推荐医院在进行PACS工作站规划时选择单机双屏的影像工作站构型。

4. 医学影像浏览服务系统 现代PACS的管理和应用范畴已经扩展至整个医院信息化环境，PACS影像除了应用于影像学科的影像诊断过程外，另一个重要的应用领域是为医院临床诊疗过程提供网络化的医学影像学支持服务。

现在通常采用Web方式(方式)实现，即在PACS系统框架内建立一个提供医学影像及其相关信息浏览服务的Web服务器，为医院整体信息化环境提供影像、影像检查及影像诊断报告的查询和浏览功能。

医院在执行PACS的影像浏览服务系统规划过程时主要需要着重关注以下几个方面： 1. 影像流程设计与DICOM标准遵从：根据不同的影像数据流程考虑可能要求影像Web服务器提供不同的DICOM SOP遵从，通常情况下应该支持下述DICOM SOP执行： a) Storage SCP：应该要求支持医院信息化环境中可能应用的全部DICOM影像IOD类型的Storage SCP。

执行　Storage SCP可以接受来自PACS服务器的DICOM影像，即放射科PACS的影像可以通过DICOM通讯迁移一个拷贝至Web服务器管理环境。

b) Query/Retrieve SCU：执行DICOM Query/Retrieve SCU使Web服务器可以直接向PACS服务器查询并提取需要的影像。

2. 影像格式及压缩方式的考虑：影像格式通常有两种选择，一是直接提供DICOM格式影像浏览；另外一种选择是将DICOM影像转换为JPEG等普通影像格式后提供浏览。

推荐采用DICOM影像浏览方式，因为DICOM影像可以为浏览者提供更为丰富的患者及影像相关信息和操作功能。

从减轻医院信息化环境网络干带宽压力以及保证浏览效率考虑，影像浏览服务通常需要对影像采用适当倍率的压缩(有损压缩)后提供浏览，从安全的角度而言这也是必要的，目的是使这类向整个医院信息化环境开放(共享)的影像不同于作为医疗档案存储的PACS服务器管理的原始影像。

如果可能，应该强调用户可以自定义影像的压缩倍率，以便可以容易的选择提供适宜影像质量的压缩率。

3. 集成RIS系统的相关信息和数据：除了提供影像的浏览服务以外，影像检查相关的信息如诊断报告、检查状态信息等，也应该可以通过该Web服务提供浏览服务，这要求提供商能够同时集成PACS和RIS的数据信息。

4. 影像数据浏览过程的用户安全控制(影像工作站的控制和用户权限的管理)：影像在医院整个信息化环境的共享，实际上相当于在一定程度上对公众环境开放，因此，是存在着安全问题的。

目前通常采用的基础安全管理方式包括两类，一是影像浏览工作站侧的控制，即通过软件管理的途径仅允许指定的工作站执行影像浏览操作；另一个方式是用户注册及权限管理，即只允许通过专门管理的用户注册程序执行注册过程的用户能够执行影像浏览操作。

这两者的结合，可以在一定程度上提供安全的保障。

5. 临床影像浏览要求的显示分辨率及工作站配置：根据ACR标准，临床影像浏览过程采用常规的PC显示器分辨率可以满足需求，因此，对影像浏览工作站通常没有特殊的要求。

但是，由于操作的数据是医学影像，常常要求同时对数十帧以上的影像执行操作和处理，因此，这类影像浏览工作站宜配置足够的系统资源(如CPU、内存及网络接口带宽等)。

二、 RIS系统 RIS系统的规划对医院及其医学影像学科是一个需要予以相当重视的内容，这是因为RIS系统的引进和执行是医学影像学科信息化环境建立的关键组成，换言之，完成影像学科传统的管理模式向数字化、计算机化管理模式的转换过程，主要有赖于一套解决放射科整体工作流程的RIS系统的建立以及成功运行。

RIS系统的规划应该强调两点：(1)流程化系统管理。

要求对放射科整体工作流进行管理、控制和操作，而不是简单操作以工作站为中心的相对独立执行的功能模块；(2) 相关标准及规范的遵从和执行。

现在讨论RIS系统的规划，存在两个不可回避的内容，即标准(DICOM/HL7)遵从及IHE流程方案的执行能力。

1. IHE流程方案及标准(DICOM/HL7)遵从 IHE流程方案的支持及标准(DICOM/HL7)遵从对现代RIS系统规划有相似的含义，因为IHE定义的流程模型的基础主要是通过标准(主要是DICOM和HL7标准)的执行完成数据信息在医院信息化环境(着重在影像学环境)中优化的执行和通讯。

医院用户执行RIS系统规划时，应重点要求和考虑两点： 1) 要求提供必要的DICOM SOP支持和HL7接口通讯能力。

DICOM SOP遵从方面，现阶段至少应该提供Modality Worklist SCP和Modality Performed Procedure Step SCP的支持；HL7支持方面，在RIS-HIS通讯界面应该能够提供双向(送出和接收)数据通讯的HL7接口能力,在RIS-PACS层面至少能够提供单向(RIS至PACS)的HL7通讯接口。

2) 要求具备持续地跟踪并执行IHE流程方案的响应能力。

IHE的流程方案的定义是一个动态变化和增长的过程，RIS提供商要具备跟踪并快速响应和执行新的流程方案的能力，除了对发展状态和动向的把握以外，更重要的是需要对医院尤其是医学影像学科工作流程执行的特点和需求的理解和把握。

真正做到了对这类流程的理解，软件的实现是比较容易的。

由于IHE流程方案的发展是一个动态的过程，在医院用户环境中的RIS系统的执行(包括运行管理、功能操作过程以及工作流程模型的设计和调整等)也应该是一个动态的过程，医院在规划时应该对此予以关注和考虑。

2. 系统整体工作流程管理 RIS系统的规划，必须强调实现对医学影像学科整体工作流程执行过程的管理，即在对影像学检查实际流程中的各个环节的操作和处理上具备专门的功能模块设计的基础上，同时应强调系统对各功能模块执行流程化的集中控制和管理，即集中式管理模式，软件架构通行采用Server/Client模式。

集中式的管理使RIS常规工作流程中的各执行环节的操作容易实现有效控制，同时亦能可靠地保障不同功能模块之间的数据交互和通讯执行的效率。

3. 其它相关因素考虑 1) 系统用户化过程：RIS系统是一个用户化需求相当突出的信息管理系统，一则因为其关联的信息管理流程较多(PACS系统及医院环境其它信息管理系统)，同时，不同层次和规模的医院均可能存在着大量个性化的流程执行和应用惯例方面的特殊要求。

因此，医院在规划RIS系统时，应该对自己的具有个性化和特征性的一些运行操作和管理模式做到心中有数，并在拟就的需求规划方案中予以强调和体现。

由于用户环境对RIS系统的需求存在着动态变化的特点，因此，有必要要求RIS系统提供商具备动态地响应用户变化和新产生的需求的能力；从RIS系统的功能执行方面，应该要求RIS提供商的系统产品能够赋予用户充分的用户化设置和定义的能力，譬如数据项(如检查部位/检查部门/申请科室/收费/诊断模板等等)的自定义能力，以便提供灵活的系统执行机制适应复杂的用户环境需求。

2) 用户权限管理：由于RIS系统的许多操作涉及患者医疗档案数据的产生、编辑和处理，因此，执行严格的和独立的用户权限管理是必要的。

医院在执行RIS系统规划时应该对此提出明确而具体的需求说明。

3) 与PACS、HIS系统的通讯和交互：RIS系统在一定意义上是连接HIS与PACS的一个中间环节，在IHE流程执行模型中这一特点尤为突出。

因此，RIS必须具备相应的功能执行能力完成与不同状态的HIS系统及PACS系统工作流的集成和数据通讯，理想情形，应该是基于标准(主要是DICOM/HL7标准)层面的集成。

在IHE定义的流程，RIS系统与PACS系统至少需要在影像采集设备(Modality)、PACS服务器和影像工作站三个环节上实现集成和通讯。

对于此项，医院在执行系统规划时，应该有适当前瞻性的考虑并提出明确的需求陈述。

三、 结论与说明 总而言之，执行医学影像学信息系统(PACS和RIS)的引进规划对国内医院用户是一个必要且有价值的过程和任务，在系统的引进之前完成一个基本满足医院相关需求的规划文本，可以帮助医院容易地界定将引进的系统应该达到的规模、实现的主要功能指标和任务以及对于实际投资水平进行预估和控制，同时，规划文本本身亦可以作为规范和保障系统引进、实施过程的指导性文件。

因此，有条件的医院推荐在执行系统引进过程之前，对医院的实际需求和PACS及RIS系统相关的技术要求进行必要的归纳和准备，咨询该领域的专业人士和机构，尔后建立自己的PACS & RIS系统规划方案，这样将会大大降低系统投资的风险和确保系统投资的有效性。