第一章  协商邀请

福建省大辰工程咨询有限公司采用单一来源采购方式组织大田县总医院各信息系统与集成平台对接改造项目政府采购项目（以下简称：“本项目或者采购项目”）的采购活动，特邀请下列供应商参加本项目特定合同包的协商。现将本项目有关事项告知如下：

1、项目编号：[350425]FJDC[DY]2020001

2、项目名称：大田县总医院各信息系统与集成平台对接改造项目

3、采购内容及要求：详见采购标的一览表及采购文件第四章。

4、邀请参加本项目协商的供应商名单如下：

5、供应商的资格要求

5.1、法定条件：具备《中华人民共和国政府采购法》第二十二条第一款规定的条件。

5.2、特定条件：
包：1

5.3、列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采购法》第二十二条规定条件的供应商，不得参加协商，否则响应文件无效。

5.4、本项目不接受联合体参加，不允许成交供应商进行分包、转包。

6、采购文件的获取：由被邀请供应商直接从福建省政府采购网上公开信息系统报名获取。

7、提交响应文件截止时间及提交响应文件地点：

详见协商公告或更正公告（若有），若不一致，以更正公告（若有）为准；

8、协商时间及协商地点：详见协商公告或更正公告（若有），若不一致，以更正公告（若有）为准；

9、以上如有变更，最后发布的更正公告为准，请供应商关注。

10、联系方式

采购人：大田县总医院

地址：大田县均溪镇雪山北路180号
  联系人姓名：范科长

联系方法：18906980556

代理机构：福建省大辰工程咨询有限公司
  项目联系人：范芳春

地址：三明市永安市南山路2号12幢201室

联系方法：18060156058

附1：账户信息

附2：采购标的一览表

金额单位：人民币元

第二章  协商须知前附表

本须知前附表的项号与采购文件内容如有矛盾，应以本须知前附表为准。 

表1

表2

第三章  协商须知正文

一、总则

1、适用范围

1.1适用于采购文件载明项目的采购活动（以下简称：“本次采购活动”）。

2、定义

2.1“采购标的”指采购文件载明的需要采购的货物、服务或工程。

2.2“采购方”指组织采购标的采购活动的采购人（自行采购的）或采购代理机构（代理采购的）。

2.3“供应商”指采购文件第一章第4条被邀请参加本项目特定合同包协商的供应商。

2.4“单位负责人”指单位法定代表人（供应商为法人的）或法律、法规规定代表单位行使职权的主要负责人（供应商为其他组织的）。

2.5“供应商代表”指供应商（供应商为法人或其他组织的）的单位负责人或由其授权的委托代理人，即单位负责人授权书中载明的接受授权方。

二、供应商

3、合格供应商

3.1一般规定

（1）供应商除了应遵守政府采购法及实施条例、政府采购非招标采购方式管理办法及财政部、福建省财政厅有关政府采购文件的规定外，还应遵守有关法律、法规和规章的强制性规定。

（2）供应商的资格要求：详见采购文件第一章《协商邀请》。

4、参与协商的费用

4.1 除采购文件另有规定外，无论协商的结果如何，供应商应自行承担其参加本项目协商所涉及的一切费用。

三、采购文件

5、采购文件的组成

5.1采购文件用以阐明所需项目协商程序和合同主要条款，由下列部分及在采购过程中发出的澄清或者修改文件组成：

第一章 协商邀请

第二章 协商须知前附表

第三章 协商须知正文

第四章 协商内容及要求

第五章 政府采购合同

第六章 响应文件格式

5.2 采购文件的澄清或者修改

5.2.1采购方对已发出的采购文件进行必要澄清或者修改的，将以更正公告通知供应商。澄清或者修改文件作为采购文件的组成部分。

四、响应文件的编写

6、响应文件

6.1响应文件的编制

（1）供应商应仔细阅读采购文件的所有内容，按照采购文件的要求编制响应文件。

（2）响应文件应按照本章第6.2条规定编制其组成部分。

（3）响应文件应满足采购文件提出的实质性要求和条件，并保证其所提交的全部资料是不可割离且真实、有效、准确、完整和不具有任何误导性的，否则造成不利后果由供应商承担责任。

6.2 响应文件的组成：详见采购文件第六章《响应文件格式》。

6.3响应文件的语言

（1）除采购文件另有规定外，响应文件应使用中文文本，若有不同文本，以中文文本为准。

（2）响应文件提供的全部资料中，若原件属于非中文描述，应提供具有翻译资质的机构翻译的中文译本。前述翻译机构应为中国翻译协会成员单位，翻译的中文译本应由翻译人员签名并加盖翻译机构公章，同时提供翻译人员翻译资格证书。中文译本、翻译机构的成员单位证书及翻译人员的资格证书可为复印件。

6.4响应文件的份数：详见采购文件第二章《协商须知前附表》

6.5响应文件的格式

（1）除采购文件另有规定外，响应文件应使用采购文件第六章规定的格式。

（2）除采购文件另有规定外，响应文件的正本和全部副本均应使用不能擦去的墨料或墨水打印、书写或复印，其中副本可用正本的完整复印件，并与正本保持一致（若不一致，以正本为准）。

（3）除采购文件另有规定外，响应文件应使用我国法定计量单位，未列明时默认为我国法定计量单位。

（4）响应文件应由供应商代表签字并加盖供应商的单位公章。若供应商代表为单位负责人授权的委托代理人，应提供“单位负责人授权书”。

（5）响应文件应没有涂改或行间插字，除非这些改动是根据采购方的指示进行的，或是为改正响应人造成的应修改的错误而进行的。若有前述改动，应按照下列规定之一对改动处进行处理：

①供应商代表签字确认；

②加盖供应商的单位公章或校正章。

6.6供应商报价

（1）预算价作为最高限价。供应商报价超出最高限价者，按无效报价处理。

（2）除采购文件另有规定外，响应文件应使用人民币作为计量货币。

（3）除采购文件另有规定外，响应文件不能出现任何选择性的报价，即每一个合同包和品目号的采购标的都只能有一个报价。任何选择性的报价将导致响应文件无效。
（4）供应商报价仅作为协商的参考，不得未经协商直接确定为成交价格。最后的成交价格应以协商后确定的价格为准。

6.7响应有效期

（1）响应文件从采购文件第一章所规定的提交响应文件截止时间之后开始生效，在协商须知前附表第5项所规定的期限内保持有效。

（1）采购文件载明的响应有效期：详见采购文件第二章《协商须知前附表》。

（2）响应文件承诺的响应有效期不得少于采购文件载明的响应有效期，否则响应文件无效。

（3）根据本次采购活动的需要，采购方可于响应有效期届满之前书面要求供应商延长响应有效期，供应商应在采购方规定的期限内以书面形式予以答复。对于延长响应有效期的要求，供应商可以拒绝也可以接受，供应商答复不明确或逾期未答复的，均视为拒绝该要求。对于接受延长响应有效期的供应商，既不要求也不允许修改响应文件。

6.8 协商保证金：协商须知前附表若有要求提交协商保证金的，则按照下列条款执行

（1）协商保证金作为供应商按照采购文件要求履行相应协商义务的约束及担保。

（2）协商保证金的有效期与响应文件承诺的投标有效期保持一致。

（3）提交

①供应商应从其银行账户（基本户）按照采购文件第二章《协商须知前附表》规定的方式向采购文件载明的协商保证金账户提交协商保证金，具体金额详见采购文件第一章。

②协商保证金应于提交响应文件截止时间前到达采购文件载明的协商保证金账户，否则视为协商保证金未提交。

（4）退还

①未成交的协商保证金将在结果公告发出之日起5个工作日内退回原账户。结果公告将作为采购方通知供应商可以办理退还协商保证金的书面形式。结果公告刊登之后，供应商应当及时向采购方提交或者确认清晰准确的银行账户信息、提交协商保证金收据凭证（如果有开具的话），以便采购方能够在规定时间内办理退还手续。由于供应商自身原因耽搁，造成协商保证金的退还时间超过5个工作日的，采购方不承担延后退还的责任。

②成交的协商保证金将在政府采购合同签订之日起5个工作日内退回原账户；签订之日以福建省政府采购网上公开信息系统记载为准。成交合同签订之后，成交供应商应当及时向采购方提交或者确认清晰准确的银行账户信息，并随附一份成交合同（原件或者复印件但要加盖成交供应商单位公章），以便采购方能够在规定时间内办理退还手续。由于成交供应商自身原因耽搁，造成协商保证金的退还时间超过5个工作日的，采购方不承担延后退还的责任。

（5）若出现本章第6.7条第（3）款规定情形，对于拒绝延长响应有效期的供应商，协商保证金仍可退还。对于接受延长响应有效期的供应商，相应延长协商保证金有效期，采购文件关于退还和不予退还协商保证金的规定继续适用。

（6）有下列情形之一的，协商保证金将不予退还：

①供应商提供虚假材料的；

②除因不可抗力或本采购文件认可的情形以外，供应商不与采购人签订合同的；

③未按照采购文件、响应文件的约定签订政府采购合同或提交履约保证金的；

④法律、法规或其他规章制度或本采购文件中规定的其他没收保证金的情形；

※若上述协商保证金不予退还情形给采购方造成损失，则供应商还要承担相应的赔偿责任。

五、响应文件的提交

7. 响应文件的递交

7.1 供应商应按照协商第一章规定的时间和地点递交响应文件。

7.2 响应文件须由单位负责人或单位负责人正式授权的供应商代表递交，并由其参与本项目协商。

7.3 供应商在提交响应文件截止时间前，可以对所提交的响应文件进行修改或者撤回，并书面通知采购方。修改的内容和撤回通知作为响应文件的组成部分。

8. 响应文件未在协商邀请规定的截止时间前送达的，采购方将根据项目情况依法另行组织采购或延长响应文件提交截止时间。

六、协商

9. 协商小组

9.1 采购方根据采购项目的特点依法组织具有相关经验的专业人员组建协商小组并在提交响应文件截止时间后的适当时间里对响应文件进行审查、评估、和供应商进行协商，并做出授予合同的建议。
9.2协商小组由5人组成，其中采购人专业人员代表1人，专家4人。

10. 文件审查

10.1 协商小组对响应文件进行审查。

11. 协商并确定成交价格

11.1 在项目预算范围内，协商小组与供应商就价格进行协商，在保证采购项目质量的前提下，确定合理的成交价格。

12. 协商终止

12.1 出现下列情形之一的，采购方应当终止采购活动，发布项目终止公告并说明原因，重新开展采购活动：

(1)因情况变化，不再符合规定的单一来源采购方式适用情形的；

(2)出现影响采购公正的违法、违规行为的；

(3)报价超过采购预算。

13. 项目取消

在采购活动中因重大变故，采购任务取消的，采购方应当终止采购活动，通知所有参加采购活动的供应商，并将项目实施情况和采购任务取消原因报送本级财政部门。

14. 保密要求

14.1 协商小组以及与协商工作有关的人员对协商情况以及协商过程中获悉的国家秘密、商业秘密应当保密。

七、成交与政府采购合同

14. 成交

14.1 成交结果信息的公布

(1) 成交供应商确定后2个工作日内，采购方应将成交结果信息（含采购文件）在采购文件载明的指定媒体上以结果公告的形式发布成交结果。

(2) 结果公告的公告期限为１个工作日。

14.2 成交通知

(1) 结果公告发布的同时，采购方将以书面形式向成交供应商发出成交通知书。

(2) 成交通知书对采购人和成交供应商具有同等法律效力。成交通知书发出后，成交供应商放弃成交的，应依法承担法律责任。

(3) 成交通知书是合同文件的组成部分。

15. 政府采购合同

15.1履约保证金（若有）：成交供应商在收到成交通知书后，应按照采购文件的规定，向采购人提交履约保证金，具体见协商须知前附表。成交供应商没有按照本章规定提交履约保证金的，视为放弃成交资格。

15.2 签订依据：成交通知书、采购文件、成交供应商的响应文件及其补充的响应文件等均为签订政府采购合同的依据。采购人不得向成交供应商提出超出采购文件以外的任何要求作为签订合同的条件，不得与成交供应商订立背离采购文件确定的合同文本以及采购标的、规格型号、采购金额、采购数量、技术和服务要求等实质性内容的协议。

15.3 签订时限：自成交通知书发出之日起30个日历日内。

15.4 补充合同：政府采购合同履行中，采购人需追加与合同标的相同的货物、工程或者服务的，在不改变合同其他条款的前提下，可以与供应商协商签订补充合同，但所有补充合同的采购金额不得超过原合同采购金额的百分之十。

15.5合同公告：采购人自政府采购合同签订之日起2个工作日内，将本项目政府采购合同在财政部门指定的媒体上公告，但政府采购合同中涉及国家秘密、商业秘密的内容除外。

15.6政府采购合同的履行、违约责任和解决争议的方法等适用合同法。

15.7成交供应商在政府采购合同履行过程中应遵守有关法律、法规和规章的强制性规定（即使前述强制性规定有可能在采购文件中未予列明）。

15.8成交供应商有下列情形之一的，应依法承担违约责任：

（1）在成交后，无正当理由不与采购人签订合同的；

（2）在履行期限届满前，明确表示或以自己的行为表明不履行合同义务的；

（3）迟延履行合同，经催告后在合理期限内仍未履行；

（4）有违反法律、法规相关规定的其他违约行为致使不能实现合同目的；

（5）将合同转包，或采取分包方式履行合同的。

16. 供应商须保证采购人在使用该标的或其任何一部分时不受到第三方关于侵犯专利权、商标权或工业设计权等知识产权的指控。如果任何第三方提出侵权指控与采购人无关，供应商须与第三方交涉并承担可能发生的责任与一切费用。如采购人因此而遭致损失的，供应商应赔偿该损失。

第四章 协商内容及要求

一、项目概况

大田县总医院各信息系统与集成平台对接改造项目

二、技术要求

（一）合同包1  医院心电系统与医院信息平台对接改造，技术参数要求

传统的住院病人心电检查模式是心电图室医生带机器到病房采集心电图、回科室写报告、护工到科室取报告，从申请单的提交、收费、预约、检查，到出心电图报告，环节多、效率低，费时费力。根据住院病人的诊疗规范，每个病人入院和出院必须做常规心电图检查，但在住院床位多的大型医院，依赖心电图室的几个医生根本无法完成相关任务，因此，病房医生就尽量不开床边心电图检查申请单，住院病人的心电图检查规范无法执行，不利于医疗诊断。

要改变现状，必须依靠技术创新，运用信息化技术改变传统心电图检查模式。

操作流程：

1、护士在病房采集病人心电图数据；

2、采集完病人心电图数据后，数据通过无线自动上传门诊心电图室；

3、心电图室医生接到数据，马上进行分析、诊断；

4、诊断完成后，病房医生马上可以调阅。

（二）合同包2 医院输血系统与医院信息平台对接改造 技术参数要求

1、项目小组人员配置：

？ 项目技术总监：BIS相关实施经验

1. 按照提供的需求分析、系统结构设 计；

2. 开发总体进度协调把握；

？ 项目商务：负责公司重大项目商务，LIS、BIS相关经验

负责项目商务协调；

？ 售前技术支持工程师：LIS、BIS相关开发经验

1. 项目售前调研；

2. 项目方案确定；

3. 客户需求沟通、答疑；

？ 项目经理：BIS相关经验

1.研究制定本项目的实施战略、总体规划以及工作方案，监督检查规划和方案的实施；

2.审核批准项目的总体方案，工程实施计划；

3.负责项目实施过程中的重大事件的决策；

4.组织协调和指导监督指导本项目的建设；

5.根据项目过程的进度、质量、技术、资源、风险等实行宏观监控；

6.协调涉及与工程有关的各方工作关系；

？ 区域开发经理：BIS.LIS相关经验

1. 负责公司区域产品的开发；

2. 负责区域产品具体代码编写和开发协调；

？ 仪器接口开发工程师：BIS.LIS相关开发经验

现场工程师：BIS.LIS相关经验 BIS相关经验

？ 售 后服务：负责公司客户的售 后服务；

？ 系统接口：信息系统接口开发，负责与医院信息系统集成。

2、项目实施总体安排：

★本项目工期于合同签订后 1 个月内完成开发、实施和验收。

假定按项目在10月正式启动实施，其中包括的时间是按照国家法定放假时间计算，如果项目启动时间推迟，则按实际启动时间顺延。

？输血管理系统项目进度安排详细计划，我们建议可以分以下几个步骤统一规划，分步实施输血科管理信息系统：

第一步：实现输血科内部管理流程电子化。

1） 安装输血科管理系统，完成血液的出入库管理

2） 实现与HIS、平台收费系统的连接

3） 实现与检验等系统的对接

第二步：实现医师输血申请电子化

1） 各个科室安装输血系统程序

2） 培训医师开电子输血申请

第三步：实现临床合理用血评估与评价。

1） 与医院整体信息化对接

2） 完成相应报表的统计

3、实施计划时间表（合同签订后1个月内完成）：

l 输血管理系统于个1个月内完成开发、实施和验收

培训方案

培训是系统实施的重要环节，是产品应用的第一步。通过对参与项目决策和实施人员的全方位培训，能够提前分析与控制项目的实施风险，统一思想，正确理解和应用联轩实施方法和实施过程。通过培训，技术人员将深入了解软件的开发背景、技术资料、开发思路，使技术人员能够得心应手地维护好检验信息系统，保证系统的安全运行。通过培训，操作人员可以正确理解相关的业务流程，熟练掌握各个子系统的详细操作。

1、项目培训的策略

联轩公司针对大田县总院输血管理系统与平台对接的培训将贯穿项目实施的全过程，分为实施前培训、实施中培训和实施后培训三个阶段，实施前培训主要目的在于正确理解联轩的管理思想、实施方法论，掌握管理与控制项目风险的具体方法；实施中培训主要目的在于熟悉系统的业务流程、掌握系统管理的使用方法、正确组织系统所需的静态和动态数据、学习软件的详细操作方法；实施后培训主要目的在于结合实施过程中出现的各种问题，对相关人员进行强化培训，使客户真正应用好系统中的管理思想，实现技术和管理知识的转移，最终培养出医院自己的系统管理维护团队。

同时培训主要分为系统应用和系统管理，这两种培训在培训内容和培训要求方面是有很大差异的，因此，在整个项目培训过程中，针对不同的应用系统、不同的机构培训我们所关注的培训重点也是不一样的。

2、项目培训的方式

在大田县总院输血软件与平台对接系统采购的实施过程中，培训将贯穿整个实施过程，具体的培训方式也是多种形式的，以适应医院实施过程中的不同阶段和不同人员的需要。具体的方式包括：集中授课、现场培训、个别操作指导、一对一培训。

培训提交文档

3、培训组织安排

项目过程中的各种系列培训是实施工作的重要内容之一。培训的效果与质量直接影响到系统的正常使用与管理。为确保达到培训的目标，联轩公司为大田县总院输血软件与平台对接系统制定了完善的项目培训组织与要求，通过培训可以为大田县总院输血软件与平台对接升级项目的顺利实施打好坚实的基础。

4、培训地点

培训工作是联轩项目实施的一个非常重要的一部分，所有的培训工作将全部集中在医院进行，联轩公司将派实施人员到医院进行现场培训。

5、培训设施

为保证培训的保质保量并且按计划顺利进行，培训的设施要提前准备好。培训设施包括培训教室、投影仪、投影幕、现场操作练习的计算机（至少保证每两人手一台）、白板、白板笔、板擦、麦克风、桌椅、打印机一台等。

培训教室保持通风，环境卫生情况良好。另培训教室网络状况良好，能达到100M的局域网。培训人员每人手中都有《培训讲议》提前学习。

应用系统环境包括生产环境和测试培训环境，培训的系统使用测试培训环境之上的系统。

6、培训进度与流程

标准的培训流程有助于节约资源、提高培训效果，我们此次培训将按照授课、上机练习与提问、考核与总结的步骤将各子系统逐步进行培训。

7、在项目进度中的安排

项目的实施进程分为前期、中期和后期，各个层次和不同内容的培训安排在实施的进度中。

实施前期：主要是指项目准备与启动阶段，培训的目标是为了加强高层对项目的认识，以及建立联轩、医院全体项目成员的管理制度与沟通机制，让医院项目成员对风险有所准备。

实施中期：主要是项目启动后到系统试运行阶段。在每个具体环节，通过培训使相关人员充分理解其工作的重点、难度和应该达到的工作质量以及相应的操作技巧。

实施后期：指系统试运行结束到全面拓展应用阶段。主要是培训技术人员，让其充分驾御信息系统。可以独立进行推广，并能够在业务变更的时候，通过系统配置工具与客户化开发相结合的方式解决医院实际问题。授课由主讲按照培训计划分系统、分模块逐步讲解，培训人员应认真听讲，并做好重点内容记录，遇到问题原则上不得当时向主讲请教，应可以做好笔记，上机练习时统一提问。

8、其他服务承诺

如果我公司在此项目中中标，我公司将从各方面保时保质的完成该项目：

（1）选择优秀项目经理及本公司熟练技术对组严格按进度施工。

（2）项目工程师将每周汇报工作进度及工作安排，积极协调各方工作。

（3）自觉接受院方及相关管理部门的监督检查，保证产品符合国家标准、行业标准及其它相关标准。

（4）公司负责软件安装、调试、操作培训等工作，直至该软件项目可以正常交付使用，并且院方系统维护人员及指 定操作人员能熟练操作为止，公司承担由此产生的全部费用。

（5）公司提供齐全的项目移交资料给院方，以便院方日后管理和维护。文档齐全，符合合同和招标文件及相关标准要求，包括但不限于下列文档：需求说明书、概要设 计说明书、测试报告、用户手册、项目计划书、用户培训计划、会议记录等。

（三）合同包3 医院排队预约系统与医院信息平台对接改造 技术参数要求

根据集成平台接口要求定制开发如下数据接口：

概要

本文记载ESB平台与第三方业务系统的接入编程方法说明，主要描述请求响应和单向发送两种场景，涉及MQ的发送和条件获取，等待获取等方法，阅读本文的同时，可以参 考附带的示例程序。

主要分为以下几种语言：Java，C#，Delphi，PB，VB，包含以下几种方法：

initConfig  用于初始化客户端配置信息（仅Java）

Connect  用于连接MQ队列管理器

Disconnect用于关闭队列管理器的连接

putMsg  用于往MQ队列发送消息

putMsgWithId  用于指 定消息的ID后向MQ队列放置消息

getMsg  用于获取消息队列中的第一条消息

getMsgWithId  根据消息id的获取匹配到的第一条消息

browseMsg  用于浏览消息队列中的第一条消息

browseMsgWithId  浏览根据id匹配到的第一条消息

buildTopicListener  建立监听（发布订阅）

destroyTopicListener  断开监听（发布订阅）

接入准备

1. Java

2 Javajdk1.6及以上环境。

2 MQSDKclientjar包

2 配置文件名 称为SDKConfig.properties，名 称不可更改。

1. 普通java项目：配置文件放于src目录下

2. javaweb项目：配置文件放于resources目录下

2. C#

2 .Net Framework 2.0或更高

2 MQSDK.dll

2 SDKConfig.properties （配置文件名 称不允许修改，配置文件可以放在当前程序的工作目录或实际运行的MQSDK.dll文件所在的目录）

请求响应方法说明及示例

1. initConfig初始化参数

A. Java

/**

* 初始化客户端配置信息

* @throws SDKException*/

public static void initConfig() throws SDKException

代码示例

//用于获取客户端标识key和重连次数等信息。

注：该方法可执行也可不执行，若不执行，则后续监听队列失败的重连次数不会更改，默认无限次重连；若执行，则重连次数会根据服务端更改动态更改。

  Init.initConfig( );

2. Connect获取连接

A. Java 

/**

* 用于连接MQ队列管理器

*

* @param queueManagerName:队列管理器名 称

* @return 返回连接id

*/

public synchronized String connect(String queueManagerName) throws SDKException

代码示例

//通过工具类获取队列管理器实例。connect函数的参数为《配置中心》中队列管理器配置的名 称。

注：该实例如果不调用方法中的disconnect进行断开操作可长期保持连接。

EwellServiceTool ewellServiceTool = new EwellServiceTool();

String cid = ewellServiceTool.connect("QMGR.S99_1");

3. putMsgWithId发送指 定id的消息

A. Java

/**

  * 用于指 定消息的ID后向MQ队列放置消息

  *

  * @param cid:连接对象

  * @param channel:数据通道（可为空，会自动从连接池获取）

  * @param message:消息体（可为xml字符串或者EsbEntry对象）

  * @param messageId:消息ID

  * @return :是否放置成功

  */

 public boolean putMsgWithId(String cid, String channel, Object message, String messageId) throws SDKException

4. getMsg获取消息队列中的第一条消息

A. Java

    /**

   * 用于从MQ队列取消息

     *

     * @param cid          连接id

     * @param channel      通道

     * @param waitInterval 等待时间

     * @return 消息MessageEntity

     * @throws SDKException

     */

    public MessageEntity getMsg(String cid, String channel, int waitInterval) throws SDKException

示例代码

/*cid 为连接时得到的客户端连接id、数据通道名 称（如果只是数据通道的名 称“BS10001”我们默认put就是调用put队列get就是get队列，如果是“EQ.S99.BS10001.PUT”我们就指 定队列放数据，并且连接池都不能生效）也可以为null，为null时我们采用资源池轮询的方式自动选择、消息体支持两种方案，xml字符串和对象、获取消息的最大等待时间（毫秒）、返回值为对象，请参 考相关实体类的介绍*/

MessageEntity msg = ewellServiceTool.getMsg(cid, "数据通道", 等待时间);

5. getMsgWithId根据消息id的获取匹配到的第一条消息

A. Java

    /**

     * 用于指 定消息ID从MQ队列取消息

     *

     * @param cid:连接对象

     * @param channel:数据通道（可为空，会自动从连接池获取）

     * @param waitInterval:超时时间

     * @param messageId:消息ID

     * @return :获取到的消息

     */

    public MessageEntity getMsgById(String cid, String channel, int waitInterval, String messageId) throws SDKException

示例代码

/*cid 为连接时得到的客户端连接id、数据通道名 称（如果只是数据通道的名 称“BS10001”我们默认put就是调用put队列get就是get队列，如果是“EQ.S99.BS10001.PUT”我们就指 定队列放数据，并且连接池都不能生效）也可以为null，为null时我们采用资源池轮询的方式自动选择、消息体支持两种方案，xml字符串和对象、获取消息的最大等待时间（毫秒）、消息id、返回值为对象，请参 考相关实体类的介绍*/

MessageEntity msg = ewellServiceTool.getMsgById(cid, "数据通道", 等待时间, "消息id");

6. browseMsg浏览消息队列中的第一条消息

注：目前超时时间设置无效

A. Java

   /**

     * 用于从MQ队列浏览消息

   *

     * @param cid:连接对象

     * @param channel:数据通道（可为空，会自动从连接池获取）

     * @param waitInterval:超时时间

     * @return :返回获取到的消息的封装对象

     */

    public MessageEntity browseMsg(String cid, String channel, int waitInterval) throws SDKException

示例代码

/*cid为连接时得到的客户端连接id、数据通道名 称（如果只是数据通道的名 称“BS10001”我们默认put就是调用put队列get就是get队列，如果是“EQ.S99.BS10001.PUT”我们就指 定队列放数据，并且连接池都不能生效）也可以为null，为null时我们采用资源池轮询的方式自动选择、消息体支持两种方案，xml字符串和对象、获取消息的最大等待时间（毫秒）、返回值为对象，请参 考相关实体类的介绍*/

MessageEntity messageEntity = ewellServiceTool.browseMsg(cid, "数据通道", 等待时间);

发布订阅方法说明及示例

1. buildTopicListener建立监听

A. Java

/**

 * 队列监听

 *

 * @param queueManageName 队列管理器名

 * @param queueName       队列名

 * @param systemCode      系统编号

 * @param messageHandler  消息处理方法

 * @return java.lang.String subscriptionId 订阅ID

 * @author YuanZX

 * @date 2019/4/22

 */

public String buildTopicListener(String queueManageName, String queueName, String systemCode, MessageHandler messageHandler)

示例代码：

EwellServiceTool ewellServiceTool = new EwellServiceTool();

        try {

            ewellServiceTool.buildTopicListener("QMGR.S99_1", "EQ.S99.SDK1.GET", "S99", new MessageHandler() {

                @Override

                public void onMessage(MessageEntity messageEntity) {

                    System.out.println("\n" + JSONObject.toJSONString(messageEntity));

                }

                @Override

                public void onException(Throwable e, MessageEntity messageEntity) {

                    e.printStackTrace();

                }

            });

        } catch (SDKException e) {

            e.printStackTrace();

        }

2. 
destroyTopicListener断开监听

A. Java

/**

* 断开监听

*@param queueManageName 队列管理器名

* @param queueName       队列名

* @throws SDKException*/

public void destroyTopicListener(String queueManagerName,String queueName) throws SDKException

代码示例

try {

EwellServiceTool ewellServiceTool = new EwellServiceTool();

ewellServiceTool .destroyTopicListener("QMGR.S99_1", "EQ.S99.SDK1.GET");

} catch (SDKException e) {

e.printStackTrace();
}

（四）包4 医院护理管理系统与医院信息平台对接改造 技术参数要求

智能化护理管理项目概述

患者安全与医疗质量是医院的立足之本和核心竞争力。护理是整体医疗的重要组成部分，“十三五”时期，护理信息化正越来越被重视。工欲善其事，必先利其器。护理质量科学化管理，执业教育的知识库建设，人才能力的培养都急需信息系统来推进。

智能化护理管理系统是根据护理工作的特色，使护理信息按一定逻辑层次关系进行归纳整合，形成具有护理管理特色的信息项集合。利用管理信息系统形成高组织化、整体化的决策支持系统，使它能够在极为复杂的迅速变化的外部环境中给各级护理人员、管理人员及时提供所需要的信息。

护理管理信息化系统性的意义：从系统论角度看，管理的根本目的和宗旨就是要使管理系统功能最大化或最优化。护理管理信息化建设是一项复杂的系统工程，从规划、设 计、建设实施、应用整合及运行维护等方面是一个相互关联的整体。

智能化护理管理系统呈现了现代护理管理理念、管理方法：在系统中直接植入FOCUS-PDCA、品管圈(QCC)等管理工具，使全院护士在正确应用管理工具的基础上进行持续质量改进。同时，营造良好的医院护理文化，以帮助的思路进行护理管理。如护理不良事件报告系统，该系统按每个事件工作流程为轴线，将该事件在每个步骤中可能出现的问题进行分类、罗列，然后让填报者以文字描述和选择的方式进行相关内容的录入，操作简单、方便。目的在于帮助护士长发现该科室在制度、流程、管理诸方面的缺陷，也有助于护理部在管理上的不断完善。护士长工作事务系统既呈现了护士长日常管理工作的具体内容，同时也提供了管理的思路、方法，有利于年轻护士长的学习和成长。

智能化护理管理系统需要在实证的基础上不断完善，才能符合护理专业不断发展的需求。例如，与临床护理信息系统及医院其他部门信息整合，实现跨部门、跨区域的信息共享。又如，关于护理培训模块，应根据临床出现的问题，及时更新题库，以临床情景模拟考核为主，最好结合VR技术，软件系统有实际案例视频身临其境，看完视频后再进行测试，自动打分，自动形成结果，使医院的培训工作不流于形式。通过软件的智能化系统，寓教于乐，激发护士学习热情，提高其临床护理工作能力。

护理管理系统的建设意义

我国医院护理工作水平和医院总体信息化建设发展都比较快，而护理信息化建设相对滞后，与医院总体信息化发展不匹配。国内很多医院的护理信息系统(NIS)虽然已基本实现了护理管理的信息化管理，但护理管理系统功能单一，不能满足护理工作多层次、多角度的要求，智能化程度不够高。而且没有形成一个体系，造成信息之间不能相互共享，形成信息孤岛。因此，根据目前医院护理信息化建设现状和未来几年发展的需要，从管理视角着手，利用管理信息系统形成高组织化、整体化的决策支持系统，对护理管理者减轻工作负担、掌握护理工作全貌、统筹安排护理资源等具有极大的帮助。

图特智能化护理管理系统特点

l 智能化辅助分析以及整合、高效的动态管理。

l 支持集团化医院和医院多院区模式。

l 系统采用B/S架构模式开发，客户端零安装，信息科升级维护管理方便。

l 便捷的参数库控制，整合100多家医院管理实施经验，可不开发软件，根据医院实际自己灵活切换模式。

l 开放式软件开发，自定义功能强大。如系统功能菜单、权限、自定义人事档案字段以及各种查询报表等。

l 支持主流大型数据库ORACLE，能满足国内各大中小医院的要求。

l 有助于强化护理部对病区管理，变终末管理为过程管理，变被动式汇报为主动式管理，从而实现护理质控规范性、即时性、同质性。

l 加强信息共享，降低沟通成本，将护理人员更多的时间还给病人。

实现业务大数据的有序整合和挖掘利用，辅助护理管理决策科学性。

护理管理系统应用效果

l 提高了护理管理的效率。

通过软件系统实现护理部、科护士长、护士长的三级管理。通过各级行政查房、各类质量检查(自查、月查、季度检查、夜查房)等途径发现的问题，在护士长的工作平台上都会即时呈现，保证了问题反映到病区护士长的即时性、完整性，方便护士长了解病区当前存在的问题并进行整改；没有整改的问题该软件系统会不断报警，反复提醒直到问题解决，规避了护士长由于工作繁忙可能造成的遗漏；护理部、科护士长可以看到全院、科片的所有问题及整改情况，可以对具体问题的处理进行即时的指导、评价。

l 规范了护理管理行为，提高了护理管理水平，提高了患者满意度。

整个软件系统涵盖了护理管理的各个要素，该系统以核查表的形式要求管理者逐项去完成每月、每周的工作任务，使得管理工作每月有计划，每周有重点，细致而有条理。所有的模块内容都有详尽的规范、标准和要求，当你对该问题不是非常清楚的时候可以点击帮助栏目进行进一步的深入学习和理解。该软件系统可以自动生成护理人员分布、患者满意度、护士满意度、质量检查分值、绩效考核成绩、安全事件统计等图表分析，也可以进行全院、科片、病区质量分析和单项问题、多项问题、重点问题的分析，通过模型汇总，自动生成主要影响因子，为进一步提高护理质量和护理决策提供依据。

l 保证了信息资料的完整性和连续性。

系统提供动态、全面的护理人员专业技术档案管理，系统全面整合了护理人员学习教育、培训、工作、科研、晋升、考评等信息，规范并健全了护理人员的统一档案管理。系统实时记录了各项护理制度的制定依据、变更历史，保证制度的延续性，可以追溯各个历史时间点对应的版本制度。

l 为护理人力资源合理配置提供了客观信息。

系统植入了基于患者病情严重程度和生活自理能力构建护理工作量数学模型的研究成果，每个病区每天会自动生成护理工作量，护理部可以即刻了解该病区所需要的护士人数。该模块系统能与护士排班系统和请假系统自动链接，当护理人员不足或超负荷时会自动报警，以便护理部及时调配。

l 质量控制闭环平台。

建设针对敏感性指标监控的护理质量控制管理平台，有利于促进护理服务与质量管理的科学化、标准化、精细化，有利于“以病人安全为中心”的闭环持续质量改进。

满足评审的需要三甲复审与评审要求

满足JCI第五版标准护理质量评价体系；满足国家卫生计生委三级综合性医院评审标准；满足HIMSS7评级要求；满足三级医院优质护理服务检查评价标准；符合国际国家医疗信息化标准HL7；满足信息安全等级保护标准等。

JCI是国际医疗卫生机构认证联合委员会（Joint Commission on Accreditation of Healthcare Organizations，简称JCAHO）用于对美国以外的医疗机构进行认证的附属机构。它是一个独立的非营利性、非政府机构。JCI由医疗、护理、行政管理和公共政策等方面的国际专家组成。JCI标准的理念是最大限度地实现可达到的标准，以病人为中心，建立相应的政策、制度和流程以鼓励持续不断的质量改进并符合当地的文化。JCI标准主要针对医疗、护理过程中最重要的环节，例如病人获得医疗护理服务的途径和连续性、病人健康状况的评估、医院感染的控制与预防、病人及其家属的权利以及健康教育等等。同时JCI标准也重视公共设施及安全管理、员工资格与培训、质量改进、医院领导层的协调合 作以及信息管理等。

JCI标准是全世界公认的医疗服务标准，代表了医院服务 和医院管理的最高水平。也是世界卫生组织认可的认证模式。

JCI认证是一个严谨的体系，JCI标准的理念是最大限度地实现可达到的标准，以病人为中心，建立相应的政策、制度和流程以鼓励持续不断的质量改进并符合当地的文化。JCI标准涵盖368个标准（其中200个核心标准，168个非核心标准），每个标准之下又包含几个衡量要素，共有1033小项。

JCI的医院目标是：为病人提供满足其健康需求的服务，协调各服务流程，以提高病人的治疗效果，最大限度的利用医疗资源。评审的核心价值是：降低风险，保证安全，医疗质量的持续改正。

IPSG编号：“6”对医院在患者入院时评估跌倒/坠床的风险，并在病情改变、用药时再次进行评估；对评估发现有跌倒/坠床风险的患者采取措施降低其风险；监测措施有效性，包括成功减少跌倒、坠床或任何非故意的跌倒、坠床后果；制度和/或程序应支持继续减少患者在医院坠床、跌倒引发的伤害风险。

QPS编号：“1”对医院负责主管和领导医院的机构或人员参与质量改进与患者安全项目的计划与监督。

QPS编号：“2”医院根据质量改进原则，设 计新的工作流程或对原有系统和流程进行改进。

QPS编号：“3”医院领导确定全院性质量改进与患者安全计划中结构、过程、结果方面的关键绩效监测指标。

QPS编号：“4”具备相关工作经验、知识和技能的员工系统地收集和分析医院绩效资料。

PCI编号：“1”对医院由一位或一位以上的人员监控全院性的感染预防控制活动。该负责人通过教育、培训、工作经验或证书证明有资格从事感染预防与控制。

GLD编号：“3.4” 医疗、护理及其他部门领导接受质量改进理念的培训。

SQE编号：“1.1”对医院每位员工都有书面的有效的岗位职责，培训和工作经历识别和授予这些人员相应的医疗／护理权限。

SQE编号：“2”医院领导制定和实施有关招聘、评价和员工聘用及其它由医院制定的相关工作程序。

SQE编号：“3”医院有一个规定的程序来确保员工的知识和技能持续地满足患者的需求。

SQE编号：“5”医院有每位员工书面的个人信息。

SQE编号：“7”对所有临床与非临床的员工，在他们入职前接受医院、科室或部门、与他们具体工作职责相关的岗前培训。

SQE编号“8”每位员工接受在职培训和其它形式的教育和培训，以保持或提升他或她的技能和知识。

SQE编号“9”医院建立一套有效的程序，来收集、核实和评价那些允许在医院内不需要监督即可提供患者服务的医务人员的资格 证书。

MCI编号“6”对医院有关患者治疗及对治疗反应的信息在每班及班内的医师、护士和其他卫生服务执业者之间进行交流。

MCI编号“17”对医院要对决策者和其他相关人员进行信息管理原则的教育和培训。

MCI编号“18”对医院书面制度规定院内制度及操作规程的制定及维护、院外制度和程序的管理流程。

MCI编号“19.1”对医院病历要包含充分的信息以明确患者身份、支持诊断、评判治疗、记录治疗经过与结果及促进医护人员对患者治疗的连贯性。

MCI编号“19.4”对医院作为绩效改进活动的一部分，医院定期检查病历内容和病历完成情况。

MCI编号“20” 对医院汇总资料和信息支持患者服务、医院管理和质量管理项目。

MCI编号“20.1”对医院有一个收集资料的流程，并规定需定期收集哪些资料和信息，以满足院内临床和行政人员及院外机构的需求。

MCI编号“21”对医院从现有资源中及时获取的信息能支持临床、教育、科研和管理工作。

满足省质控平台及院内相关系统的互联互通的能力

杭州图特信息科技有限公司有幸承建了护理质量数据平台，包括护理质量数据上报管理平台和护理质量数据分析与监控系统。使用图特智能化护理管理系统，能确保实现数据上报无缝对接，安全便捷。

l 以系统观为指导

l 以科研实证为基础

l 结合护理管理理论与临床工作

l 既独立又关联

l 智能化

是指管理主体自觉地运用系统理论和系统方法，对管理要素、管理组织、管理过程进行系统分析，旨在优化管理的整体功能，取得较好效果的观念。

进行系统分析

l 设 计思路：以系统观为指导，以科研实证为基础，结合现代护理管理理论与临床护理管理工作进行设 计。管理的系统观念是指管理主体自觉地运用系统理论和系统方法，对管理要素、管理组织、管理过程进行系统分析，旨在优化管理的整体功能，取得较好效果的观念。

l 根据护理管理系统的整体性、联系性、层次性、目的性、动态平衡性进行整体框架的构建，框架的具体内容以科研实证为基础， 进行各项标准、指标的量化，结合现代护理管理理论与临床护理管理工作，嵌入现代管理工具，形成一个完整的护理管理信息化体系，覆盖护理管理各要素， 彼此之间纵横交错，互为因果。

系统登录简约风格界面

建设预期目标

护理部工作概要：在院长、分管院长领导下实行护理部、科护士长、护士长三级垂直管理。负责护理计划/工作目标/护理规章制度/操作规程/工作职责等的制定、护理工作的实施、护理质量与安全管理、护理人员的培养、考核及内部调配、护理科研创新和护理人文环境的构建等项工作。

（五）包5 医院检验系统与医院信息平台对接改造 技术参数要求

1.ESB接口对接

提供目前系统在用的接口文档供集成平台规范并配合完成测试；

与平台连接的开发改造；

2.主索引.主数据对接

提供目前系统在用的字典、值域信息；

与平台接口的联调测试；

患者信息索引合并，增加患者索引号，并配合数据核对；

3.数据中心

各系统的表结构、数据库相关权限；

配合数据验证；

LIS系统目前与其他软件的对接情况如下：

具体接口文档详见附件

接口建设内容如下

具体参数内容详细见接口规范

注意事项

状态回写的注意LIS系统数据需要新建SP_MQSDK_HIS_PS35009存储过程来实现状态回写成功确认

风险分析和规避措施

（上表中的影响度和可能性的取值：[高、中、低]；概率就是可能发现的概率值，取值在1%-100%之间。）

（六）包6 医院合理用药系统与医院信息平台对接改造 技术参数要求

一、临床合理用药系统概述：

实际应用临床合理用药时HIS系统调用接口函数，对医师开具的处方（医嘱）进行实时的监测，监测系统以临床合理用药知识库作为用药合理性审查分析的支撑; 当处方（医嘱）存在适应症不适宜，联合用药不适宜，重复给药，注射液体外配伍禁忌等不合理用药的情况时， 监测系统会自动在医生工作站即时返回警示信息。

《临床合理用药监测系统》采用数据库保存处方及分析结果信息，为保证高效性建议使用独立的服务器进行安装。

《临床合理用药监测系统》与医院信息系统的接口使用动态链接库的方式进行对接，接口不直接针对HIS系统数据库层面，因此医院信息系统使用任何一种数据库对《临床合理用药监测系统》都没有任何影响。

HIS系统直接调用监测系统提供的接口函数，以参数方式传递要发送的消息。

二、临床合理用药系统功能简介：

1、注射剂体外配伍禁忌审查：自动审查在同一张处方中同一组号的注射剂体外配伍禁忌的情况。配伍禁忌警示级别分为：忌配伍、配伍不定、限制性可配，其中忌配伍又属于系统严重警示级别。

2、药物相互作用审查：自动审查在同一张处方中两种药品联用时可能出现的不良反应。自动审查在同一张处方中某一种药品与某一类药品联用时可能出现的不良反应。不良反应警示级别分为：禁忌联用、不推荐联用、谨慎联用、关注联用；其中禁忌联用又属于系统严重警示级别。

3、循证医学审查：本功能运用了美国权威合理用药准则建立的数据库，提醒医生药品可能出现的不良反应。循证医学数据主要建立在循证医学2级以上，能够对可能有严重不良反应的情况进行提醒。

4、药物过敏史审查：本功能通过匹配处方中与病人过敏史信息有关的药物或者可能出现类似过敏反应的药物进行提醒，促进医生更安全的使用药品。

5、 特殊人群用药审查：包括根据患者年龄进行老年人用药审查，儿童用药审查；根据患者病生理状态进行妊娠期妇女用药审查、哺乳期妇女用药审查、肝肾功能不全患者用药审查。特殊人群禁用警示信息属于系统严重警示级别。

6、重复用药审查：系统能对单张处方或一定周期内重复用药的的情况给出警示信息。

7、超说明书用药审查：根据药品说明书对处方中药品的单次量、单日量进行审查。依据药品的实际用量是否大于药品说明书规定的极量给出用药警示信息。根据药品说明书规定的给药途径和禁止的给药途径，对处方所提供的实际给药途径进行审查，不符合规定处方的将给出用药警示信息。根据药品说明书，对处方药品是否适应患者的诊断信息给出用药警示信息。临床合理用药知识库目前可对多种通用药物的禁忌症进行审查。禁忌症审查属于系统严重警示级别。

8.抗菌药用药审查：相同抗菌谱用药审查、抗菌药分级用药审查。

三、合理用药与集成平台具体接口改造内容：

1、需按照集成平台的要求实现合理用药与医院患者信息、医嘱信息、处方医嘱具体信息、药品信息等信息变更监听接收。

2、需要向信息集成平台推送审方信息的推送。

四、实现方法和步骤：

1、完成合理用药视图的查询

按照集成平台以下的要求实现该功能

２．完成合理用药审查信息的推送：

按集成平台的以下的要求完成该功能

（七）包7 医院PACS系统与医院信息平台对接改造 技术参数要求

一、PACS、内镜系统与医惠集成平台对接改造建设主体思路

主要针对医惠集成平台对PACS、内镜系统的标准要求进行设 计及改造。主要要完成的工作任务是：1、ESB平台接口:PACS、内镜与其他第三方业务系统接口按平台接口文档改造。2、按集成平台要求完成基于互联互通4甲评审要求的相关功能改造积极配合评审工作。3、PACS、内镜系统提供全院数据中心、决策分析（BI）建设所需的所有数据。

二、具体建设内容：

1、数据中心改造建设完成相关视图或中间表的建设。

2、完成与PACS、内镜系统的申请单信息的监听、申请单状态更新及状态回写、报告单信息推送．

　主要按集成平台以下要求完成相关功能建设

　（见附件）　

3、配合集成平台厂商，配合完成基于互联互通4甲评审要求的相关功能改造积极配合评审工作

三、建设步骤：

1.ESB接口对接：提供目前系统在用的接口文档供集成平台规范并配合完成测试；与平台连接的开发改造；

2.主索引.主数据对接：提供目前系统在用的字典、值域信息；

与平台接口的联调测试；患者信息索引合并，增加患者索引号，并配合数据核对；

3.数据中心：各系统的表结构、数据库相关权限；配合数据验证；

（八）包8 医院微信公众号及自助系统与医院信息平台对接改造 技术参数要求

一、概述

本项目主要涉及支付平台、对账平台、微信公众号、自助终端系统的接口改造，实现与医院集成平台的对接，完成相应的功能，具体改造内容如下：

1、智慧软件

2、自助机：

二、支付平台对接改造

支付平台提供统一的支付渠道（如微信、支付宝、银联云闪付等）、为医院线下服务渠道（如收费窗口、自助服务系统、医生工作站等）等其他各类系统的联接提供统一的接入渠道接口，实现平台级的一体化对接。并通过财务管理模块为财务提供统一的账目管理系统，通过财务报表及权限设置，实现财务账目的管理，降低对账及差错账处理的工作量和难度，提高财务人员的工作效率。

l 收费窗口

平台为窗口收费系统（集成平台）提供多种充值/交费方式。用户操作时，通过微信支付、支付宝、云闪付等方式在收费窗口进行充值/交费，平台记录每一笔交易信息，交易完成后平台主动向窗口收费系统（集成平台）后台异步推送交费请求结果，窗口收费系统（集成平台）后台也可主动向平台查询交费结果。



l  自助终端

平台为自助终端系统提供多种充值/交费方式。用户操作时，通过POS刷卡、微信支付、支付宝、云闪付等方式在自助终端进行充值/交费，平台记录每一笔交易信息，交易完成后平台主动向自助终端系统后台异步推送交费请求结果，自助终端系统后台也可主动向平台查询交费结果。

三、对账平台对接改造

平台提供四维对账功能，方便医院财务管理人员进行财务收款总账目、场景汇总账目、渠道汇总账目、明细汇总账目等多维度财务对账，提供完善的报表管理，提供差错帐自动核对、电子调账等处理功能。平台支持为不同财务角色分配不同权限，进行分级审批和管理。

l 财务报表管理

平台为财务管理人员提供多渠道支付相关账务报表，该系列报表可以反馈接入各支付渠道收支情况。报表主要包括各渠道每日结账报表、渠道分类汇总报表、渠道对账结果报表、渠道异常账目报表等，报表从多维度、多渠道、多方式统计实际收支状况，通过汇总统计自定义时间段内各场景的缴款明细项及应缴款项，真实反应在统计期间内，各渠道、场景实际缴款金额，用于核查对账当天实际资金流是否一致，并跟踪各渠道、场景的业务量。

（明细账）

l 渠道对账

平台提供各渠道自动对账功能，可后台自定义对账周期，由系统自动下载各渠道的电子对账文件自动进行对账，及时匹配平台与各渠道之间的账务收支情况，并筛选出存在问题的异账数据，形成异常账目报表，同时也可以通过人工方式介入进行对账。

四、微信公众号对接改造

患者通过关注医院的微信公众号，享受医院提供的掌上健康医疗服务。掌上智慧医院微信公众号对接院内集成平台、微信平台，提供微服务、微官网、微信缴费等功能。

l 医院介绍

展示医院相关信息，包括介绍医院的办院宗旨、文化历史、荣誉、特色、医院概况、科室介绍、专家介绍、服务说明、工作动态等；既方便患者了解医院信息，也有利于加强医院的正面宣传,营造医院的社会美誉度，提升医院的知 名度。

1）医院介绍

2）科室介绍

3）专家介绍

4）费用公示

5）工作动态

6）来院导航

l 就诊人管理

为患者提供就诊卡在线开卡、就诊卡关联绑定、就诊人管理等功能，用户关注公众号后，首先登录或注册账号，用户输入账号、密码后点击登录

l 预约挂号

为患者提供便捷的分时段预约挂号，降低医院现场门诊挂号处排队现象，患者随时随地自主的选择预约就诊就诊科室、医生、时间，预约时间范围可由医院自行设定，系统支持预约生效当日直接转挂号，扣除挂号费用并自动转入排队队列，由医院主动控制是否开启该功能。

l 排队候诊

用户用户在预约成功后，可点击“候诊列队”查看列队信息，并且可以点击“更新候诊信息”。在线主动查询相关就诊、取药、检查等排队候诊信息。

l 费用支付

在医院就诊期间，患者可以通过掌上智慧医院进行在线支付，减少用户排队等候现象，可支持以下项目的在线支付。

1）门诊费用充值结算

2）住院预交款充值

l 报告单查询

支持患者在线查阅检验/检查报告单，当患者的检验检查报告出具后，掌上智慧医院系统将第一时间推送消息至患者手机，告知患者报告己出。

1）检验报告单查询

2）检查报告单查询

l 住院清单查询

便于用户知悉清单详情：住院账户、缴费项目、当日费用、预交款、累计费用、结余等数据。

l 满意度反馈

医院可通过后台管理系统发布满意度调查问卷，用户通过智慧医院用户端对医院/医生的专业度、服务态度、整体服务等就诊环境进行综合评价；后台将自动进行分析统计。

五、自助机系统对接改造

定制化的自助服务软件，与集成平台对接，可实现多种非诊疗环节的功能，界面友好易用，最大程度地缓解患者看病难，看病时间短、结算、预约来回奔波之苦，为广大患者营造了一个高效、温馨、舒适的一站式服务。

l 社保卡建档

系统支持患者将医社保卡直接注册作为医院身份识别卡，无需办理就诊卡。建档过程与医院就诊ID关联绑定。建档过程须登记患者手机号码，操作结束后自助设备将打印相应的凭单。

l 自助发卡

针对自费/未携带社保卡/异地患者，系统支持患者凭二代身份证自助办理就诊卡。系统支持对办卡患者进行首次充值金额的限定，方便后续业务的扣费应用。办卡过程可进行扣工本费，须登记患者手机号码，操作结束后自助设备将打印相应的凭单。

l 发病历本

初诊患者或者未携带病历本的患者在就诊前可在自助终端上购买病历本。自助发病历本过程可从预交金账户扣除工本费，将自动在病历本封面打印患者信息。操作结束自助设备将打印相应的凭单。

l 门诊预交金账户充值

患者通过自助设备对预交金账户进行费用预存，用于看病就医的扣费环节。系统支持患者通过现金、银行卡账户等多种方式向个人预交金账户充值消费，交易过程须保证安全性。操作结束后自助设备将打印相应的凭单。

l 预约/挂号

系统支持患者通过自助设备进行预约挂号、当日挂号的操作。系统可根据医院需要进行普通门诊、专家门诊、急诊的分类，并进行剩余号的显示。患者操作过程将进行科室、日期、时间段、医生等信息的选择，输入必要的信息，并进行电子身份识别验证。操作结束后自助设备将打印相应的凭单。

l 预约取号/取消

系统支持不同预约渠道的患者通过自助设备进行确认取号/取消预约。操作过程将进行电子身份识别验证。操作结束后自助设备将打印相应的凭单。

l 门诊费用结算

门诊结算可分参保患者和非参保患者。患者在取药或做医技检查前需要进行医疗费用结算，操作过程简便：非参保患者无需与医保交互，所有费用直接从预缴金账户或银行卡消费结算。在相关政策允许下，参保患者只需插入医保卡或社保卡并根据提示操作，快速完成费用结算。操作结束后自助设备将打印相应的凭单。

l 综合查询

系统实现综合信息的查询，内容可包括：

个人帐户查询

本院就诊记录

门诊交易明细

住院交易明细

住院清单查询

项目、药品价格

医院、科室、医生介绍

l 满意度评价

系统自带满意度功能，为患者提供服务满意度评价服务。满意度评价内容可根据医院需求定制，能够实现方便快捷的修改选项。患者在医院完成就诊及缴费后，可对医院的医生、护士、各医技科室等的服务情况做出评价，控制中心提供满意度评价汇总报表。

l 住院预交金账户充值

患者通过自助设备对住院押金账户进行费用预存，用于住院的扣费环节。系统支持患者通过现金、银行卡账户等多种方式向住院押金账户充值消费，交易过程须保证安全性。操作结束后自助设备将打印相应的凭单。

（九）包9 体检系统与医院信息平台对接改造 技术参数要求

为方便第三方LIS公司尽快熟悉天方达体检系统开放的接口，特编写该接口说明书。该文档的读者为第三方LIS公司工程师。

接口分为发送申请单和取报告单两部分：

1、申请单：体检提供试图，LIS读取试图。

2、报告单：LIS发送到体检指 定的接口表。

一、 申请单

1、 LIS只读取人员信息试图：

试图名 称：VIEW_RYXX_JK

2、 LIS读取人员信息+项目信息

试图名 称：VIEW_JYXM_JK

说明：该试图中有两个条码号。与体检系统工程师协商具体使用哪一个条码号。

DJLSH：同一个体检人员只有一个条码号

BARCODE：同一个人同一个申请单类型会有一个条码号，也就是同一个人会有多个条码号。

注意：如果LIS系统采用BARCODE作为条码号，必须将DJLSH字段读取并保存，因为最终体检系统读取检验结果，是以DJLSH为关键字进行读取。

二、 报告单

体检报告单结果表TJ_JYJGB结构如下：

注意：上面申请单中提到如果使用了BARCODE作为条码号对体检数据进行检索，必须将DJLSH字段也读取并保存。报告单结果需要将DJLSH回传，BARCODE字段无需回传。

（十）包 10 医院HRP（人财物运营管理系统）与医院信息平台对接改造

（一）ESB业务系统接口
提供我司系统与集成平台的ESB数据转化功能，具体包括：

1、HIS基础数据字典数据转化

2、门诊信息数据转化

3、住院病人信息数据转化

4、中药处方统计数据转化

5、医生诊察数据转化

6、医院处方数统计数据转化

7、医院药品条目数统计数据转化

8、门诊收费明细数据转化

9、住院收费明细数据转化

10、科室统计报表数据转化

11、住院医农保结算记录数据转化

12、CDRG报表数据转化

13、患者转科转床信息数据转化

14、收费项目字典变更

15、诊断字典变更

16、病区字典变更

17、提供科室字典视图

18、提供职工字典视图

（二）财务管理系统与集成平台接口

1、提供资产负债月报相关字段

2、提供损益月报相关字段

（三）医院人力资源管理系统与集成平台接口

提供医院人力资源管理系统与集成平台的数据对接功能，具体包括：

1、提供人员信息档案相关字段；

2、提供人员变动记录相关字段；

3、提供人员请假记录相关字段；

4、提供人员加班记录相关字段；

5、提供人员合同记录相关字段；

6、提供离职职工统计相关字段。

（四） 固定资产管理系统与集成平台接口

1、 提供设备信息相关字段

2、提供设备维修信息相关字段

3、提供设备使用信息相关字段

4、提供设备库存信息相关字段

5、提供设备成本效益信息相关字段

6、提供设备折旧信息相关字段

7、提供设备增值信息相关字段

8、提供设备类别相关字段

9、提供设备制造厂商相关字段

10、提供设备供应厂商相关字段

（五）绩效管理系统与集成平台接口

1、提供手术信息相关字段

2、提供非手术信息相关字段

3、提供二次分配信息相关字段

（六）成本管理系统与集成平台接口

1、提供医疗业务成本信息相关字段

2、提供固定成本信息相关字段

3、提供变动成本信息相关字段

4、提供保本诊次信息相关字段

（七）单点登录及相关程序改造

提供HRP各系统的单点登录功能，具体包括：

1、提供与集成平台单点登录配置的界面；

2、提供用户与集成平台用户对照的功能；

3、提供用户对照的列表、可以比较方便的管理用户已对照、未对照的查询；

4、提供用户注册到集成平台的功能；

5、提供单点登录处理与验证的接口功能；

6、提供单点退出通知的接口功能。

（八）HRP部门统一及数据整改

1、HRP部门字典与集成平台统一及数据整改

2、提供科室索引接口改造推送

3、提供员工索引接口改造推送

（十一）包11 北院区HIS系统与医院信息平台对接改造

（一）与医惠集成平台对接改造建设主体思路

主要针对医惠集成平台对HIS系统的标准要求进行设 计及改造。主要要完成的工作任务是：1、ESB平台接口:HIS与其他第三方业务系统接口按平台接口文档改造。2、按集成平台要求完成基于互联互通4甲评审要求的相关功能改造积极配合评审工作。3、HIS提供全院数据中心、决策分析（BI）建设所需的所有数据。

（二）具体建设内容：

1、数据中心改造建设，主要完成以下视图或中间表的建设

（十二）包12 南院区HIS系统与医院信息平台对接改造 技术参数要求

本项目的建设方案

（一）HIS系统接口

1、患者基本信息接收

2、入院登记

3、取消入院登记

4、转科转床信息接收

5、出院通知

6、取消出院通知

7、住院医嘱信息推送

8、住院病案费用接收

9、检验申请单推送

10、检验申请单撤销

11、检验报告推送

12、检验报告撤回

13、字典信息

（二）LIS与集成平台接口

提供医LIS系统与集成平台的数据对接功能，具体包括：

1、检验结果查询

2、检验结果推送

3、检验申请单状态更新

（三）Pacs系统与集成平台接口

1、检验结果查询

2、检验结果推送

3、检验申请单状态更新

三、商务条件

包：1
1、交付地点：福建省三明市大田县采购人指定地点
2、交付时间：合同签订后 (90 ) 天内交货
3、交付条件：按合同约定
4、是否收取履约保证金：否
5、是否邀请投标人参与验收：否
6、验收方式数据表格

8、培训要求

培训是项目顺利进行的保证。在项目的不同阶段要求提供相关的培训课程，面向系统管理员、各级领导、系统操作人员等不同群体提供系统化、定制化和有针对性的培训。

8.1培训内容分为三类，分别为系统使用和管理培训、平台运行与维护管理培训。通过培训应使各类用户能独立进行相应应用与管理、故障处理、日常维护等工作，确保系统能正常安全运行。

8.2投标单位应在投标文件中提出培训计划，计划包括培训项目、人数、地点等详细内容。

8.3培训人员必须是投标单位的正式雇员或专业的授权培训机构雇员。如果使用第三方培训机构，投标单位应在投标文件中提供培训机构的名 称，并能根据情况调整。

包含但不限于以下内容：

人员培训应提供详细培训计划，包括授课人员、培训对象、培训内容、参与人数、培训地点、培训课时等，培训包括：

8.3.1应用软件管理员培训；

8.3.2应用软件操作培训；

8.3.3专业部门应用软件培训；

8.3.4信息采集员培训。

9、售后 服务要求

9.1投标人实际建设内容及接口技术改造以满足最终采购人的实际要求为准。

9.2本项目免费维护期为3年，在维护期内应免费提供软件更新、补丁升级服务、数据迁移等；维护期内采购人增加的任何接口不得另行收取任何费用，接口改造费不得收取维保费。

9.3所提供的技术服务至少为7×24小时支持维护服务，包括邮件、电话、远程维护、现场服务等方式。必须保证1小时之内响应，通过远程不能解决的，需在12小时内派工程师到达现场、24小时之内解决问题。如果无法在24小时内解决的，中标人要提供解决时间表，其风险和费用由中标人负责。

9.4维护期满后，中标人应提供终身免费咨询；一旦出现故障，中标人应采取相关措施满足采购人对系统所出现故障进行维修的要求，只收取检修人员实际发生的差旅费。

9.5投标人须承诺系统功能、性能和服务的完整性，如项目实施过程以及应用过程中因系统功能、性能或服务不完善导致系统无法正常运行或不能发挥应有效能和作用，中标人须承诺免费增加上述功能、性能或服务。
   9.6投标人应设售后 服务机构，并提供售后 服务机构的相关证明材料，列出投标人公司针对此项目的售后 服务人员名单、维修受理联系电话等等相关资料。投标人可视自身能力在投标文件中提供更优、更合理的维修服务承诺。

10、知识产权

中标人须保障采购人在使用该实际建设内容及接口技术改造的任何一部分时未受到第三方关于专 利权、商 标权、著作权、商业秘密等知识产权的指控和诉讼。如果任何第三方提出侵权指控与采购人无关，中标人须与第三方交涉并承担可能发生的责任与一切费用。如采购人因此而遭致损失的，中标人应赔偿该损失。

11、保密义务

11.1投标人一旦中标，对其在履行合同过程中所知悉的与本合同相关的所有技术和业务内容（包括但不限于数据、图表、文字、计算过程、电子文件及言谈记录等）承担保密义务。

11.2投标人一旦中标，保证对采购人所提供的保密信息予以妥善保存，仅使用于与完成本项目工作有关的用途或目的；在缺少相关保密条款约定时，应至少采取适用于对自己的保密信息同样的保护措施和审慎程度进行保密。一经采购人提出要求，中标人应按照采购人的指示将收到的含有保密信息的所有文件或其他资料归还采购人，并不得留存。

11.3未经采购人特别授权，采购人向中标人提供的任何保密信息并不包括授予中标人该保密信息包含的任何专 利权、商 标权、著作权、商业秘密或其它类型的知识产权。

12、违约责任

中标人达不到项目规定的技术质量指标或拖延工期，如中标人单方面原因造成，中标人应当承担违约责任，承担方式和违约金额如下：

12.1项目从合同签订生效后60日内，如因中标人单方面原因造成的项目超期，超期15天内，每推迟1天将扣罚合同金额的0.5%，累计超期15天，采购人有权终止执行合同。

12.2 系统实施和免费维护期间，如中标人达不到上述技术服务要求，在接到采购人书面告知单后仍未及时解决的，每延误1天将扣罚合同金额的0.5%，累计超期5天，采购人有权终止执行合同，并不予支付尾款。

13、其他要求

13.1投标人漏报致使未能达到需求的功能和效果，其费用和后果自行负责。投标人漏报的、少报的费用，视为此项费用已包含在报价中，成交后不得再向采购人收取任何费用。

13.2中标人应保障本次系统适配性升级建设与原有涉及的平台稳定集成、平稳链接、数据、系统迁移、交换，完成应用集成、安装测试和验收工作。在集成过程中负责解决全部技术问题。

13.3中标人应自行负责搭建、配置、设置运行、提供服务所需的所有软件、硬件环境。软件环境包括所需所有系统软件、平台环境软件、中间件软件、插件控件，投标人报价已包含，采购人不需再支付任何费用。

13.4投标人应在投标文件中书面承诺免费提供详细完整的接口、数据格式、相关技术文档供采购人其他系统开发使用、接入，免费配合其他系统、设备数据共享、交换需要。

13.5投标人对本项目只能有一个报价，采购人不接受有选择的报价。

13.6中标人不得以任何名义和理由进行转包、分包，如有发现，采购人有权单方终止合同，视为中标人违约；中标人还需另行支付相应的赔偿。

四、其他事项

第五章  政府采购合同

编制说明

1、签订合同应遵守《中华人民共和国政府采购法》、《中华人民共和国合同法》。

2、签订合同时，采购人与中标人应结合招标文件第五章规定填列相应内容。招标文件第五章已有规定的，双方均不得对规定进行变更或调整；招标文件第五章未作规定的，双方可通过友好协商进行约定。

甲方：（采购人全称）

乙方：（中标人全称）

根据招标编号为            的（填写“项目名称”）项目（以下简称：“本项目”）的招标结果，乙方为中标人。现经甲乙双方友好协商，就以下事项达成一致并签订本合同：

1、下列合同文件是构成本合同不可分割的部分：

1.1合同条款；

1.2招标文件、乙方的投标文件；

1.3其他文件或材料：□无。□（根据实际情况填写需要增加的内容）。

2、合同标的

（根据实际情况填写，可以是表格或文字描述）。

3、合同总金额

3.1合同总金额为人民币大写：              元（￥              ）。

4、合同标的交付时间、地点和条件

4.1交付时间：                     ；

4.2交付地点：                     ；

4.3交付条件：                     。

5、合同标的应符合招标文件、乙方投标文件的规定或约定，具体如下：

（根据实际情况填写，可以是表格或文字描述）。

6、验收

6.1验收应按照招标文件、乙方投标文件的规定或约定进行，具体如下：

（根据实际情况填写，可以是表格或文字描述）。

6.2本项目是否邀请其他投标人参与验收：

□不邀请。□邀请，具体如下：（按照招标文件规定填写）。

7、合同款项的支付应按照招标文件的规定进行，具体如下：

（根据实际情况填写，可以是表格或文字描述，包括一次性支付或分期支付等）。

8、履约保证金

□无。□有，具体如下：（按照招标文件规定填写）。

9、合同有效期

（根据实际情况填写，可以是表格或文字描述）。

10、违约责任

（根据实际情况填写，可以是表格或文字描述）。

11、知识产权

11.1乙方提供的采购标的应符合国家知识产权法律、法规的规定且非假冒伪劣品；乙方还应保证甲方不受到第三方关于侵犯知识产权及专利权、商标权或工业设计权等知识产权方面的指控，任何第三方如果提出此方面指控均与甲方无关，乙方应与第三方交涉，并承担可能发生的一切法律责任、费用和后果；若甲方因此而遭致损失，则乙方应赔偿该损失。

11.2若乙方提供的采购标的不符合国家知识产权法律、法规的规定或被有关主管机关认定为假冒伪劣品，则乙方中标资格将被取消；甲方还将按照有关法律、法规和规章的规定进行处理，具体如下：（根据实际情况填写）。

12、解决争议的方法

12.1甲、乙双方协商解决。

12.2若协商解决不成，则通过下列途径之一解决：

□提交仲裁委员会仲裁，具体如下：（根据实际情况填写）。

□向人民法院提起诉讼，具体如下：（根据实际情况填写）。

13、不可抗力

13.1因不可抗力造成违约的，遭受不可抗力一方应及时向对方通报不能履行或不能完全履行的理由，并在随后取得有关主管机关证明后的15日内向另一方提供不可抗力发生及持续期间的充分证据。基于以上行为，允许遭受不可抗力一方延期履行、部分履行或不履行合同，并根据情况可部分或全部免于承担违约责任。

13.2本合同中的不可抗力指不能预见、不能避免、不能克服的客观情况，包括但不限于：自然灾害如地震、台风、洪水、火灾及政府行为、法律规定或其适用的变化或其他任何无法预见、避免或控制的事件。

14、合同条款

（根据实际情况填写。招标文件第五章已有规定的，双方均不得对规定进行变更或调整；招标文件第五章未作规定的，双方可通过友好协商进行约定）。

15、其他约定

15.1合同文件与本合同具有同等法律效力。

15.2本合同未尽事宜，双方可另行补充。

15.3本合同自签订之日起生效。

15.4本合同一式（填写具体份数）份，经双方授权代表签字并盖章后生效。甲方、乙方各执（填写具体份数）份，送（填写需要备案的监管部门的全称）备案（填写具体份数）份，具有同等效力。

15.5其他：□无。□（根据实际情况填写需要增加的内容）。

（以下无正文）

甲方：                                  乙方：

住所：                                  住所：

单位负责人：                            单位负责人：

委托代理人：                            委托代理人：

联系方法：                              联系方法：

开户银行：                              开户银行：

账号：                                  账号：

签订地点：                

签订日期：    年   月   日

 第六章  响应文件格式

注:本附件所有格式为响应文件的组成部分仅供制作响应文件时参考,供应商应根据行业特点,结合本次协商要求，对有关表格进行补充或修改,但不得减少响应文件的格式内容。

封面格式：

福建省政府采购

单一来源采购项目

响  应  文  件

（填写正本或副本）

项 目 名 称：               

项 目 编 号：               

合 同 包 号：               

       供应商名称 ：               （加盖公章）

       日      期 ：               

       单位负责人名称：            

       授权代表名称：              

联 系 电 话：               

联 系 地 址：               

目录

一、协商响应声明……………………………………………………………………………（页码）

附件1、《单位负责人身份证明复印件》……………………………………………………（页码）

附件2、《单位负责人授权书》(单位负责人参加协商的可无须提供本函) ……………（页码）

二、供应商基本情况…………………………………………………………………………（页码）

附件3、供应商基本资质材料………………………………………………………………（页码）

附件4、协商保证金银行汇款凭证复印件…………………………………………………（页码）

附件5、采购文件要求的供应商其他资料…………………………………………………（页码）

三、单一来源报价资料………………………………………………………………………（页码）

附件6、报价一览表…………………………………………………………………………（页码）

附件7、采购标的成本说明(格式自定)……………………………………………………（页码）

附件8、同类项目合同价格说明(格式自定) ………………………………………………（页码）

附件9、供应商相关专利、专有技术情况说明(格式自定) ………………………………（页码）

四、技术商务条款响应情况…………………………………………………………………（页码）

附件10、标的说明、施工组织设计、技术方案或服务方案………………………………（页码）

附件11、协商内容及要求响应表……………………………………………………………（页码）

附件12、供应商认为需要提供的其他技术资料…………………………………………（页码）

一、协商响应声明

致____________(采购人或采购代理机构)：

兹收到贵单位关于（填写“项目名称”）项目（项目编号：         ）的协商邀请，本供应商代表（填写“全名”）已获得我方正式授权并代表供应商（填写“全称”）参加协商，并提交采购文件规定份数的响应文件正本和副本。

根据本函，本供应商代表宣布我方保证遵守采购文件的全部规定，同时：

1、确认：

1.1所投合同包的报价详见“报价一览表”，最终成交价格以双方协商一致的有效报价为准。

1.2我方已详细审查全部采购文件及其附件（若有），包括其澄清或修改（若有），并将自行承担因对全部采购文件理解不正确或误解而产生的相应后果。

2、承诺：

2.1采购文件各组成部分的内容及其所提交的全部资料是不可割离且真实、有效、准确、完整和不具有任何误导性的，否则造成不利后果由我方承担责任。

2.2协商保证金：若出现采购文件第三章规定的情形，同意贵单位不予退还。

2.3协商有效期：按照采购文件第三章规定执行，并在采购文件第二章载明的期限内保持有效。

2.4 若成交，则按照采购文件、我方响应文件及政府采购合同的约定履行责任和义务。

2.5若贵单位要求，我方同意提供与本项目采购有关的一切资料、数据或文件，并完全理解贵单位不一定要接受我方的报价。

3、声明：

3.1我方具备采购文件第一章载明的“供应商的资格要求”且我方承诺在参加采购活动前三年内在经营活动中没有《政府采购法》第二十二条第一款第(五)项所称重大违法记录，包括：我单位或者单位负责人、董事、监事、高级管理人员未因经营活动中的违法行为受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚。

3.2与本项目协商过程中有关的一切正式往来通讯请寄：

地址：                                        邮编：                 

联系方法：                                    

      供应商代表签名或签章：                

      供应商（全称并加盖公章）：             

                                 日  期：     年    月    日

附件1、法定代表人或单位负责人身份证明复印件

注：“单位负责人”指单位法定代表人（供应商为法人的）或法律、法规规定代表单位行使职权的主要负责人（供应商为其他组织的）。

      供应商代表签名或签章：                

      供应商（全称并加盖公章）：             

日      期：       年        月        日

附件2、单位负责人授权书(注：单位负责人参加协商的可无须提供本函)

致____________(采购人或采购代理机构)：

（供应商全称）单位负责人       授权  （供应商代表姓名）为本供应商协商代表，代表本供应商参加贵司组织的            项目（项目编号       ）协商活动，全权代表本供应商处理协商过程的一切事宜，包括但不限于：报价、签约等。协商代表在协商过程中所签署的一切文件和处理与之有关的一切事务，本供应商均予以认可并对此承担责任。协商代表无转委托权。特此授权。

本授权书自出具之日起生效。

单位负责人：                  性别：          身份证号：                  

协商代表：                    性别：          身份证号：                  

单位：                    部门：           职务：                  

详细通讯地址：            邮政编码:            电话：              

附：被授权人身份证正反面复印件（复印件须由供应商加盖公章）

授权方                                        接受授权方

供应商（全称并加盖公章）：                  

单位负责人签名或签章：                                    供应商代表签名或签章：            

日     期：                                               日     期：                 

二、供应商基本情况

附件3、供应商基本资质证明材料

注：

1、如供应商是企业（包括合伙企业）的，须提供工商部门注册的有效的“企业法人营业执照”或“营业执照”副本复印件；

2、如供应商是事业单位的，须提供有效的“事业单位法人证书”副本复印件；

3、如供应商是非企业专业服务机构的，且涉及国家执行许可证业务的，需提供执业许可证证明文件复印件；

4、如供应商是自然人的，须提供有效的自然人身份证正反面复印件；

  供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

附件4、协商保证金银行汇款凭证复印件

供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

附件5、采购文件要求的供应商其他资料

注：

1、在专家论证阶段已审核过供应商资格的，在协商阶段协商小组无须重复审查；但供应商自身资格条件出现变化的须在此作出说明，并补充提供相关材料，由协商小组重新进行审查；

2、采购文件要求的供应商其他资料或供应商认为须提供的自身其它资料。

  供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

三、单一来源报价资料

附件6、报价一览表

供应商名称：                             项目编号∶                      货币单位：

注：1、若有详细报价清单应另纸详列，且标明所报各种标的的数量、品牌、金额等。

2、首次报价和协商后最终报价均可使用本表，在“备注”中注明清楚即可。

供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

附件7、采购标的成本说明(格式自定)

附件8、同类项目合同价格说明(格式自定)

附件9、供应商相关专利、专有技术情况说明(格式自定)

四、技术商务条款响应情况

附件10、标的说明、施工组织设计、技术方案或服务方案

附件10.1、标的说明一览表格式如下：

附件10.2、施工组织设计、技术方案或服务方案。（根据项目需求自拟格式）

备注：采购方根据项目采购需求要求供应商提供相关的方案或其他相关材料。

供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

附件11、协商内容及要求响应表

注：供应商提交的响应文件中与采购文件第四章“协商内容及要求”的要求有不同时，应逐条列在偏离表中，否则将认为供应商接受采购文件的要求。

供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日

附件12、供应商认为需要提供的其他资料

12.1、供应商认为应当提交的其他资料

供应商代表签名或签章：                      

供应商（全称并加盖公章）：                   

日      期：       年        月        日