询价公告信息
询价公告名称：	卫生健康局远程会诊项目	创建时间：	2021-06-03 10:33:19	报价剩余时间	4天6小时43分
采购公示开始时间：	2021-06-04 08:30:20	采购公示结束时间：	2021-06-07 17:30:31	询价方式：	公开询价
终止：	否
询价内容说明：	项目编号：     工业区综合医院远程会诊系统服务项目   询价文件               采    购   人：中国电信集团系统集成有限责任公司河北分公司     2021 年 5 月 31日 目  录 第一章  询价公告 第二章  供应商须知 供应商须知前附表 1. 总则 2. 询价文件 3. 应答文件 4. 应答 5. 唱价 6. 评审 7. 采购结果确定 8. 合同签订 9. 采购代理服务费 10. 纪律和监督 11. 需要补充的其他内容 第三章 评审办法 评审办法前附表 1. 评审标准 2. 评审程序 第四章 商务规范书 第五章 技术标准和要求 5.1 技术服务要求 5.2 质保期要求 5.3 售后服务要求 5.4 培训要求 第六章 应答文件格式 第一章  询价公告 曹妃甸工业区医院远程会诊系统服务项目，采购人为中国电信集团系统集成有限责任公司河北分公司。本项目资金已落实，具备采购条件，现进行公开询价，特邀请有意向的且具有提供标的物能力的潜在供应商（以下简称供应商）参加询价应答。 1. 项目概况与采购内容 1.1 项目概况：本项目需采购曹妃甸工业区综合医院远程会诊系统服务。 1.2 采购内容及分包划分情况：曹妃甸工业区综合医院远程会诊系统服务；无分包。 1.3 本项目设置最高限价，最高限价为87000元人民币（含税总价），供应商报价高于最高限价的，其应答将被否决。 2. 供应商资格要求 2.1 供应商基本资格要求： 2.1.1参选人应为中华人民共和国境内（不含香港、澳门、台湾地区）法律上和财务上独立的企业法人。参选人的法定代表人或负责人为同一人或者存在控股、管理关系的不同参选人。 2.1.2具备《中华人民共和国政府采购法》第二十二条规定的供应商基本条件； 2.1.3具有合法有效的营业执照、组织机构代码证、税务登记证（三证合一只需提供营业执照）； 2.1.4具有医疗器械二级备案证，会诊系统软件著作权。 2.1.5供应商营业执照注册资金需不小于4000万。 2.2 供应商不得存在的情形 2.2.1供应商不得存在下列情形之一 （1） 为采购人不具有独立法人资格的附属机构（单位）； （2） 被责令停业或破产状态的； （3） 被暂停或取消投标、参选、应答资格的； （4） 财产被重组、接管、查封、扣押或冻结的； （5） 在最近三年内骗取中标、中选、成交的； （6） 在最近三年内因严重违反合同约定被解除合同/协议，或取消供应商资格的； 供应商是代理商的，本条所指的供应商也包括其所代理的制造商。 2.2.2单位负责人为同一人或者存在控股、管理关系的不同单位，不得同时参加同一分包或者未划分分包的同一项目询价应答。 2.3 产品资格要求：详见第五章技术标准和要求。 2.4 产品制造商资格要求：代理商参加询价应答，应保证产品渠道的正规性、合法性。 2.5 法律法规规定的其他要求。 3. 询价文件获取 3.1  获取时间：2021年6月4日-2021年6月7日  3.2 获取地点：中国电信集团阳光采购网   3.3 获取方式：网站获取 4. 应答文件的递交 4.1 应答文件递交方式：纸质递交   4.2 应答文件递交截止时间和递交地点：2021年6月9日17:30；石家庄长安区西大街北讯大厦6楼 4.3 唱价时间和地点：2021年6月10日9:00；石家庄长安区西大街北讯大厦6楼 4.4  出现以下情形时，不予接收应答文件： 4.4.1 逾期送达或者未送达指定地点的； 4.4.2 未按照本公告要求获得本项目询价文件的； 4.4.3 询价文件规定的其他情形。 5. 供应商注册 5.1 供应商须在购买询价文件后5日内，通过中国电信阳光采购网完成供应商注册。 5.2 注册网址：https://caigou.chinatelecom.com.cn/MSS-PORTAL/，注册过程可查询“经验分享”模块中的“外部门户供应商注册操作演示（视频）”。 6. 发布公告的媒介 本询价公告仅在中国电信阳光采购网（https://caigou.chinatelecom.com.cn/MSS-PORTAL/）上发布，其他媒介转载无效。 7. 联系方式 采 购 人：中国电信集团系统集成有限责任公司河北分公司    地    址：石家庄高新区昆仑大街69号                      邮    编：050011                                     联 系 人：李乐                             电    话：0311-89294942                  电子邮件：lijianing.he@chinatelecom.cn               采购人： 中国电信集团系统集成有限责任公司河北分公司     2021 年 5 月 31 日   第二章  供应商须知 供应商须知前附表 本须知前附表是对供应商须知正文的具体补充和修改，如有矛盾，以本前附表为准。 条款号 条款名称 编列内容 1.1.2 项目概况 （1）采购人单位名称： 中国电信集团系统集成有限责任公司河北分公司 （2）采购人联系方式： 0311-89294942  （3）询价方式：☑公开询价，□邀请询价 （4）询价组织形式：☑自行组织，□委托代理机构组织 代理机构名称： 代理机构联系方式： （5）资格审查：□资格预审，☑资格后审 2.1.1 询价文件的组成  商务规范书、技术规范书、报价单 2.1.3 询价文件实质性要求的标识 询价文件中标识【★】的条款，均为实质性条款。 3.1 应答文件组成和编制要求 应答文件应按照以下顺序编制（本条款十分重要，请遵照办理）： （1）应答文件封面 （2）应答函 （3）廉洁承诺书 （4）报价单 （5）资格证明文件 （6）技术偏离表 （7）法定代表人证明书 （8）法定代表人委托书 （9）技术服务响应方案 （10）供应商认为有必要提交的其他资料   格式详见第六章；   所有文件均加盖供应商单位公章   正本一份，副本一份，U盘（电子版）一份 3.2 应答有效期和报价具体要求 （1）应答有效期为2天。从递交应答文件截止日起计算。应答有效期不满足询价文件要求的将被否决。 （2）报价具体要求：不得高于最高限价 4.1.1 应答文件递交方式、递交截止时间和递交地点 （1）递交方式：纸质现场递交 （2）递交截止时间：2021年6月9日17点30分 （3）递交地点：石家庄长安区西大街北讯大厦6楼 4.1.3 不予接收应答文件的其他情形 无 5.1 唱价时间和地点 唱价时间：2021年6月10日9:00 唱价地点：石家庄长安区西大街北讯大厦6楼 6.3 成交候选供应商推荐原则 无   9 采购代理服务费金额、交纳方式和时限 无   11 需要补充的其他内容 无 1. 总则 1.1项目概况 1.1.1根据《中国电信集团采购管理办法》（以下简称《采购管理办法》）等有关规章制度规定，本询价项目已具备采购条件，现对本项目组织询价。采购范围、分包划分情况见第一章“询价公告”或者“询价邀请书”。 1.1.2本项目采购人单位名称及联系方式、询价方式、询价组织形式、资格审查方式见供应商须知前附表。 1.2应答费用 不论结果如何，供应商自行承担所有准备和参与询价有关的费用。 1.3保密 参与询价活动的各方应当对询价文件和应答文件中的商业和技术等秘密保密，违者应当对由此造成的后果承担法律责任。 2. 询价文件 2.1询价文件的组成 2.1.1询价文件一般由以下部分组成： 第一章 询价公告/询价邀请书 第二章 供应商须知 第三章 评审办法 第四章 商务规范书 第五章 技术标准和要求/技术规范书/工作任务书 第六章 应答文件格式 采购人另有规定的，见供应商须知前附表。 2.1.2询价文件对同一内容的表述应当一致。第一章“询价公告”或者“询价邀请书”与询价文件在同一内容的表述上有矛盾或者冲突时，以第一章“询价公告”或者“询价邀请书”为准；供应商须知前附表与供应商须知正文在同一内容的表述上有矛盾或者冲突时，以供应商须知前附表为准。 2.1.3采购人在询价文件中以显著的方式标明实质性要求、条件以及不满足实质性要求和条件的应答将被否决的提示。显著标识方式和具体要求见供应商须知前附表。 2.2询价文件的澄清和修改 供应商对询价文件有疑问的，应以书面形式要求采购人对询价文件进行澄清。所有关于询价文件的澄清和修改均作为询价文件的补充部分。当询价文件、询价文件的澄清或者修改等在同一内容的表述上不一致时，以最后发出的书面文件为准。 3. 应答文件 3.1应答文件的组成和编制要求 应答文件的组成和编制要求见供应商须知前附表。应答文件正本和副本如有不一致之处，以正本为准；纸质版文件与电子版文件不一致时，以纸质版文件为准。 3.2应答有效期和报价要求 3.3.1应答有效期和报价要求的具体要求见供应商须知前附表。 3.3.2采购人设有最高限价的，供应商的报价不得超过最高限价，否则其应答将被否决。最高限价或者其计算方法见第一章“询价公告”或者“询价邀请书”。采购人不接受供应商的任何低于成本报价的不正当竞争方式。 4. 应答 4.1应答文件的递交 4.1.1应答文件递交方式、递交截止时间、递交地点见供应商须知前附表。 4.1.2采购人收到应答文件后，向供应商出具签收凭证。供应商所递交的应答文件原则上不予退还，除非询价文件另有规定。 4.1.3出现以下情形时，不予接收应答文件： 逾期送达或者未送达指定地点的； 未按照第一章“询价公告”或者“询价邀请书”要求获得本项目询价文件的； 其他情形见供应商须知前附表。 4.2应答文件的修改、撤回和撤销 供应商可以在规定的应答截止时间前修改或者撤回已递交的应答文件。供应商修改的应答文件重新提交的，应按照询价文件的规定编制、密封、标记、递交。供应商在规定的应答截止时间后，不得在应答有效期内撤销其应答。 5. 唱价 5.1唱价时间和地点 采购人将按照供应商须知前附表规定的时间和地点唱价，并邀请所有的供应商或者其代表出席。供应商可自行决定是否参加唱价，参加唱价的供应商代表应当签名报到，以证明其出席唱价。 5.2唱价程序 唱价会议由采购人组织并主持，在应答文件递交截止时间前收到的所有应答文件都应进行唱价。唱价内容填写在“唱价记录表”中，由主持人、唱价人、记录人、供应商代表、监督人签字确认，存档备查。 5.3异议 供应商对唱价有异议的，应当在唱价现场提出，采购人应当当场做出答复，并制作记录。 6. 评审 6.1询价小组 评审由询价小组负责，任何单位和个人不得非法干预或者影响评审的过程和结果。询价小组成员名单在询价结果确定前应当保密。 6.2评审原则 询价小组应遵循公平、公正、科学和择优的原则，按照第三章“评审办法”规定的方法、评审因素、标准和程序对应答文件进行评审。 6.3评审程序 评审采用经评审的最低价法进行。询价小组应从商务、技术和服务均能满足询价文件实质性要求的供应商中，按照报价由低到高的顺序，提出成交候选供应商，具体推荐原则见供应商须知前附表。出现多家供应商报价最低且相同时，应组织报价最低的供应商只对价格重新报价，直至报价最低供应商仅为一家。 询价小组应根据询价评审情况编制询价总结报告并由询价小组全体成员签字。 7. 采购结果确定 7.1确定成交供应商 7.1.1采购人应在询价小组推荐的成交候选供应商中确定成交供应商。在签订合同之前，成交供应商放弃成交或者不能履行合同的，采购人可以按照询价小组提出的成交候选人名单确定其他成交候选供应商为成交供应商，也可以重新询价。 7.1.3采用公开询价方式的，采购人应在公告发布媒介公示成交供应商，公示期不少于3日。供应商或者其他利害关系人对询价结果有异议的，应当在成交供应商公示期间提出。 7.2成交通知     成交供应商确定后，采购人应当向成交供应商发出成交通知书，同时通知未成交供应商。成交通知书对采购人和成交供应商具有法律约束力。 8. 合同签订 采购人和成交供应商应当根据询价文件和成交供应商的应答文件订立书面合同。采购人和成交供应商不得订立背离合同实质性内容的其他协议。成交供应商无正当理由拒签合同的，采购人取消其成交资格。 9. 采购代理服务费 采购人委托采购代理机构的，成交供应商应当按照询价文件规定交纳采购代理服务费。采购代理服务费的金额、交纳方式和时限见供应商须知前附表。 10. 纪律和监督 10.1对采购人的纪律要求 采购人不得泄漏采购活动中应当保密的情况和资料，不得与供应商串通损害国家利益、社会公共利益或者他人合法权益。 10.2对供应商的纪律要求 供应商不得相互串通或者与采购人串通应答，不得向采购人或者询价小组成员行贿谋取成交，不得以他人名义应答或者以其他方式弄虚作假骗取成交；供应商不得以任何方式干扰、影响评审工作。 10.3对询价小组成员的纪律要求 询价小组成员不得收受他人的财物或者其他好处，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，询价小组成员应当客观、公正地履行职责，遵守职业道德，不得擅离职守，影响评审程序正常进行，不得使用第三章“评审办法”没有规定的评审因素和标准进行评审。 10.4对与评审活动有关的工作人员的纪律要求 与评审活动有关的工作人员不得收受他人的财物或者其他好处，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，与评审活动有关的工作人员不得擅离职守，影响评审程序正常进行。 11. 需要补充的其他内容 需要补充的其他内容：见供应商须知前附表。   第三章 评审办法 评审办法前附表 条款号 评审内容 评审因素 评审标准 2.1 初步评审标准 形式评审 供应商名称 与营业执照一致 营业执照和资质证书 提供有效证明文件（复印件加盖公章） 参选文件签字盖章 有法定代表人或其授权代表签字或加盖单位公章 资格评审 资格条件 满足第一章询价公告 参选人资格要求 不得存在的情形 详见供应商资格要求2.2 应答文件组成和编制要求 详见第二章3.1 响应性评审 实质性响应（可细分罗列） 1. 应满足技术不可偏离条款的要求。 2.2 详细评审标准 评审内容 技术参数要求 20分 满足询价文件参数的得满分，以此为基础，每有一项负偏离扣2分，扣完为止。 项目实施方案 10分 根据报价人的项目实施方案编制情况进行评议并评分。 第一档，实施方案合理、组织先进、安装调试对接方案完全满足或优于询价文件要求，得8-10分； 第二档，实施方案基本合理、组织较先进、安装调试对接方案基本满足询价文件要求，得4-7分； 第三档，实施方案不合理、组织混乱、安装调试方案不完全满足询价文件要求，得0-3分； 售后及培训服务方案 10分 根据报价人的售后服务方案编制情况进行评议并评分。 第一档，售后服务响应时间短、售后服务条款清晰明确，培训内容针对性强，得8-10分； 第二档，售后服务响应时间较短、售后服务条款较清晰明确，培训内容针对性较强，得4-7分； 第三档，售后服务响应时间长、售后服务条款不清晰，培训内容针对性弱，得1-3分； 企业履约能力 10分 1、投标人具备ISO24001 环境管理体系认证证书,具备得5分，不具备不得分。 2、投标人具备高新技术企业证书资质，具备得5分，不具备不得分。 注：以上证明文件投标人须提供复印件加盖投标人公章附于投标文件中，否则不予计分。 同类业绩 20分 每提供1份签约合同金额在100万以上的同类业绩得1分，满分20分。 注：投标文件中附合同复印件加盖投标人公章，否则不予计分。 报价得分 30分 满足询价文件要求且报价最低的投标报价为评标基准价，其价格分为满分30分。其他投标人的价格分统一按照下列公式计算： 投标报价得分＝（评标基准价／投标报价）×权重   1. 评审标准 评审标准见评审办法前附表。 2. 评审程序 2.1初步评审 2.1.1询价小组根据本章评审办法前附表规定的初步评审标准对应答文件进行评审。有一项不符合评审标准的，询价小组应当否决其应答。 2.1.2供应商有以下情形之一的，询价小组应当否决其应答： 询价公告“供应商不得存在的情形”中规定的任何一种情形； 应答文件未按照询价文件要求盖章和签字； 报价低于成本或者高于询价文件设定的最高限价； 供应商有串通询价、弄虚作假、行贿等违法行为； 不符合询价文件中规定的实质性要求； 附有采购人不能接受的条件。 2.1.3评审过程中，询价小组认为供应商应答报价可能低于其个别成本的，应当书面要求该供应商做出书面说明并提供相关证明材料。供应商不能合理说明或者不能提供相应证明材料的，由询价小组认定该供应商以低于成本报价竞争，询价小组应当否决其应答。 2.1.4应答报价有算术错误的，询价小组按照以下原则对应答报价进行修正，修正的价格经供应商书面确认后具有约束力。供应商不接受修正价格的，询价小组应当否决其应答。 （1）应答文件中的大写金额与小写金额不一致的，以大写金额为准； （2）总价金额与根据单价计算出的结果不一致的，以单价金额为准修正总价，但单价金额小数点有明显错误的除外。 2.2详细评审 询价小组按照本章评审办法前附表规定的详细评审标准进行价格折算，计算出评审价，并编制价格比较一览表。 在评审过程中，询价小组应当以书面形式要求供应商对所递交的应答文件中不明确的内容进行书面澄清、说明或者对应答文件中的细微偏差进行补正。询价小组不接受供应商主动提出的澄清、说明或者补正。必要时可以要求供应商递交有关证明和证件的原件，以便核验。   第四章 商务规范书 [  ]软件开发采购合同   合同签订地：   甲方（委托方）：中国电信集团系统集成有限责任公司河北分公司  地址：[  ]              法定代表人/负责人：[  ]     乙方（受托方）: [  ] 地址： 法定代表人/负责人：[  ]   双方本着平等互惠的原则，通过友好协商签署本合同。   第一条 定义 1.1“软件”：软件是指由硬连线逻辑指令及置于系统储存器内的机器可读码（包括但不限于半导体装置或系统）组成的电脑程序，可提供基本逻辑、操作指令以及与用户相关的应用程序指令，包括用于说明、维护及使用程序的有关文件。软件包括系统软件和应用软件。 1.2“系统软件”：乙方合法地用于开发应用软件的第三方软件和/或自有软件。乙方承诺已从系统软件权利人处取得系统软件的许可使用权（或乙方为系统软件的著作权人），并有权许可甲方用于应用软件，且该授权满足本项目需要。 1.3“应用软件”：乙方根据本合同商务和技术要求为甲方[      ]工程（“项目”或“工程”）开发、研制的软件,包括技术文件及技术资料等。该应用软件的所有权和全部知识产权归甲方所有。 第二条 合同标的 2.1甲方委托乙方为甲方[    ]工程开发“[ 应用 ]软件”，乙方负责完成应用软件的设计开发、移交、培训及相关其他服务工作，并保证该应用软件满足本合同及附件提出的所有要求。 2.2乙方承诺，为完成本合同约定事项，乙方已从系统软件权利人处取得系统软件的许可使用权（或乙方为系统软件的著作权人），并有权许可甲方使用并用于应用软件，且该授权长期合法有效并能够满足本项目需要。 2.3项目内容：按照经双方确定的甲方需求确认单为准。 2.4为保证项目顺利进行，甲方向乙方提供下列工作条件和协作事项： （1）提供技术资料，包括[ ] （2）提供工作条件，包括[/]。 （3）提供时间：本合同签订之日起3个工作日内。 第三条 合同价格 3.1乙方向甲方提供本合同的总价格（“合同总价”）（含税价）：人民币大写[   ]元，小写 ]元；税率为6%，其中价款为人民币大写[   ]元，小写[   ]元，增值税款为人民币大写[   ]元，小写[   ]元。 3.1.1合同有效期期间，如遇国家下调合同交易事项税率，乙方需按照新的税率开具发票，以合同不含税金额不变为准。 3.1.2如遇最终客户审减，根据审计报告中的审减金额同额审减。 第四条 支付 4.1合同总价的所有支付由甲方以[ 银行转账 ]（银行转账、电汇、支票等方式）付至乙方。甲乙双方银行账户信息和纳税人信息： 甲方信息如下： 开户行：[  ] 银行地址：[  ] 户名：[  ] 账号：[ ] 纳税人识别号：[ ] 地址：[ ] 电话：[ ] 甲方指定的付款账户信息如下 单位名称： 账号： 开户银行： 银行地址： 乙方信息如下： 开户行：[   ] 银行地址：[  ] 户名：[    ] 账号：[   ] 纳税人识别号：[    ] 地址：[   ] 电话：[   ] 4.2甲方按照以下条款向乙方支付合同总价： 4.2.1第一次付款： 本合同签署日起至验收合格，在甲方收到最终客户的相应款项，且甲方收到乙方提供的如下单据后[ 20 ]日内，甲方向乙方支付合同总价的[  ]%的验收付款，即人民币大写：[   ]元整（￥：[   ]）： （1）相应金额的、符合国家规定的增值税专用发票。 （2）甲方出具的验收报告。 4.2.2第二次付款： 本项目验收之日起至质保期结束，在甲方收到最终客户的相应款项，且甲方收到乙方提供的如下单据后[ 20 ]日内，甲方向乙方支付合同总价的[   ]%的质保金付款，即人民币大写：[   ]元整（￥：[   ]）： （1）相应金额的、符合国家规定的增值税专用发票。 4.3乙方向甲方开具增值税专用发票。 4.4若根据本合同规定，乙方应当支付违约金和/或承担赔偿责任，则甲方有权从上述任何一笔付款中直接扣除相应金额。 4.5在甲方银行所发生的银行费用由甲方负担，在乙方银行所发生的银行费用由乙方负担。 第五条 初验、试运行和终验 5.1乙方保证其向甲方提供的应用软件为全新、完整的软件，并且保证其应用软件的性能与合同及附件中的要求相符。双方按本条规定的程序和标准对乙方完成的应用软件进行初验、移交和终验。 5.2初验 乙方按照本合同及附件规定将应用软件开发完成后，应向甲方提交书面初验申请，甲方在收到申请后[5]个工作日内，按照合同及附件对应用软件进行初验，乙方须提供必要的配合。如果测试结果符合初验测试标准，双方将签署初验合格证明（初验文件）。初验证书应由双方代表签字，一式二份，双方各执一份。 初验不合格，乙方应立即进行更正修改，直至测试结果符合规定。 5.4终验 终验在试运行期届满后[5]个工作日内由甲方指派代表进行。如果终验测试应用软件的所有功能和性能指标均与合同及附件的规定相符，甲方与乙方将共同签署两份终验合格证明（终验文件）。终验不合格，由乙方负责更正和修改。乙方更正、修改后必须再次按照合同及附件进行终验。 5.5终验合格并不免除乙方根据本合同规定的保修责任。 第六条 技术支持与服务、保修 6.1乙方应向甲方提供与使用应用软件相关的技术服务。乙方提供的技术支持和服务的内容包括电话支持、现场服务、电子邮件支持等。 6.2乙方自终验证书签署之日起，就所提供的应用软件乙方为甲方提供为期[   ]个月的免费技术支持和服务（“保修期”）。 6.3在保修期内，如果乙方所提供的应用软件的性能和质量与合同规定不符，乙方负责尽快排除缺陷，所有费用由乙方承担。 6.4保修期内应用软件出现问题时，乙方响应时间不得超过八小时，故障修复时间不得超过十六小时，包括免费提供相同功能的应用软件给甲方使用，直至故障应用软件修复为止。 6.5在特殊情况下，如果乙方不能在上述期限内将替换或修复后的软件运至现场，双方将协商故障应用软件修复或替换时间期限。 6.6乙方提供每天八小时每周五天的响应服务（“5×8小时相应服务”）。 6.7应用软件保修期满后，甲方将签发两份保修期满证书。 6.8质保期满后，乙方可以提供补丁或升级以处理由于乙方原因产生的软件缺陷或不合理情况。 6.10保修期届满后乙方继续提供服务的价格和方式由双方另行协商确定。 6.11保修期届满后甲方在系统运行或维护过程中，乙方所提供的应用软件出现问题或故障时，应派有经验的技术人员，一般情况应在[6]小时赶到现场，进行更换和维修。乙方应具有灵活、多样的通信手段，应提供5×8小时响应服务。 6.12保修期届满后，如发现应用软件自身存在瑕疵或缺陷，乙方应予以免费更换或修理。 6.13 如甲方变更本合同系统使用人、所有人和硬件所有人、持有人，书面通知乙方即可。本项目技术支持和服务内容详见附件。 第七条 培训 7.1双方确定，乙方应在向甲方移交应用软件后，根据甲方的要求，为甲方指定的人员提供技术指导和培训，使参加受训的人员理解并掌握软件的操作和维护。 7.2培训内容：[软件操作事宜]。 7.3培训时间与地点 乙方在甲方所在地为甲方提供1次技术培训，具体培训时间由双方协商决定。甲方应在培训日前[2]日内向乙方提供参加培训的人员名单，名单中不得包括非甲方人员。由于培训产生的所有费用由已经包含在合同总价中。 第八条 违约责任 8.1双方确定，任何一方不履行或不完全履行本合同项下的义务，构成违约。违约方应当赔偿因违约给对方造成的一切损失。 8.2甲方未能按照本合同约定支付相关费用的，每逾期[1]日，甲方应当按照合同总额总额的[0.1]%向乙方支付违约金。 8.3乙方未能按本合同约定按期提供外包服务的，每逾期[1]日，乙方应当按照合同总额总额的[0.1]%向甲方支付违约金。 8.4乙方工作不符合本合同要求的，乙方应当负责更正和修改，并承担由此产生的费用。 8.5无论本合同其他条款是否有相反约定，合同一方根据本合同承担的责任之累积，不得超过合同总额的20%；一方对对方的可得利益损失、商业信誉损失以及其他间接损失或后果性经济损失不承担责任；甲方数据属甲方所有，甲方应负责数据备份。乙方对甲方数据的丢失或损坏不承担责任。 8.6除本合同约定的情形和法律规定外，乙方无须对第三方向甲方提出的索赔请求承担任何责任。 第九条 不可抗力 9.1本合同所称不可抗力，是指地震、台风、水灾、火灾、战争以及其它本合同各方不能预见，并且对其发生和后果不能防止或不能避免且不可克服的客观情况。 9.2本合同任何一方因不可抗力不能履行或不能完全履行本合同的义务时，应在不可抗力发生之日起[十]日内书面通知本合同另一方，并在不可抗力发生之日起[十五]日内向另一方提供由有关部门出具的不可抗力证明。 9.3因不可抗力不能履行合同的，根据不可抗力的影响，受影响方部分或全部免除责任，但法律另有规定的除外。迟延履行合同后发生不可抗力的，不能免除责任。 第十条 税费 10.1双方将各自承担中国有关机构根据中国税法向其征收的所有与合同执行有关的税费。 第十一条 法律适用及争议解决 11.1本合同适用中华人民共和国法律。 11.2所有因本合同引起的或与本合同有关的任何争议将通过双方友好协商解决。如果双方不能通过友好协商解决争议，则任何一方均可采取下述第[2]种争议解决方式： （1）将该争议提交[石家庄]仲裁委员会，按照申请仲裁时该会的仲裁规则进行仲裁。仲裁在[石家庄]进行。仲裁语言为中文。仲裁裁决是终局的，对双方均有约束力。仲裁费用由败诉方承担。 （2）向[合同履行地]有管辖权的人民法院起诉。 11.3仲裁或诉讼进行过程中，双方将继续履行本合同未涉仲裁或诉讼的其它部分。 第十二条 保密 12.1乙方对甲方所提供的所有资料以及在本合同签订、过程中所接触到的甲方及其关联公司的商业秘密、技术资料、客户信息等资料和信息（统称“保密资料”），负有保密义务。未经甲方书面许可，乙方不得向任何第三方披露。乙方有义务对保密资料采取不低于对其本身商业秘密所采取的保护手段予以保护。乙方可仅为本合同之目的向其确有知悉必要的雇员披露保密资料，但同时须指示其雇员遵守本条规定的保密及不披露义务。 12.2乙方仅得为履行本合同之目的对保密资料进行复制。 12.3当出现下述情况时，本条对保密资料的限制不适用。当保密资料： （1）并非乙方的过错而已经进入公有领域的。 （2）通过该方的有关记录证明是由乙方独立开发的。 （3）由乙方从没有违反对甲方的保密义务的人合法取得的。或 （4）法律要求乙方披露的，但乙方应在合理的时间提前通知甲方，使其得以采取其认为必要的保护措施。 12.4本保密条款自保密资料提供或披露之日起至本合同终止或解除后[1]年内有效。 12.5 本条约定不适用于各方向其关联公司提供或披露保密资料的情形。 第十三条 权利归属及侵权处理 13.1本项目建设采用的中间件平台著作权归属乙方，甲方可以使用；乙方为甲方开发的使用部分著作权属于甲方，乙方不得转售第三方。 13.2乙方按照本合同约定在履行维护和技术服务过程中，利用甲方提供的相关资料和工作条件完成的新技术成果的所有权益，包括但不限于知识产权及所有权、专利申请权，归乙方所有。 13.3甲方依据本合同的规定，利用乙方提供的工作成果完成的新技术成果的所有权益，包括但不限于知识产权及所有权、专利申请权，归甲方所有。 13.4如本合同以外的第三方指控乙方提供为甲方提供的外包服务过程和/或其为甲方提供的服务成果侵犯该方的专利或著作权, 乙方将自费就上述指控为甲方辩护，并支付法院和行政机关最终裁定的或经乙方同意的和解中包括的一切费用、损害赔偿金和合理的律师费用，前提条件是甲方: （1）就指控立即书面通知乙方。及 （2）容许乙方在辩护及任何有关的和解谈判中具有控制权，并与乙方合作。 在甲方满足上述条件的前提下，乙方就侵权指控须对甲方承担本条约定的上述义务。 13.5对因下列任何一项所引起的指控，无论本合同是否有其他约定，乙方均不承担责任： （1）甲方提供的被并入服务成果之中的任何东西；或乙方遵照甲方或代表甲方的第三方所提供的任何设计、规格或关于实施方法的指示而提供的任何东西。 （2）甲方修改服务成果。 （3）将服务成果与非由乙方提供的任何产品、数据、装置或商业方法一起结合、操作或使用，或为甲方以外的第三方的利益发行、操作或使用作品。 第十四条 合同的解除 14.1双方确定，本合同可以在以下情况出现时解除： （1）由于本合同规定的不可抗力致使本合同的履行成为不必要或不可能的。 （2）本合同自有权解除合同一方发出解除的书面通知时解除。 第十五条 合同生效及其他 15.1本合同自双方签字盖章之日起生效。 15.2本合同将保持其有效直至双方已完全履行合同项下的所有义务且双方之间的所有付款和索赔已结清。 15.3本合同一式肆份，双方各持贰份，具有同等法律效力。 15.4任何一方未经另一方同意不得向任何第三方透露本合同的签订及其内容。任何一方向其关联公司透露的，不受此限。 15.5对合同内容做出的任何修改和补充应为书面形式，由双方签字盖章后成为合同不可分割的部分。 15.6甲方与乙方因履行本合同或与本合同有关的一切通知都必须按照本合同中的地址，以书面信函或者传真或者电子邮件方式进行。如采用书面信函形式，应使用挂号信或者具有良好信誉的特快专递送达，接受方签收挂号信或特快专递的时间（以邮局或快递公司系统记录为准）为通知送达时间；如使用传真方式，传真到达接受方指定传真系统的时间为通知送达时间；如使用电子邮件方式，电子邮件到达接受方指定电子邮箱的时间为通知送达时间。如果因接受方原因（包括但不限于接受方拒收书面信函、接受方传真机关闭或故障、接受方电子邮箱地址不存在或者邮箱已满或者设置拒收等）导致通知发送失败，视为通知已经送达（发送方侧载明的书面信函寄出时间或者传真发送时间或者电子邮件发送时间视为通知送达时间）。 甲方：中国电信[集团系统集成有限责任公司河北分]公司     地  址：[   ]     联系人：[   ]     电  话：[    ]     传  真：[   ] 邮编：[     ] 电子邮件：[   ] 乙方：[   ]     地  址：[    ]     联系人：[    ]     电  话：[  ]     传  真：[ / ]  邮  编：[   ] 电子邮件：[  ] 上述任何信息发生变更的，变更方应及时以书面形式通知另一方，未及时通知并影响本合同履行或造成损失的，应承担相应的责任。 15.7未得到对方的书面许可，任何一方均不得以广告或在公共场合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写，任何一方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写拥有所有权。 15.8本合同各条标题仅为提示之用，应以条文内容确定各方的权利义务。 15.9如果本合同的任何条款在任何时候变成不合法、无效或不可强制执行而不从根本上影响本合同的效力时，本合同的其它条款不受影响。 15.10本合同的任何内容不应被视为或解释为双方之间具有合资、合伙、代理关系。 15.11乙方不得以任何形式将本合同项下的部分或全部权利转让第三方（中国工商银行、中国农业银行、中国银行和中国建设银行除外，该等银行简称“四大国有银行”），包括（但不限于）转让、质押等；转让给四大国有银行的，应当书面通知甲方。 15.12本合同附件是本合同不可分割的部分，若附件与合同正文冲突，以本合同正文为准。 本合同附件为： 附件一：合同软件清单及价格 附件二：阳光协议   补充附页 经友好协商，对本合同条款补充、修改如下，本补充附页为合同正文的一部分，与合同正文冲突时，以本补充附页为准： [ 无 ]       甲方：中国电信系统集成有限责任公司河北分公司 法定代表人/负责人 或授权代表：   [  ]年[  ]月[  ]日         乙方：[    ]          法定代表人/负责人 或授权代表：   [  ]年[  ]月[  ]日   第五章 技术标准和要求 5.1 技术服务要求 技术总体要求 建设基于医联体平台的远程会诊系统，实现： 1.实时视频语音互动，完成远程会诊； 2.电子白板+文档演示+屏幕共享功能，完成远程教学； 3.高拍仪实时扫描患者各项报告，完成患者病历共享。   整体要求 提供产品，需满足本项目涉及的使用需求，不能因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 ★中标方负责跟下级医院的协调工作，需自行做好下级医院的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 由于此项目涉及基层单位比较多、区域比较分散，要求中标供应商根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，具体验收满足采购人具体要求。   详细技术要求 序号 名称 指标项 指标要求 1 软件平台 软件平台 使用终端支持在IOS、Android、Windows系统中使用。（要求一二、三级医院、村医须实现） 2 所有功能的集成仅当医院存在相对应的院内系统，对于没有相应院内系统的，由终端软件提供拍照或上传附件功能。 4 支持多集群多机房容灾方案（要求一、二、三级医院、村医须实现） 5 通讯平台要求使用加密协议（要求一、二、三级医院、村医须实现） 6 系统恢复时间：系统恢复时间小于4小时；（要求一、二、三级医院、村医须实现） 7 终端流量占用：后台运行时流量消耗<2M/月（要求一、二、三级医院、村医须实现） 8 终端流量占用：语音流量0.9-1.2K/秒（要求一、二、三级医院、村医须实现） 9 终端流量占用：文字流量1M/1000条文字消息（要求一、二、三级医院、村医须实现） 10 终端流量占用：图片流量根据原图质量压缩至50-200K/张（要求一二、三级医院、村医须实现） 11 终端流量占用：视频流量根据原视频质量压缩至20-30K/秒（要求一、二、三级医院、村医须实现） 12 终端流量占用：上传通讯录2K/100人（要求一、二、三级医院、村医须实现） 13 终端流量占用：查看通讯录好友图片缩略图3-5K/张（要求一、二、三级医院、村医须实现） 14 安全设计 安全设计 全站使用HTTPS（要求一、二、三级医院、村医须实现）要求使用证书锁定机制（要求一、二、三级医院、村医须实现） 15 分级诊疗协同平台 会诊（PC端） 会诊申请 可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请；（要求一、二、三级医院须实现） 可自建讨论群组，在好友、本科室、本院、院际之间发起会诊；（要求一、二、三级医院须实现） 会诊建立 群主可隐藏患者隐私信息，共享患者病历给所有会诊参加人员；（要求一、二、三级医院须实现）所有会诊患者病历支持水印显示，以降低患者隐私泄露风险；（要求一、二、三级医院须实现）支持语音、文字会诊讨论、多方视频、多方语音；支持PC端跨平台同屏显示；（要求一、二、三级医院须实现）PC端填写会诊意见。（要求一、二、三级医院须实现 16 会诊记录查看 可在PC端查询、查看会诊记录及详情。（要求一、二、三级医院须实现） 17 网络环境 支持医院的电脑在内网或外网环境下进行会诊。（要求一、二、三级医院须实现） 18 转诊（PC端） 发起转诊 可在PC端选择转诊医院及发送相关推送消息至接诊单位，提供标准的转诊模板 （要求一、二、三级医院、村医须实现） 19 转诊记录查询 可在PC端查询、查看转诊记录及详情。（要求一、二、三级医院、村医须实现） 20 网络环境 支持医院的电脑在内网或外网环境下的转诊。（要求一、二、三级医院、村医须实现） 21 分级方案 支持河北省169种疾病的智能分级。（要求一、二、三级医院、村医须实现） 22 移动会诊（平板和手机端） 平台支持 Android、IOS（要求一、二、三级医院须实现） 23 会诊申请 可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请；（要求一、二、三级医院须实现） 24 会诊申请时可设置开放病历的范围，例如只开放检验、检查（要求一、二、三级医院须实现） 25 会诊期间查看的病历信息对患者身份进行自动隐私处理（要求一、二、三级医院须实现） 26 建立新的会诊可自动发送提醒到会诊相关参与人，并进行待办事项处理提醒。（要求一、二、三级医院须实现） 27 可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组；（要求一、二、三级医院须实现） 28 所有移动查房患者病历支持水印显示，以降低患者隐私泄露风险；（要求一、二、三级医院须实现） 29 支持视频会诊同时参与人数是5，语音会诊同时参与人数是16。（要求一、二、三级医院须实现） 30 会诊记录 手机端可填写会诊意见（要求一、二、三级医院须实现 31 可查看历史会诊记录，按照我发起的和我参与的进行分类展示（要求一、二、三级医院须实现） 32 会诊记录中可查看会诊参与人员，及会诊意见（要求一、二、三级医院须实现） 33 移动转诊（平板和手机端） 平台支持 Android、IOS（要求一、二、三级医院、村医须实现 34 转诊申请 在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、选择转诊医院。（要求一二、三级医院、村医须实现） 35 分级方案 支持河北省169种疾病的智能分级。（要求一、二、三级医院、村医须实现） 36 患者微信端 　 家庭医生签约 通过微信扫一扫关注医生，实现医生绑定，建立沟通渠道（要求一、二、三级医院、村医须实现） 37 购买服务包 可购买医生提供的个性化服务（要求一、二、三级医院、村医须实现） 38 医患交流 通过微信端可以和医生进行语音、文字、图片等相关信息沟通（要求一、二、三级医院、村医须实现） 39 个人健康档案 可根据患者就诊情况形成个人健康档案（要求一、二、三级医院、村医须实现） 40 平台服务 协同办公（手机端） 院内通讯录 可通过管理平台自维护院内通讯录及组织结构（要求一、二、三级医院须实现） 41 通讯录可在移动端按照组织结构及人员首字母查看，可支持模糊检索（要求一、二、三级医院须实现） 42 通过通讯录可直接拨打免费电话或发起即时消息通（要求一、二、三级医院须实现） 43 　 可通过对接院内系统推送院内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息（要求一、二、三级医院须实现） 44 通知公告平台 推送消息可查看详情并执行闭环回执（要求一、二、三级医院须实现） 45 消息可按照类型（会诊通知、手术通知、新入院通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理）等进行灵活组织 （要求一、二、三级医院须实现） 46 对通知进行分类处理，包括：系统通知、院内通知、临床通知、普通消息等 （要求一、二、三级医院须实现） 47 待办时间轴 可按照时间维度对每日待办事项进行汇总整理，用周历形式展示，并对待办事项进行明显标注（要求一、二、三级医院须实现） 48 可对待办事项进行滚动通知（要求一、二、三级医院须实现） 49 平台通讯（手机端） 免费通话 院内人员之间可以通过手机端免费电话，为保证通话质量，要求以双向回呼形式进行通话 （要求一、二、三级医院须实现） 50 隐私保护 通讯过程要求对通讯双方电话号码进行隐藏，保证通讯双方隐私保护（要求一、二、三级医院须实现） 51 防骚扰 可通过高管身份设置，保护被叫对象避免被频繁骚扰（要求一、 设置 二、三级医院须实现） 59 即时信息交流 移动端院内人员可进行图片、文字、语音等多种格式的即时消息交流（要求一、二、三级医院须实现） 60 群组沟通 支持自建讨论组，且可以收藏讨论组（要求一、二、三级医院须实现） 61 移动医生 移动查房（平板和手机端） 单点登录 通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需二次登录。（要求一、二、三级医院、村医须实现） 62 多级密码管理 登陆系统后，访问不同的院内内容，需输入手势或指纹密码。（要求一、二、三级医院、村医须实现） 63 权限分配 可对查看的患者病历权限进行配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在管理后台进行灵活控制（要求一、二、三级医院须实现） 64 浏览模式 可切换不同的浏览模式进行手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示；（要求一、二、三级医院须实现） 65 患者列表 可根据住院号、床位号、床头二维码检索患者；（要求一、二、三级医院须实现） 66 可灵活配置患者在院天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒；（要求一、二、三级医院须实现） 67 患者列表要求显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数；（要求一、二、三级医院须实现） 68 可查看选定患者进行系统信息集成后的详细病历信息。（要求一、二、三级医院须实现） 69 基本信息 可查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式国籍、民族、职业、联系人、联系电话、联系地址；（要 求一、二、三级医院须实现） 70 诊断信息 查看患者本院的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生.（要求一、二、三级医院须实现） 71 手术信息 查看患者在院开展的手术名称及具体信息：手术时间、手术名称、手术医生、一助、二助、麻醉医生、麻醉方式；（要求一、二、三级医院须实现） 72 费用信息 查看患者在本院的消费项目、消费金额及结算状态（要求一、二、三级医院须实现） 73 病程信息 与电子病历系统无缝对接，完整并按电子病历系统排列方式查看患者在本院的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录；（要求一、二、三级医院须实现） 74 可查看每条记录详情。（要求一、二、三级医院须实现 75 检验信息 查看患者在本次住院期间的所有检验结果；（要求一、二、三级医院须实现） 76 可查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。（要求一、二、三级医院须实现） 77 能够按照关注指标查看病人的检验趋势图。（要求一、二、三级医院须实现） 78 检查信息 可查看患者在院期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、检查所见、检查提示。（要求一、二、三级医院须实现） 79 　 可调阅dicom原始影像，能够直接支持2D和3D模式（要求一、二、三级医院须实现） 80 可通过时间轴展示历史影像（要求一、二、三级医院须实现） 81 可对影像进行测距、测角、箭头、图形标记进行基本的数据测量（要求一、二、三级医院须实现） 82 可对影像进行整体或局部的放大，图像方位及镜像调整（要求一、二、三级医院须实现） 83 可对影像进行窗体展现选择，并可设置探针进行比对查看（要求一、二、三级医院须实现） 84 医嘱信息 可按照长/临/全部、分类查看患者所有医嘱类型（要求一、二、三级医院须实现） 85 可对医嘱进行组医嘱标识（要求一、二、三级医院须实现） 86 可查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。（要求一、二、三级医院须实现） 87 心电信息 查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。（要求一、二、三级医院须实现） 88 可查看心电检查报告单（要求一、二、三级医院须实现） 89 病理信息 查看患者在院期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。（要求一、二、三级医院须实现） 90 可调阅病病理图片（要求一、二、三级医院须实现） 91 体温单 可查看患者本次住院期间的所有体温单（要求一、二、三级医院须实现） 92 历史病历查询 用户可通过住院号搜索到本科室在院患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验检查、心电图、医嘱、病理；（要求一、二、三级医院须实现） 93 默认显示入院日期在最近一年的历史病历；可自主选择搜索时间段；（要求一、二、三级医院须实现） 94 点击每条历史病历记录，可查看该患者每次住院的所有病历信息（要求一、二、三级医院须实现） 95 临床通知（手机端） 会诊通知 醒目展示未读会诊通知的条目数；（要求一、二、三级医院须实现） 96 点击后可查看本周周一-周日的所有会诊通知详情及阅读状态。（要求一、二、三级医院须实现） 97 手术通知 醒目展示未读手术通知的条目数；（要求一、二、三级医院须实现） 98 点击后可查看本周周一-周日的所有手术通知详情及阅读状态。（要求一、二、三级医院须实现） 99 危急值提醒 醒目展示未处理危急值通知的条目数；（要求一、二、三级医院须实现） 100 点击后可查看本周周一-周日的所有危急值通知详情及处理状态，并可关联展示患者详细信息。（要求一、二、三级医院须实现） 101 新入院通知 醒目展示未读新入院通知的条目数；（要求一、二、三级医院须实现） 102 点击后可查看本周周一-周日的所有新入院通知详情及阅读状态。（要求一、二、三级医院须实现） 103 　 学术交流（手机端） 信息浏览 可实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论（要求一、二、三级医院、村医须实现） 104 新建帖子 可分享最新知识，分享医生最新动态，提升医生影响力；（要求一、二、三级医院、村医须实现） 105 新建帖子、发送图文、发送位置、@好友。（要求一、二、三级医院、村医须实现） 106 分享帖子 通过分享帖子到微信、微博、QQ平台影响更多的用户（要求一、二、三级医院、村医须实现） 107 个人中心 显示医生本人参与或发布的话题或帖子；（要求一、二、三级医院、村医须实现） 108 可查看收藏、查看消息、查看通知、个人中心。（要求一、二、三级医院、村医须实现） 109 医患服务（手机端） 医患沟通 患者可通过掌医或者微信端与医生建立沟通（要求一、二、三级医院、村医须实现） 110 医生可对患者进行分类管理，包括付费用户和普通咨询，普通咨询仅显示消息条目不进行消息提醒（要求一、二、三级医院、村医须实现） 111 病历收藏 支持医生以文字、图片等形式新建病历信息；（要求一、二、三级医院、村医须实现） 112 可再次编辑、查看病历信息（要求一、二、三级医院、村医须实现） 113 钱包 可查看患者购买服务所获取的服务收入/支出金额， 并可进行提现 （要求一、二、三级医院、村医须实现） 114 服务设置 可自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）（要求一、二、三级医院、村医须实现） 115 可实时开通、关闭、再次编辑服务内容（要求一、二、三级医院、村医须实现） 116 移动管理 今日医院（手机端） 收入信息 可查看不同日期的门诊收入、住院收入金额；（要求二、三级医院须实现） 117 可查看药品、医技、医疗收入金额和占比。（要求二三级医院须实现） 118 挂号信息 可查看门诊挂号信息统计：按挂号类型、按就诊类型显示；（要求二、三级医院须实现） 119 可分类统计门诊号、专家号及其他号型占比；（要求二、三级医院须实现） 120 可分类统计医保及非医保患者占比、复诊及初诊患者占比。（要求二、三级医院须实现） 121 住院信息 可统计显示全院不同危重程度的患者数量；（要求二三级医院须实现） 122 可实时统计在院、入院、出院患者数量；（要求二、三级医院须实现） 123 可实时统计医院床位使用率、患者陪护率。（要求二三级医院须实现） 124 公告管理（PC端和手机端） 公告管理 可通过手机端或管理后台向院内人员发送群消息或群通知（要求一、二、三级医院须实现） 125 　 院内服务（手机端） 预约挂号 通过app端预约专科号或专家号，通过选择院区、科室、门诊筛选出出诊专家列表，（要求二、三级医院须实现） 126 可通过分时预约进行智能分诊排号（要求二、三级医院须实现） 127 挂号可进行医保支付。（要求二、三级医院须实现） 128 院内导航 根据医院提供内容形成访问页面，为患者提供院内导航信息、楼宇分布等。（要求二、三级医院须实现） 129 医院介绍 提供医院介绍信息形成访问页面，页面内容包括医院简介、医院分布、科室分布和来院交通。医院简介：介绍医院发展史及医院当前现状。（要求二、三级医院须实现） 130 医院分布：展示院区总平面分布图，为患者提供院内导航信息。科室分布：显示各院区下的医院名称及楼层，通过选择楼层显示楼层分布的科室。来院交通：为患者提供来院乘车路线及乘车建议。（要求二、三级医院须实现） 131 专家介绍 提供医院所有院区出诊专家列表，也可通过选择院区、科室、门诊类型筛选出相应的出诊专家列表，提供医院专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。（要求二、三级医院须实现） 132 　 为本院患者提供固定打分选项对医院、医生进行门诊满意度评价和住院满意度评价。门诊满意度：分别显 服务评价 示患者已评价和未评价的门诊列表。（要求二、三级医院须实现） 133 住院满意度：分别显示患者已评价和未评价的住院列表。（要求二、三级医院须实现） 134 报告单查询（手机端） 报告单查询 可通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、检查报告进行自助查询。（要求二、三级医院须实现） 135 费用缴纳（手机端） 费用缴纳 可通过手机端进行缴费，系统通过绑定医院就诊卡可进行门诊费用缴纳；（要求二、三级医院须实现） 136 手机端够支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。（要求二、三级医院须实现） 137 预付住院金 可通过输入住院号、预付金额申申请预付住院金。（要求二、三级医院须实现） 138 预约结算 患者可通过手机端输入住院号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。（要求二、三级医院须实现） 139 费用查询 通过选择所要查询费用的时间段，自助查询门诊缴费记录和住院缴费记录（要求二、三级医院须实现） 140 院后服务（手机端） 用药提醒 通过与HIS对接获取病人出院药品医嘱或门诊药品处方，患者根据医嘱开启和设置院外服药提醒。（可对接医药连锁机构）（要求二、三级医院须实现） 141 医患沟通 门诊患者：可扫描医生服务二维码，加入医生服务群，与接诊医生在线上进行病情咨询、用药指导等沟通（要求二、三级医院须实现） 142 住院患者：系统自动推送管床医生，患者可以选择关注医生随时进行病情沟通与咨询。（要求二、三级医院须实现） 143 管理设置 平台管理（PC端） 企业架构管理 可添加部门，部门信息包括部门名称、统一电话、上级部门、部门是否隐藏（若隐藏，其他部门在通讯录中看不到该部门）；（要求一、二、三级医院须实现） 144 可设置隐藏部门，配置后在通讯录中仅对部分部门可见（要求一、二、三级医院须实现） 145 　 　 　 可添加员工，内容：姓名、性别、职位、职称、手机号分机、QQ、邮箱、所属部门；（要求一、二、三级医院须实现） 146 可查看各部门人员列表，列表显示姓名、职位、手机号邮箱；（要求一、二、三级医院须实现） 147 可编辑人员信息，编辑内容：姓名、性别、职位、职称手机号、分机、QQ、邮箱、所属部门、在职状态（正常挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置新密码即可登录）；（要求一、二、三级医院须实现） 148 可设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息（要求一、二、三级医院须实现 149 可设置人员为公告管理员，公告管理员可在移动端发送公告；（要求一、二、三级医院须实现） 150 角色管理 可自由添加人员角色（要求一、二、三级医院须实现 151 可自由配置角色在手机端的功能权限和移动查房中的数据权限（要求一、二、三级医院须实现） 152 可删除人员角色，默认角色不可删除（要求一、二、三级医院须实现） 153 移动查房配置 可配置移动查房展示的功能，例如是否显示病理、诊断（要求一、二、三级医院须实现） 154 可调整移动查房功能排序（要求一、二、三级医院须实现） 155 安全管理 平台安全 登录安全验证（手机端） 首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。 （要求一、二、三级医院、村医须实现） 156 功能访问验证 需要指纹验证、手势验证通过后，才能使用功能（要求一、二、三级医院、村医须实现） 157 管理员授权（PC端） 企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据（要求一、二、三级医院、村医须实现） 158 数据加密处理 全站使用HTTPS进行数据传输，保证手机号码加密、隐私信息加密（要求一、二、三级医院、村医须实现） 159 病案防泄密 病案展示相关场景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍等恶意泄露行为（要求一二、三级医院、村医须实现） 160 通讯协议加密 使用加密的通讯协议，禁止使用明文通讯协议，例如：sip、xmpp（要求一、二、三级医院、村医须实现）     序号 设备名称 招标规格 投标规格 响应/偏离 说明 一、整体要求 1 整体要求 所有厂家提供产品，需满足本项目涉及的使用需求，不能因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 我公司所投产品满足本项目涉及的使用需求，绝不会因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 响应   2 该项目为唐山市人民医院医疗集团区域互联互通信息化云平台部分，整个项目覆盖唐山市区、各县、村镇、行政村，包括医院本部、二级医院25家、一级医院100家、村医150家，由于此项目涉及基层单位比较多、区域比较分散，要求中标供应商能确保各医院各自的信息系统接入平台，做好医疗集团内相关系统的集成开发，并保证系统平台的安全可靠。 本项目为唐山市人民医院医疗集团区域互联互通信息化云平台部分，整个项目覆盖唐山市区、各县、村镇、行政村，包括医院本部、二级医院25家、一级医院100家、村医150家，由于此项目涉及基层单位比较多、区域比较分散，我公司承诺确保各医院各自的信息系统接入平台，做好医疗集团内相关系统的集成开发，并保证系统平台的安全可靠。 响应   3 中标方负责跟下级医院的协调工作，需自行做好下级医院的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 我公司负责跟下级医院的协调工作，自行做好下级医院的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 响应   4 由于此项目涉及基层单位比较多、区域比较分散，要求中标供应商根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，安装调试期间携带由集团统一制作的验收凭证，安装调试完成后由各接收单位填写验收凭证并盖章（该凭证作为整个项目验收的一部分），根据各单位的验收凭证进行整个项目的统一验收。 由于此项目涉及基层单位比较多、区域比较分散，我公司承诺根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，安装调试期间携带由集团统一制作的验收凭证，安装调试完成后由各接收单位填写验收凭证并盖章（该凭证作为整个项目验收的一部分），根据各单位的验收凭证进行整个项目的统一验收。 响应   二、数据安全集成网关参数要求 1 数据集成接口要求 数据通道建立工具：提供异构异数据源通道建立工具 系统提供数据通道建立工具：提供异构异数据源通道建立工具。 响应   实现跨系统、跨数据库、跨机构数据交换 系统能够实现跨系统、跨数据库、跨机构数据交换。 响应   医疗数据集成中间件：提供无侵入式医疗数据集成中间件 系统提供医疗数据集成中间件：提供无侵入式医疗数据集成中间件。 响应   HL7协议引擎：提供HL7引擎，提供智能化的数据标准转换 系统提供HL7协议引擎：提供HL7引擎，提供智能化的数据标准转换。 响应   2 数据集成安全网关参数要求(适用于三级、二级医院) 硬件架构：专用机架式硬件设备 硬件架构：专用机架式硬件设备 响应   内存容量：≥16GB 支持ECC 内存容量： 16GB 支持ECC 响应   CPU参数：主频≥1.6GHz，6核心，≥15M L3高级缓存 CPU参数：主频1.6GHz，6核心，15M L3高级缓存 响应   网络接口：≥2个千兆网口 网络接口：2个千兆网口 响应   电源：服务器专用电源 电源：服务器专用电源 响应   远程管理网口：独立远程管理网口≥1个 远程管理网口：独立远程管理网口1个 响应   远程管理：支持远程控制开机、关机、重启 远程管理：支持远程控制开机、关机、重启 响应   远程监控：支持远程监控CPU温度、电压、风扇 远程监控：支持远程监控CPU温度、电压、风扇 响应   3 数据集成安全网关系统参数要求(适用于一级医院) CPU：I3处理器  LGA 1155 CPU：I3处理器  LGA 1155 响应   内存容量：DDR3 4G 内存容量：DDR3 4G 响应   硬盘容量：1T SATA 硬盘容量：1T SATA 响应   操作系统：Windows Server 2012 R2 操作系统：Windows Server 2012 R2 响应   网络接口：2个千兆网口 网络接口：2个千兆网口 响应   其他接口：≥4个USB；1个VGA接口 其他接口：4个USB；1个VGA接口 响应   4 数据安全审计功能要求 IP访问控制：支持根据策略配置中指定的IP进行访问控制，只有允许访问的IP才能连接数据，否则阻断 系统提供IP访问控制功能：支持根据策略配置中指定的IP进行访问控制，只有允许访问的IP才能连接数据，否则阻断。 响应   用户访问控制：支持根据策略配置中指定的用户进行连接控制，只有指定用户才能连接，否则强制断开 系统提供用户访问控制功能：支持根据策略配置中指定的用户进行连接控制，只有指定用户才能连接，否则强制断开。 响应   组授权：支持在组“合法操作列表”中添加组权限，记录操作结果;支持组授权优先级 系统提供组授权功能：支持在组“合法操作列表”中添加组权限，记录操作结果;支持组授权优先级。 响应   审计策略：支持对选定的数据库，选定的模式和表进行审计操作；支持审计权限优先级 系统提供审计策略功能：支持对选定的数据库，选定的模式和表进行审计操作；支持审计权限优先级。 响应   服务器连接监控：支持对已经连接的客户端进行断开，并记录操作结果 系统提供服务器连接监控功能：支持对已经连接的客户端进行断开，并记录操作结果。 响应   日志管理：支持根据策略记录所有事件发生时间、时间类型、事件结果等，并能够进行查询和导出操作 系统提供日志管理功能：支持根据策略记录所有事件发生时间、时间类型、事件结果等，并能够进行查询和导出操作。 响应   管理员授权管理：支持通过系统管理员，对系统能够操作员授予不同的数据库的操作权限 系统提供管理员授权管理功能：支持通过系统管理员，对系统能够操作员授予不同的数据库的操作权限。 响应   系统自身审计：支持以审计管理员身份登录查看系统管理员和系统操作员的操作记录 系统提供系统自身审计功能：支持以审计管理员身份登录查看系统管理员和系统操作员的操作记录。 响应   5 数据集成功能要求 基于标准的互联互通：医院很多信息系统与HIS系统有接口关系，同时为了让业务流程能够有效运转，HIS系统也与大量的其他系统有接口关系。这种网状的耦合关系使得系统维护、升级或更换等异常困难、成本高昂。为此，数据集成安全网关以SOA方法为指导、以医院当前的平台基础设施为支撑、以HIS系统为核心，对系统间的现有接口进行梳理，并以Web服务为手段、以降低系统间耦合和改进业务流程为目标进行接口标准定义、并重新构建系统间的连接关系。 系统提供基于标准的互联互通功能：医院很多信息系统与HIS系统有接口关系，同时为了让业务流程能够有效运转，HIS系统也与大量的其他系统有接口关系。这种网状的耦合关系使得系统维护、升级或更换等异常困难、成本高昂。为此，数据集成安全网关以SOA方法为指导、以医院当前的平台基础设施为支撑、以HIS系统为核心，对系统间的现有接口进行梳理，并以Web服务为手段、以降低系统间耦合和改进业务流程为目标进行接口标准定义、并重新构建系统间的连接关系。 响应   基于业务流程管理系统的闭环医嘱管理：传统的医生工作站和护士工作站只能记录医生下达医嘱和开立申请单、护士转抄医嘱等初始信息。医护人员和患者无法快速得知医嘱驱动的整个医疗执行全过程的实时状态，不能高效合理地安排后续的医疗服务。为此，借助医院服务总线对医嘱执行过程的各个状态进行实时的跟踪和管理，为临床工作人员和医疗管理人员提供完整的医嘱闭环管理功能。 系统提供基于业务流程管理系统的闭环医嘱管理功能：传统的医生工作站和护士工作站只能记录医生下达医嘱和开立申请单、护士转抄医嘱等初始信息。医护人员和患者无法快速得知医嘱驱动的整个医疗执行全过程的实时状态，不能高效合理地安排后续的医疗服务。为此，借助医院服务总线对医嘱执行过程的各个状态进行实时的跟踪和管理，为临床工作人员和医疗管理人员提供完整的医嘱闭环管理功能。 响应   三、功能参数 1 软件平台 软件平台 使用终端支持在IOS、Android、Windows系统中使用。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医均可以使用系统终端在IOS、Android、Windows系统中使用。 响应   2 所有功能的集成仅当医院存在相对应的院内系统，对于没有相应院内系统的，由终端软件提供拍照或上传附件功能。 系统所有功能的集成仅当医院存在相对应的院内系统，对于没有相应院内系统的，提供由终端软件提供拍照或上传附件功能。 响应   3 软件架构 软件架构 支持负载均衡，可平滑扩容  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持负载均衡，可平滑扩容。 响应   4 支持多集群多机房容灾方案  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持多集群多机房容灾方案。 响应   5 通讯平台要求使用加密协议  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统通讯平台均使用加密协议。 响应   6 系统恢复时间：系统恢复时间小于4小时；  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统恢复时间：系统恢复时间小于4小时。 响应   7 终端流量占用：后台运行时流量消耗<2M/月  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：后台运行时流量消耗<2M/月。 响应   8 终端流量占用：语音流量0.9-1.2K/秒  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：语音流量0.9-1.2K/秒。 响应   9 终端流量占用：文字流量1M/1000条文字消息  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：文字流量1M/1000条文字消息。 响应   10 终端流量占用：图片流量根据原图质量压缩至50-200K/张  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：图片流量根据原图质量压缩至50-200K/张。 响应   11 终端流量占用：视频流量根据原视频质量压缩至20-30K/秒  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：视频流量根据原视频质量压缩至20-30K/秒。 响应   12 终端流量占用：上传通讯录2K/100人  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：上传通讯录2K/100人。 响应   13 终端流量占用：查看通讯录好友图片缩略图3-5K/张  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统终端流量占用：查看通讯录好友图片缩略图3-5K/张。 响应   14 安全设计 安全设计 全站使用HTTPS  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统全站使用HTTPS协议。 响应   15 要求使用证书锁定机制  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均使用证书锁定机制。 响应   16 分级诊疗协同平台 会诊（PC端） 会诊申请 可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请；（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请； 响应   17 可自建讨论群组，在好友、本科室、本院、院际之间发起会诊；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可自建讨论群组，在好友、本科室、本院、院际之间发起会诊； 响应   18 会诊建立 群主可隐藏患者隐私信息，共享患者病历给所有会诊参加人员；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统群主可隐藏患者隐私信息，共享患者病历给所有会诊参加人员； 响应   19 所有会诊患者病历支持水印显示，以降低患者隐私泄露风险；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统支持所有会诊患者病历支持水印显示，以降低患者隐私泄露风险； 响应   20 支持语音、文字会诊讨论、多方视频、多方语音；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持语音、文字会诊讨论、多方视频、多方语音； 响应   21 支持PC端跨平台同屏显示；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持PC端跨平台同屏显示； 响应   22 PC端填写会诊意见。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持PC端填写会诊意见。 响应   23 会诊记录查看 可在PC端查询、查看会诊记录及详情。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可在PC端查询、查看会诊记录及详情。 响应   24 网络环境 支持医院的电脑在内网或外网环境下进行会诊。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持医院的电脑在内网或外网环境下进行会诊。 响应   25 转诊（PC端） 发起转诊 可在PC端选择转诊医院及发送相关推送消息至接诊单位，提供标准的转诊模板  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均可在PC端选择转诊医院及发送相关推送消息至接诊单位，提供标准的转诊模板。 响应   26 转诊记录查询 可在PC端查询、查看转诊记录及详情。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均可在PC端查询、查看转诊记录及详情。 响应   27 网络环境 支持医院的电脑在内网或外网环境下的转诊。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持医院的电脑在内网或外网环境下的转诊。 响应   28 分级方案 支持河北省169种疾病的智能分级。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持河北省169种疾病的智能分级。 响应   29 移动会诊（平板和手机端） 平台支持 Android、IOS  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持Android、IOS平台。 响应   30 会诊申请 可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请； 响应   31 会诊申请时可设置开放病历的范围，例如只开放检验、检查  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持会诊申请时设置开放病历的范围，例如只开放检验、检查。 响应   32 会诊期间查看的病历信息对患者身份进行自动隐私处理  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持会诊期间查看的病历信息对患者身份进行自动隐私处理。 响应   33 建立新的会诊可自动发送提醒到会诊相关参与人，并进行待办事项处理提醒。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持建立新的会诊可自动发送提醒到会诊相关参与人，并进行待办事项处理提醒。 响应   34 可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组；（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组； 响应   35 所有移动查房患者病历支持水印显示，以降低患者隐私泄露风险；（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持所有移动查房患者病历支持水印显示，以降低患者隐私泄露风险； 响应   36 支持视频会诊同时参与人数是5，语音会诊同时参与人数是16。（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持视频会诊同时参与人数是9，语音会诊同时参与人数是16。 响应   37 会诊记录 手机端可填写会诊意见（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持手机端填写会诊意见。 响应   38 可查看历史会诊记录，按照我发起的和我参与的进行分类展示  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可查看历史会诊记录，按照我发起的和我参与的进行分类展示。 响应   39 会诊记录中可查看会诊参与人员，及会诊意见  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持会诊记录中查看会诊参与人员，及会诊意见。 响应   40 移动转诊（平板和手机端） 平台支持 Android、IOS（要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持Android、IOS平台使用。 响应   41 转诊申请 在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、选择转诊医院。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、选择转诊医院。  响应   42 分级方案 支持河北省169种疾病的智能分级。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持河北省169种疾病的智能分级。 响应   43 患者微信端   家庭医生签约 通过微信扫一扫关注医生，实现医生绑定，建立沟通渠道  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持通过微信扫一扫关注医生，实现医生绑定，建立沟通渠道。 响应   44 购买服务包 可购买医生提供的个性化服务  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持购买医生提供的个性化服务。 响应   45 医患交流 通过微信端可以和医生进行语音、文字、图片等相关信息沟通  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持通过微信端和医生进行语音、文字、图片等相关信息沟通。 响应   46 个人健康档案 可根据患者就诊情况形成个人健康档案  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均可根据患者就诊情况形成个人健康档案。 响应   47 平台服务 协同办公（手机端） 院内通讯录 可通过管理平台自维护院内通讯录及组织结构  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可通过管理平台自维护院内通讯录及组织结构。 响应   48 通讯录可在移动端按照组织结构及人员首字母查看，可支持模糊检索  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通讯录在移动端按照组织结构及人员首字母查看，支持模糊检索。 响应   49 通过通讯录可直接拨打免费电话或发起即时消息沟通  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通过通讯录直接拨打免费电话或发起即时消息沟通。 响应   50 通知公告平台 可通过对接院内系统推送院内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均可通过对接院内系统推送院内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息。 响应   51 推送消息可查看详情并执行闭环回执  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持推送消息、查看详情并执行闭环回执 。 响应   52 消息可按照类型（会诊通知、手术通知、新入院通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理）等进行灵活组织  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持消息按照类型（会诊通知、手术通知、新入院通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理）等进行灵活组织。 响应   53 对通知进行分类处理，包括：系统通知、院内通知、临床通知、普通消息等  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对通知进行分类处理，包括：系统通知、院内通知、临床通知、普通消息等。 响应   54 待办时间轴 可按照时间维度对每日待办事项进行汇总整理，用周历形式展示，并对待办事项进行明显标注  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持按照时间维度对每日待办事项进行汇总整理，用周历形式展示，并对待办事项进行明显标注。 响应   55 可对待办事项进行滚动通知  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对待办事项进行滚动通知。 响应   56 平台通讯（手机端） 免费通话 院内人员之间可以通过手机端免费电话，为保证通话质量，要求以双向回呼形式进行通话  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持院内人员之间通过手机端免费电话，为保证通话质量，支持以双向回呼形式进行通话 。 响应   57 隐私保护 通讯过程要求对通讯双方电话号码进行隐藏，保证通讯双方隐私保护  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通讯过程对通讯双方电话号码进行隐藏，保证通讯双方隐私保护。 响应   58 防骚扰设置 可通过高管身份设置，保护被叫对象避免被频繁骚扰  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通过高管身份设置，保护被叫对象避免被频繁骚扰。 响应   59 即时信息交流 移动端院内人员可进行图片、文字、语音等多种格式的即时消息交流  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持移动端院内人员进行图片、文字、语音等多种格式的即时消息交流。 响应   60 群组沟通 支持自建讨论组，且可以收藏讨论组  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持自建讨论组，且可以收藏讨论组。 响应   61 移动医生 移动查房（平板和手机端） 单点登录 通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需二次登录。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需二次登录。 响应   62 多级密码管理 登陆系统后，访问不同的院内内容，需输入手势或指纹密码。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持登陆系统后，访问不同的院内内容，需输入手势或指纹密码。  响应   63 权限分配 可对查看的患者病历权限进行配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在管理后台进行灵活控制  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对查看的患者病历权限进行配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在管理后台进行灵活控制 。 响应   64 浏览模式 可切换不同的浏览模式进行手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持切换不同的浏览模式进行手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示；  响应   65 患者列表 可根据住院号、床位号、床头二维码检索患者；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持根据住院号、床位号、床头二维码检索患者；  响应   66 可灵活配置患者在院天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒；（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持灵活配置患者在院天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒；  响应   67 患者列表要求显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持患者列表显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数；  响应   68 可查看选定患者进行系统信息集成后的详细病历信息。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看选定患者进行系统信息集成后的详细病历信息。  响应   69 基本信息 可查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式、国籍、民族、职业、联系人、联系电话、联系地址；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式、国籍、民族、职业、联系人、联系电话、联系地址； 响应   70 诊断信息 查看患者本院的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生.  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者本院的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生。 响应   71 手术信息 查看患者在院开展的手术名称及具体信息：手术时间、手术名称、手术医生、一助、二助、麻醉医生、麻醉方式；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者在院开展的手术名称及具体信息：手术时间、手术名称、手术医生、一助、二助、麻醉医生、麻醉方式；  响应   72 费用信息 查看患者在本院的消费项目、消费金额及结算状态  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者在本院的消费项目、消费金额及结算状态。 响应   73 病程信息 与电子病历系统无缝对接，完整并按电子病历系统排列方式查看患者在本院的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持与电子病历系统无缝对接，完整并按电子病历系统排列方式查看患者在本院的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录；  响应   74 可查看每条记录详情。（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看每条记录详情。 响应   75 检验信息 查看患者在本次住院期间的所有检验结果；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者在本次住院期间的所有检验结果；  响应   76 可查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。 响应   77 能够按照关注指标查看病人的检验趋势图。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持按照关注指标查看病人的检验趋势图。 响应   78 检查信息 可查看患者在院期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、检查所见、检查提示。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者在院期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、检查所见、检查提示。  响应   79 可调阅dicom原始影像，能够直接支持2D和3D模式  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持调阅DICOM原始影像，能够直接支持2D和3D模式。 响应   80 可通过时间轴展示历史影像  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通过时间轴展示历史影像。 响应   81 可对影像进行测距、测角、箭头、图形标记进行基本的数据测量  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对影像进行测距、测角、箭头、图形标记进行基本的数据测量。 响应   82 可对影像进行整体或局部的放大，图像方位及镜像调整  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对影像进行整体或局部的放大，图像方位及镜像调整。 响应   83 可对影像进行窗体展现选择，并可设置探针进行比对查看  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对影像进行窗体展现选择，并可设置探针进行比对查看。 响应   84 医嘱信息 可按照长/临/全部、分类查看患者所有医嘱类型  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持按照长/临/全部、分类查看患者所有医嘱类型。 响应   85 可对医嘱进行组医嘱标识  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持对医嘱进行组医嘱标识。 响应   86 可查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。 响应   87 心电信息 查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。 响应   88 可查看心电检查报告单  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看心电检查报告单。 响应   89 病理信息 查看患者在院期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者在院期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。 响应   90 可调阅病病理图片  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持调阅病病理图片。 响应   91 体温单 可查看患者本次住院期间的所有体温单  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看患者本次住院期间的所有体温单。 响应   92 历史病历查询 用户可通过住院号搜索到本科室在院患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验、检查、心电图、医嘱、病理；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持用户通过住院号搜索到本科室在院患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验、检查、心电图、医嘱、病理；  响应   93 默认显示入院日期在最近一年的历史病历；可自主选择搜索时间段；（要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持默认显示入院日期在最近一年的历史病历；可自主选择搜索时间段；  响应   94 点击每条历史病历记录，可查看该患者每次住院的所有病历信息  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持点击每条历史病历记录，可查看该患者每次住院的所有病历信息。 响应   95 临床通知（手机端） 会诊通知 醒目展示未读会诊通知的条目数；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持醒目展示未读会诊通知的条目数；  响应   96 点击后可查看本周周一-周日的所有会诊通知详情及阅读状态。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持点击后查看本周周一-周日的所有会诊通知详情及阅读状态。 响应   97 手术通知 醒目展示未读手术通知的条目数；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持醒目展示未读手术通知的条目数；  响应   98 点击后可查看本周周一-周日的所有手术通知详情及阅读状态。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持点击后查看本周周一-周日的所有手术通知详情及阅读状态。 响应   99 危急值提醒 醒目展示未处理危急值通知的条目数；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持醒目展示未处理危急值通知的条目数；  响应   100 点击后可查看本周周一-周日的所有危急值通知详情及处理状态，并可关联展示患者详细信息。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持点击后查看本周周一-周日的所有危急值通知详情及处理状态，并可关联展示患者详细信息。 响应   101 新入院通知 醒目展示未读新入院通知的条目数；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持醒目展示未读新入院通知的条目数；  响应   102 点击后可查看本周周一-周日的所有新入院通知详情及阅读状态。  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持点击后查看本周周一-周日的所有新入院通知详情及阅读状态。 响应   103 学术交流（手机端） 信息浏览 可实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论。 响应   104 新建帖子 可分享最新知识，分享医生最新动态，提升医生影响力；  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持分享最新知识，分享医生最新动态，提升医生影响力；  响应   105 新建帖子、发送图文、发送位置、@好友。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持新建帖子、发送图文、发送位置、@好友。 响应   106 分享帖子 通过分享帖子到微信、微博、QQ平台影响更多的用户；  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持通过分享帖子到微信、微博、QQ平台影响更多的用户； 响应   107 个人中心 显示医生本人参与或发布的话题或帖子；  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持显示医生本人参与或发布的话题或帖子；  响应   108 可查看收藏、查看消息、查看通知、个人中心。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持查看收藏、查看消息、查看通知、个人中心。 响应   109 医患服务（手机端） 医患沟通 患者可通过掌医或者微信端与医生建立沟通  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持患者通过掌医或者微信端与医生建立沟通。 响应   110 医生可对患者进行分类管理，包括付费用户和普通咨询，普通咨询仅显示消息条目不进行消息提醒  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持医生对患者进行分类管理，包括付费用户和普通咨询，普通咨询仅显示消息条目不进行消息提醒。 响应   111 病历收藏 支持医生以文字、图片等形式新建病历信息；  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持医生以文字、图片等形式新建病历信息；  响应   112 可再次编辑、查看病历信息  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持再次编辑、查看病历信息。 响应   113 钱包 可查看患者购买服务所获取的服务收入/支出金额，并可进行提现  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持查看患者购买服务所获取的服务收入/支出金额，并可进行提现。 响应   114 服务设置 可自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）； 响应   115 可实时开通、关闭、再次编辑服务内容  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持实时开通、关闭、再次编辑服务内容。 响应   116 移动管理 今日医院（手机端） 收入信息 可查看不同日期的门诊收入、住院收入金额；（要求二、三级医院须实现） 二、三级医院所使用系统均支持查看不同日期的门诊收入、住院收入金额；  响应   117 可查看药品、医技、医疗收入金额和占比。（要求二、三级医院须实现） 二、三级医院所使用系统均支持查看药品、医技、医疗收入金额和占比。 响应   118 挂号信息 可查看门诊挂号信息统计：按挂号类型、按就诊类型显示；（要求二、三级医院须实现） 二、三级医院所使用系统均支持查看门诊挂号信息统计：按挂号类型、按就诊类型显示；  响应   119 可分类统计门诊号、专家号及其他号型占比；（要求二、三级医院须实现） 二、三级医院所使用系统均支持分类统计门诊号、专家号及其他号型占比；  响应   120 可分类统计医保及非医保患者占比、复诊及初诊患者占比。（要求二、三级医院须实现） 二、三级医院所使用系统均支持分类统计医保及非医保患者占比、复诊及初诊患者占比。 响应   121 住院信息 可统计显示全院不同危重程度的患者数量；（要求二、三级医院须实现） 二、三级医院所使用系统均支持统计显示全院不同危重程度的患者数量； 响应   122 可实时统计在院、入院、出院患者数量；（要求二、三级医院须实现） 二、三级医院所使用系统均支持实时统计在院、入院、出院患者数量；  响应   123 可实时统计医院床位使用率、患者陪护率。（要求二、三级医院须实现） 二、三级医院所使用系统均支持实时统计医院床位使用率、患者陪护率。 响应   124 公告管理（PC端和手机端） 公告管理 可通过手机端或管理后台向院内人员发送群消息或群通知  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持通过手机端或管理后台向院内人员发送群消息或群通知。 响应   125 掌上医院 预约挂号（手机端） 导诊规则设置 可通过后台对导诊规则进行自定义（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过后台对导诊规则进行自定义。 响应   126 预约挂号 通过app端预约专科号或专家号，通过选择院区、科室、门诊筛选出出诊专家列表，（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过App端预约专科号或专家号，通过选择院区、科室、门诊筛选出出诊专家列表。 响应   127 可通过分时预约进行智能分诊排号（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过分时预约进行智能分诊排号。 响应   128 挂号可进行医保支付。（要求二、三级医院须实现） 二、三级医院所使用系统均支持挂号进行医保支付。 响应   129 院内服务（手机端） 院内导航 根据医院提供内容形成访问页面，为患者提供院内导航信息、楼宇分布等。（要求二、三级医院须实现） 二、三级医院所使用系统均支持根据医院提供内容形成访问页面，为患者提供院内导航信息、楼宇分布等。 响应   130 医院介绍 提供医院介绍信息形成访问页面，页面内容包括医院简介、医院分布、科室分布和来院交通。 医院简介：介绍医院发展史及医院当前现状。 （要求二、三级医院须实现） 二、三级医院所使用系统均支持提供医院介绍信息形成访问页面，页面内容包括医院简介、医院分布、科室分布和来院交通。 医院简介：介绍医院发展史及医院当前现状。 响应   131 医院分布：展示院区总平面分布图，为患者提供院内导航信息。科室分布：显示各院区下的医院名称及楼层，通过选择楼层显示楼层分布的科室。  来院交通：为患者提供来院乘车路线及乘车建议。（要求二、三级医院须实现） 二、三级医院所使用系统均支持医院分布功能：展示院区总平面分布图，为患者提供院内导航信息。科室分布功能：显示各院区下的医院名称及楼层，通过选择楼层显示楼层分布的科室。来院交通功能：为患者提供来院乘车路线及乘车建议。 响应   132 专家介绍 提供医院所有院区出诊专家列表，也可通过选择院区、科室、门诊类型筛选出相应的出诊专家列表，提供医院专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。（要求二、三级医院须实现） 二、三级医院所使用系统均支持提供医院所有院区出诊专家列表，也可通过选择院区、科室、门诊类型筛选出相应的出诊专家列表，提供医院专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。 响应   133 服务评价 为本院患者提供固定打分选项对医院、医生进行门诊满意度评价和住院满意度评价。 门诊满意度：分别显示患者已评价和未评价的门诊列表。（要求二、三级医院须实现） 二、三级医院所使用系统均支持为本院患者提供固定打分选项对医院、医生进行门诊满意度评价和住院满意度评价。门诊满意度：分别显示患者已评价和未评价的门诊列表。 响应   134 住院满意度：分别显示患者已评价和未评价的住院列表。（要求二、三级医院须实现） 二、三级医院所使用系统均支持住院满意度功能：分别显示患者已评价和未评价的住院列表。 响应   135 报告单查询（手机端） 报告单查询 可通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、检查报告进行自助查询。（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、检查报告进行自助查询。 响应   136 费用缴纳（手机端） 费用缴纳 可通过手机端进行缴费，系统通过绑定医院就诊卡可进行门诊费用缴纳；（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过手机端进行缴费，系统通过绑定医院就诊卡进行门诊费用缴纳；  响应   137 手机端够支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。（要求二、三级医院须实现） 二、三级医院所使用系统均支持手机端支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。 响应   138 预付住院金 可通过输入住院号、预付金额申申请预付住院金。（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过输入住院号、预付金额申申请预付住院金。 响应   139 预约结算 患者可通过手机端输入住院号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。（要求二、三级医院须实现） 二、三级医院所使用系统均支持患者通过手机端输入住院号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。 响应   140 费用查询 通过选择所要查询费用的时间段，自助查询门诊缴费记录和住院缴费记录（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过选择所要查询费用的时间段，自助查询门诊缴费记录和住院缴费记录。 响应   141 院后服务（手机端） 用药提醒 通过与HIS对接获取病人出院药品医嘱或门诊药品处方，患者根据医嘱开启和设置院外服药提醒。（可对接医药连锁机构）（要求二、三级医院须实现） 二、三级医院所使用系统均支持通过与HIS对接获取病人出院药品医嘱或门诊药品处方，患者根据医嘱开启和设置院外服药提醒。（可对接医药连锁机构） 响应   142 医患沟通 门诊患者：可扫描医生服务二维码，加入医生服务群，与接诊医生在线上进行病情咨询、用药指导等沟通（要求二、三级医院须实现） 二、三级医院所使用系统均支持门诊患者服务功能：通过扫描医生服务二维码，加入医生服务群，与接诊医生在线上进行病情咨询、用药指导等沟通。 响应   143 住院患者：系统自动推送管床医生，患者可以选择关注医生随时进行病情沟通与咨询。（要求二、三级医院须实现） 二、三级医院所使用系统均支持住院患者服务功能：系统自动推送管床医生，患者可以选择关注医生随时进行病情沟通与咨询。 响应   144 管理设置 平台管理（PC端） 企业架构管理 可添加部门，部门信息包括部门名称、统一电话、上级部门、部门是否隐藏（若隐藏，其他部门在通讯录中看不到该部门）；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持添加部门，部门信息包括部门名称、统一电话、上级部门、部门是否隐藏（若隐藏，其他部门在通讯录中看不到该部门）；  响应   145 可设置隐藏部门，配置后在通讯录中仅对部分部门可见  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持设置隐藏部门，配置后在通讯录中仅对部分部门可见。 响应   146 可添加员工，内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、所属部门；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持添加员工，内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、所属部门； 响应   147 可查看各部门人员列表，列表显示姓名、职位、手机号、邮箱；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持查看各部门人员列表，列表显示姓名、职位、手机号、邮箱；  响应   148 可编辑人员信息，编辑内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、所属部门、在职状态（正常、挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置新密码即可登录）；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持编辑人员信息，编辑内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、所属部门、在职状态（正常、挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置新密码即可登录）； 响应   149 可设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息。 响应   150 可设置人员为公告管理员，公告管理员可在移动端发送公告；  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持设置人员为公告管理员，公告管理员可在移动端发送公告；  响应   151 角色管理 可自由添加人员角色  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持自由添加人员角色。 响应   152 可自由配置角色在手机端的功能权限和移动查房中的数据权限  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持自由配置角色在手机端的功能权限和移动查房中的数据权限。 响应   153 可删除人员角色，默认角色不可删除  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持删除人员角色，默认角色不可删除。 响应   154 移动查房配置 可配置移动查房展示的功能，例如是否显示病理、诊断  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持配置移动查房展示的功能，例如是否显示病理、诊断。 响应   155 可调整移动查房功能排序  （要求一、二、三级医院须实现） 一、二、三级医院所使用系统均支持调整移动查房功能排序。 响应   156 安全管理 平台安全 登录安全验证（手机端） 首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。 响应   157 功能访问验证 需要指纹验证、手势验证通过后，才能使用功能  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持需要指纹验证、手势验证通过后，才能使用功能。 响应   157 管理员授权（PC端） 企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据。 响应   159 数据加密处理 全站使用HTTPS进行数据传输，保证手机号码加密、隐私信息加密   （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持全站使用HTTPS进行数据传输，保证手机号码加密、隐私信息加密。 响应   160 病案防泄密 病案展示相关场景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍等恶意泄露行为  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持病案展示相关场景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍等恶意泄露行为。 响应   161 通讯协议加密 使用加密的通讯协议，禁止使用明文通讯协议，例如：sip、xmpp  （要求一、二、三级医院、村医须实现） 一、二、三级医院、村医所使用系统均支持使用加密的通讯协议，绝不使用明文通讯协议，例如：sip、xmpp。 响应     5.2 质保期要求 本项目需提供3年质保（包含升级）。 5.3 售后服务要求 服务要求：投标人须提供本地化售后服务，并具备应急响应服务处理能力，确保系统安全、可靠运行。服务期内，中标人应提供专业化售后服务团队负责维护，服务团队负责人应掌握信息系统项目管理知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力。 服务团队其他主要成员须具备专业技术能力和业务水平。 产品出现故障时中标人应在1小时内做出响应，2小时内派专业技术人员到现场进行维护，中标人须提供统一的服务电话并提供7×24小时远程技术支持服务。 5.4 培训要求 根据系统方案内容及具体实施情况，对系统管理员、应用管理员、关键用户、部门信息员以及领导用户的使用培训。   第六章 应答文件格式   应答函 廉洁承诺书 报价表 资格证明文件 技术偏离表 法定代表人证明书 法定代表人委托书 技术服务响应方案 供应商认为有必要提交的其他资料 应答函 应  答  函   致：          （采购人名称）       （供应商名称）（以下称“我方”）已仔细研究了              （项目名称）      询价文件的全部内容，包括澄清或者修改文件以及有关附件，我方将严格按照询价文件要求递交符合要求的全部应答文件。 我方承诺如下内容： 我方的应答文件包含第二章“供应商须知”应答文件组成中规定的全部内容。 我方承诺在询价文件规定的应答有效期内不修改、撤销应答文件。 我方在参与询价过程中根据询价小组要求提供的符合相关规定的澄清文件，构成应答文件的组成部分。 我方承诺不向第三方透露与询价相关的所有信息。 如确定我方成交： 我方承诺在收到成交通知书后，在成交通知书规定的期限内与你方签订合同。 我方承诺按照询价文件的规定及合同约定履行相关责任和义务。 我方在此声明，所递交的应答文件及有关资料内容完整、真实和准确【，且不存在询价公告“供应商不得存在的情形”中规定的任何一种情形】。如有弄虚作假，将承担相应的法律责任，并赔偿由此造成的一切损失。 其他补充说明：【我方承诺按照采购人要求完成中国电信供应商注册。/无/具体的其他说明或要求】   单位名称：                     （盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）：          地址：                                      电话：                                      电子邮箱：                                  日期：XX年XX月XX日 廉洁承诺书 廉洁承诺书   致：             （采购人名称） 我公司自愿参加                （项目名称）询价，为保证询价活动公平、公正，依据国家法律法规和廉洁从业相关规定，现承诺如下： 不以他人名义参与询价或者以其他方式弄虚作假，骗取成交； 不与其他供应商相互串通报价或订立攻守同盟； 不与采购人或采购代理机构串通询价； 不向采购人、采购代理机构或询价小组成员行贿，包括提供现金(礼金)、礼券、礼品、购物卡、有价证券等财物，或娱乐、宴请、旅游等活动，或支付应由其个人承担的学费、餐费、医药费等各种费用等； 不通过非正常渠道探听采购过程中应当保密的信息，包括(潜在)供应商的数量与名称、询价小组成员名单和联系方式、其他供应商的应答文件、询价情况及成交推荐意见等。 不私下接触采购人、采购代理机构或询价小组成员，利用人际关系干扰询价活动； 不在办公场所、唱价评审现场寻衅滋事、无理取闹或以其他手段非法干预、影响询价的过程和结果； 不捏造事实、伪造材料，或以非法取得的材料进行恶意投诉与诬陷；不毫无根据地散播不实消息，诋毁他人名誉，主观臆断反映问题与诉求。 不以低于成本报价； 不以其他方式排挤其他供应商的公平竞争。 如发生任何违反本承诺的行为，除按法律法规接受处罚外，采购人有权否决我方本次应答、宣布成交无效等。   供应商名称：　　　　　　　　（盖单位公章）   法定代表人/负责人（签字或盖章）或者其委托代理人（签字）：            日期：XX年 XX月XX日   报价表   报价表 序号 产品或服务名称 数量 不含税单价 是否开具增值税专用发票 税率 含税总价 备注                                                   供应商名称：　　　　　　　　（盖单位公章）   法定代表人/负责人（签字或盖章）或者其委托代理人（签字）：            日期：XX年 XX月XX日 资格证明文件   技术偏离表 序号 名称 询价文件要求 投标人提供的内容 偏离情况                                                                                         法定代表人证明书 采购人名称：     兹有        同志为                         公司法定代表人，代表我单位办理的一切社会公务活动，具有法律效力。   附法定代表人基本情况：     姓名：        性别：    年龄：     职务：     身份证号码：     通讯地址：                   邮政编码： 电话号码：                   手机号码： 传真号码：                   电子信箱： 单位名称：(章)               法定代表人： (签字)                                 年   月   日   法人代表《居民身份证》复印件：                                                                              法定代表人委托书 采购人名称： 兹委托我单位     同志全权代表我单位参加              项目（招标编号：      ）招标活动。该同志提供的一切数据和资料及其投标报价，具有法律效力。 附法定代表人委托人基本情况： 姓名：         性别：      年龄：     职务：     身份证号码：     通讯地址：                   邮政编码： 电话号码：                   手机号码： 传真号码：                   电子信箱： 单位名称：(章)               法定代表人： (签字) 年    月   日   委托人《居民身份证》复印件：                                                                             技术服务响应方案   供应商认为有必要提交的其他资料   附件一：二次报价表 供应商名称   项目名称   二次报价总价 小写：               元 质量标准   备   注       供应商名称：（公章）                  法定代表人：（签字或盖章）                                                  年  月  日 此表需谈判时单独提供，并加盖公章。以便唱标使用。

询价物资信息
物资目录名称 -->

物料名称	物料规格型号	模型名称	计量单位名称	采购数量	备注
软件实施服务—ICT软件实施服务	-	项	1