医学影像存储与传输系统及远程会诊系统项目招标文件(编辑修改稿)内容摘要:

审查和做 出相应决定的权利。 授标决定将考虑投标人的财务、技术和生产能力,其基础是审查投标人按照本须知第 13 条规定提交的资格证明文件和招标人认为必要的、合适的其他资料。 如果审查没有通过,招标人将拒绝其投标;如果资格后审通过,将被列入被推荐的潜在中 标人名单。 30. 合同授予标准 除第 32 条的规定之外, 招标人把合同授予被确定为实质上响应招标文件要求并有履行合 同能力的综合评价最高的投标人。 31. 授标时更改采购商品数量和服务的权力 招标人在授予合同时有权对商品数量和服务予以增加或减少,但不得对单价或其它的条款 和条件做任何改变。 招标文件 13 32. 接受和拒绝任何或所有投标的权力 招标人保留在授标之前任何时候接受或拒绝任何投标,以及宣布招标程序无效或拒绝所有 投标的权力,对受影响的投标人不承担任何责任,也无义务向受影响的投标人解释采取这 一行动的理由。 33. 中标通知书 中标人确定后,招标人将向中标人发出中标通知书,向未中标的投标人发出相应的通知书, 但不作任何解释。 中标通知书将作为签订合同的依据并成为合同的一个组成部分,但如中标人在中标后又对 合同条款提出令招标人难以接受的附加条款,招标人将有充分理由取消该中标决定。 34. 签订合同 中标人在收到中标通知书后,应按通知书中规定的时间、地点与招标人签订合同。 中标人的投标文件及其澄清文件及买卖双方合同谈判所达成的协议等,均为签订合同的依 据。 招标人对投标人提交的文件将给予保密,但不退还。 第三章 项目要求及技术服务要求 一、 目 的 北京京煤集团总医院(原北京矿务局总医院),坐落在环境幽雅、依山傍水的永定河畔,地处门头沟区中心,是京西地区唯一一家集医疗、教学、科研、预防和康复医疗服务为一体,面向全社会开放的三级综合性医院。 20xx 年成为北京大学教学医院及北大医院医疗集团成员之一。 经过持续的发展和建设,医院目前已经建立了比较全面的管理信息系统和 放射科 医学影像管理系统 ( PACS) ,信息系统在为医疗服务方面发挥了重要作 用。 为了进一步完善临床信息系统、更好地为检查科室和整个医院的医疗工作服务, 同时,为解决矿区病人因交通不便“看病难” 、工伤应急抢救指挥 的问题, 医院决定实施 全院 医学影像信息的计算机管理,建立全院性的医学影像管理系统( PACS) 及远程会诊系统,同时兼顾视频会议及远程培训 功能。 招标文件 14 二、 内 容 此次项目内容包括: 医学影像存储与传输系统及远程会诊系统; 三、 报 价 投标方报价必须遵循如下原则: 投标方可根据我公司实际情况提出具体建设方案及价格,此方案与价格作为签订合同的依据。 四、 项目实施 投标人应详细描述项目实 施中各项工作进展,并明确标出完成各项工作预计所需时间及达到的阶段目标。 五、 项目建设内容 (一 )建设内容和目标如下: 通过 建设本 项目,将实现主要影像检查设备数据的计算机管理,达到 影像科室 的数字化管理目标;随着数字化医疗设备的更新,逐步实现全院影像检查的数字化 、 临床科室间的影像、文字信息共享 以及为各分院间的会诊提供技术平台。 具体为 :  建立符合国际标准( DICOM)的开放式 集团化 PACS;建立既符合 IHE 又符合国情和院情的放射科信息管理系统( RIS);为医院发展提供可升级、扩展的 企业级 PACS/RIS 硬件和软件基础 ;  实现 京煤集团总医院影像科 全部影像设备的联网和所有影像信息的数字化存储;  实现 医院 影像的软阅读和报告单的电子化;  实现 医院影像科 内部影像和文字信息的信息共享 ;  实现临床科室通过 HIS 终端调阅影像及诊断报告;  实现总医院与其分院之间的远程会诊;  实现总医院现有 PACS 影像数据与新 PACS 的数据迁移。 招标文件 15 ( 二 ) 、 具体指标与相关要求: 1 投标人及 制造厂商 资质要求 投标人 注册资金须 20xx万元 人民币 及以上。 所投 PACS/RIS软件 、远程会诊软件 制造厂商须通过 ISO9001质量管理体系认证。 2 产品总体要求 ★ 所投 PACS/RIS软件 为同一 制造厂商 自主研发,此 制造厂商 应拥有 PACS/RIS软件 的全部软件知识产权。 ( 提供软件著作权登记证书,要求名称与本次所投产品一致,获取方式为原始取得 ) ★ 所投远程会诊系统软件 为同一 制造厂商 自主研发,此 制造厂商 应拥有 远程会诊 软件 的全部软件知识产权。 ( 提供软件著作权登记证书,要求名称与本次所投产品一致,获取方式为原始取得 ) ★ 所投 PACS/RIS软件 具有食品药品监督管理局( SFDA)认证。 ★ 所投远程会诊软件 具有食品药品监督管理局( SFDA)认证。 ★ 所投 PACS/RIS软件须 通过 IHEC认证。 ★ 所投 PACS/RIS软件 要求达到的基本功能参数 : 调阅在线静态影像的时间(第一幅图像):≤ 2秒钟 调阅二级在线 (归档 )静态影像的时间(第一幅图像):≤ 5秒钟 PACS体系稳定性承诺: %,一年宕机次数 = 1次 ,单次系统恢复时间 = 2小时 3 系统设计基本原则 科学及标准性原则 系统应遵循 DICOM 、 HL IHE 等国际标准,符合卫生部《医院信息系统功能规范》, 采用成熟的、先进的及符合国际标准的系统结构、计算机技术、通讯技术、数据库技术、 存储技术和网络技术。 实用性原则 充分满足医院对于影像资源整合的需求,医学影像科室内部管理统计等功能,为领导提供查询,为医、教、研、管提供快速、准确、实时的高质量的医学影像及诊断报告及管理等综合信息。 招标文件 16 整体性原则 遵循系统的整体设计、分步实施原则,全面规划影像系统功能,分步实施各相关系统。 先进性原则 采用先进的、成熟的、开放的计算机技术、网络技术以及存储技术,符合 DICOM 、 HL IHE 等国际标准,保证系统具有国际先进性。 同时应提供先进和方便的维护管理技 术和方案。 质量速度并重原则 在图像采集质量、是否 压缩和压缩方式的选择上,以保证图像质量符合诊断标准为最基本原则。 同时应重视系统数据的传输速度。 扩展及兼容性原则 采用面向对象的设计方法,充分考虑到医疗未来的发展,在不改变总体设计结构的前提下,新购设备能顺畅进入系统,提高系统的可扩充性、可重用性;提供多种格式的图像文件的生成、处理方案。 一致性原则 遵循医院信息化建设的整体性和一致性原则,保证影像系统在临床和影像科室显示的一致性,同时保证原始数据的完整性。 安全性原则 提供先进、完整、可行、实用、安全的存储、备份、容灾系统方案。 提供应用软件功能使用的分级 授权管理模式,在系统内部建立统一全面的用户权限管 理。 4 系统建设遵循标准 符合 国际标准; 符合 HL7 规范; 符合国际疾病分类标准 ICD10/ACR; 符合 HIPPA 安全责任法案标准; 招标文件 17 5 PACS/RIS系统技术需求 整体要求 系统要求  全面支持 DICOM 和 HL7 标准  须基于医院实际情况上设计架构,并充分考虑医院现有资源  ★ 所投 PACS/RIS 软件 具备整合放射、超声、内镜等科室的能力 ,在中国大陆有 3 个以上的三级医院全院 PACS 案例, (提供 PACS/RIS 的验收报 告复印件 ) Tony:要求 5年以上,表明近几年的新产品都用不上了。 包括用了 5 年以上的产品,近 2年也应该会出新版本。 你是选用 5年以前的老版本还是新版本,如果是新版本,应用未满 5 年,也不符合要求。  ★ 所投 PACS/RIS 软件 为同一 制造厂商 自主研发,此 制造厂商 应拥有 PACS 及RIS 产品的全部软件知识产权。 ( 提供软件著作权登记证书,要求名称与本次所投产品一致,获取方式为原始取得 )  ★ 所投 PACS/RIS 必须使用同一套数据库,实现核心级的集成,全中文操作界面 (提供案例介绍 )  系统和服务器时间可以与统一授时服务器时间同 步,支持系统一致性时间约定模型 (提供 IHEITI CT Profile 中 TCTime Client ACTOR 测试证书 ) 性能要求  调阅 2幅 DR 胸片医师调阅片时间 =1 秒  调阅 1000 幅 CT 图像医师调阅片时间 =3 秒 (提法不科学,对网络没有任何定义。 即使是千兆网,三秒读取 1000 幅 CT 图像也 达 不到。 而且这种提法表明系统的设计思路还是上一代的工作站模式。 ) ★ 同样,要求 5 年在线的案例,屏蔽了新产品、新技术,有可能是更加先进的技术。 ) 流程要求  遵循 IHE,支持 HL7 方式与 HIS 集成  兼容放射科内 所有影像检查的信息录入、查询管理  支持检查科室内统一检查号管理 招标文件 18  兼容放射科内各种 ID号管理  规范预约号和检查号管理(按科室、检查类型分别配置格式)  灵活的查询统计 核心服务软件  操作平台全部支持: Unix、 Linux 及 Windows;数据库支持: Oracle、 MS SQL、DB2。  记录系统中所有硬件及软件的所有错误、修复及升级的记录。  存储设备故障时, DICOM sever 仍可从影像设备获取影像。 (提法不严谨,如果 Server 本身都故障了,启动不了, 将无法 获取影像。 )  ★ 系统具有高度的可靠性,具有 完善的应急方案。 (国内经常有这种提法,这要求每台医生工作站本身都变成了 Di Server,但是如果网络故障时系统性的,也是没有任何意义的,而且带来大量的维护及数据同步工作。 建议删除,医院应该保障网络的正常运行。 )  Web 方案应能够远程管理和维护,应有使用者行为 Log。 支持查账跟踪与节点安全模型(要求通过 IHE ITI ATNA Profile 中 SASecure Appication ACTOR 的测试证书) 存储管理软件  存储系统应具有安全性、可靠性和容灾能力。  影像数据仓库支持接收 HL7 患者 基本信息更新功能,可进行患者更名、合并等信息修改,确保归档的影像资料的正确性与完整性。 支持患者一致性模型(提供 IHE PIR Profile 中 IMimage manager ACTOR 测试证书 )  报告数据仓库支持 DICOM SR 报告归档功能,支持 HL7 患者基本信息更新功能,可进行患者更名、合并等信息修改,确保归档的报告资料的正确性与完整性。 支持患者一致性模型 (提供 IHE PIR Profile 中 RMreport manager ACTOR 测试证书 )  报告数据仓库支持报告 GPSPS SCP, 支持 query report worklist SCP 功能,支持 GPPPS SCP,确保报告流程的可控性和一致性。 支持报告工作流模型 (提供 IHE RWF Profile 中 RMreport manager ACTOR 测试证书 ) 招标文件 19  支持在线、近线及离线存储与管理,可设定存储管理策略,支持自动和手动方式管理。  存储在离线系统上的图像数据,在需要访问时,能够在 1 分钟之内恢复到在线存储系统(不考虑人工操作因素)。  支持采用集中式数据库及独立影像储存管理机制,记录所有影像的储存位置,支持影像的分级存储。  可根据用 户的需求,设置存储设备的影像删除策略。 在删除影像前需要确认影像已经备份,影像删除恢复功能。  图像采用无损压缩,由 PACS 系统打印出的图像硬拷贝应不低于原设备打印输出的硬拷贝质量。  自动将影像按照预定策略写入长期存储媒介。 预定策略应该能够选择系统空闲时间进行操作。 与 HIS集成 HIS基础数据接口  患者身份:姓名,年龄,性别,身份证,电话号码,家庭地址等  接收患者编号:注册编号,外来 /住院患者位置信息  提供完整的 RIS 与 HIS 集成方案,实现 RIS 与 HIS 软件。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。