PACS系统软件业务需求_某三甲医院版讲述.doc

PACS系统业务需求 一、总体要求 PACS软件必须是厂商自主研发、拥有自主知识产权、拥有全部源代码的产品。系统中的放射、超声、病理、内窥镜、核医学、心电、临床等子系统必须是统一架构且相互紧密集成的。PACS能与医院现有HIS、EMR系统实现相互集成。 PACS软件必须满足国家卫生部《医院信息化基本功能规范》中定义的相关的全部功能 系统须采用高可靠的产品与技术，在系统出现异常时，具有应变能力和容错能力，确保系统安全可靠。 系统支持总分院模式、支持分布式存储、支持分级存储（至少三级），支持全局索引加分布式存储模式。所有类型的客户端可以根据配置，自动搜索全部服务器、或根据用户指定搜索特定服务器，搜索服务器的顺序可以配置。 对某些信息资源的使用要进行一定的权限划分，并对信息系统的运行情况进行实时监控。同时还具有功能强大的角色控制机制。 系统必须支持主流的UNIX / LINUX（如SOLARIS、AIX、HP UNIX、SUSE LINUX服务器版、REDHAT LINUX企业版等）及WINDOWS 2003等平台，有完善的系统应急和灾备及PACS 集中监控解决方案。 系统采用大型关系数据库ORACLE / DB2 平台，支持面向对象的开发语言C++，DELPHI，JAVA等, 保证系统的灵活性和扩充性，使系统具有良好的可移植性、可扩展性，保证在将来发展中迅速采用最新出现的技术，降低系统成本。 影像服务支持大任务量并发请求，系统可以自动进行负载均衡并向用户提示负载状况；可同时接收多台影像设备（10台以上）并发连接请求。 要求系统能够根据配置，自动将申请和报告的状态（如申请已提交、申请已被签收、正在写报告、正在等待审核、已发报告等）、状态改变的特殊记录（如报告的缓发原因等）、此状态是否临床可见等信息发到指定位置。 支持不同影像设备发送的数据，支持多个用户对同一影像数据的并发调阅请求等。其核心应用可提供的主要业务服务包括： 提供多种DICOM3.0 标准服务。提供DICOM 的SOP （Service-Object Pair）Class：Storage SCU（Service Class User）/SCP（Service Class Provider），系统可以直接接收所有符合DICOM3.0 标准的影像数据，支持所有符合DICOM3.0 标准的影像设备接入，支持非标准设备通过DICOM网关转换并进行影像数据归档，实现所有影像资料标准化存储。 提供DICOM 的SOP Class：Basic Worklist Management SCP，支持所有影像设备Worklist SCU 的接入，并支持推（Push）/拉（Pull）两种工作模式，RIS 信息可直接被影像设备获取，无需操作技师在设备上重复输入患者信息，提高工作效率，减少出错几率。支持DICOM MPPS (Modality Performed Procedure Step)，支持主动性影像防丢片机制，结合工作流程和系统权限设置 ，用主动和被动两种方式确保影像数据安全， 防止丢片。 支持DICOM QUERY/RECIEVE SCP、SCU服务，影像设备从PACS系统查询并获取图像。 支持DICOM Verification SOP Class SCP；支持DICOM Verification SOP Class SCU；支持DICOM Query SOP Class SCP；支持DICOM Query SOP Class SCU；支持DICOM Patient Management SOP Class SCP；支持DICOM Patient Management SOP Class SCU；支持DICOM Structured Reporting Storage SOP Class SCP；支持DICOM Structured Reporting Storage SOP Class SCU 远程会诊会诊 会诊双方只要能够网络互达，就可以相互连接会诊，无须另外的网络投入。会诊双方能够通过音频、视频、文字等信息进行交流。 会诊双方的影像处理效果保持严格同步，作为双方协同诊断的基础，即一方调节图像（如窗宽窗位、大小、位置、布局等）后，另一方立即看到调节效果，要求同步时间在1秒之内，且保持双方图像的窗宽窗位、大小、位置、布局等完全一致。双方都可以申请并获得操作控制权。双方都能够看到对方的鼠标。() 能在2M带宽的网络中实现流畅的图像同步调节功能（要求同步时间在1秒之内）。 会诊双方能够互相发送图文报告给对方参阅，发送过程中保持报告的内容及样式不变。() 远程会诊软件作为PACS的一个组成部分，与PACS系统其它部分集成。 要求能实现同步（在线）会诊和异步（离线）会诊功能。