基本信息
项目名称 | 排队叫号系统软件功能改造项目 | ||
预算 | **万 | ||
省份/直辖市 | 上海 | 地区 | |
采购单位 | 上海市第*人民医院 | 联系方式 | 吴允真 ***-******** |
所含内容 | 门诊招标招标 |
上海市第*人民医院排队叫号系统软件功能改造项目招标公告
上海市第*人民医院
排队叫号系统软件功能改造项目
采 购 文 件
采 购 单 位:上海市第*人民医院
*〇**年*月
第*章 院内采购公告
*、项目基本情况
项目名称:排队叫号系统软件功能改造项目
预算金额:**万元人民币
采购方式:院内谈判
项目内容:包括本项目批复范围内全部项目内容。
*、申请人资格要求
具有“*证合*”的营业执照,具有独立承担民事责任的能力并且具有相应的经营范围;
参加采购活动前*年内,在经营活动中没有重大违法记录。
未被列入“信用中国”网站失信被执行人名单、重大税收违法案件当事人名单和中国政府采购网政府采购严重违法失信行为记录名单的供应商。
本项目不接受联合体投标。
*、申请时间及联系人
报名时间:自公告日期起*周内(*个工作日)
报名邮箱:*******@***.***
谈判时间:报名截止后另行通知
谈判地点:上海市第*人民医院教学楼*楼
联 系 人:吴允真
联系电话:********
第*章 投标人须知
* 适用范围及说明
*.*、本采购文件适用于上海市第*人民医院排队叫号系统软件功能改造项目的公开采购。中标单位负责与相关部门的沟通、协调、落实经相关部门出具的实施方案。直至交付使用,采用院内采购方式选择实施单位。
*.*、采购单位向投标单位提供的有关采购文件及资料和数据或组织勘察现场,是采购单位现有的能使投标单位利用的资料,采购单位对投标单位由此做出的推论、理解和结论概不负责。
* 投标费用
投标人应承担所有与编写、提交投标文件和制作样品等有关的费用,不论投标的结果如何,采购方在任何情况下均无义务和责任承担这些费用。
* 采购文件
投标人应认真阅读采购文件中所有的章节、条款、格式、附表。如果投标人没有按照采购文件的要求提交全部资料,或者投标文件没有对采购文件在各方面都做出实质性响应,则属于投标人的风险,没有实质上响应采购文件要求的投标将被拒绝。
* 投标文件
*.*投标文件组成:投标报价、资质证明文件、营业执照、项目方案、“信用中国”相关企业证明文件等投标单位认为需要提交的其他材料。
*.*请投标公司在报名时间截止前将以下内容发至报名邮箱:投标公司名称、投标项目名称、投标公司联系人、投标公司联系人电话、投标公司信用中国截图及投标意向书(需加盖投标单位公章)电子档。如投标单位多次无理由缺席,将被纳入医院采购黑名单。重要提示:发送至邮箱的材料中请勿包含投标文件。投标文件需由应标人在采购当日,采用密封方式携带至谈判地点,并在监督下现场拆封。请勿在邮件中包含投标文件,如因此对投标人造成不利影响,责任由投标人自负。
* 签订合同
合同由院方提供标准合同模板。
第*章 技术要求
*.* 项目背景介绍
项目名称:上海市第*人民医院排队叫号系统软件功能改造项目
项目地点:本项目将在上海市第*人民医院实施和应用。
项目背景:
随着医院门诊量的增大,病人在就诊过程中出现的情况也变得越来越复杂,例如:
过号病人的数量增加,需要进行对此类病人进行管理;
病人在被叫号时因各种原因不在现场,导致呼叫空号影响效率;
病人在过号或者回诊时如何有快速有效地重返叫号队列、
……
为了能够更好的进行排队叫号的管理,给病人提供*个更好的就诊环境、更合理的就诊秩序以及更好高效的就诊效率,本次对现有排队叫号系统进行改造,以实现更好、更有效的就诊管理。
*.* 本次采购内容
本项目采购内容如下所示:
序号 | 采购系统名称 | 数量 | 交付 |
* | 排队叫号系统软件功能改造 | * | 签订合同后**日内安装实施完毕 |
*.*.* 功能要求:
系统 | 功能名称 | 功能参数 |
排队叫号系统软件功能改造 | 就诊签到管理 | 病人就诊前必须先在自助机进行签到,没有签到的病人在叫号过程中不被叫号。 病人签到后以挂号号序作为叫号顺序依据。 |
回诊签到管理 | 病人检查后回诊,需在自助机签到 回诊病人签到后,系统会根据设置把回诊病人重新加入到就诊队列。 回诊病人重新加入队列的位置可以根据需要进行设定 回诊病人重新加入队列后自动锁定之前就诊对应的医生,按照对应就诊模式响应呼叫。 | |
过号管理管理 | 病人过号后回诊,需在自助机签到 回诊病人签到后,系统会根据设置把回诊病人重新加入到就诊队列。 回诊病人重新加入队列的位置可以根据需要进行设定 回诊病人重新加入队列后不会锁定之前就诊对应的医生,按照自由就诊模式响应呼叫。 | |
预约签到管理 | 预约病人签到按预约时间段管理模式进行签到管理。 准时到达预约病人按预约优先呼叫。 提前到达预约病人,系统根据已确定提前到达就诊管理机制进行呼叫管理 迟到预约病人,系统根据已确定迟到就诊管理机制进行呼叫管理 | |
人工辅助管理 | 自助机签到的行为均可以护士台通过护士进行手工操作实现。 | |
签到叫号管理原则 | 未签到不呼叫原则。 按诊区分区管理原则。 自助为主人工为辅助原则。 |
*.*.* 软件开发技术要求:
软件开发需要多种技术来支持应用程序的开发,合理的运用技术以开发出高效、智能的应用程序。
*.*.*.* 数据库
数据库是软件开发中另*个重要的技术。数据库是*种用于存储和管理数据的系统。在软件开发中,数据库需要支持********* *** ******,数据库要求能够支持数据的存储和检索,并且具有高可靠性和安全性。
*.*.*.* 框架和库
框架和库是软件开发中非常重要的技术。框架是*种用于构建应用程序的工具,它提供了许多有用的功能和模块。库也是*种用于构建应用程序的工具,它提供了许多有用的功能和模块。在软件开发中体现先进的工具使用理念。
*.*.*.* 版本控制
版本控制是软件开发中另*个重要的技术。版本控制是*种用于跟踪和管理应用程序版本的变化的工具。在软件开发中需要体现版本控制要求,能够支持多个版本的跟踪和回滚,并且能够高效地管理代码。
*.*.*.* 安全性
安全性是软件开发中另*个重要的技术。安全性是*种用于保护应用程序免受黑客和恶意攻击的技术。在软件开发中采用先进的安全性管理理念。
*.*.*.* 扩展性
扩展性是软件开发中另*个重要的技术。扩展性是*种用于确保应用程序可以适应不断变化的需求的技术。在软件开发中保留软件的扩展性及延展性,让软件具有生长性功能
*.*.* 硬件设备技术要求:
显示部分 | * **.*” 液晶模块 * 亮度:*****/㎡ 对比度 ****:* * 平均故障间隔时间:**.***工业标准 * 最大分辨率为:********* |
触摸部分 | * **.*”电容**点触摸屏 * 表面硬度:* * 透光度:&**;**% * 工作温度:-** 乙~ +** * * 保存温度:-** 乙~ +** * * 湿度:*% ** *** * 线性度:+/- *** * 触摸寿命:&**;***,***,*** ***** * 最大分辨率:********* * 最大支持点数:***,** ****** * 连接方式:***/*** |
机体 | * 冷轧板静电喷涂,颜色:白色+亚克力边框 * 电压:****** ± **% **** /****, * 功率:&**;****开机瞬时电流** * 内置控制板、音箱、排风扇 |
机体尺寸 | * 不大于***×***×** (*×*×*) |
主机配置 | * **/**/**** |
外设 | * 医保读卡器 * *维码扫描仪 |
报警 | * 少纸告警,缺纸报警 |
工作环境 | * 温度:+*℃ - +**℃ * 湿度:**% - **%(相对,非压缩) |
质保 | * *年 |
包装 | * 纸箱(可支持远距离运输,安全) |
*.* 评审参数
评审内容 | 评审因素 | 评审标准 | |
形式评审 | 报价表* | ☐ 满足 | ☐ 不满足 |
营业执照* | ☐ 满足 | ☐ 不满足 | |
法定代表人授权委托书* | ☐ 满足 | ☐ 不满足 | |
资格评审 | 现门诊排队叫号系统供应商技术合作授权函* | ☐ 满足 | ☐ 不满足 |
排队叫号系统功能改造原厂服务承诺函* | ☐ 满足 | ☐ 不满足 | |
响应性评审 | 本次排队叫号系统软件功能改造需与医院现有排队叫号系统软件无缝兼容,确保医院现有系统的稳定运行。* | ☐ 满足 | ☐ 不满足 |
提供的排队叫号系统软件功能符合改造需求 | ☐ 满足 | ☐ 不满足 | |
投标单位主要实施人员具备建设领域专业技术管理人员,数量不少于*人▲ | ☐ 满足 | ☐ 不满足 | |
上海地区项目案例(不少于*家)▲ (合同首页、签章页) | ☐ 满足 | ☐ 不满足 |
*.评分细则:
(*)“*”为重要指标,不满足做无效处理;
(*)“▲”为加分指标;
(*)优先选择满足以上所有参数的供应商;若多家供应商均可满足以上所有参数,则选择价格最低的供应商;所有供应商均无法满足相关参数的,则本次采购作废。
热门推荐