根据国家卫生健康委办公厅印发的《关于加快推进检查检验结果互认工作的通知》及浙江省卫生健康委印发的《关于全面推进医疗机构间医学影像检查资料和医学检验结果互认共享工作的实施意见》中相关要求,全面推进医疗机构间医学影像检查资料和医学检验结果互认共享工作,实现检验检查数据的流通和开放共享,实现卫生资源的合理有效利用,减少患者就诊环节,减轻患者看病就医负担,改善医疗服务。
深化卫生健康领域数字化改革,以确保医疗质量与医疗安全为前提,加强临床检验和医学影像等专业的医疗质量控制。此次项目的建设内容是新增检验检查结果互认共享功能,以统一唯一编码为前提,构成业务流、数据流、信息流多流合一的应用场景,建设智能、高效、融合、经济的数据存储和传输模式,实现医学影像检查资料和医学检验结果的互认。
此次项目建设的目标是支撑宁波第九医院与区域内其他卫生医疗机构检验检查信息的互联、互通和结果的共享互认,确保医生服务端和患者服务端均可查阅相关资料和结果,发展“互联网+健康医疗”服务新模式,不断提升患者就医满意度。同时,简化就医环节、缩短等候时间,有效避免患者在进行诊断的过程中重复检验检查,减少群众就医负担。
1.投标人应充分了解宁波市第九医院信息化建设现状,最大限度地共享及应用区域医疗卫生信息体系资源,依托宁波市第九医院现有的硬件、网络设备、存储设备和数据库环境,将数据进行存储,为业务应用提供支撑。
2.投标产品采用业界公认的安全、高效的大型数据库。
3.数据库设计结构合理,运行效率高。
4.项目建设包含需求调研、软件设计、系统开发、测试、实施部署、培训、维护、税费等所有费用,即一直到整个项目调试验收合格交付业主使用,招标人不再另行支付费用。
5.软件设计严格执行国家有关软件工程的标准,保证系统质量,提供完整、准确、详细的产品说明书,应用设计符合国际、国家、医疗卫生行业有关标准、规范和医院自身的发展规划。
6.中标单位提供的所有产品所涉及到的知识产权和所提供的软件、技术资料是合法取得,不会因为采购人的使用而被责令停止使用、追偿或者要求赔偿,如出现上述问题,一切经济损失和法律责任均由中标人承担。
7.招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标人必须接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。
8.投标人提供的资信证明、证明等材料应在法律规定的有效期内且须在本招标公告发布之前取得。在整个采购过程中,若发现投标人的资质条件不符合招标文件要求,可随时取消其投标或中标资格。
标准性和规范性原则
应用系统的指标体系、数据接口、业务规范、信息数据项、信息分类编码标准应遵循相关标准规范,业务流程的设置、业务处理的设定符合国家的法律、法规和浙江省劳动保障部门和卫健部门有关政策规定、业务管理要求和技术标准,并符合社会保险业务、服务、监管的标准与规范要求。
扩展性和开放性原则
系统构架具备可扩展性,能够随着应用的逐步完善和用户的逐渐增加不断地进行扩展。同时系统具有很好的开放性,能支持各种相应的软硬件接口,具备与多种相关系统互连互通的能力,真正在结构上实现开放。
先进性和成熟性原则
系统设计立足采用先进的计算机技术和先进的解决方案,采用成熟的主流产品,集成优秀和成熟的技术及组件,保证系统的高质量和高稳定性,使项目具备国内先进水平。
可靠性和安全性原则
采用多种安全技术手段,从系统性能指标要求、系统安全体系建设、与其他系统之间的接口关联、系统的恢复与容错、系统的互备切换等各方面提出切实可行的方案,对相关的主机系统、应用数据库提供严密的保护,防止系统的数据被非法获取或破坏。
易用性和可维护性原则
按照标准和规范的方法进行系统组件化设计,采用微服务架构。系统数据维护方便,备份及数据恢复快速简单。
序号 |
院区 |
预算(万元) |
1 |
宁波市第九医院(集团总院) |
15 |
2 |
慈城院区 |
7 |
3 |
洪塘院区 |
7 |
4 |
庄桥院区 |
7 |
5 |
姚江院区 |
7 |
6 |
甬江院区 |
7 |
7 |
孔浦院区 |
7 |
8 |
文教院区 |
7 |
9 |
外滩院区 |
7 |
10 |
江北区儿童医院 |
7 |
总计 |
|
78 |
序号 |
功能要求 |
参数要求 |
1 |
检验自动对码 |
支持93条检验标准数据展示 |
支持检验标准数据通过编码、名称、输入码过滤 |
||
支持已匹配的云HIS收费项目显示 |
||
支持检验标准数据与云HIS收费项目的自动匹配 |
||
支持未匹配项目的快速过滤 |
||
支持检验标准码与云HIS收费项目匹配手工调整 |
||
支持多条标准码手工选择匹配 |
||
支持自动批量更新检验医嘱与检验标准码关系对应 |
||
支持单条更新检验医嘱与检验标准码关系对应 |
||
支持费用删除对应的标准码同时删除 |
||
支持费用新增对应的标准码同时新增 |
||
2 |
检验手工对码 |
支持检验医嘱通过名称、输入码过滤功能 |
支持检验标准码通过名称、输入码过滤功能 |
||
支持单条检验医嘱的快速勾选对应 |
||
支持多条检验医嘱批量的快速勾选对应 |
||
支持单条检验医嘱对应标准码删除 |
||
支持多条检验医嘱对应标准码批量删除 |
||
支持列表展示已匹配标准码 |
||
支持对应码的互认和报告上传区分设置 |
||
3 |
检查手工对码 |
支持检查医嘱通过名称、输入码过滤功能 |
支持检查标准码通过名称、输入码过滤功能 |
||
支持检查医嘱的快速勾选对应 |
||
支持检查明细(部位)的快速勾选对应 |
||
支持检查医嘱对应标准码删除 |
||
支持检查明细(部位)的对应标准码批量删除 |
||
支持列表展示已匹配标准码 |
||
支持对应码的互认和报告上传区分设置 |
||
4 |
服务对接 |
支持患者互认登记接口调用 |
支持接诊互认接口调用 |
||
支持开单精准互认接口调用 |
||
支持互认数据下载接口调用 |
||
支持互认校验接口调用 |
||
支持挂号时提前下载互认数据 |
||
5 |
临床互认 |
支持接诊互认提醒及页面展示 |
支持检验多种类型开单的精准互认提醒及页面展示 |
||
支持检查多种类型开单的精准互认提醒及页面展示 |
||
支持检验医嘱互认后不能开单控制 |
||
支持检查医嘱互认后不能开单控制 |
||
支持互认校验不通过不能诊毕控制 |
||
支持检验互认报告数据下载本地保存 |
||
支持检查互认报告数据下载本地保存 |
||
支持互认检验报告查看 |
||
支持互认检查报告单查看 |
||
支持诊毕时自动下载互认数据 |
||
支持平台异常时暂时停止接口调用 |
||
6 |
互认数据电子病历调用 |
支持互认报告信息自动加载 |
支持互认报告结果查看 |
||
支持互认报告结果导入导入到病历 |
||
7 |
HIS与LIS/PACS接口升级 |
支持LIS接口报告主单互认相关数据写入 |
支持LIS接口报告明细互认码数据写入 |
||
支持PACS申请单互认数据查询 |
||
8 |
检验报告数据上传 |
支持市平台检验报告结果互认相关数据上传 |
支持网络异常时重试上传 |
序号 |
功能要求 |
参数要求 |
1 |
检验互认数据接口 |
支持获取患者信息、检查目的、检验报告唯一号、检测仪器、审核信息等。 |
支持获取患者信息、开单信息、采集信息、检验信息、审核信息、检验项目(互证)、检验结果、参考范围、结果状态等。 |
||
支持显示检验报告“发布状态”“取消发布状态”等。 |
||
支持记录中显示患者信息、检验报告唯一号、条码号、撤销日期、撤销人姓名、报告最新状态等。 |
||
2 |
省标字典维护管理 |
支持省标字典新增 |
支持省标字典删除 |
||
支持省标字典修改 |
||
支持省标字典库导入 |
||
支持显示省标字典库使用状态管理 |
||
支持省标字典库查询 |
||
3 |
省标匹配维护管理 |
新增93项检验互认项目字典库 |
支持互认项目字典库在线调用 |
||
支持医嘱信息匹配 |
||
支持项目信息匹配 |
||
支持匹配复制医嘱/项目 |
||
支持检验医嘱/项目匹配情况查询 |
||
4 |
互认状态查询 |
支持查询结果互证情况及异常情况处理 |
支持匹配医嘱/项目导出 |
||
5 |
检验报告单改造 |
支持检验报告单显示互认项目 |
6 |
接口改造 |
支持新增互认信息返回HIS系统 |
支持增加互证信息显示HIS系统 |
||
支持增加互证信息显示HIS系统 |
序号 |
功能要求 |
参数要求 |
1 |
区域PACS系统改造 |
支持数据库结构和数据字典改造,增加检查医生、报告医生、审核医生、修订医生身份证号等字段。 |
支持检查项目对码适应性改造,开放检查数据查询接口。 |
||
支持与市第三方互认平台对接,通过消息检索数据库患者近30天相关互认检查项目报告信息以及影像链接。 |
||
支持检查医生、报告医生、审核医生、修订医生字典信息的改造新增。 |
||
支持大型影像设备信息字典改造新增,包含设备类型、设备名称。 |
||
支持检查数据的质量监控,包括院内项目可对码率、标准项目覆盖率,上传检查数据的空值率等。 |
||
支持平台日志审计,包括操作人、操作时间、操作类型、操作内容等。 |
||
支持省质控中心下发的检查项目标准代码与全市各个医疗机构的检查项目代码对应表的导入。 |
||
提供对各个医疗机构检查项目对应表导入的查询、核对编辑界面。 |
||
支持影像数据调阅模式调整和优化。 |
||
支持患者KOS解析。 |
||
支持与第三方提供的调阅WADO地址对接,根据患者主索引获取影像。 |
||
提供统一的影像浏览器。 |
||
支持瘦客户端技术,实现对患者的全面综合的临床数据访问,跨平台的影像浏览。 |
||
支持按检查信息、相关检查信息多方位展示病人信息;支持浏览检查报告,包括:放射影像和图文报告。 |
||
支持在多显示屏环境下可自动设定影像显示模式以适合屏幕大小及分辨率。 |
||
支持DICOM格式的单帧和多帧,灰阶和彩色影像显示。 |
||
提供DICOM影像的距离、角度、面积、CT值、心胸比、定位线显示等测量功能。 |
||
提供DICOM影像的多平面重建、曲面重建、最大密度投影、最小密度投影、平均密度投影等高级功能。 |
||
提供检查缩略图功能,多序列影像可用通过缩略图实现显示切换。 |
||
提供多次检查影像的对比功能。 |
||
支持基本图像处理:提供基本图像处理工具,包括但不限定于:图像缩放、移动、旋转(L90,R90,任意)、左右镜像、上下翻转、反相、播放、定制视窗(预设值、实时调节)、调窗、布局。 |
||
支持基本测量,包括但不限定于:距离、角度、矩形、椭圆、手绘面积、CT值、心胸比、定位线及箭头、文字标记。 |
||
支持影像注释的显示与关闭。 |
||
支持按影像类型预设多种窗宽窗位,提供快捷键调整视窗;支持按影像类型和序列描述预设视窗,显示影像时自动应用; |
||
支持同一窗口内同一检查或不同检查的多序列图像同步滚动对比,对比时程序自动调整对比图像的放大倍率,保证其以相同尺寸显示; |
||
支持与市影像平台或者区域平台对接,实现使用标准编码上传和下载,检查医生、报告医生、审核医生、修订医生身份证号上传和下载。 |
||
支持各医院采集工具改造,增加字段包含检查项目标准代码、检查项目标准名称、审核开始时间、设备类型、设备名称等。 |
||
支持区域放射系统适应性改造,新增互认所需技师、报告等管理流程。 |
||
2 |
院内放射系统改造 |
支持数据库结构和数据字典改造,增加检查医生、报告医生、审核医生、修订医生身份证号等字段。 |
支持放射系统适应性改造,新增大型设备、检查医生等字段信息。 |
||
支持临床影像中心适应性改造,完成对临床影像中心数据字典扩充。包含检查项目标准代码、检查项目标准名称、报告开始时间、审核开始时间、设备类型、设备名称等。 |
||
支持检查项目编码适配,实现省质控中心下发的检查项目标准代码与全区各个医疗机构的检查项目代码对应表的导入,并提供查询、核对的编辑界面。 |
||
支持与区域影像平台对接,实现检查医生、报告医生、审核医生、修订医生字典上传。 |
||
3 |
综合报告工作站 |
能够自动将已接收的图像与RIS信息进行关联。 |
支持对检查医生的信息录入。 |
||
支持各个环境的操作日志记录、查询。 |
||
与叫号系统连接,实现自动叫号。 |
||
提供拍片功能,并记录拍片状态和胶片张数。 |
||
检查状态更新,通过MPPS实现将检查执行中、已取消、已完成的状态通知RIS服务器。 |
||
支持技师根据需要对设备发送的图像进行选择性存储到影像服务器。 |
||
能够合并两个检查到一个患者上,能够进行检查的合并与拆分。 |
||
能够修改患者的基本信息和检查状态。 |
||
所有修改均记录修改时间、修改人、修改内容。 |
||
手工匹配急诊或特殊原因先检查后登记的病人。 |
||
提供机房的检查队列浏览,支持各机房病人的相互调转;提供检查过程的检查参数,手术记录,检查备注等信息的记录;提供辅助技师登录;提供老师带学生的教学记录;提供交接班管理等。 |
||
提供影像比对,影像转发,影像导入,拆分检查,检查互换,数据修改,影像删除等功能。 |
||
提供检查备注功能:当技师在检查过程中发现了一些需要注意的情况,他们可以通过检查备注形式提醒诊断医生注意。 |
(一)文档资料管理
文档是保证项目的实施连贯性的重要保证,中标人需要提供完善的文档,并对项目进行过程中的文档进行有效的管理,接受用户方对项目各阶段评估分析和监督管理。
(二)项目培训要求
培训工作是整个系统得以正常运行的关键,除了对普通业务人员的专项培训以外,应对系统维护人员进行系统维护的培训。具体培训要求如下:
1、投标人应在投标文件中提出培训计划,计划包括培训项目、人数、地点、日程、资料、其它等详细内容。
2、技术培训的内容必须包含软件的日常操作和管理维护,以及基本的故障诊断与排错。
3、培训人员必须是公司的资深工程师。
1、项目须在合同签订后1个月内完成建设并通过整体验收。
2、中标人承担软件的安装、测试和有关配置工作,进行实际的测试。
3、检查安装现场是否符合产品安装条件。
4、投标人应全力与采购人、系统集成商及其他供应商配合,根据采购人的详细需求,提交实施方案得到采购人及集成商确认后实施,保证系统按时、正常地投入运行。
5、产品实施过程中,如果牵涉到与第三方产品集成工作,中标人应与集成商及其他供应商通力合作,并提供必要的技术支持。
6、在投标书中提供本次项目实施的实施人员名单,以及整个软件实施工期的具体计划安排表。
7、验收要求:双方人员现场组织验收,验收标准对照招标要求功能清单。
(四)技术支持和服务要求
1、提供各类技术人员的职责,方便用户与相关人员的沟通,协助制定相关系统的操作规章制度。
2、提供不少于1年的保修和技术服务支持。维护期过后,如采购人有需求,可签订技术售后服务合同,售后服务费用按照双方协议价格收取。技术维护期自双方代表在最终项目验收单上签字之日起计算。
3、产品维护期内,应提供系统扩充、升级方面的技术支持服务。
4、在项目的实施过程中提供软件支持的服务,这些服务应该包括:
(1)对影响到应用系统平稳作业的问题解答与分析,并提出解决方案;
(2)定期进行程序错误的修改、维护、实施;
(3)信息系统的服务关联到软硬件的各个方面,因此必须对所有相关的变化进行实时的更新;
(4)对所有的维护活动进行记录,并形成规范的文档,例如记录时间、地点、原因等,最后还要注明完成的时间和人员;
5、提供本项目的维护服务,维护服务包含但不局限于以下几点:
(1)管理、维护系统以及与其他系统的接口;
(2)问题解答、问题分析、与其他合作方的协作;
(3)修正应用软件的错误;
(4)维护和执行的服务必须满足系统的操作;
(5)信息系统的服务是与整个系统相关的,维护服务必须保证系统的一致性与稳定性;
(6)对医院系统的每一次改变或是升级都必须对需求进行检查;
评估并保证建议的解决方案是完全符合目前的操作模式,并对系统的正常运作没有影响,所有的调优或修改建议不能够降低系统操作性能。
(五)售后服务要求
1、投标人应在投标书中详细列出服务项目清单,对每项服务,需明确服务提供方名称、服务内容、服务方式、服务人员技术要求以及服务响应时间等。
2、由于医院管理信息系统的特殊性,因此,在接到系统故障通知后,投标人必须在20分钟内响应,对于影响系统正常运行的严重故障(包括由系统软硬件等原因引起的),投标人的相关技术人员必须在接到故障通知后2小时内赶到现场,查找原因,提出解决方案,并工作直至故障修妥完全恢复正常工作为止,一般要求保证系统在24小时之内修复,并需要提供确保承诺实现的措施。
3、必须帮助用户建立远程维护系统,中标人的工程师经院方授权通过电话线远程登录到院方网络系统进行的故障诊断和故障排除。
4、软件实施期间需专人定点进行实施,质保期间内也需专人定期或不定期参加日常维护工作。
5、投标人须做出无推诿承诺,即投标人应提供特殊措施,无论由于哪一方产生的问题而使系统发生不正常情况时,并在得到采购人通知后,须立即派工程师到场,全力协助系统集成商和其他供应商,使系统尽快恢复正常。
采购报价限价:75万;报价时按各院区列清明细,合同由各院区分别签订。
商务条款要求 |
投标响应 |
|
1 |
履约保证金金额:/ |
|
2 |
履约保证金形式:/ |
|
3 |
交货地点:合同签订后一个月内 交货期:详见货物技术和商务要求 安装地点:业主指定 |
|
4 |
应提供的伴随服务:安装、调试、培训等 |
|
5 |
备品备件要求:货物和软件质保期后1年所需的备品备件清单和软件升级所需价格。 |
|
6 |
质量保证期(或保修期):安装验收合格后≥1年,质量保修期自安装调试完毕验收合格之日起计。 质保期内被免费更换的零部件质量保证:自更换之日起计1年 |
|
7 |
售后服务要求:要求投标人提供7×24小时电话响应,提供技术咨询、故障报修等服务。投标人须在接到采购人维修要求电话后,2小时内作出响应,8小时内派技术人员到现场维修(通过远程诊断系统可以解决的故障除外),24小时内修复。如果不能修复,则提供同样备品供采购人使用,直至产品修复。 |
|
8 |
付款方法和条件: 1) 合同签订后支付合同金额的40%; 2) 安装验收完成通过后,支付合同金额的50%; 3) 验收合格半年后支付合同金额的10%。 |
|
9 |
按照采购文件的规定、中标人的投标响应、中标通知书确定的规格、数量和金额签订合同。 |
|