浦东新区公利医院公利继续医学教育管理系统v1.0征集供应商招标公告

浦东新区公利医院公利继续医学教育管理系统v1.0征集供应商招标公告



第一章 投标人资格要求
投标人资格要求:
(1)投标人必须是在中华人民共和国境内注册、具有独立法人资格的企业,并符合《中华人民共和国政府采购法》第二十二条规定,须提供加盖公章的工商营业执照、税务登记证书、组织机构代码复印件(或加盖公章的三证合一的营业执照);
(2)在上海有固定的营业场所,且具有完善的售后服务体系。
(3)遵守国家法律、法规,具备良好商业信誉,近三年在经营活动中没有违法、违规记录。
(4)本次招标不接受联合体投标。

项目进度:合同签订后3个月内完成
资金来源:医院自筹
项目预算:19.8万元人民币
投标人提交的证明其中标后能履行合同的资格证明文件应符合招标文件要求,即
1)如果投标人按照合同提供的主要产品不是投标人自己制造的,投标人应得到产品制造商针对本项目的正式授权;
2)营业执照复印件、税务登记证复印件、组织机构代码复印件(或加盖公章的三证合一的营业执照);
3)财务状况报告,依法缴纳税收和社会保障资金的相关材料;
4)具备履行合同所必需的设备和专业技术能力的证明材料;
5)法定代表人身份证明、法定代表人授权委托书;
6) 投标人开户银行在开标日前六个月内开具的资信良好的资信证明或该原件的复印件。

第二章 项目需求及技术规格

1.项目概述

1.1 项目名称
公利继续医学教育管理系统v1.0

1.2 建设目标
(一)推进公利医院继续医学教育工作全过程信息化管理,建立全院卫技人员继续医学教育大数据库。
(二)推动公利医院继续医学教育项目申报及结案信息化,实行继续医学教育学分电子化管理。
(三)落实继续医学教育年度考核及抽查检查工作,优化继续医学教育结构性调整和全覆盖。
(四)落实上海市继续医学教育工作要点,加强医院继续医学教育对象基本信息和学分学习信息管理。
(五)全面拓宽继续医学教育渠道,整合和发展继续医学教育资源,规范并促进各科室提供形式多样的优质继续医学教育培训。

1.3 建设原则
为了保证项目实施的质量,在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则和策略:
1. 先进性
在技术选型时需要适度超前,选择既有技术领先的优势又有成熟的应用,并且在国内外已有成功案例的技术方案,以保证在一定时期内具有技术上的优势。
在应用系统的设计上,借鉴医院以往各类信息化项目的经验,同时注重参考行业最佳实践;在技术上,要采用国际上领先且成熟的技术,使得设计更加合理、更为先进。充分考虑现阶段医院信息化的特点,在注重系统实用性的前提下,尽可能采用先进的计算机软、硬件环境;在软件的开发思想上,严格按照软件工程的标准和最新的面向服务(SOA)的理念进行设计,保证系统的先进性。所有应用系统应该基于.NET分布式体系结构进行设计和开发,其中所采用的软件产品也应是原厂商最新的商用版本。
2. 成熟性和实用性
本次建设的系统应采用被实践证明为成熟和实用的技术和设备,符合一体化协同业务服务平台的建设思路,满足医院当前和今后一段时间的总体应用需求,性能稳定,界面直观,具有易理解、易调试、易维护、易扩展、易复用的特点,最大限度地满足医院当前业务、信息化建设需要和未来发展的需求,确保耐久实用。
3. 开放性与扩充性
系统采用开放性设计,在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计,支持XML、SOAP、Web Services、LDAP等当前受到普遍支持的开放标准,这样一方面保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性,另一方面也便于将来改造、扩容和升级。
系统采用的数据库、开发工具及中间产品是为业界普遍使用广泛使用的产品,可以得到广泛的技术支持。
系统平台应能方便地扩展,可随着业务需求的变化而扩充,系统的配置也能相应地改变和延展,以支持有价值的新兴应用。同时,多服务器集群协同工作,实时地监测服务器状态,自动负载平衡,以保证实现大用户量并发处理和高效的网页浏览速度。
4. 标准化原则
项目建设的一大核心就在于信息整合和资源共享。毋庸置疑,标准化、规范化是系统开发和建设的前提条件和必要保障,也是系统平台与其他系统兼容和进一步扩充的根本保证。在系统的建设、运行管理、维护的全过程中,应当遵循相应的国标、部标和行业标准,同时制定医院自己的相关规范。
在系统建设过程中,有国标可遵循的一定要遵循国标,否则可参考相关部门标准,系统建设选用的标准必须满足业务功能的实现。需要与其他系统进行数据交换的数据必须符合国家和地方行政部门正式颁布的数据交换要求。
5. 安全性原则
使用的信息安全产品和技术方案在设计和实现的全过程中,必须有具体的措施来充分保证其安全性,以确保系统数据处理的一致性,保证业务和数据不被非法侵用和修改伪造,保证数据不因意外情况丢失和损坏,提供多种安全检查审计手段。
使用系统平台的相关安全设置以及应用系统的安全性,实现整个系统的安全性。确保系统不被非授权用户侵入,数据不丢失,传输时数据不被非法获取、篡改,确认对使用者、发送和接收者的身份等。
6. 可靠性原则
系统在设计时将充分考虑系统对可靠性的要求,可采用多种高可靠、高可用性技术以使系统能够保证高可靠性,尤其是保证关键业务的连续不间断运作和对非正常情况的可靠处理。同时,对项目实施过程实行严格的技术管理和设备的冗余配置,保证系统运行的可靠性。
7. 易用性原则
系统应具有一致的、友好的客户化界面,易于使用和推广,并具有实际可操作性,使用户能够快速地掌握系统的使用。
8. 可管理性原则
由于系统建设涉及各个临床科室和管理职能部门,参与的用户比较多,因此系统平台必须具有良好的易管理、易维护的特点。

2.具体要求

2.1 功能要求


功能模块

模块功能点

说明

前台应用管理(学员)

注册登录

1.提供注册功能,支持区分本院学员注册和外院学员注册,注册项包括:姓名、性别、身份证号、省市区域、所在单位、学历、学位、科室、职业类型、当前职称、所属学科(二级)、所属学科(三级)、进入时间、毕业时间、现职起始时间、联系电话等。
注:注册时,本院学员可选择科室,外院学员需自填。
本院注册学员,需审核获取学员登录编号;以学员编号+密码形式登录;
外院学员注册后,以手机号+密码形式登录;
2. 修改密码:
- 外院学员提供以手机号+新旧密码的形式修改密码;
- 本院学员提供以学员编号+新旧密码的形式修改密码;
提供登录记忆功能,时长3个月。(可修改)

前台应用功能(本院)

信息查询

支持信息展示,展示内容为后台发布,以标题+列表展示;
支持新消息提示,已读和未读要有标记状态区分。

学习班报名

支持选择学习班报名,学习班情况以列表形式展示;
支持查看每个报名班的详细情况;
支持在线进行学习班报名,报名成功后,显示报名详情;
详情字段应包括:学习班主题、会议名称、起止时间、签到时间、会议地点等重要信息。
报名时显示剩余人数和截止时间等重要信息。
支持自定义学习班报名限制
- 超时学习班限定时间不可报名;
- 超过学习班限定人数不可报名;
- 具备相同时间段的学习班,只能报一个;
- 报名后未参加学习班超过一定次数,限制报名。二类学分中级以上已过10分者、初级已过2分者限制报名;一类已报名一次并完成签到者限制报名。(可根据学分实际情况作报名限制)

在线签到

报名学习班后,方可进行签到;
支持自定义签到频次和签到时间;有效时间内,签到才生效。
签到模块支持显示已报名的学习班概要。
签到后显示签到当前时间(日期+时间)及班级名称。
签到次数和签到开始时间提示。
签到内含有问卷、反馈表

学分登记

支持学员在线进行学分登记,登记内容表单应包括:学科、项目名称、主办单位、项目起止日期、举办方式、学分、学时等重要字段。(字段可在管理端更改维护)

学分统计

分为一类、二类。支持对学员已报名、已签到的学习班部分显示总实得学分及明细(学分名称、日期、学分分值)

前台应用功能(外院)

同本院信息查询、同学分统计


学习班报名

二类灰色按钮 上为网址 http://139.219.238.121 点选跳转到此网页;(浦东新区)

二类纸质学分(外区、外省市)

在线签到:注意一类二类同时报的问题、问卷及反馈表

前台应用管理(教秘)

登录

教秘账号登录,登录后查看相关权限下的信息。

学习班报名

同学员学习班报名

签到

同学员签到

信息查询

支持信息展示,展示内容为后台发布,以标题+列表展示;
支持新消息提示,已读和未读要有标记状态区分。

项目申报

支持在线新项目的申请、学习班申请,申报内容字段包括:科室、会议名称、举办起止日期、签到时间、会议起止时间、授予学分、会议地点、课程信息、课程补充内容、拟招人数(本院和外院区分)、负责人联系方式、办班人联系方式等。
支持对提交的项目或学习班进行状态的跟踪,保留申请记录。
支持对已完结的项目进行在线的结班材料递交。递交的材料包括:办班科室、起止日期、办班类别、附件上传,(上传的附件内容应支持主流的文本、图片、表格、ppt等格式,并可下载)
支持对申报、或结班材料形成打印摘要。

代报名、科室管理、学分登记、学分管理

支持对本科室未报名学员进行单一或统一学习班的报名。支持对本科室人员基本信息的维护及管理。同学员功能、支持对本科室人员进行单一或批量的学分登记操作。
可下载科室人员学分汇总情况。

后台管理(电脑端)

发布管理

支持新消息的发布,发布后的消息在学员前台和教秘前台显示。
支持对发布的消息进行记录、草稿保存、修改、撤销、删除等操作。

学习班管理

支持新建学习班信息、发布学习班内容,发布的学习班信息在学员和教秘前台显示,用于学员的报名。
重要字段应包括:科室、会议名称、上课时间、地点等重要信息。
支持对学习班信息的编辑、修改、发布、删除等操作;
支持对学习班学员进行人员的管理,新增、删除等操作;

签到管理

支持对学习班签到情况进行统计管理,记录各学习班签到情况、次数等。
学员签到后,后台显示姓名、学员编号、单位/科室、签到时间。(二类)
一类需显示所有信息及签到时间。
支持导入外部报名人员,并以手机号字段自动注册。
支持查询、导出已签到、未签到名单excel。
支持开放签到时间,可提前设置将要签到的提醒(如:即将开始,10:00-10:10进行第二次签到),提醒能显示给学员。
发布考卷及反馈表。
支持给符合签到要求的人员打入学分记录。

项目管理

支持对教秘申请的项目进行在线审核,审核状态同步至教秘前台,并微信提醒。
支持对审核通过的项目,进行结班材料的审核和管理。

人员管理

支持对平台所有用户信息的维护和管理,包括新增、编辑、删除等操作。
外院学员、本院学员、教秘等。

学分管理

支持对平台内所有学员的学分进行统一的管理;
支持按不同字段检索查询人员及人员学分记录。下载excel

字段管理

支持自定义科室内容,更新后的内容同步至前台应用;
支持自定义二级、三级学科内容,二级三级有关联性,更新后的内容同步至前台应用;
支持自定义活动类型;
支持自定义学历、学位、职业类型、职称等内容。
备注:对相关字段,后台管理可做修改。

直播模块

直播

首页添加直播模块,点击进入直播页面
- 直播页面包括:播放窗口、播放列表、在线评论、直播相关信息。
- 播放窗口:未直播前展示固定图片、直播开始展示播放页面。
- 播放列表:展示直播内容列表(标题+时间),直播结束的课程支持回放。
- 在线评论:支持对直播进行评论。

直播相关信息展示

组织机构、会议议程、会议资讯、机构介绍、医学专家、观看用户

直播后台管理

支持直播内容创建、创建内容包括:主题、主题展示图片、直播分主题、分主题时间、名称、专家等。
支持对直播内容的更改、删除操作。
支持视频直播、屏幕录制。
评论管理:支持对评论内容的删除操作。
支持后台管理人员给教秘等指定人员开放直播后台管理权限

2.2 技术要求
(1)整个系统的设计应采用开放性的体系结构,以方便计算机的升级、扩展和互联,在连接上提供通用的扩展标准。在选择、设计应用软件时,强调产品支持的网络协议的国际标准,在平台需要时可以采用分布式集群、负载匀衡,保证访问流畅和安全。
(2)系统支持微信认证或内嵌,因为系统应用的场景多是在移动端发生,故系统在用户交互和内容操作界面上应按照移动端标准设计开发,同时为简化用户认证的流程,用户信息的收集,系统应支持微信身份验证和内容链接的分享等功能。
(3)数字媒体资源的存储和管理采用关系数据库和文件系统的结合形式实现,数据库可以有效结合文件系统实现多种方式的数据存储。通过这种数据资源管理的架构模式,灵活决定数据对象和元数据的存储。根据具体数据资源类型,将元数据内容存放在关系数据库,可检索文本内容存储在管理系统,视频、音频、图片等内容直接放在文件系统中。由于这种数据管理平台的分布式特点,结合数据资源的URI定位机制,不但实现单个的数据库资源管理,而且可以建立真正一体化的分布式数据管理架构,实现数据的共建、共管和共享。
(4)提供系统的使用统计与反馈功能。通过个性化的日志源及统计源功能,完整的记录用户对内容的访问整个过程,结合用户的评论及调查功能,借助于丰富的统计数据表现方式,可以很容易的获得全面完整的用户访问信息,进而发现潜在用户,更好地挖掘内容价值,实现内容的增值。

第三章 项目管理与实施要求
投标人应具有健全的项目管理制度和流程,以及合格的项目实施人员,对本项目建设进行全过程质量管理,确保项目实施的顺利。

3.1 整体项目工期要求
按照设计要求,需要在3个月内完成所有系统的建设工作。

3.2 项目工作小组
中标供应商应成立针对本项目的项目工作组,并提供成员简介,包括:
(1)项目实施人员:项目签约后,供应商须提供项目实施人员表,指定项目负责人。
(2) 项目管理与上线支持人员:系统上线期间,供应商须提供项目管理与上线支持人员。

3.3 文档资料管理
(1) 文档是保证项目实施连贯性的重要保证,投标人需要提供完整的文档,并对项目进行过程中的文档进行有效的管理,接受采购方对项目各阶段评估分析和监督管理;
(2) 项目交付时,须提供代码源文件。

3.5 培训与技术转移
(1) 全面的操作培训是系统获得广泛应用的前提和基础。为了保证系统顺利上线运行,负责培训的实施。
(2) 投标人需要提供必要的培训与技术转移手段,保证能够将其传授与医院IT技术人员。
(3) 与培训相关的费用,投标人应当一并计算在投标报价中,在实施完成结束前,采购方将不为此支付此类费用。

3.6 验收要求
(1) 软件试运行一个月后(平台没有功能上、业务上的bug),甲方应及时按规定组织医院内有关人员或第三方对该软件进行系统验收。乙方应以书面形式向甲方递交验收通知书,甲方在收到验收通知书的20个工作日内,安排具体日期,由甲、乙双方按照本合同的规定完成软件系统验收。
(2) 如属于乙方原因致使软件未通过系统验收,乙方应排除故障,并承担相关费用,直至软件系统完全符合验收标准,并在运行一个月后再通知甲方进行验收。
(3) 如属于甲方原因致使软件未通过系统验收,甲方应在合理时间内排除故障,再进行验收。如系上述故障之外的原因,除因本合同规定的不可抗力外,甲方未能在规定的时间内完成验收,乙方有权以其认为合理的方式进行单方面验收,并将验收报告提交甲方,即视为软件系统验收已经通过。乙方在进行单方面验收时,甲方应提供验收便利。如甲方在乙方提出单方面验收后20个工作日内不提供验收便利,则视为该系统已经通过验收。

3.7 实施交付和验收
(1) 按照合同规定的时间提交产品,并在医院现场以双方认可的方式进行安装。
(2) 系统实施验收按照合同计划进行,但初次验收必须在主要应用模块实施完成,并试运行合格后按文档进行。最终验收需要在全部系统上线并运行推广后进行。投标人提供验收标准和交付清单供招标机构和采购方进行确认。

3.7 付款方式
签订合同15个工作日支付合同额的50%,验收合格后支付合同额的30%,一年维保期后支付合同额的20%

第四章 保修期

4.1 免费维护服务保证期与服务要求
(1) 软件产品的技术支持和免费维护服务保证期为12个月,免费维护服务保证期自系统实施并验收合格,且双方在验收单上签字之日起计算。免费维护服务保证期后,采购人可自行选择是否继续签订维保合同。
(2) 免费维护服务保证期内,提供的免费升级服务,并应提供软件扩充、升级方面的技术支持服务。必须包含但不限于以下内容:
a. 数据库整理、清除冗余数据信息,系统性能优化;
b. 数据库的安全备份和转储;
c. 系统应用软件的维护;
d. 软件现有功能的维护,保证数据的正确性和可靠性;
e. 对软件现有功能出现的故障进行诊断、检测、分析和处理;
f. 当出现数据错误或不能工作时,负责检测和分析,并尽快排除故障;
g. 在出现系统整体速度减慢影响业务之前,负责检测和分析,并尽快做出预防性处置,保证系统的正常运行;

4.2 解决问题、排除故障响应时限要求
(1) 在实施期内(即系统终验合格前),有在线的服务人员,保障系统的正常运行,在出现故障时及时响应。
(2) 在实施结束后,影响系统正常运行的故障响应时间不得超过1小时,日常维护响应时间不得超过4小时。对于电话咨询无法解决的问题,经采购人信息中心授权通过远程登录到检验中心网络系统进行的故障诊断和排除。远程登录也未能排除故障的,尽全力安排人员提供上门服务。

4.3 售后服务提供形式
售后至少提供以下几种形式的技术服务:
(1) 电话咨询:免费提供每周7天/每天24小时不间断的电话支持服务,解答院方在系统使用、维护过程中遇到的问题,及时提出解决问题的建议和操作方法;
(2) 远程在线诊断和故障排除:对于电话咨询无法解决的问题,经采购人授权远程登录到院方网络系统进行免费的故障诊断和故障排除;
(3) 重大技术问题处理:对重大的技术问题,供应商应协调组织技术专家小组进行会诊,以确保系统的正常运行;
(4) 介绍说明售后服务机构设置情况。

4.4 后续购买要求
如需在合同有效期内再次购买本次采购范围内的软件及服务,成交供应商必须承诺以不高于本次最终报价的单价提供。

第五章 评标办法
一、评标依据和原则:
1. 本项目采用综合评估法,满分100分,其中技术因素得分为70分,商务因素得分为30分。
2. 本次招标项目的评标委员会由技术经济等方面的专家与招标人代表组成,成员人数为7人,其中招标人代表1人,其他技术、经济等方面的专家评委6人。
3. 评标委员会仅对符合实质性响应招标文件要求的投标进行评价和比较。
4. 投标人综合得分=技术因素得分 + 商务因素得分。取各评标委员会成员技术因素得分和商务因素得分算术平均值的合计得分为各投标人的综合得分,本项目将确定1-3个中标候选人,根据综合得分从高到低确定中标候选人,综合得分最高的为排名第一的中标候选人,如出现综合得分并列时,按投标价格由低到高排列,综合得分且投标报价相同的,按技术指标优劣顺序排列。由评标委员会直接确定排名第一的中标候选人为本项目中标人。
排名第一的中标候选人放弃中标、因不可抗力不能履行合同、未按招标文件要求提交履约保证金,或者被查实存在影响中标结果的违法行为,不符合中标条件的,招标人可以按照评标委员会提出的中标候选人名单排序依次确定其他中标候选人为中标人,也可以重新招标。
5. 商务因素打分分值精确到小数点后二位,第三位数四舍五入;技术因素各分项分值最小单位为“0.1”分,综合得分保留到小数点后二位,第三位数四舍五入。各项评审要点得分不得超过该项的总分值。
6. 本评标办法作为本项目择优选定中标人的依据,在评标全过程中应遵照执行,各评标委员会成员须严格按照上述办法独立打分。
7. 评标委员会根据本招标文件的规定否决不合格投标,因有效投标不足三个使得投标明显缺乏竞争的,评标委员会可以否决全部投标。
8. 评标报告应当由评标委员会全体成员签字。对评标结果有不同意见的评标委员会成员应当以书面形式说明其不同意见和理由,评标报告应当注明该不同意见。评标委员会成员拒绝在评标报告上签字又不书面说明其不同意见和理由的,视为同意评标结果。
二、技术因素:(满分70分)

序号

评审内容

分值

评分标准

投标人得分

1

投标文件响应程度

20

投标方案是否能最大程度的满足招标文件的技术要求;
是否提供详细、完整的技术方案、对招标方的实际现状是否有较全面、准确的了解;应对条目是否全面;
是否满足招标文件的技术内容要求。
综合评价为优:15-20分;良:10-15分;一般:5-10分,差:0-5分。


2

系统方案的先进性指标、对本项目特性及需求的理解程度

20

对项目目标的理解和把握的准确程度;
是否有具体投标方案的功能描述;
整体架构合理性、完整性;
系统功能是否满足需求;
是否对医院现有系统和技术加以充分利用。
综合评价为优:15-20分;良:10-15分;一般:5-10分,差:0-5分。


3

软件开发过程的成熟程度

15

系统是否采用先进的技术架构;
是否有完善的开发过程管理规范;
是否有完善的测试管理经验;
是否有完善的部署和培训管理经验。
综合评价为优:10-15分;良:8-10分;一般:5-8分,差:0-5分。


4

项目实施能力、综合能力

8

有成熟的项目管理方法指导项目实施过程;
有完整详细的实施计划,合理的里程碑设置;
有详细的运行维护方案。
综合评价为优:5-8分;良:3-5分;一般:2-3分,差:0-1分。


5

售后服务

7

实施周期、培训、故障响应时间、售后服务、维护承诺等,质保期、上海地区有无技术支持中心等。
综合评价为优:4-7分;良:3-4分;一般:2-3分,差:0-1分。


技术因素小计

70




三、商务因素:

序号

评审内容

分值

投标人得分

1.

各有效投标人的投标价经评审后即为评标价。
评标基准价:以各有效投标人中满足招标文件要求且评标价最低的评标价为评标基准价,其价格分为30分。其他投标人的价格分统一按照下列公式计算:价格得分=(评标基准价/评标价)×30,小数点后保留2位,第三位四舍五入法。
根据《财政部、工业和信息化部关于印发〈政府采购促进中小企业发展暂行办法〉的通知》(财库〔2011〕181号)精神,供应商符合文件规定属于中型、小型、微型企业,且提供《中小企业声明函》的,给予小型和微型企业产品的6%的价格扣除。

30


第六章 供应商报名

一、供应商报名

1.请符合资格(资质)要求的供应商严格按照招标要求投标,因信息不完整或失真而造成的一切后果由供应商自负。
2.报名时间:2018年11月22日9:00时至2018年11月28日16:00时(北京时间,下同)。

二、供应商资格(资质)审核
报名结束后供应商按下列要求进行资格(资质)审核。逾时未参加审核、提供的资料不全的,将不予获准参加该项目投标。
1.审核时间:2018年11月22日9:00时至2018年11月28日16:00时
2.审核地址:上海市浦东新区公利医院5号楼2楼(物资采购办)
3.审核时供应商授权代表需携带的资料如下:
1)如果投标人按照合同提供的主要产品不是投标人自己制造的,投标人应得到产品制造商针对本项目的正式授权;
2)营业执照复印件、税务登记证复印件、组织机构代码复印件(或加盖公章的三证合一的营业执照);
3)财务状况报告,依法缴纳税收和社会保障资金的相关材料;
4)具备履行合同所必需的设备和专业技术能力的证明材料;
5)法定代表人身份证明、法定代表人授权委托书;
6) 投标人开户银行在开标日前六个月内开具的资信良好的资信证明或该原件的复印件。

三、联系方式(国定节假日除外)
报名联系人:曹颖娜 联系电话: ********-**** 传真: ********
项目咨询人:曹璐华 联系电话: ********-****
供应商受理地址:上海市浦东新区苗圃路219号5号楼2楼(物资采购办);邮编:200135
请供应商务必在仔细分析招标需求后再决定是否报名,供应商报名后即表示对此无异议。


标签: 供应商 征集 管理系统

0人觉得有用

招标
业主

-

关注我们可获得更多采购需求

关注
相关推荐
 
返回首页

收藏

登录

最近搜索

热门搜索