项目编号： (略) 远程会诊系统服务项目 询价文件 采 购 人： (略) (略) (略) 分公司 * 年5月 * 日
目 录 第 * 章 询价公告 第 * 章 供应商须知 供应商须知前附表 1.总则 2.询价文件 3.应答文件 4.应答 5.唱价 6.评审 7.采购结果确定 8.合同签订 9.采购代理服务费 * .纪律和监督 * .需要补充的其他内容 第 * 章 评审办法 评审办法前附表 1.评审标准 2.评审程序 第 * 章 商务规范书 第 * 章 技术标准和要求 5.1 技术服务要求 5.2 质保期要求 5.3 售后服务要求 5.4 培训要求 第 * 章 应答文件格式
第 * 章 询价公告 曹 (略) 远程会诊系统服务项目，采购人 (略) (略) (略) 分公司。本项目资金已落实，具备采购条件， (略) 公开询价，特邀请有意向的且具有提供标的物能力的潜在供应商（以下简称供应商）参加询价应答。 1.项目概况与采购内容 1.1 项目概况：本项目需采购曹妃甸 (略) 远程会诊系统服务。 1.2 采购内容及分包划分情况：曹妃甸 (略) 远程会诊系统服务；无分包。 1.3 本项目设置最高限价，最高限价为 * 0元人民币（含税总价），供应商报价高于最高限价的，其应答将被否决。 2.供应商资格要求 2.1供应商基本资格要求： 2.1.1参选人应为中华人民共和国境内（不含 (略) 、 (略) 、 (略) 地区）法律上和财务上独立的企业法人。参选人的法定代表人或负责人为同 * 人或者存在控股、管理关系的不同参选人。 2.1.2具备《中华人民共和国政府采购法》第 * 十 * 条规定的供应商基本条件； 2.1.3具有合法有效的营业执照、组织机构代码证、税务登记证（ * 证合 * 只需提供营业执照）； 2.1.4具有医疗器械 * 级备案证，会诊系统软件著作权。 2.1.5供应商营业执照注册资金需不小于 * 万。 2.2供应商不得存在的情形 2.2.1供应商不得存在下列情形之 * （1）为采购人不具有独立法人资格的附属机构（单位）； （2）被责令停业或破产状态的； （3）被暂停或取消投标、参选、应答资格的； （4）财产被重组、接管、查封、扣押或冻结的； （5）在最近 * 年内骗取中标、中选、成交的； （6）在最近 * 年内因严重违反合同约定被解除合同/协议，或取消供应商资格的； 供应商是代理商的， (略) 指的供应 (略) 代理的制造商。 2.2.2单位负责人为同 * 人或者存在控股、管理关系的不同单位，不得同时参加同 * 分包或者未划分分包的同 * 项目询价应答。 2.3产品资格要求：详见第 * 章技术标准和要求。 2.4产品制造商资格要求：代理商参加询价应答，应保证产品渠道的正规性、合法性。 2.5法律法规规定的其他要求。 3.询价文件获取 3.1获取时间： * 日- * 日 3.2获取地点： (略) (略) 3.3获取方式：网站获取 4.应答文件的递交 4.1应答文件递交方式：纸质递交 4.2应答文件递交截止时间和递交地点： * 日 * : * ； (略) 区西大街北讯大厦6楼 4.3唱价时间和地点： * 日9: * ； (略) 区西大街北讯大厦6楼 4.4出现以下情形时，不予接收应答文件： 4.4.1逾期送达或者未送达指定地点的； 4.4. (略) 要求获得本项目询价文件的； 4.4.3询价文件规定的其他情形。 5.供应商注册 5.1供应商须在购买询价文件后5日内，通过中国电 (略) 完成供应商注册。 5. (略) 址：https:/ *** ，注册过程可查询“经验分享”模块中的“外部门户供应商注册操作演示（视频）”。 6.发布公告的媒介 本询价公告仅在中国电 (略) （https:/ *** ）上发布，其他媒介转载无效。 7.联系方式 采 购 人： (略) (略) (略) 分公司 地 址： (略) 区昆仑大街 * 号 邮 编： *** 联 系 人：李乐 电 话： *** 电子邮件：lijianing. * *** 采购人： (略) (略) (略) 分公司 * 年 5月 * 日
第 * 章 供应商须知 供应商须知前附表本须知前附表是对供应商须知正文的具体补充和修改，如有矛盾，以本前附表为准。 条款号 | 条款名称 | 编列内容 | 1.1.2 | 项目概况 | （1）采购人单位名称： (略) (略) (略) 分公司 （2）采购人联系方式： *** （3）询价方式：?公开询价，□邀请询价 （4）询价组织形式：?自行组织，□委托代理机构组织 代理机构名称： 代理机构联系方式： （5）资格审查：□资格预审，?资格后审 | 2.1.1 | 询价文件的组成 | 商务规范书、技术规范书、报价单 | 2.1.3 | 询价文件实质性要求的标识 | 询价文件中标识【★】的条款，均为实质性条款。 | 3.1 | 应答文件组成和编制要求 | 应答文件应按照以下顺序编制（本条款十分重要，请遵照办理）： （1）应答文件封面 （2）应答函 （3）廉洁承诺书 （4）报价单 （5）资格证明文件 （6）技术偏离表 （7）法定代表人证明书 （8）法定代表人委托书 （9）技术服务响应方案 （ * ）供应商认为有必要提交的其他资料 格式详见第 * 章； 所有文件均加盖供应商单位公章 正本 * 份，副本 * 份，U盘（电子版） * 份 | 3.2 | 应答有效期和报价具体要求 | （1）应答有效期为2天。从递交应答文件截止日起计算。应答有效期不满足询价文件要求的将被否决。 （2）报价具体要求：不得高于最高限价 | 4.1.1 | 应答文件递交方式、递交截止时间和递交地点 | （1）递交方式： (略) 递交 （2）递交截止时间： * 日 * 点 * 分 （3）递交地点： (略) 区西大街北讯大厦6楼 | 4.1.3 | 不予接收应答文件的其他情形 | 无 | 5.1 | 唱价时间和地点 | 唱价时间： * 日9: * 唱价地点： (略) 区西大街北讯大厦6楼 | 6.3 | 成交候选供应商推荐原则 | 无 | 9 | 采购代理服务费金额、交纳方式和时限 | 无 | * | 需要补充的其他内容 | 无 |
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.采购代理服务费 采购人委托采购代理机构的，成交供应商应当按照询价文件规定交纳采购代理服务费。采购代理服务费的金额、交纳方式和时限见供应商须知前附表。 * .纪律和监督 * .1对采购人的纪律要求 采购人不得泄漏采购活动中应当保密的情况和资料，不得与供应商串通损害国家利益、社会公共利益或者他人合法权益。 * .2对供应商的纪律要求 供应商不得相互串通或者与采购人串通应答，不得向采购人或者询 (略) 贿谋取成交，不得以他人名义应答或者以其他方式弄虚作假骗取成交；供应商不得以任何方式干扰、影响评审工作。 * .3对询价小组成员的纪律要求 询价小组成员不得收受他人的财物 (略) ，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，询价小组成员应当客观、 (略) 职责，遵守职业道德，不得擅离职守，影响评审 (略) ，不得使用第 * 章“评审办法”没有规定的评审因 (略) 评审。 * .4对与评审活动有关的工作人员的纪律要求 与评审活动有关的工作人员不得收受他人的财物 (略) ，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，与评审活动有关的工作人员不得擅离职守，影响评审 (略) 。 * .需要补充的其他内容 需要补充的其他内容：见供应商须知前附表。
第 * 章 评审办法
评审办法前附表条款号 | 评审内容 | 评审因素 | 评审标准 | 2.1 | 初步评审标准 | 形式评审 | 供应商名称 | 与营业执照 * 致 | 营业执照和资质证书 | 提供有效证明文件（复印件加盖公章） | 参选文件签字盖章 | 有法定代表人或其授权代表签字或加盖单位公章 | 资格评审 | 资格条件 | (略) 参选人资格要求 | 不得存在的情形 | 详见供应商资格要求2.2 | 应答文件组成和编制要求 | 详见第 * 章3.1 | 响应性评审 | 实质性响应（可细分罗列） | 1.应满足技术不可偏离条款的要求。 | 2.2 | 详细评审标准 | 评审内容 | 技术参数要求 | * 分 | 满足询价文件参数的得满分，以此为基础，每有 * 项负偏离扣2分，扣完为止。 | 项目实施方案 | * 分 | 根据报价人的项目实施方案 (略) 评议并评分。 第 * 档，实施方案合理、组织先进、安装调试对接方案完全满足或优于询价文件要求，得8- * 分； 第 * 档，实施方案基本合理、组织较先进、安装调试对接方案基本满足询价文件要求，得4-7分； 第 * 档，实施方案不合理、组织混乱、安装调试方案不完全满足询价文件要求，得0-3分； | 售后及培训服务方案 | * 分 | 根据报价人的售后服务方案 (略) 评议并评分。 第 * 档，售后服务响应时间短、售后服务条款清晰明确，培训内容针对性强，得8- * 分； 第 * 档，售后服务响应时间较短、售后服务条款较清晰明确，培训内容针对性较强，得4-7分； 第 * 档，售后服务响应时间长、售后服务条款不清晰，培训内容针对性弱，得1-3分； | 企业履约能力 | * 分 | 1、投标人具备ISO * 1 环境管理体系认证证书,具备得5分，不具备不得分。 2、投标人具备 (略) 技术企业证书资质，具备得5分，不具备不得分。 注：以上证明文件投标人须提供复印件加盖投标人公章附于投标文件中，否则不予计分。 | 同类业绩 | * 分 | 每提供1份签约合同金额在 * 万以上的同类业绩得1分，满分 * 分。 注：投标文件中附合同复印件加盖投标人公章，否则不予计分。 | 报价得分 | * 分 | 满足询价文件要求且报价最低的投标报价为评标基准价，其价格分为满分 * 分。其他投标人的价格分统 * 按照下列公式计算： 投标报价得分＝（评标基准价／投标报价）×权重 |
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第 * 次付款： 本合同签署日起至验收合格，在 * 方收到最终客户的相应款项，且 * 方收到 * 方提供的如下单据后[ * ]日内， * 方向 * 方支付合同总价的[]%的验收付款，即人民币大写：[ ]元整（￥：[ ]）： （1）相应金额的、符合国家规定的增值税专用发票。 （2） * 方出具的验收报告。 4.2.2第 * 次付款： 本项目验收之日起至质保期结束，在 * 方收到最终客户的相应款项，且 * 方收到 * 方提供的如下单据后[ * ]日内， * 方向 * 方支付合同总价的[ ]%的质保金付款，即人民币大写：[ ]元整（￥：[ ]）： （1）相应金额的、符合国家规定的增值税专用发票。 4.3 * 方向 * 方开具增值税专用发票。 4.4若根据本合同规定， * 方应当支付违约金和/或承担赔偿责任，则 * 方有权从上述任何 * 笔付款中直接扣除相应金额。 4. (略) (略) 费用由 * 方负担， (略) (略) 费用由 * 方负担。 第 * 条初验、 (略) 和终验 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. * 保修期届满后 * 方继续提供服务的价格和方 (略) 协商确定。 6. * 保修期届满后 * (略) 或维护过程中， (略) 提供的应用软件出现问题或故障时，应派有经验的技术人员， * 般情况应在[6] (略) ，进行更换和维修。 * 方应具有灵活、多样的通信手段，应提供5×8小时响应服务。 6. * 保修期届满后，如发现应用软件自身存在瑕疵或缺陷， * 方应予以免费更换或修理。 6. * 如 * 方变更本合同系统使用人、所 (略) 有人、持有人，书面通知 * 方即可。本项目技术支持和服务内容详见附件。 第 * 条 培训 7.1双方确定， * 方应在向 * 方移交应用软件后，根据 * 方的要求，为 * 方指定的人员提供技术指导和培训，使参加受训的人员理解并掌握软件的操作和维护。 7.2培训内容：[软件操作事宜]。 7.3培训时间与地点 (略) 在地为 * 方提供1次技术培训，具体培训时间由双方协商决定。 * 方应在培训日前[2]日内向 * 方提供参加培训的人员名单，名单中不得包括非 * 方人员。由于 (略) 有费用由已经包含在合同总价中。 第 * 条 违约责任 8.1双方确定，任 (略) (略) 本合同项下的义务，构成违约。违约方应当赔偿因违约给对方造成的 * 切损失。 8.2 * 方未能按照本合同约定支付相关费用的，每逾期[1]日， * 方应当按照合同总额总额的[0.1]%向 * 方支付违约金。 8.3 * 方未能按本合同约定按期提供外包服务的，每逾期[1]日， * 方应当按照合同总额总额的[0.1]%向 * 方支付违约金。 8.4 * 方工作不符合本合同要求的， * 方应当负责更正和修改，并承担由此产生的费用。 8.5无论本合同其他条款是否有相反约定，合同 * 方根据本合同承担的责任之累积，不得超过合同总额的 * %； * 方对对方的可得利益损失、商业信誉损失以及其他间接损失或后果性经济损失不承担责任； * 方 (略) 有， * 方应负责数据备份。 * 方对 * 方数据的丢失或损坏不承担责任。 8.6除本合同约定的情形和法律规定外， * 方无须对第 * 方向 * 方提出的索赔请求承担任何责任。 第 * 条 不可抗力 9. (略) 称不可抗力，是指地震、台风、水灾、火灾、战争以及其它本合同各方不能预见，并且对其发生和后果不能防止或不能避免且不可克服的客观情况。 9.2本合同任何 * 方因不可 (略) 或 (略) 本合同的义务时，应在不可抗力发生之日起[十]日内书面通知本合同另 * 方，并在不可抗力发生之日起[十 * ]日内向另 * 方 (略) 门出具的不可抗力证明。 9.3因不可 (略) 合同的，根据不可抗力的影响， (略) (略) 免除责任，但法律另有规定的除外。 (略) 合同后发生不可抗力的，不能免除责任。 第十条 税费 * .1双方将各自承担中国有关机构根据中国税法 (略) (略) 有关的税费。 第十 * 条 法律适用及争议解决 * .1本合同适用中华人民共和国法律。 * .2所有因本合同引起的或与本合同有关的任何争议将通过双方 (略) 协商解决。如果双方不能通过 (略) 协商解决争议，则任何 * 方均可采取下述第[2]种争议解决方式： （1）将该争议提交[ (略) ] (略) ，按照申请仲裁时该会的 (略) 仲裁。仲裁在[ (略) ]进行。仲裁语言为中文。仲 (略) 的，对双方均有约束力。仲裁费用由败诉方承担。 （2）向[ (略) 地]有管辖 (略) 起诉。 * .3仲 (略) 过程中，双 (略) 本合同未涉仲裁或 (略) 分。 第十 * 条 保密 * .1 (略) (略) 有资料以及在本合同签订、 (略) 接触 (略) 的商业秘密、技术资料、客户信息等资料和信息（统称“保密资料”），负有保密义务。未经 * 方书面许可， * 方不得向任何第 * 方披露。 * 方有义务对保密资料采取不低于对其本 (略) 采取的保护手段予以保护。 * 方可仅为本合同之目的向其确有知悉必要的雇员披露保密资料，但同时须指示其雇员遵守本条规定的保密及不披露义务。 * .2 * (略) 本合同之目的对 (略) 复制。 * .3当出现下述情况时，本条对保密资料的限制不适用。当保密资料： （1）并非 * 方的过错而已经进入公有领域的。 （2）通过该方的有关记录证明是由 * 方独立开发的。 （3）由 * 方从没有违反对 * 方的保密义务的人合法取得的。或 （4）法律要求 * 方披露的，但 * 方应在合理的时间提前通知 * 方，使其得以采取其认为必要的保护措施。 * .4本保密条款自保密资料提供或披露之日起至本合同终止或解除后[1]年内有效。 * .5 本条约定不适 (略) 提供或披露保密资料的情形。 第十 * 条 权利 (略) 理 * .1本项目建设采用的中间件平台著作权归属 * 方， * 方可以使用； * 方为 * 方 (略) 分著作权属于 * 方， * 方不得转售第 * 方。 * .2 * 方按照本合 (略) 维护和技术服务过程中，利用 * 方提供的相关资料和工作条件完成的新 (略) 有权益，包括但不限于 (略) 有权、专利申请权， (略) 有。 * .3 * 方依据本合同的规定，利用 * 方提供的工作成果完成的新 (略) 有权益，包括但不限于 (略) 有权、专利申请权， (略) 有。 * .4如本合同以外的第 * 方指控 * 方提供为 * 方提供的外包服务过程和/或其为 * 方提供的服务成果侵犯该方的专利或著作权, * 方将自费就上述指控为 * 方辩护， (略) 和行政机关最终裁定的或经 * 方同意的和解中包括的 * 切费用、损害赔偿金和合理的律师费用，前提条件是 * 方: （1）就指控立即书面通知 * 方。及 （2）容许 * 方在辩护及任何有关的和解谈判中具有控制权，并与 * 方 (略) 。 在 * 方满足上述条件的前提下， * 方就侵权指控须对 * 方承担本条约定的上述义务。 * .5对因下 (略) 引起的指控，无论本合同是否有其他约定， * 方均不承担责任： （1） * 方提供的被并入服务成果之中的任何东西；或 * 方遵照 * 方或代表 * (略) 提供的任何设计、规格或关于实施方法的指示而提供的任何东西。 （2） * 方修改服务成果。 （3）将服务成果与非由 * 方提供的任何产品、数据、装置或商业方法 * 起结合、操作或使用，或为 * 方以外的第 * (略) 、操作或使用作品。 第十 * 条 合同的解除 * .1双方确定，本合同可以在以下情况出现时解除： （1）由于本合同规定的不可抗力致使 (略) 成为不必要或不可能的。 （2）本合同自有权解除合同 * 方发出解除的书面通知时解除。 第十 * 条 合同生效及其他 * .1本合同自双方签字盖章之日起生效。 * .2本合同将保持其有效直至双 (略) (略) 有义务且 (略) 有付款和索赔已结清。 * .3本合同 * 式 * 份，双方各持 * 份，具有同等法律效力。 * .4任何 * 方未经另 * 方同意不得向任何第 * 方透露本合同的签订及其内容。 (略) 透露的，不受此限。 * .5对合同内容做出的任何修改和补充应为书面形式，由双方签字盖章后成为合同 (略) 分。 * .6 * 方 (略) 本合同或与本合同有关的 * 切通知都必须按照本合同中的地址，以书面信函或者传真或者电子 (略) 。如采用书面信函形式，应使用挂号信或者具有良好信誉的特快专递送达，接受方签收挂号信或特快专递的时间（ (略) 系统记录为准）为通知送达时间；如使用传真方式，传真到达接受方指定传真系统的时间为通知送达时间；如使用电子邮件方式，电子邮件到达接受方指定电子邮箱的时间为通知送达时间。如果因接受方原因（包括但不限于接受方拒收书面信函、接受方传真机关闭或故障、接受方电子邮箱地址不存在或者邮箱已满或者设置拒收等）导致通知发送失败，视为通知已经送达（发送方侧载明的书面信函寄出时间或者传真发送时间或者电子邮件发送时间视为通知送达时间）。 * 方： (略) [集团 (略) (略) 分]公司 地 址：[ ] 联系人：[ ] 电 话：[ ] 传 真：[ ] 邮编：[ ] 电子邮件：[ ] * 方：[ ] 地 址：[ ] 联系人：[ ] 电 话：[ ] 传 真：[ /] 邮 编：[ ] 电子邮件：[ ] 上述任何信息发生变更的，变更方应及时以书面形式通知另 * 方，未及时通知并影 (略) 或造成损失的，应承担相应的责任。 * .7未得到对方的书面许可，任何 * 方均不得以广 (略) 合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写，任何 * 方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号 (略) 有权。 * .8本合同各条标题仅为提示之用，应以条文内容确定各方的权利义务。 * .9如果本合同的任何条款在任何时候变成不合法、无效或 (略) 而不从根本上影响本合同的效力时，本合同的其它条款不受影响。 * . * 本合同的任何内容不应被视为或解释为双方之间具有合资、合伙、代理关系。 * . * * 方不得以任何形式将本 (略) (略) 权利转让第 * 方（ (略) 、 (略) 、 (略) 和 (略) 除外， (略) 简称“ (略) ”），包括（但不限于）转让、质押等；转让给 (略) 的，应当书面通知 * 方。 * . * 本合同附件是本合同 (略) 分，若附件与合同正文冲突，以本合同正文为准。 本合同附件为： 附件 * ：合同软件清单及价格 附件 * ：阳光协议 补充附页 经 (略) 协商，对本合同条款补充、修改如下，本补充附页为合 (略) 分，与合同正文冲突时，以本补充附页为准： [ 无 ] * 方： (略) (略) (略) 分公司 法定代表人/负责人 或授权代表： [ ]年[ ]月[ ]日 * 方：[ ] 法定代表人/负责人 或授权代表： [ ]年[ ]月[ ]日
第 * 章 技术标准和要求 5.1 技术服务要求技术总体要求 建设基于医联体平台的远程会诊系统，实现： 1.实时视频语音互动，完成远程会诊； 2.电子白板+文档演示+屏幕共享功能，完成远程教学； 3.高拍仪实时扫描患者各项报告，完成患者病历共享。 整体要求 | 提供产品，需满足本项目涉及的使用需求，不能因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 | ★中标方 (略) 的协调工作， (略) (略) 的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 | 由于此项目涉及基层单位比较多、区域比较分散，要求中标供应商根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，具体验收满足采购人具体要求。 |
详细技术要求 序号 | 名称 | 指标项 | 指标要求 | 1 | 软件平台 | 软件平台 | 使用终端支持在IOS、Android、Windows系统中使用。（要求 * * 、 (略) 、村医须实现） | 2 | 所有功能 (略) 存 (略) 内系统，对 (略) 内系统的，由终端软件提供拍照或上传附件功能。 | 4 | 支持多集群多机房容灾方案（要求 * 、 * 、 (略) 、村医须实现） | 5 | 通讯平台要求使用加密协议（要求 * 、 * 、 (略) 、村医须实现） | 6 | 系统恢复时间：系统恢复时间小于4小时；（要求 * 、 * 、 (略) 、村医须实现） | 7 | 终端流量占用： (略) 时流量消耗<2M/月（要求 * 、 * 、 (略) 、村医须实现） | 8 | 终端流量占用：语音流量0.9-1.2K/秒（要求 * 、 * 、 (略) 、村医须实现） | 9 | 终端流量占用：文字流量1M/ * 条文字消息（要求 * 、 * 、 (略) 、村医须实现） | * | 终端流量占用：图片流量根据原图质量压缩至 * - * K/张（要求 * * 、 (略) 、村医须实现） | * | 终端流量占用：视频流量根据原视频质量压缩至 * - * K/秒（要求 * 、 * 、 (略) 、村医须实现） | * | 终端流量占用：上传通讯录2K/ * 人（要求 * 、 * 、 (略) 、村医须实现） | * | 终端流量占用：查看通讯录好友图片缩略图3-5K/张（要求 * 、 * 、 (略) 、村医须实现） | * | 安全设计 | 安全设计 | 全站使用HTTPS（要求 * 、 * 、 (略) 、村医须实现）要求使用证书锁定机制（要求 * 、 * 、 (略) 、村医须实现） | * | 分级诊疗协同平台 | 会诊（PC端） | 会诊申请 | 可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请；（要求 * 、 * 、 (略) 须实现） | 可自建讨论群组，在好友、本科室、本院、院际之间发起会诊；（要求 * 、 * 、 (略) 须实现） | 会诊建立 | 群主可隐藏患者隐私信息，共享 (略) 有会诊参加人员；（要求 * 、 * 、 (略) 须实现）所有会诊患者病历支持水印显示，以降低患者隐私泄露风险；（要求 * 、 * 、 (略) 须实现）支持语音、文字会诊讨论、多方视频、多方语音；支持PC端跨平台同屏显示；（要求 * 、 * 、 (略) 须实现）PC端填写会诊意见。（要求 * 、 * 、 (略) 须实现 | * | 会诊记录查看 | 可在PC端查询、查看会诊记录及详情。（要求 * 、 * 、 (略) 须实现） | * | 网络环境 | (略) (略) (略) (略) 会诊。（要求 * 、 * 、 (略) 须实现） | * | 转诊（PC端） | 发起转诊 | 可在PC (略) 及发送相关推送消息至接诊单位，提供标准的转诊模板 （要求 * 、 * 、 (略) 、村医须实现） | * | 转诊记录查询 | 可在PC端查询、查看转诊记录及详情。（要求 * 、 * 、 (略) 、村医须实现） | * | 网络环境 | (略) (略) (略) 环境下的转诊。（要求 * 、 * 、 (略) 、村医须实现） | * | 分级方案 | 支持 (略) 省 * 种疾病的智能分级。（要求 * 、 * 、 (略) 、村医须实现） | * | 移动会诊（平板和手机端） | 平台支持 | Android、IOS（要求 * 、 * 、 (略) 须实现） | * | 会诊申请 | 可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请；（要求 * 、 * 、 (略) 须实现） | * | 会诊申请时可设置开放病历的范围，例如只开放检验、检查（要求 * 、 * 、 (略) 须实现） | * | 会诊期间查看的病历信息对 (略) (略) 理（要求 * 、 * 、 (略) 须实现） | * | 建立新的会诊可自动发送提醒到会诊相关参与人， (略) (略) 理提醒。（要求 * 、 * 、 (略) 须实现） | * | 可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组；（要求 * 、 * 、 (略) 须实现） | * | 所有移动查房患者病历支持水印显示，以降低患者隐私泄露风险；（要求 * 、 * 、 (略) 须实现） | * | 支持视频会诊同时参与人数是5，语音会诊同时参与人数是 * 。（要求 * 、 * 、 (略) 须实现） | * | 会诊记录 | 手机端可填写会诊意见（要求 * 、 * 、 (略) 须实现 | * | 可查看历史会诊记录，按照我发起的和 (略) 分类展示（要求 * 、 * 、 (略) 须实现） | * | 会诊记录中可查看会诊参与人员，及会诊意见（要求 * 、 * 、 (略) 须实现） | * | 移动转诊（平板和手机端） | 平台支持 | Android、IOS（要求 * 、 * 、 (略) 、村医须实现 | * | 转诊申请 | 在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、 (略) 。（要求 * * 、 (略) 、村医须实现） | * | 分级方案 | 支持 (略) 省 * 种疾病的智能分级。（要求 * 、 * 、 (略) 、村医须实现） | * | 患者微信端 | | 家庭医生签约 | 通过微信扫 * 扫关注医生，实现医生绑定，建立沟通渠道（要求 * 、 * 、 (略) 、村医须实现） | * | 购买服务包 | 可购买医生提供的个性化服务（要求 * 、 * 、 (略) 、村医须实现） | * | 医患交流 | 通过微信端可 (略) 语音、文字、图片等相关信息沟通（要求 * 、 * 、 (略) 、村医须实现） | * | 个人健康档案 | 可根据患者就诊情况形成个人健康档案（要求 * 、 * 、 (略) 、村医须实现） | * | 平台服务 | 协同办公（手机端） | 院内通讯录 | 可通过管理 (略) 内通讯录及组织结构（要求 * 、 * 、 (略) 须实现） | * | 通讯录可在移动端按照组织结构及人员首字母查看，可支持模糊检索（要求 * 、 * 、 (略) 须实现） | * | 通过通讯录可直接拨打免费电话或发起即时消息通（要求 * 、 * 、 (略) 须实现） | * | | (略) (略) 内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息（要求 * 、 * 、 (略) 须实现） | * | 通知公告平台 | 推送消息可查 (略) 闭环回执（要求 * 、 * 、 (略) 须实现） | * | 消息可按照类型（会诊通知、手术通知、 (略) 通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理） (略) 灵活组织 （要求 * 、 * 、 (略) 须实现） | * | (略) (略) 理，包括：系统通知、院内通知、临床通知、普通消息等 （要求 * 、 * 、 (略) 须实现） | * | 待办时间轴 | 可按照时间维度对每日 (略) 汇总整理，用周历形式展示，并对 (略) 明显标注（要求 * 、 * 、 (略) 须实现） | * | 可对 (略) 滚动通知（要求 * 、 * 、 (略) 须实现） | * | 平台通讯（手机端） | 免费通话 | 院内人员之间可以通过手机端免费电话，为保证通话质量，要求以双向 (略) 通话 （要求 * 、 * 、 (略) 须实现） | * | 隐私保护 | 通讯过程要求对通讯双方 (略) 隐藏，保证通讯双方隐私保护（要求 * 、 * 、 (略) 须实现） | * | 防骚扰 | 可通过高管身份设置，保护被叫对象避免被频繁骚扰（要求 * 、 | 设置 | * 、 (略) 须实现） | * | 即时信息交流 | (略) (略) 图片、文字、语音等多种格式的即时消息交流（要求 * 、 * 、 (略) 须实现） | * | 群组沟通 | 支持自建讨论组，且可以收藏讨论组（要求 * 、 * 、 (略) 须实现） | * | 移动医生 | 移动查房（平板和手机端） | 单点登录 | 通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需 * 次登录。（要求 * 、 * 、 (略) 、村医须实现） | * | 多级密码管理 | 登 * 系统后， (略) 内内容，需输入手势或指纹密码。（要求 * 、 * 、 (略) 、村医须实现） | * | 权限分配 | 可对查看的患者 (略) 配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在 (略) 灵活控制（要求 * 、 * 、 (略) 须实现） | * | 浏览模式 | 可切换不同的 (略) 手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示；（要求 * 、 * 、 (略) 须实现） | * | 患者列表 | (略) 号、床位号、床头 * 维码检索患者；（要求 * 、 * 、 (略) 须实现） | * | 可灵活 (略) 天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒；（要求 * 、 * 、 (略) 须实现） | * | 患者列表要求显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数；（要求 * 、 * 、 (略) 须实现） | * | 可查看 (略) 系统信息集成后的详细病历信息。（要求 * 、 * 、 (略) 须实现） | * | 基本信息 | 可查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式国籍、民族、职业、联系人、联系电话、联系地址；（要 | 求 * 、 * 、 (略) 须实现） | * | 诊断信息 | (略) 的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生.（要求 * 、 * 、 (略) 须实现） | * | 手术信息 | (略) 开展的手术名称及具体信息：手术时间、手术名称、手术医生、 * 助、 * 助、麻醉医生、麻醉方式；（要求 * 、 * 、 (略) 须实现） | * | 费用信息 | 查 (略) 的消费项目、消费金额及结算状态（要求 * 、 * 、 (略) 须实现） | * | 病程信息 | 与电子病历系统无缝对接，完整并按电子病历系统排列方式查 (略) 的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录；（要求 * 、 * 、 (略) 须实现） | * | 可查看每条记录详情。（要求 * 、 * 、 (略) 须实现 | * | 检验信息 | 查看患 (略) (略) 有检验结果；（要求 * 、 * 、 (略) 须实现） | * | 可查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。（要求 * 、 * 、 (略) 须实现） | * | 能够按照关注指标查看病人的检验趋势图。（要求 * 、 * 、 (略) 须实现） | * | 检查信息 | 可 (略) 期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、 (略) 见、检查提示。（要求 * 、 * 、 (略) 须实现） | * | | 可调阅dicom原始影像，能够直接支持2D和3D模式（要求 * 、 * 、 (略) 须实现） | * | 可通过时间轴展示历史影像（要求 * 、 * 、 (略) 须实现） | * | (略) 测距、测角、箭头、 (略) 基本的数据测量（要求 * 、 * 、 (略) 须实现） | * | (略) (略) 部的放大，图像方位及镜像调整（要求 * 、 * 、 (略) 须实现） | * | (略) 窗体展现选择，并可 (略) 比对查看（要求 * 、 * 、 (略) 须实现） | * | 医嘱信息 | 可按照长/临/全部、分 (略) 有医嘱类型（要求 * 、 * 、 (略) 须实现） | * | (略) 组医嘱标识（要求 * 、 * 、 (略) 须实现） | * | 可查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。（要求 * 、 * 、 (略) 须实现） | * | 心电信息 | 查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。（要求 * 、 * 、 (略) 须实现） | * | 可查看心电检查报告单（要求 * 、 * 、 (略) 须实现） | * | 病理信息 | (略) 期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。（要求 * 、 * 、 (略) 须实现） | * | 可调阅病病理图片（要求 * 、 * 、 (略) 须实现） | * | 体温单 | 可查看 (略) (略) 有体温单（要求 * 、 * 、 (略) 须实现） | * | 历史病历查询 | 用 (略) 号搜索 (略) 患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验检查、心电图、医嘱、病理；（要求 * 、 * 、 (略) 须实现） | * | (略) 日期在最近 * 年的历史病历；可自主选择搜索时间段；（要求 * 、 * 、 (略) 须实现） | * | 点击每条历史病历记录，可查看该 (略) 的所有病历信息（要求 * 、 * 、 (略) 须实现） | * | 临床通知（手机端） | 会诊通知 | 醒目展示未读会诊通知的条目数；（要求 * 、 * 、 (略) 须实现） | * | 点击后可查看本周周 * - (略) 有会诊通知详情及阅读状态。（要求 * 、 * 、 (略) 须实现） | * | 手术通知 | 醒目展示未读手术通知的条目数；（要求 * 、 * 、 (略) 须实现） | * | 点击后可查看本周周 * - (略) 有手术通知详情及阅读状态。（要求 * 、 * 、 (略) 须实现） | * | 危急值提醒 | (略) 理危急值通知的条目数；（要求 * 、 * 、 (略) 须实现） | * | 点击后可查看本周周 * - (略) 有危急值 (略) 理状态，并可关联展示患者详细信息。（要求 * 、 * 、 (略) 须实现） | * | (略) 通知 | 醒目展 (略) 通知的条目数；（要求 * 、 * 、 (略) 须实现） | * | 点击后可查看本周周 * - (略) (略) 通知详情及阅读状态。（要求 * 、 * 、 (略) 须实现） | * | | 学术交流（手机端） | 信息浏览 | 可实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论（要求 * 、 * 、 (略) 、村医须实现） | * | 新建帖子 | 可分享最新知识，分享医生最新动态，提升医生影响力；（要求 * 、 * 、 (略) 、村医须实现） | * | 新建帖子、发送图文、发送位置、@好友。（要求 * 、 * 、 (略) 、村医须实现） | * | 分享帖子 | 通过分享帖子到微信、微博、QQ平台影响更多的用户（要求 * 、 * 、 (略) 、村医须实现） | * | (略) | 显示医生本人参与或发布的话题或帖子；（要求 * 、 * 、 (略) 、村医须实现） | * | 可查看收藏、查看消息、查看通知、 (略) 。（要求 * 、 * 、 (略) 、村医须实现） | * | 医患服务（手机端） | 医患沟通 | 患者可通过掌医或者微信端与医生建立沟通（要求 * 、 * 、 (略) 、村医须实现） | * | 医生 (略) 分类管理，包括付费 (略) ， (略) 仅显示消 (略) 消息提醒（要求 * 、 * 、 (略) 、村医须实现） | * | 病历收藏 | 支持医生以文字、图片等形式新建病历信息；（要求 * 、 * 、 (略) 、村医须实现） | * | 可再次编辑、查看病历信息（要求 * 、 * 、 (略) 、村医须实现） | * | 钱包 | 可查看患 (略) 获取的服务收入/支出金额， | (略) 提现 （要求 * 、 * 、 (略) 、村医须实现） | * | 服务设置 | 可自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）（要求 * 、 * 、 (略) 、村医须实现） | * | 可实时开通、关闭、再次编辑服务内容（要求 * 、 * 、 (略) 、村医须实现） | * | 移动管理 | (略) （手机端） | 收入信息 | 可查看不同日期的门诊收入、住院收入金额；（要求 * 、 (略) 须实现） | * | 可查看药品、医技、医疗收入金额和占比。（ (略) 须实现） | * | 挂号信息 | 可查看门诊挂号信息统计：按挂号类型、按就诊类型显示；（要求 * 、 (略) 须实现） | * | 可分类统计门诊号、专家号及其他号型占比；（要求 * 、 (略) 须实现） | * | 可分类统计医保及非医保患者占比、复诊及初诊患者占比。（要求 * 、 (略) 须实现） | * | 住院信息 | 可 (略) 不同危重程度的患者数量；（ (略) 须实现） | * | 可 (略) 、入院、出院患者数量；（要求 * 、 (略) 须实现） | * | (略) 床位使用率、患者陪护率。（ (略) 须实现） | * | 公告管理（PC端和手机端） | 公告管理 | 可通过手机端或 (略) 内人员发送群消息或群通知（要求 * 、 * 、 (略) 须实现） | * | | 院内服务（手机端） | 预约挂号 | 通过app端预约专科号或专家号， (略) 区、科室、门诊筛选出出诊专家列表，（要求 * 、 (略) 须实现） | * | 可通过 (略) 智能分诊排号（要求 * 、 (略) 须实现） | * | (略) 医保支付。（要求 * 、 (略) 须实现） | * | 院内导航 | (略) 提供内容形成访问页面， (略) 内导航信息、楼宇分布等。（要求 * 、 (略) 须实现） | * | 医院介绍 | (略) 介绍信息形成访问页面，页 (略) 简介、医院分布、科 (略) 交通。医院简介： (略) (略) 当前现状。（要求 * 、 (略) 须实现） | * | 医院分布： (略) 区总平面分布图， (略) 内导航信息。科室分布： (略) (略) 名称及楼层，通过选择楼层显示楼层分布的科室。来院交通：为 (略) 乘车路线及乘车建议。（要求 * 、 (略) 须实现） | * | 专家介绍 | (略) (略) 区出诊专家列表，也 (略) 区、科室、门诊类型筛选出相应的出诊专家列表， (略) 专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。（要求 * 、 (略) 须实现） | * | | (略) 患者提供固定 (略) 、 (略) 门诊满意 (略) 满意度评价。门诊满意度：分别显 | 服务评价 | 示患者已评价和未评价的门诊列表。（要求 * 、 (略) 须实现） | * | 住院满意度：分别显示患者已评价和 (略) 列表。（要求 * 、 (略) 须实现） | * | 报告单查询（手机端） | 报告单查询 | 可通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、 (略) 自助查询。（要求 * 、 (略) 须实现） | * | 费用缴纳（手机端） | 费用缴纳 | 可通 (略) 缴费，系 (略) (略) 门诊费用缴纳；（要求 * 、 (略) 须实现） | * | 手机端够支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。（要求 * 、 (略) 须实现） | * | (略) 金 | 可 (略) 号、预付金额申 (略) 金。（要求 * 、 (略) 须实现） | * | 预约结算 | 患者可通过手 (略) 号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。（要求 * 、 (略) 须实现） | * | 费用查询 | (略) 要查询费用的时间段，自助查询门诊缴 (略) 缴费记录（要求 * 、 (略) 须实现） | * | 院后服务（手机端） | 用药提醒 | 通过与HIS对接 (略) 药品医嘱 (略) 方，患者根据医嘱 (略) 外服药提醒。（可对接医药连锁机构）（要求 * 、 (略) 须实现） | * | 医患沟通 | 门诊患者：可扫描医生服务 * 维码，加入医生服务群，与接诊医 (略) (略) 、用药指导等沟通（要求 * 、 (略) 须实现） | * | 住院患者：系统自动推送管床医生，患者可以选择关注 (略) (略) 。（要求 * 、 (略) 须实现） | * | 管理设置 | 平台管理（PC端） | 企业架构管理 | (略) 门，部 (略) 门名称、统 * 电话、 (略) 门、部门是否隐藏（若隐藏， (略) 门在通讯录 (略) 门）；（要求 * 、 * 、 (略) 须实现） | * | (略) 门，配置后在通 (略) 分部门可见（要求 * 、 * 、 (略) 须实现） | * | | | | 可添加员工，内容：姓名、性别、职位、职称、手机号分机、QQ、邮箱、 (略) 门；（要求 * 、 * 、 (略) 须实现） | * | (略) 门人员列表，列表显示姓名、职位、手机号邮箱；（要求 * 、 * 、 (略) 须实现） | * | 可编辑人员信息，编辑内容：姓名、性别、职位、职称手机号、分机、QQ、邮箱、 (略) 门、在职状态（正常挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置 (略) 码即可登录）；（要求 * 、 * 、 (略) 须实现） | * | 可设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息（要求 * 、 * 、 (略) 须实现 | * | (略) 管理员， (略) ；（要求 * 、 * 、 (略) 须实现） | * | 角色管理 | 可自由添加人员角色（要求 * 、 * 、 (略) 须实现 | * | 可自由配置角色在手机端的功能权限和移动查房中的数据权限（要求 * 、 * 、 (略) 须实现） | * | 可删除人员角色，默认角色不可删除（要求 * 、 * 、 (略) 须实现） | * | 移动查房配置 | 可配置移动查房展示的功能，例如是否显示病理、诊断（要求 * 、 * 、 (略) 须实现） | * | 可调整移动查房功能排序（要求 * 、 * 、 (略) 须实现） | * | 安全管理 | 平台安全 | 登录安全验证（手机端） | 首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。 （要求 * 、 * 、 (略) 、村医须实现） | * | 功能访问验证 | 需要指纹验证、手势验证通过后，才能使用功能（要求 * 、 * 、 (略) 、村医须实现） | * | 管理员授权（PC端） | 企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据（要求 * 、 * 、 (略) 、村医须实现） | * | (略) 理 | 全站使用H (略) 数据传输，保证手机号码加密、隐私信息加密（要求 * 、 * 、 (略) 、村医须实现） | * | 病案防泄密 | 病 (略) 景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍 (略) 为（要求 * * 、 (略) 、村医须实现） | * | 通讯协议加密 | 使用加密的通讯协议，禁止使用明文通讯协议，例如：sip、xmpp（要求 * 、 * 、 (略) 、村医须实现） |
序号 | 设备名称 | 招标规格 | 投标规格 | 响应/偏离 | 说明 | * 、整体要求 | 1 | 整体要求 | (略) 家提供产品，需满足本项目涉及的使用需求，不能因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 | (略) 投产品满足本项目涉及的使用需求，绝不会因接入机构数、终端数、用户数、并发性等限制条件造成本项目的使用受影响。 | 响应 | | 2 | 该项目为 (略) (略) 区域互联互通信 (略) 分，整个项目覆盖 (略) 市区、各县、村镇、行政村， (略) 本部、 (略) * 家、 (略) * 家、村医 * 家，由于此项目涉及基层单位比较多、区域比较分散，要求中标供应 (略) 各自的信息系统接入平台， (略) 内相关系统的集成开发，并保证系统平台的安全可靠。 | 本项目为 (略) (略) 区域互联互通信 (略) 分，整个项目覆盖 (略) 市区、各县、村镇、行政村， (略) 本部、 (略) * 家、 (略) * 家、村医 * 家，由于此项目涉及基层单位比较多、区域比较分散，我公司 (略) 各自的信息系统接入平台， (略) 内相关系统的集成开发，并保证系统平台的安全可靠。 | 响应 | | 3 | 中标方 (略) 的协调工作， (略) (略) 的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 | 我公司 (略) 的协调工作，自 (略) 的现有系统和环境勘查，做好各系统接口的对接工作，确保工期得以顺利完成，确保各子系统充分集成，实现整体效果，并为本项目及后期功能扩展提供免费接口服务。 | 响应 | | 4 | 由于此项目涉及基层单位比较多、区域比较分散，要求中标供应商根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，安装调试 (略) 统 * 制作的验收凭证，安装调试完成后由各接收单位填写验收凭证并盖章（该凭证作为整个项 (略) 分），根据各单位的 (略) 整个项目的统 * 验收。 | 由于此项目涉及基层单位比较多、区域比较分散，我公司承诺根据各单位的分配数量，免费上门并结合各单位的实际情况负责调试到位，安装调试 (略) 统 * 制作的验收凭证，安装调试完成后由各接收单位填写验收凭证并盖章（该凭证作为整个项 (略) 分），根据各单位的 (略) 整个项目的统 * 验收。 | 响应 | | * 、数 (略) 关参数要求 | 1 | 数据集成接口要求 | 数据通道建立工具：提供异构异数据源通道建立工具 | 系统提供数据通道建立工具：提供异构异数据源通道建立工具。 | 响应 | | 实现跨系统、跨数据库、跨机构数据交换 | 系统能够实现跨系统、跨数据库、跨机构数据交换。 | 响应 | | 医疗数据集成中间件：提供无侵入式医疗数据集成中间件 | 系统提供医疗数据集成中间件：提供无侵入式医疗数据集成中间件。 | 响应 | | HL7协议引擎：提供HL7引擎，提供智能化的数据标准转换 | 系统提供HL7协议引擎：提供HL7引擎，提供智能化的数据标准转换。 | 响应 | | 2 | 数据 (略) 关参数要求(适用于 * 级、 (略) ) | 硬件架构：专用机架式硬件设备 | 硬件架构：专用机架式硬件设备 | 响应 | | 内存容量：≥ * GB 支持ECC | 内存容量： * GB 支持ECC | 响应 | | CPU参数：主频≥1.6GHz，6核心，≥ * M L3高级缓存 | CPU参数：主频1.6GHz，6核心， * M L3高级缓存 | 响应 | | 网络接口：≥ (略) 口 | 网络接口： (略) 口 | 响应 | | 电源：服务器专用电源 | 电源：服务器专用电源 | 响应 | | (略) 口：独 (略) 口≥1个 | (略) 口：独 (略) 口1个 | 响应 | | 远程管理：支持远程控制开机、关机、重启 | 远程管理：支持远程控制开机、关机、重启 | 响应 | | 远程监控：支持远程监控CPU温度、电压、风扇 | 远程监控：支持远程监控CPU温度、电压、风扇 | 响应 | | 3 | 数 (略) 关系统参数要求( (略) ) | CPU： (略) 理器 LGA * | CPU： (略) 理器 LGA * | 响应 | | 内存容量：DDR3 4G | 内存容量：DDR3 4G | 响应 | | 硬盘容量：1T SATA | 硬盘容量：1T SATA | 响应 | | 操作系统：Windows Server * R2 | 操作系统：Windows Server * R2 | 响应 | | 网络接口： (略) 口 | 网络接口： (略) 口 | 响应 | | 其他接口：≥4个USB；1个VGA接口 | 其他接口：4个USB；1个VGA接口 | 响应 | | 4 | 数据安全审计功能要求 | 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/ * 条文字消息 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统终端流量占用：文字流量1M/ * 条文字消息。 | 响应 | | * | 终端流量占用：图片流量根据原图质量压缩至 * - * K/张 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统终端流量占用：图片流量根据原图质量压缩至 * - * K/张。 | 响应 | | * | 终端流量占用：视频流量根据原视频质量压缩至 * - * K/秒 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统终端流量占用：视频流量根据原视频质量压缩至 * - * K/秒。 | 响应 | | * | 终端流量占用：上传通讯录2K/ * 人 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统终端流量占用：上传通讯录2K/ * 人。 | 响应 | | * | 终端流量占用：查看通讯录好友图片缩略图3-5K/张 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统终端流量占用：查看通讯录好友图片缩略图3-5K/张。 | 响应 | | * | 安全设计 | 安全设计 | 全站使用HTTPS （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) (略) 使用HTTPS协议。 | 响应 | | * | 要求使用证书锁定机制（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均使用证书锁定机制。 | 响应 | | * | 分级诊疗协同平台 | 会诊（PC端） | 会诊申请 | 可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可在PC端选择病人、填写病情描述和会诊目的，发起会诊申请； | 响应 | | * | 可自建讨论群组，在好友、本科室、本院、院际之间发起会诊；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可自建讨论群组，在好友、本科室、本院、院际之间发起会诊； | 响应 | | * | 会诊建立 | 群主可隐藏患者隐私信息，共享 (略) 有会诊参加人员；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统群主可隐藏患者隐私信息，共享 (略) 有会诊参加人员； | 响应 | | * | 所有会诊患者病历支持水印显示，以降低患者隐私泄露风险；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使 (略) 有会诊患者病历支持水印显示，以降低患者隐私泄露风险； | 响应 | | * | 支持语音、文字会诊讨论、多方视频、多方语音；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持语音、文字会诊讨论、多方视频、多方语音； | 响应 | | * | 支持PC端跨平台同屏显示； （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持PC端跨平台同屏显示； | 响应 | | * | PC端填写会诊意见。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持PC端填写会诊意见。 | 响应 | | * | 会诊记录查看 | 可在PC端查询、查看会诊记录及详情。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可在PC端查询、查看会诊记录及详情。 | 响应 | | * | 网络环境 | (略) (略) (略) (略) 会诊。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用 (略) (略) (略) (略) 会诊。 | 响应 | | * | 转诊（PC端） | 发起转诊 | 可在PC (略) 及发送相关推送消息至接诊单位，提供标准的转诊模板 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均可在PC (略) 及发送相关推送消息至接诊单位，提供标准的转诊模板。 | 响应 | | * | 转诊记录查询 | 可在PC端查询、查看转诊记录及详情。 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均可在PC端查询、查看转诊记录及详情。 | 响应 | | * | 网络环境 | (略) (略) (略) 环境下的转诊。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用 (略) (略) (略) 环境下的转诊。 | 响应 | | * | 分级方案 | 支持 (略) 省 * 种疾病的智能分级。 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持 (略) 省 * 种疾病的智能分级。 | 响应 | | * | 移动会诊（平板和手机端） | 平台支持 | Android、IOS （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持Android、IOS平台。 | 响应 | | * | 会诊申请 | 可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可在手机端选择移动查房中的患者，通过相关设置并填写病情描述和会诊目的，发起会诊申请； | 响应 | | * | 会诊申请时可设置开放病历的范围，例如只开放检验、检查（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持会诊申请时设置开放病历的范围，例如只开放检验、检查。 | 响应 | | * | 会诊期间查看的病历信息对 (略) (略) 理（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持会诊期间查看的病历信息对 (略) (略) 理。 | 响应 | | * | 建立新的会诊可自动发送提醒到会诊相关参与人， (略) (略) 理提醒。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持建立新的会诊可自动发送提醒到会诊相关参与人， (略) (略) 理提醒。 | 响应 | | * | 可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可在好友、本科室、本院、院际之间发起会诊建立会诊讨论群组； | 响应 | | * | 所有移动查房患者病历支持水印显示，以降低患者隐私泄露风险；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用 (略) 有移动查房患者病历支持水印显示，以降低患者隐私泄露风险； | 响应 | | * | 支持视频会诊同时参与人数是5，语音会诊同时参与人数是 * 。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持视频会诊同时参与人数是9，语音会诊同时参与人数是 * 。 | 响应 | | * | 会诊记录 | 手机端可填写会诊意见（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持手机端填写会诊意见。 | 响应 | | * | 可查看历史会诊记录，按照我发起的和 (略) 分类展示（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可查看历史会诊记录，按照我发起的和 (略) 分类展示。 | 响应 | | * | 会诊记录中可查看会诊参与人员，及会诊意见（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持会诊记录中查看会诊参与人员，及会诊意见。 | 响应 | | * | 移动转诊（平板和手机端） | 平台支持 | Android、IOS（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持Android、IOS平台使用。 | 响应 | | * | 转诊申请 | 在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、 (略) 。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持在手机端填写转诊申请表（转诊模板），包括患者基本信息、首诊结果、转诊原因、 (略) 。 | 响应 | | * | 分级方案 | 支持 (略) 省 * 种疾病的智能分级。 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持 (略) 省 * 种疾病的智能分级。 | 响应 | | * | 患者微信端 | | 家庭医生签约 | 通过微信扫 * 扫关注医生，实现医生绑定，建立沟通渠道（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持通过微信扫 * 扫关注医生，实现医生绑定，建立沟通渠道。 | 响应 | | * | 购买服务包 | 可购买医生提供的个性化服务（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持购买医生提供的个性化服务。 | 响应 | | * | 医患交流 | 通过微信端可 (略) 语音、文字、图片等相关信息沟通（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持通过微信 (略) 语音、文字、图片等相关信息沟通。 | 响应 | | * | 个人健康档案 | 可根据患者就诊情况形成个人健康档案（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均可根据患者就诊情况形成个人健康档案。 | 响应 | | * | 平台服务 | 协同办公（手机端） | 院内通讯录 | 可通过管理 (略) 内通讯录及组织结构（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均可通过管理 (略) 内通讯录及组织结构。 | 响应 | | * | 通讯录可在移动端按照组织结构及人员首字母查看，可支持模糊检索（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通讯录在移动端按照组织结构及人员首字母查看，支持模糊检索。 | 响应 | | * | 通过通讯录可直接拨打免费电话或发起即时消息沟通（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通过通讯录直接拨打免费电话或发起即时消息沟通。 | 响应 | | * | 通知公告平台 | (略) (略) 内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均 (略) (略) 内通知、临床通知（包括会诊通知、手术通知、危急值通知、入院通知、出院通知、转科通知、转院通知、死亡通知）等消息。 | 响应 | | * | 推送消息可查 (略) 闭环回执（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持推送消息、查 (略) 闭环回执。 | 响应 | | * | 消息可按照类型（会诊通知、手术通知、 (略) 通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理） (略) 灵活组织 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持消息按照类型（会诊通知、手术通知、 (略) 通知...）、时间(时间轴形式)、状态（已读、未读、已处理、未处理） (略) 灵活组织。 | 响应 | | * | (略) (略) 理，包括：系统通知、院内通知、临床通知、普通消息等（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) (略) 理，包括：系统通知、院内通知、临床通知、普通消息等。 | 响应 | | * | 待办时间轴 | 可按照时间维度对每日 (略) 汇总整理，用周历形式展示，并对 (略) 明显标注（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持按照时间维度对每日 (略) 汇总整理，用周历形式展示，并对 (略) 明显标注。 | 响应 | | * | 可对 (略) 滚动通知（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持对 (略) 滚动通知。 | 响应 | | * | 平台通讯（手机端） | 免费通话 | 院内人员之间可以通过手机端免费电话，为保证通话质量，要求以双向 (略) 通话（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用 (略) 内人员之间通过手机端免费电话，为保证通话质量，支持以双向 (略) 通话。 | 响应 | | * | 隐私保护 | 通讯过程要求对通讯双方 (略) 隐藏，保证通讯双方隐私保护（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通讯过程对通讯双方 (略) 隐藏，保证通讯双方隐私保护。 | 响应 | | * | 防骚扰设置 | 可通过高管身份设置，保护被叫对象避免被频繁骚扰（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通过高管身份设置，保护被叫对象避免被频繁骚扰。 | 响应 | | * | 即时信息交流 | (略) (略) 图片、文字、语音等多种格式的即时消息交流（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均 (略) (略) 图片、文字、语音等多种格式的即时消息交流。 | 响应 | | * | 群组沟通 | 支持自建讨论组，且可以收藏讨论组（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持自建讨论组，且可以收藏讨论组。 | 响应 | | * | 移动医生 | 移动查房（平板和手机端） | 单点登录 | 通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需 * 次登录。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持通过手机端验证后调阅各系统病人诊疗信息可直接查看，无需 * 次登录。 | 响应 | | * | 多级密码管理 | 登 * 系统后， (略) 内内容，需输入手势或指纹密码。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持登 * 系统后， (略) 内内容，需输入手势或指纹密码。 | 响应 | | * | 权限分配 | 可对查看的患者 (略) 配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在 (略) 灵活控制（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持对查看的患者 (略) 配置，使用者可关联科室并设置角色，不同的角色查看的病历数据范围要求可在 (略) 灵活控制。 | 响应 | | * | 浏览模式 | 可切换不同的 (略) 手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持切换不同的 (略) 手机端病历信息（诊断、手术、检验、检查等）查看，包括信息全览或摘要展示； | 响应 | | * | 患者列表 | (略) 号、床位号、床头 * 维码检索患者；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均 (略) 号、床位号、床头 * 维码检索患者； | 响应 | | * | 可灵活 (略) 天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持灵活 (略) 天数提醒阈值，超过阈值的患者给予明显的颜色标识提醒； | 响应 | | * | 患者列表要求显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持患者列表显示患者重要信息：床号、姓名、性别、年龄、住院号、入院诊断、医保类型、入院日期、在院天数； | 响应 | | * | 可查看 (略) 系统信息集成后的详细病历信息。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看 (略) 系统信息集成后的详细病历信息。 | 响应 | | * | 基本信息 | 可查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式、国籍、民族、职业、联系人、联系电话、联系地址；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看患者的基本信息：住院号、姓名、性别、年龄、入院日期、费别、医保类别、身份证号、婚姻状况、联系方式、国籍、民族、职业、联系人、联系电话、联系地址； | 响应 | | * | 诊断信息 | (略) 的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生. （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 的诊断信息：诊断时间、诊断类型、诊断描述、诊断医生。 | 响应 | | * | 手术信息 | (略) 开展的手术名称及具体信息：手术时间、手术名称、手术医生、 * 助、 * 助、麻醉医生、麻醉方式；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 开展的手术名称及具体信息：手术时间、手术名称、手术医生、 * 助、 * 助、麻醉医生、麻醉方式； | 响应 | | * | 费用信息 | 查 (略) 的消费项目、消费金额及结算状态（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查 (略) 的消费项目、消费金额及结算状态。 | 响应 | | * | 病程信息 | 与电子病历系统无缝对接，完整并按电子病历系统排列方式查 (略) 的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持与电子病历系统无缝对接，完整并按电子病历系统排列方式查 (略) 的病程记录如：入院记录、出院记录、查房记录、手术记录、会诊记录，其它相关谈话记录； | 响应 | | * | 可查看每条记录详情。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看每条记录详情。 | 响应 | | * | 检验信息 | 查看患 (略) (略) 有检验结果；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看患 (略) (略) 有检验结果； | 响应 | | * | 可查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看检验结果明细（申请时间、检验项目、标本类型、检验结果和单位、正常值范围、趋势图、开单医生），其中红色表示超过正常值，蓝色表示低于正常值。箭头数量表示超出正常值范围的程度。 | 响应 | | * | 能够按照关注指标查看病人的检验趋势图。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持按照关注指标查看病人的检验趋势图。 | 响应 | | * | 检查信息 | 可 (略) 期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、 (略) 见、检查提示。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 期间每条检查信息：检查日期、检查项目、检查类型、版本号、报告时间、 (略) 见、检查提示。 | 响应 | | * | 可调阅dicom原始影像，能够直接支持2D和3D模式 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持调阅DICOM原始影像，能够直接支持2D和3D模式。 | 响应 | | * | 可通过时间轴展示历史影像（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通过时间轴展示历史影像。 | 响应 | | * | (略) 测距、测角、箭头、 (略) 基本的数据测量（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) 测距、测角、箭头、 (略) 基本的数据测量。 | 响应 | | * | (略) (略) 部的放大，图像方位及镜像调整（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) (略) 部的放大，图像方位及镜像调整。 | 响应 | | * | (略) 窗体展现选择，并可 (略) 比对查看（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) 窗体展现选择，并可 (略) 比对查看。 | 响应 | | * | 医嘱信息 | 可按照长/临/全部、分 (略) 有医嘱类型 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持按照长/临/全部、分 (略) 有医嘱类型。 | 响应 | | * | (略) 组医嘱标识（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) 组医嘱标识。 | 响应 | | * | 可查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看每条医嘱详情：开医嘱时间、医嘱内容、医嘱类型、医嘱类别、剂量、频次、给药途径、执行时间、执行护士、开单医生。 | 响应 | | * | 心电信息 | 查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看患者的心电检查情况：检查时间、检查项目、检查结果、申请时间、执行时间、申请医生。 | 响应 | | * | 可查看心电检查报告单（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看心电检查报告单。 | 响应 | | * | 病理信息 | (略) 期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 期间的病理检查信息：报告时间、临床诊断、送检科室、送检单位、诊断医生、诊断医生。 | 响应 | | * | 可调阅病病理图片（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持调阅病病理图片。 | 响应 | | * | 体温单 | 可查看 (略) (略) 有体温单（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持查看 (略) (略) 有体温单。 | 响应 | | * | 历史病历查询 | 用 (略) 号搜索 (略) 患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验、检查、心电图、医嘱、病理；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 号搜索 (略) 患者的历史病历信息，包括基本信息、诊断、手术、费用、病程、检验、检查、心电图、医嘱、病理； | 响应 | | * | (略) 日期在最近 * 年的历史病历；可自主选择搜索时间段；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 日期在最近 * 年的历史病历；可自主选择搜索时间段； | 响应 | | * | 点击每条历史病历记录，可查看该 (略) 的所有病历信息（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持点击每条历史病历记录，可查看该 (略) 的所有病历信息。 | 响应 | | * | 临床通知（手机端） | 会诊通知 | 醒目展示未读会诊通知的条目数；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持醒目展示未读会诊通知的条目数； | 响应 | | * | 点击后可查看本周周 * - (略) 有会诊通知详情及阅读状态。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持点击后查看本周周 * - (略) 有会诊通知详情及阅读状态。 | 响应 | | * | 手术通知 | 醒目展示未读手术通知的条目数；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持醒目展示未读手术通知的条目数； | 响应 | | * | 点击后可查看本周周 * - (略) 有手术通知详情及阅读状态。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持点击后查看本周周 * - (略) 有手术通知详情及阅读状态。 | 响应 | | * | 危急值提醒 | (略) 理危急值通知的条目数；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持 (略) 理危急值通知的条目数； | 响应 | | * | 点击后可查看本周周 * - (略) 有危急值 (略) 理状态，并可关联展示患者详细信息。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持点击后查看本周周 * - (略) 有危急值 (略) 理状态，并可关联展示患者详细信息。 | 响应 | | * | (略) 通知 | 醒目展 (略) 通知的条目数；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持醒目展 (略) 通知的条目数； | 响应 | | * | 点击后可查看本周周 * - (略) (略) 通知详情及阅读状态。 （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持点击后查看本周周 * - (略) (略) 通知详情及阅读状态。 | 响应 | | * | 学术交流（手机端） | 信息浏览 | 可实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持实时浏览最新消息、最新动态、最新学术信息，如关注、推荐、话题、浏览帖子、评论帖子、赞帖子、转发帖子、收藏帖子、举报帖子、复制帖子、参与话题讨论。 | 响应 | | * | 新建帖子 | 可分享最新知识，分享医生最新动态，提升医生影响力；（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持分享最新知识，分享医生最新动态，提升医生影响力； | 响应 | | * | 新建帖子、发送图文、发送位置、@好友。 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持新建帖子、发送图文、发送位置、@好友。 | 响应 | | * | 分享帖子 | 通过分享帖子到微信、微博、QQ平台影响更多的用户； （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持通过分享帖子到微信、微博、QQ平台影响更多的用户； | 响应 | | * | (略) | 显示医生本人参与或发布的话题或帖子；（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持显示医生本人参与或发布的话题或帖子； | 响应 | | * | 可查看收藏、查看消息、查看通知、 (略) 。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持查看收藏、查看消息、查看通知、 (略) 。 | 响应 | | * | 医患服务（手机端） | 医患沟通 | 患者可通过掌医或者微信端与医生建立沟通（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持患者通过掌医或者微信端与医生建立沟通。 | 响应 | | * | 医生 (略) 分类管理，包括付费 (略) ， (略) 仅显示消 (略) 消息提醒（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持医 (略) 分类管理，包括付费 (略) ， (略) 仅显示消 (略) 消息提醒。 | 响应 | | * | 病历收藏 | 支持医生以文字、图片等形式新建病历信息；（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持医生以文字、图片等形式新建病历信息； | 响应 | | * | 可再次编辑、查看病历信息（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持再次编辑、查看病历信息。 | 响应 | | * | 钱包 | 可查看患 (略) 获取的服务收入/支出金额， (略) 提现 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持查看患 (略) 获取的服务收入/支出金额， (略) 提现。 | 响应 | | * | 服务设置 | 可自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持自主设置提供的服务项目、服务内容、价格、服务时间（次、月、年）； | 响应 | | * | 可实时开通、关闭、再次编辑服务内容（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持实时开通、关闭、再次编辑服务内容。 | 响应 | | * | 移动管理 | (略) （手机端） | 收入信息 | 可查看不同日期的门诊收入、住院收入金额；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持查看不同日期的门诊收入、住院收入金额； | 响应 | | * | 可查看药品、医技、医疗收入金额和占比。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持查看药品、医技、医疗收入金额和占比。 | 响应 | | * | 挂号信息 | 可查看门诊挂号信息统计：按挂号类型、按就诊类型显示；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持查看门诊挂号信息统计：按挂号类型、按就诊类型显示； | 响应 | | * | 可分类统计门诊号、专家号及其他号型占比；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持分类统计门诊号、专家号及其他号型占比； | 响应 | | * | 可分类统计医保及非医保患者占比、复诊及初诊患者占比。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持分类统计医保及非医保患者占比、复诊及初诊患者占比。 | 响应 | | * | 住院信息 | 可 (略) 不同危重程度的患者数量；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持 (略) 不同危重程度的患者数量； | 响应 | | * | 可 (略) 、入院、出院患者数量；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持 (略) 、入院、出院患者数量； | 响应 | | * | (略) 床位使用率、患者陪护率。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支 (略) 床位使用率、患者陪护率。 | 响应 | | * | 公告管理（PC端和手机端） | 公告管理 | 可通过手机端或 (略) 内人员发送群消息或群通知（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持通过手机端或 (略) 内人员发送群消息或群通知。 | 响应 | | * | (略) | 预约挂号（手机端） | 导诊规则设置 | 可通过后台对 (略) 自定义（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通过后台对 (略) 自定义。 | 响应 | | * | 预约挂号 | 通过app端预约专科号或专家号， (略) 区、科室、门诊筛选出出诊专家列表，（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通过App端预约专科号或专家号， (略) 区、科室、门诊筛选出出诊专家列表。 | 响应 | | * | 可通过 (略) 智能分诊排号（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通过 (略) 智能分诊排号。 | 响应 | | * | (略) 医保支付。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均 (略) 医保支付。 | 响应 | | * | 院内服务（手机端） | 院内导航 | (略) 提供内容形成访问页面， (略) 内导航信息、楼宇分布等。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统 (略) 提供内容形成访问页面， (略) 内导航信息、楼宇分布等。 | 响应 | | * | 医院介绍 | (略) 介绍信息形成访问页面，页 (略) 简介、医院分布、科 (略) 交通。 医院简介： (略) (略) 当前现状。 （要求 * 、 (略) 须实现） | * 、 (略) 所使用系统 (略) 介绍信息形成访问页面，页 (略) 简介、医院分布、科 (略) 交通。 医院简介： (略) (略) 当前现状。 | 响应 | | * | 医院分布： (略) 区总平面分布图， (略) 内导航信息。科室分布： (略) (略) 名称及楼层，通过选择楼层显示楼层分布的科室。来院交通：为 (略) 乘车路线及乘车建议。（要求 * 、 (略) 须实现） | * 、 (略) 所使用 (略) 分布功能： (略) 区总平面分布图， (略) 内导航信息。科室分布功能： (略) (略) 名称及楼层，通过选择楼层显示楼层分布的科室。来院交通功能：为 (略) 乘车路线及乘车建议。 | 响应 | | * | 专家介绍 | (略) (略) 区出诊专家列表，也 (略) 区、科室、门诊类型筛选出相应的出诊专家列表， (略) 专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统 (略) (略) 区出诊专家列表，也 (略) 区、科室、门诊类型筛选出相应的出诊专家列表， (略) 专家介绍，包括专家姓名、职称、门诊科室名称、门诊可预约的时段、专家简介。 | 响应 | | * | 服务评价 | (略) 患者提供固定 (略) 、 (略) 门诊满意 (略) 满意度评价。 门诊满意度：分别显示患者已评价和未评价的门诊列表。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统 (略) 患者提供固定 (略) 、 (略) 门诊满意 (略) 满意度评价。门诊满意度：分别显示患者已评价和未评价的门诊列表。 | 响应 | | * | 住院满意度：分别显示患者已评价和 (略) 列表。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系 (略) 满意度功能：分别显示患者已评价和 (略) 列表。 | 响应 | | * | 报告单查询（手机端） | 报告单查询 | 可通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、 (略) 自助查询。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通过手机端分别选择想要查询报告的开始时间和结束时间、检验或检查项目，然后对已出的检验报告、 (略) 自助查询。 | 响应 | | * | 费用缴纳（手机端） | 费用缴纳 | 可通 (略) 缴费，系 (略) (略) 门诊费用缴纳；（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通 (略) 缴费，系 (略) (略) 门诊费用缴纳； | 响应 | | * | 手机端够支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持手机端支持主流的支付方式如：微信，支付宝、银联等支付，并且有医保人脸识别支付和商保支付经验。 | 响应 | | * | (略) 金 | 可 (略) 号、预付金额申 (略) 金。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持 (略) 号、预付金额申 (略) 金。 | 响应 | | * | 预约结算 | 患者可通过手 (略) 号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持患者通过手 (略) 号、选择预约结算时间提交预约结算申请，然后医生按照患者填写的预约结算时间线下结算。 | 响应 | | * | 费用查询 | (略) 要查询费用的时间段，自助查询门诊缴 (略) 缴费记录（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支 (略) 要查询费用的时间段，自助查询门诊缴 (略) 缴费记录。 | 响应 | | * | 院后服务（手机端） | 用药提醒 | 通过与HIS对接 (略) 药品医嘱 (略) 方，患者根据医嘱 (略) 外服药提醒。（可对接医药连锁机构）（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持通过与HIS对接 (略) 药品医嘱 (略) 方，患者根据医嘱 (略) 外服药提醒。（可对接医药连锁机构） | 响应 | | * | 医患沟通 | 门诊患者：可扫描医生服务 * 维码，加入医生服务群，与接诊医 (略) (略) 、用药指导等沟通（要求 * 、 (略) 须实现） | * 、 (略) 所使用系统均支持门诊患者服务功能：通过扫描医生服务 * 维码，加入医生服务群，与接诊医 (略) (略) 、用药指导等沟通。 | 响应 | | * | 住院患者：系统自动推送管床医生，患者可以选择关注 (略) (略) 。（要求 * 、 (略) 须实现） | * 、 (略) 所使用系 (略) 患者服务功能：系统自动推送管床医生，患者可以选择关注 (略) (略) 。 | 响应 | | * | 管理设置 | 平台管理（PC端） | 企业架构管理 | (略) 门，部 (略) 门名称、统 * 电话、 (略) 门、部门是否隐藏（若隐藏， (略) 门在通讯录 (略) 门）；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统 (略) 门，部 (略) 门名称、统 * 电话、 (略) 门、部门是否隐藏（若隐藏， (略) 门在通讯录 (略) 门）； | 响应 | | * | (略) 门，配置后在通 (略) 分部门可见（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支 (略) 门，配置后在通 (略) 分部门可见。 | 响应 | | * | 可添加员工，内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、 (略) 门； （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持添加员工，内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、 (略) 门； | 响应 | | * | (略) 门人员列表，列表显示姓名、职位、手机号、邮箱；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均 (略) 门人员列表，列表显示姓名、职位、手机号、邮箱； | 响应 | | * | 可编辑人员信息，编辑内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、 (略) 门、在职状态（正常、挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置 (略) 码即可登录）； （要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持编辑人员信息，编辑内容：姓名、性别、职位、职称、手机号、分机、QQ、邮箱、 (略) 门、在职状态（正常、挂失、离职、重置密码，重置后用户只需要通过短信验证码及设置 (略) 码即可登录）； | 响应 | | * | 可设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持设置人员为高管，通讯录中高管只对高管显示，普通人员看不到高管信息。 | 响应 | | * | (略) 管理员， (略) ；（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 管理员， (略) ； | 响应 | | * | 角色管理 | 可自由添加人员角色（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持自由添加人员角色。 | 响应 | | * | 可自由配置角色在手机端的功能权限和移动查房中的数据权限（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持自由配置角色在手机端的功能权限和移动查房中的数据权限。 | 响应 | | * | 可删除人员角色，默认角色不可删除（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持删除人员角色，默认角色不可删除。 | 响应 | | * | 移动查房配置 | 可配置移动查房展示的功能，例如是否显示病理、诊断（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持配置移动查房展示的功能，例如是否显示病理、诊断。 | 响应 | | * | 可调整移动查房功能排序（要求 * 、 * 、 (略) 须实现） | * 、 * 、 (略) 所使用系统均支持调整移动查房功能排序。 | 响应 | | * | 安全管理 | 平台安全 | 登录安全验证（手机端） | 首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持首次登录需要信校验；异常设备时需要短信校验；忘记密码时需要短信校验。 | 响应 | | * | 功能访问验证 | 需要指纹验证、手势验证通过后，才能使用功能（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持需要指纹验证、手势验证通过后，才能使用功能。 | 响应 | | * | 管理员授权（PC端） | 企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持企业管理员对人员授予数据、功能权限后，企业人员才可查看相应数据。 | 响应 | | * | (略) 理 | 全站使用H (略) 数据传输，保证手机号码加密、隐私信息加密 （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系 (略) 使用H (略) 数据传输，保证手机号码加密、隐私信息加密。 | 响应 | | * | 病案防泄密 | 病 (略) 景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍 (略) 为（要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持病 (略) 景（移动查房、移动会诊）均增加登录人水印覆盖，防止截屏、反拍 (略) 为。 | 响应 | | * | 通讯协议加密 | 使用加密的通讯协议，禁止使用明文通讯协议，例如：sip、xmpp （要求 * 、 * 、 (略) 、村医须实现） | * 、 * 、 (略) 、 (略) 使用系统均支持使用加密的通讯协议，绝不使用明文通讯协议，例如：sip、xmpp。 | 响应 | |
5.2 质保期要求本项目需提供3年质保（包含升级）。 5.3 售后服务要求服务要求：投标人须提供本地化售后服务，并具备应 (略) 理能力，确保系统安全、 (略) 。服务期内，中标人应提供专业化 (略) 负责维护， (略) 负责人应掌握信息系统项目管理知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力。 (略) 其他主要成员须具备专业技术能力和业务水平。 产品出现故障时中标人应在1小时内做出响应，2小时内派专业技 (略) 进行维护，中标人须提供统 * 的服务电话并提供7× * 小时远程技术支持服务。 5.4 培训要求根据系统方案内容及具体实施情况，对系统管理员、应用管理员、关键用户、部门信息员以及领导用户的使用培训。
第 * 章 应答文件格式 应答函 廉洁承诺书 报价表 资格证明文件 技术偏离表 法定代表人证明书 法定代表人委托书 技术服务响应方案 供应商认为有必要提交的其他资料
应答函 应 答 函 致：（采购人名称） （供应商名称）（以下称“我方”）已仔细研究了（项目名称）询 (略) 内容，包括澄清或者修改文件以及有关附件，我方将严格按照询价文件要求递交符 (略) 应答文件。 我方承诺如下内容： 我方的应答文件包含第 * 章“供应商须知”应答文件组成 (略) 内容。 我方承诺在询价文件规定的应答有效期内不修改、撤销应答文件。 我方在参与询价过程中根据询价小组要求提供的符合相关规定的澄清文件，构成应答 (略) 分。 我方承诺不向第 * 方透露与 (略) 有信息。 如确定我方成交： 我方承诺在收到成交通知书后，在成交通知书规定的期限内与你方签订合同。 我方承诺按照询价文件的规定及 (略) 相关责任和义务。 我方在此声明，所递交的应答文件及有关资料内容完整、真实和准确【， (略) “供应商不得存在的情形”中规定的任何 * 种情形】。如有弄虚作假，将承担相应的法律责任，并赔偿由此造成的 * 切损失。 其他补充说明：【我方承诺按照采购人要求完成 (略) 供应商注册。/无/具体的其他说明或要求】 单位名称：（盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 地址： 电话： 电子邮箱： 日期：XX年XX月XX日
廉洁承诺书 廉洁承诺书 致：（采购人名称） 我公司自愿参加（项目名称）询价，为保证询价活动公平、公正，依据国家法律法规和廉洁从业相关规定，现承诺如下： 不以他人名义参与询价或者以其他方式弄虚作假，骗取成交； 不与其他供应商相互串通报价或订立攻守同盟； 不与采购人或采购代理机构串通询价； 不向采购人、采购代理机构或询 (略) 贿，包括提供现金(礼金)、礼券、礼品、购物卡、有价证券等财物，或娱乐、宴请、旅游等活动，或支付应由其个人承担的学费、餐费、医药费等各种费用等； 不通过非正常渠道探听采购过程中应当保密的信息，包括(潜在)供应商的数量与名称、询价小组成员名单和联系方式、其他供应商的应答文件、询价情况及成交推荐意见等。 不私下接触采购人、采购代理机构或询价小组成员，利用人际关系干扰询价活动； (略) 、 (略) 寻衅滋事、无理取闹或以其他手段非法干预、影响询价的过程和结果； 不捏造事实、伪造材料，或以非法取 (略) 恶意投诉与诬陷；不毫无根据地散播不实消息，诋毁他人名誉，主观臆断反映问题与诉求。 不以低于成本报价； 不以其他方式排挤其他供应商的公平竞争。 如发生任何违 (略) 为，除按法 (略) 罚外，采购人有权否决我方本次应答、宣布成交无效等。 供应商名称：（盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 日期：XX年 XX月XX日
报价表 报价表 序号 | 产品或服务名称 | 数量 | 不含税单价 | 是否开具增值税专用发票 | 税率 | 含税总价 | 备注 | | | | | | | | | | | | | | | | | | | | | | | | |
供应商名称：（盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 日期：XX年 XX月XX日 资格证明文件 技术偏离表 法定代表人证明书 采购人名称： 兹有 同志为 公司法定代表人，代表我单位 (略) 会公务活动，具有法律效力。 附法定代表人基本情况： 姓名： 性别： 年龄： 职务： 身份证号码： 通讯地址： 邮政编码： 电话号码： 手机号码： 传真号码： 电子信箱： 单位名称：(章) 法定代表人： (签字) 年 月 日 法人代表《居民身份证》复印件： 法定代表人委托书 采购人名称： 兹委托我单位 同志全权代表我单位参加 项目（招标编号： ）招标活动。该同志提供的 * 切数据和资料及其投标报价，具有法律效力。 附法定代表人委托人基本情况： 姓名： 性别： 年龄： 职务： 身份证号码： 通讯地址： 邮政编码： 电话号码： 手机号码： 传真号码： 电子信箱： 单位名称：(章) 法定代表人： (签字) 年 月 日 委托人《居民身份证》复印件： 技术服务响应方案 供应商认为有必要提交的其他资料 附件 * ： * 次报价表
供应商名称 | | 项目名称 | | * 次报价总价 | 小写：元 | 质量标准 | | 备 注 | | 供应商名称：（公章） 法定代表人：（签字或盖章） 年 月 日 |
此表需谈判时单独提供，并加盖公章。以便唱标使用。
| 
