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

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