荆州市中心医院湖北省中医院.docx
《荆州市中心医院湖北省中医院.docx》由会员分享，可在线阅读，更多相关《荆州市中心医院湖北省中医院.docx（14页珍藏版）》请在冰点文库上搜索。
荆州市中心医院湖北省中医院
第一部分投标人须知
1关于招标文件
本招标文件仅适用于本次招标项目。
2解释权
本次招投标的最终解释权归为招标人，即湖北省中医院院感办。
3投标费用
无论投标过程中的做法和结果如何，投标人自行承担所有与参加投标有关的全部费用。
4招标文件的构成
4.1招标文件用以阐明招标内容及服务、招标投标程序和合同条款。
4.2招标文件由以下部分组成:
4.2.1投标人须知
4.2.2需求表
4.2.3招标内容及要求
4.2.4合同主要条款（按医院实施计划分期付款）
4.2.5投标文件格式
4.2.6附件
4.3招标文件以中文编写。
5招标文件的修改
在投标截止日期3天前，，招标方如有内容变更将随时在湖北省中医院门户网公示公告栏发出对招标文件的补充、更正文件，例如对招标文件的修改和要求的补充均作为招标文件的一部分，与招标文件具有同等效力。
6投标要求
6.1投标人应仔细阅读招标文件的所有内容，按招标文件的要求提供投标文件，并保证所提供的全部材料的真实性，以使其投标对招标文件做出实质性响应。
否则，其投标可能被拒绝。
投标人在投标中提供不真实的材料，无论其材料是否重要，都将直接导致废标，并承担由此产生的法律责任。
6.2招标人拒绝接收电报、电话或传真形式的投标。
6.3投标人须用人民币报价。
投标文件中的大写金额和小写金额不一致的，以大写金额为准，最终报价以万元为记数单位。
6.4投标人投标报价应为所投项目的最终报价（目的地交货价），包含税费以及其它一切费用。
6.5投标人在详细报价中须列出用户需求书的所有项目，并提供各个子系统的分项价格。
6.6所有不完整的投标将被拒绝。
6.7投标人必须自行承担因其投标文件中的任何错漏而导致的一切后果。
7投标文件的组成（非原件须加盖投标人公章）
7.1投标文件应包括下列部分:
7.1.1商务部分
（1）投标人基本情况
（2）开标一览表
（3）软件价格清单
（4）投标响应与招标文件差异一览表
（5）重要指标响应一览表
（6）售后服务及培训计划
（7）2010年以来医院感染监控系统在医院用户一览表
（8）关于资格文件声明的函
（9）资格文件及其他（未注明的可提供复印件）
Ø营业执照副本、税务登记证
Ø法人代表授权书（原件）
Ø计算机软件著作权登记证书
Ø报名要求的其他证明材料
7.1.2技术部分
技术描述（含原理性介绍）、技术规范、技术参数、技术文件、概要设计、制造商情况、项目工程安排和售后服务等，以及投标人认为有必要说明的其他内容，包括以下几点内容但不限于：
（1）医院感染监控管理软件整体设计思想
（2）各子系统功能描述及各子系统之间的集成方案
（3）医院感染监控管理系统的集中展现
（4）与医院其他系统的无缝融合解决方案
（5）实施与培训计划
（6）售后服务条款
投标人应将投标文件装订成册，并填写"投标文件资料目录"。
8投标文件
全部投标文件一式五份，正本一份，副本四份，并注明“正本”和“副本”；除特别注明外，投标文件应提交纸质文件；投标文件除规定签名、盖章的地方外，其余部分应为印刷或打印体。
9评标办法
在投标人投标文件完全响应招标文件的前提下，由院方组织专家组逐项进行评标。
10合同签订
招标人在开标结束并将结果公示三个工作日后向预中标人发放中标通知书，中标人须按中标通知书规定的日期由法定代表人或法人授权代表与采购单位采购合同，逾期不签订合同的，招标人有权取消其中标资格，另定中标者，并保留追究因原中标者违约所造成的一切损失的权利。
11项目实施计划
在签定合同第一个月内，开始医院感染监控管理系统感染数据数据舱的建立。
完成感染数据数据舱建立后，按照医院感染监控规范实现医院感染监控管理系统功能，并完成数据校对，实现感染监控报表的展现。
后续期：
在签定合同一年内，对医院感染监控实现全面信息化管理。
12售后服务
1、保修年限、范围、保修条件
软件产品的技术支持服务保证期为终身，免费维护维修服务保证期为12个月。
免费维护期过后，签订技术售后服务合同，软件售后服务费用按照所签订售后服务合同收取。
技术保证期自甲、乙双方代表在验收单上签字之日起计算。
软件系统保证期内，所有购买软件及子模块均享受免费升级服务。
应提供系统扩充、升级方面的技术支持服务。
若用户使用的第三方软件需与本系统连接应承担开发或协助开发接口软件。
应向招标人技术部门提供所有软件接口源代码及数据库结构说明书、系统维护手册、操作手册等。
投标人必须将技术支持和售后服务各项费用单独列出，并计入总投标价之内。
2、解决问题、排除故障的速度
在保证/保修期内，影响系统正常运行的故障响应时间不超过半小时，需上门维护应在5小时内响应。
3、售后服务的形式
在合同签订后，投标人需根据院方具体问题提供以下几种形式的技术服务：
1）培养系统管理员：
系统试运行期间，投标人负责为院方培训2—3名系统维护人员，以能达到相当的维护水平（能解决80—90%的系统故障）。
2）现场支持：
投标人应竭尽全力，将我医院列为VIP客户，在工程实施及售后服务方面使我医院无后顾之忧。
3）电话咨询：
免费提供每周7天/每天24小时不间断的电话支持服务，解答院方在系统使用、维护过程中遇到的问题，及时提出解决问题的建议和操作方法；
4）远程在线诊断和故障排除：
对于电话咨询无法解决的问题，投标人工程师经院方授权通过电话线远程登录到院方网络系统进行免费的故障诊断和故障排除；
5）重大技术问题处理：
对重大的技术问题，投标人技术支持部门应协调组织技术专家小组进行会诊，以确保系统的正常运行。
6）系统升级途径及费用：
投标人其他应用软件的二次购买，应给予一定的优惠。
7）其他售后服务承诺：
在系统实施过程中，招标人必然存在对一些软件更改的要求，投标人必须提供二次开发和客户化修改的执行计划。
第二部分招标项目要求
一、项目概述：
工程名称：
湖北省中医院医院感染监控管理系统应用软件
二、技术规格及总体要求：
1.总体要求：
依据卫生部发布的《三级综合医院评审标准实施细则》、《医院感染诊断标准》和《医院感染监测规范》等，抽取医院HIS、EMR、LIS系统等数据，构建以感控工作为目标的医院感染数据仓，并结合医院感染管理工作，为医院建立感染监控平台、干预平台、管理平台。
系统有：
感染预警、疑似感染病历搜索、感染目标性检测、综合性检查、科室环境监测、职业伤害监测等功能，及与功能配套的数据统计、分析、挖掘报表体系。
1.1标准化、规范化
标准化是支撑医院信息系统的重要手段。
（见具体要求）
1.2关键技术路线
湖北省中医院感染监控管理系统的建设要采用最新技术手段，例如基于大型关系型数据库平台，采用C#、.NET、JAVA、XML等技术；层次结构，采用多层B/S应用结构体系，表示层、业务层、数据库访问层分开；独立于特定的硬件平台和操作系统；支持各种类型的数据库系统；具有分布式事务功能；支持消息服务；支持组件化开发；具有良好的安全性；支持集群和失效转移，提供良好的可扩展性和容错性。
1.3第三方软件的正版资格认证
为保证系统的高可用性和高度稳定性、可扩展性，要求所提供的第三方系统必须经过原公司的正版资格审订。
1.4适用性原则
系统各功能部分可按照湖北省中医院医院感染监控系统要求，通过医院感染数据舱的建立，满足医院在医院感染监控管理的需求，同时湖北省中医院医院感染监控管理系统采用“整体设计、分步实施”，减少医院的投资压力。
1.5应用技术培训
在系统实施的初期，通过在医院搭建的模拟环境对人员进行培训；系统建成后，能否做到方便实用，达到预期的效果，用户应用技术培训是关键，公司提供的培训教材，包括快速入门、操作手册、管理员手册等，每一个应用系统有完整的在线帮助，提供咨询热线，分期分批组织教学实习，做好系统管理人员、科室使用人员特别是各级领导的应用技术培训工作，确保系统发挥最大的使用效益。
2.技术平台：
开发工具：
.NET平台或Delphi或VisualC++或Java。
数据库平台：
Oracle或SQLServer；
服务器操作系统：
MicrosoftWindowsServer2000/2003或以上版本；
客户端操作系统：
MicrosoftWindows2000/XP/2003或以上版本；
3.技术要求：
3.1.标准化
遵循卫生部《（2003-2010年）全国卫生信息化发展规划纲要》；
遵循卫生部2002年版《医院信息系统基本功能规范》、《医院感染诊断标准》、《医院感染监测规范》和《三级综合医院评审标准实施细则》等；
3.2.平台化
系统核心平台由多个模块组成，根据用户需要科学合理选择/组合不同模块；支持多种主流开发和应用平台；
3.3.先进性
数据结构设计合理；
支持二次接口开发，数据转储；
完善的后台安装与维护工具；
3.4.一致性
保证数据采集、存储、整理、分析、提取、应用的一致性；
3.5.实用性
符合中国医生操作和使用习惯；自主知识产权，系统性价比较高；
满足科室信息管理的需要；整体设计、分步实施，平滑升级、无缝联接；
开放式系统设计，便于医院维护，避免重复投资；
3.6.安全性
采用数据库级用户权限和应用程序级运行权限的双重控制机制；提供统一用户管理手段；通过数据库系统的数据安全机制，提供完善的安全保障体系；
3.7.稳定性
系统经过精心设计和科学评审；最大限度集成国际成熟技术及组件；
多层面、多角度严格测试；
三、系统清单及功能要求
（一）系统模块构成（必备模块：
必须提供每个子模块运行界面截图）：
序号
模块编号
模块名称
说明
01
疑似病例发现模块
01
01-01
病情监测及感染上报
02
02
全院监测模块
03
02-01
全院感染病例监测及感染上报
04
02-02
感染关键指标列表
05
03
ICU目标性监测模块
06
03-01
目标性监测/ICU（重症监护病房）监测
07
04
手术切口目标性监测模块
08
04-01
目标性监测/手术部位感染监测
09
05
新生儿目标性监测模块
10
05-01
目标性监测/新生儿感染监测
11
06
多重耐药菌目标性监测模块
12
06-01
多重耐药菌目标性监测
13
06-02
耐药病原体监测
14
06-03
一般病原体监测
15
07
环境监测模块
16
07-01
环境监测
17
07-02
科室环境监测
18
07-03
科室环境扣分
19
07-04
科室环境监测科室
20
07-05
科室环境合格标准
21
08
职业伤害监测模块
22
08-01
医务人员职业伤害暴露登记表
23
09
感染知识库查看和维护模块
24
10
现患率模块
25
11
爆发预警模块
26
11-01
感染部位预警
27
11-02
感染系统预警
28
11-03
同种病原体预警
29
11-04
重点菌预警
30
11-05
科室预警
（二）设计要求
1.系统设计标准化、规范化、智能化、模块化、可扩展性
系统设计要求标准化、规范化，满足医院感染监测认可的要求，包括《三级综合医院评审标准实施细则》、《医院感染诊断标准》和《医院感染监测规范》，信息传输采用HL-7标准、XML标准，相关代码符合国家标准，，各类接口要求标准化。
系统须集成医院医疗质量管理监控相关的法律法规，而且实现法律法规细则与医疗质量管理相对应，既方便查询又能自动生成各类医疗质量管理监控的相关文书和报表
2.医院感染监控管理软件与HIS、LIS等系统实现无缝连接
数据接口设计：
A、采用BI工具，利用BI工具进行数据ETL、数据建模、数据分析设计制作。
B、可从其他业务关联单位信息系统中接收相关数据。
3.数据统计
1）根据要求对感染关键指标数据进行各种统计运算、转存、导出常用的格式；
2）对同一病人感染关键指标数据进行动态查询、分析并绘制相应的动态曲线；
3）根据不同的要求（如科室、人员等信息）可进行相关的统计工作。
4.设计要求
1）严格按软件工程规范开发，系统架构合理，模块拆分、组合灵活，适应性强；完全基于模块化设计，各功能模块相互独立可单独升级。
2）基于大型数据库平台，能轻易实现感染监控管理的内部联网。
3）软件没有用户数限制，可以安装任意多台工作站。
4）具有良好的稳定性和扩展性。
系统的扩展性：
科室的发展是必然的，通过合同方式约定，可对用户新增设备每年提供若干台件的免费服务。
5）集成创新，各专业子系统全面集成，易于管理和扩展。
6）充分考虑人机交互及易用性设置，各功能界面方便切换，进一步提高工作效率。
7）动态页面编辑，用户可根据业务需要自行调整界面布局。
8）多套良好、独立的数据备份方案（提供软、硬件集成方案），定时自动备份和双机备份，并有能力解决数据库崩溃后的数据恢复，确保数据安全。
提供远程维护功能。
提供网络中断后应急情况处理预案。
9）权限分级管理：
安全可靠、严密防错，严格的授权制度，权限控制多样，可提供权限复制功能，系统授权后，网络内任何一台电脑都可以直接访问或打印感染监控管理报表。
10）所有功能模块必须提供相应的报表查询及打印功能，报表的设计由厂方调研后双方共同商定，其他格式文档按照各种相关标准确定。
所有报表均是开放式，可以对报表做灵活修改。
11）所有数据表、报表可转换成EXECL、WORD、PDF、JPG文件。
12）方便灵活、功能强大的模糊查询、多种条件任意组合查询、统计功能。
13）强大的医院感染监控统计功能，动态生成统计结果，包括相关分析图、正态分布、直方图人工比较等。
14）可向医院提供系统今后的升级和维护代码。
（包含数据库设计说明、数据要求说明、详细设计说明书）
通过建设上述系统平台，保证医院感染监控管理系统，在纵向支持从业务层、知识层到决策层等不同深度的应用；在横向支持从临床、经济、管理、教学、科研、客户服务、供应链管理、市场营销、对外接口等不同方面的应用；从内容上涵盖了对医院涉及感染监测的门诊、急诊、住院、管理等业务部门的应用支持。
（三）基本功能模块
一、疑似病例发现
病情监测及感染上报：
包括查询疑似病例，确认感染病例。
通过病人在院情况、病原体检验结果，手术情况等信息进行自由组合查询，查询出满足条件的病人列表，从而减轻感染科老师的工作，提高工作效率。
通过HIS，LIS，电子病历数据对全院所有的病人情况进行大体掌握并发现和确认疑似感染病例。
二、全院感染病例监测
包括查看所有病人信息、上报感染病例、报表展示。
显示所有在科，体温异常，手术，插管，使用抗菌素，有检测异常，有病原体送检和多重耐药菌的病人。
三、目标性监测
目标性监测/ICU（重症监护病房）监测：
包括查看ICU目标性监测的病人、查看已上报的感染病例、报表展示。
院感办可对医生上报的感染病例进行查看、接收、驳回等操作。
手术切口目标性监测：
标性监测/手术部位感染监测：
包括数据查询、展示需要监测的手术、展示所有手术信息、展示已上报的手术信息、展示于手术相关的感染信息、报表展示。
院感办可对医生上报的感染病例进行查看、接收、驳回等操作。
目标性监测/新生儿感染监测：
包括查看目标性监测的新生儿、查看已上报的感染病例、报表展示。
院感办可对医生上报的感染病例进行查看、接收、驳回等操作。
四、多重耐药菌目标性监测
包含多重耐药菌目标性监测、耐药病原体监测、一般病原体监测，实现耐药病原体监测、一般病原体监测,不同病原体抗菌药物不同耐药情况表，自动计算病原体的耐药分类，以及报表展示。
五、环境监测
包括：
科室环境监测、科室环境扣分、科室环境监测科室、科室环境合格标准。
展示不合格检测记录、扣分、统计标本数和合格率。
查询已有的监测科室、增加需监测的科室、修改已有的监测科室、删除已有的监测科室。
六、职业伤害监测
包括：
查询职业伤害监测信息，增加职业伤害信息，修改职业伤害信息，删除职业伤害信息。
七、感染知识库查看和维护
包括：
查询知识库信息，增加知识库信息，修改知识库信息，删除知识库信息。
八、现患率调查
包括：
现患率调查、调查人数设置、报表展示
九、爆发预警
包含感染部位预警，设置感染部位预警条件、展示感染部位预警结果；感染系统预警，设置感染系统预警条件、展示感染系统预警结果；同种病原体预警，设置同种病原体预警天数、展示同种病原体预警结果；重点菌预警，设置重点菌预警天数、展示重点菌预警结果；科室预警，设置科室预警天数、展示科室预警结果。
四、其它要求
1、提供网络中断后的应急预案；
2、有能力解决数据库崩溃后的数据恢复，有良好的数据备份方案（提供软、硬件集成方案，如需购买硬件由院方另行安排政府采购）；
3、所有功能模块必须提供相应的报表查询及打印功能，报表的设计由中标方调研后双方共同商定，其他格式文档按照湖北省相关标准确定。
4、中标方需向医院提供系统今后的升级和维护代码。
（包含数据库设计说明、数据要求说明、详细设计说明书）
5、免费维护期后每年的维护费用不超过中标金额的10%。
升级会员 