营口市中心医院办公自动化系统（OA）采购招标公告

1. 项目背景

1. 项目背景

****中心医院是营口地区规模最大的 “三级甲等”综合性医院。医院占地面积 4.27 万平方米，建筑面积 6.08 万平方米。新建北院区占地面积 215 94 平方米，建筑面积 58720 平方米。编制床位 1111 张。在职职工 1473 人，其中卫生技术人员 1343 人。医院设有 42 个临床科室、 35 个病区， 32 个门诊科室， 16 个医技科室。是中国医科大学临 床 实 践 教学基地、中国医科大学研 究 生培养工作 站 、大连医科大学、 锦州 医科大学教学医院所在地，国家级 住 院医 师 规范化培训基地、国家级 卒 中中心建设单位，国家 癌症 中心、国家标准化 房颤 ****中心。

2. 项目目标

项目建设目标是打造一个高性能、高整合、智能化、扩展性强、性***平台，****中心医院信息化管理系统。***平台具有实现跨组织、业务、系统间的协同办公能力，包括办公门户、办文、办会、办公、请示报告、行 政 审批、 医务管理、护理管理、不良事件处理、数据分析、公共服务、集成管理等功能。其特点是以数字化行 政 办公审批、批阅文件为主要形式，实现符合医院行 政 要求的审批结构体系，达到 政令 通 畅 的目的，从而节 省 纸质文件传递在时间和人力上的 浪 费，提高审批的工作效率，为管理者提供 易 用适用的数字化办公环境。

3. 组织范围

系统 覆 盖 ****中心医院 2 个院 区 , 42 个临床科室， 35个病区，32个门诊科室，16个医技科室。 1 700 位用户 .

4. 系统技术及功能要求

4.1. ***平台要求

4.1.1. ***平台先进，基于 J2EE架构开发；系统具有开放的体系，采用B/S结构设计；

4.1.2. 平台具备多环境适应能力。

4.1.3. 平台具备多组织管理模型，各单位有独立的管理员可自行管理组织架构、公文、流程等；

4.1.4. 系统客户端通过浏览器即可方便使用，支持火狐、奇安信等浏览器；

4.1.5. 技术架构支持微服务化，能够同时满足 PC端800人和移动端1500人使用；

4.1.6. 为了适应多语言使用可能性，平台需支持中文简体、中文繁体等；

4.1.7. 平台可对接其他电子签章系统；

4.1.8. 平台具备自主可控全文检索工具；

4.2. ****中心要求

4.2.1. 系统应提供统一、***平台，可以将全部待办任务集中展示，同时亦可展示其它业务系统待批流程，将待办推送至界面并集中展示。

4.2.2. 员工可便捷地发起工作及申请，包括临时事项沟通、常规业务动作等，临时事项沟通中，系统需允许员工灵活调整事项参与人员及流转方向，针对整个工作过程中的资料需进行保存；员工仅可查看自己权限内的公司固定流程申请单。

4.2.3. 系统应具有良好的用户界面和人性化的设计，能够实现超期 (可配置)系统自动催办功能；具备跟踪已办流程进展状态的能力，员工针对已发起工作可进行撤销。

4.2.4. 待办涵盖但不限于：待办工作（含公文、任务及流程等）、待审阅文件、未读邮件信息、日程安排、重点关注事项、督察督办等所有未处理的工作信息。

4.2.5. 系统应支持已办工作历史记录按条件查询，包含历史工作详细内容，批示意见等，还原工作场景。

4.2.6. 针对工作事项可安排相关人员进行督办，具有督办权限的员工可实时查看工作进度，在线发起督办提醒或更改流程、更换工作处理人。

4.2.7. 系统可提供流程效率分析能力，依据效率分析数据为企业运营、决策和优化提供支撑目标。

4.3. 门户空间要求

4.3.1. 系统应支持单点登录接口，可实现与其他系统的统一入口功能，提供 API授权。

4.3.2. 提供消息融合机制，具有不同系统间的数据集成功能，并可通过消息提醒功能显示出所有提醒消息。

4.3.3. 提供灵活的门户定制功能，可同时订制组织门户、单位门户、领导门户、部门（业务）门户和个人门户。实现不同单位数据逻辑隔离，保证不同单位使用者登录后展现内容与风格的独立性。

4.3.4. 门户定制应包括门户首页布局调整、内容定制、个人导航栏定制、风格定制、提醒设置等功能，实现在门户页面以拖拽模块方式进行自由布局。支持个人门户通过单位统一管理、个人定制及系统预设三种配置方式。系统支持大字体、栏目样式支持双行显示。

4.3.5. 门户配置操作应该采用简单、直观的零代码图形化界配置面，最大程度地方便非计算机专业人员的使用，要求具有内容管理发布功能，支持新闻、公告、调查、讨论四种信息类型。

4.4. 表单流程要求

4.4.1. 系统具备流程审批功能，能设置各类审批表格，***网上审批，比如请假流程、报销流程等。

4.4.2. 系统能够把设计的表单流程导出，方便审核流程设计是否正确。

4.4.3. 系统支持领导审批单据时查看相关信息，要查看的信息可以按照操作人员需要设置。

4.4.4. 系统支持每个操作人员可根据需求自行设计并发起审批流程，无需系统管理角色提前设置。

4.4.5. 对于同一类审批流程，系统能够根据单据填写内容不同而实现自动归档，比如请假流程，可以根据请假人部门不同而自动归档到相应的部门文件目录。实现自动化流程、核心管理流程和核心业务流程关于流程信息、数据表单、流程监控、流程节点等的可视化管理，支持流程监控，传阅，打印，特殊处理等功能。具备流程间数据传递的能力，父流程的表单数据能够传递到子流程表单中；父、子流程可以按计划自动发起，同时，父、子流程的审批意见允许设置互阅等。系统流程审批单据能自动编号，允许用户自定义编号规则。

4.4.6. 系统支持多种形式的审批流程，比如并行流程、串行流程，甚至是既有并行又有串行；流程审批时支持多种审批方式，比如添加审批人员、退回到上一步、退回到任意一步，取消流程等。

4.4.7. 系统审批流程自动流转，按照预先设置好的条件自动进行流转，无需人为干预。

4.4.8. 系统支持在审批表格中添加附件，运行在审批的时候对附件进行修改。

4.4.9. 系统支持常用语，允许用户自己设置常用语语，方便快速填写审批意见。

4.4.10. 审批流程可以为每个审批环节设置时限要求，根据流程设置的时限，可以通过邮件、短信、微信等方式发送提醒消息。

4.4.11. 系统中审批的表格不需要编码就可以完成设置，方便用户自己增加要审批的表格。

4.4.12. 系统支持表格流程自动发起，表格流程之间能自动衔接发起，发起的表格流程可以进行跟踪和监督办理情况。

4.4.13. 系统能支持用户自己增加的审批表格在填写内容时可以直接从其他的表格中进行拷贝复制。

4.4.14. 系统支持独立流程引擎设计，其它功能模块可以灵活调用工作流引擎，实现各功能模块的流程审批。

4.4.15. 系统支持构建复杂流程模型的能力，智能的工作流引擎，提供主流程、子流程、多视图等多种活动类型。

4.4.16. 系统要预留丰富的扩展接口，可与其它软件系统进行数据传递，比如填写请假单时可以从人事系统中去取年假的剩余天数。

4.4.17. 系统支持流程当前审批人退回流程，撤销流程，转交给其他人员审批，当事人也可以提前设置不同类型的流程交个不同的人来代替审批。

4.4.18. 系统支持流程审批可手写和输入两种方式批写意见，可在线编辑 Word及Excel等多种形式的文档，痕迹保留，电子签章等。

4.4.19. 系统支持审批流程按待办、已办分类，按时间、缓急、类型等多种模式分类。

4.4.20. 系统具备流程类型统计、待办事宜统计、流程流转时间分析、页面停留时间、人员办理时间分析、流程耗时统计、流程办理情况统计、流程效率排名及自定义流程表单的报表分析等相关功能，为企业流程管理提供详实的数据支撑。

4.4.21. 系统可以通过权限配置，设置用户的流程审批意见的查看权限，实现流程审批过程的多视图查看功能（即针对同一表单，不同的角色可展示不同的界面及内容）；支持审批流程的流转过程与审批意见的分离查看；支持流程版本管理。

4.5. 信息发布要求

4.5.1. 提供信息发布模块，实现公告、通知、讨论、调查等信息的发布。

4.5.2. 信息发布模块每个栏目均需设置栏目管理员，栏目管理员可以授权相关人员发布和审核发布信息，对发布信息做归档、删除和修改等管理应用。

4.5.3. 公告、简报、通知等信息发布后，发布人员可以查看各单位和部门查看信息的情况，包括是否查看、查看时间等情况。

4.6. 公文处理要求

4.6.1. 发文管理：发文管理主要处理来文转发和内部制发的公文，对单位内部的公文的处理。系统应实现发文起草拟稿、部门内负责人逐级审核、会签部门会签、办公室核稿、领导签批、编制文号、自动编号、发送等功能 。包括发文拟稿、核稿、会签、流转、签发、分发、归档等操作，提供进程查询、逾期通知催办功能，提供回退重新处理，保留修改痕迹，规范公文格式。发文管理需要实现简报、纪要等其他公文的制发。系统能够提供与文字处理软件的无缝衔接，可以在协同系统中利用文字处理软件进行文件的录入和编辑；能够对发文的整个流程进行跟踪，并显示出公文的当前状态、发文审核的过程等；能够提供领导审签的功能，并显示签发意见；应该能提供修改痕迹的保留功能。

4.6.2. 公文交互：公文交换系统应能够实现公文的发送与接收，实现电子文件的上传下达。跨层级、跨部门的电子公文高效传输，提高部门无纸化公文处理的效能。若公文发送时漏发相关单位，可以重新指定相关单位进行补发。若公文分发时有误，发文单位可以对发送出去的公文按收文单位进行收回处理。收回的方式有两种方式： a对于收文单位还没有签收的公文，系统直接删除收文单位所接收到的公文；b对于已经签收的公文，系统会向收文单位发出通知，由收文单位进行退回操作。

4.6.3. 收文管理：收文管理对外来公文进行登记、处理和归档等操作。系统应支持接受外来公文登记、审批、批示、承办、多样查询、督办催办等处理方式。整个办理流程一气呵成，审批、批示领导可以直接查看基层办理情况，具体办理人也可查阅领导的批示意见。收文流程中每个人，包括领导、拟办人、承办人等等都可以填写自己的处理意见、办理结果等，但不可修改其他人的处理意见和办理结果。

4.6.4. 签报管理：当公文形式为请示、报告时，可采用签报方式完成公文流转，简化 “发文-交换-收文”的正式公文流程，提高公文效率。系统应支持签报拟文、审批、审核、复核、会签、办理、归档等的签报处理过程。系统应预制签报模板并支持回退、终止等流程操作。在处理签报时，系统应支持发起人附言、并可上传附件、补充正文。签报附件可关联系统内其他公文、文档。

4.6.5. 公文档案：***平台，由被授权的档案管理员来进行对相关公文文件的存档和对存档信息的管理，还可以把使用单位的制度、过去的公文直接存档，通过授权借阅查询，有效帮助使用单位达成管理规范，同时最大限度共享关键信息。系统应提供公文自动归档功能，各单位对接收到的公文进行归档操作，系统自动完成，无需人工干预。公文归档时，可按文单控件自动建立分类路径；系统可实现公文档案的预归档和处理完归档。

4.6.6. 后台管理 :系统应支持公文交换用户管理分级设置，各级管理员通过系统管理员账号开设收发文人员账号。系统管理员可以定义单位的名称、领导、用户等信息。采用树形结构的形式对组织结构进行显示、管理。主要包括增加用户、修改用户、删除用户、查询用户、权限设置等。

4.7. 公文绩效分析系统要求

4.7.1. 单位或部门领导，可以随时查看内部公文业务办理效率。

4.7.2. 业务办理人员可以查看本人办件总数、办件效率，判断是否满足考核要求及在本处室中的排名。

4.7.3. 绩效考核人员定期按月 /季/年统计各单位业务系统使用情况及办理效率，导出作为考核依据。

4.7.4. 采用自主可控报表工具进行报表设计。

4.8. 会议管理要求

4.8.1. 1支持会议方案拟批、会议申请、会议审核、会议通知报名、会议回执、会务管理、会议签到、现场互动、资料归档、会议纪要等完整的会议管理应用。

4.8.2. 支持图形化方式查看会议室占用情况与申请；

4.8.3. 会议安排能够和会议室显示屏结合，显示该会议室当前会议安排情况；

4.8.4. 支持发起连续性跨天会议；

4.8.5. 会议纪要可以自动转到公文管理模块，以红头文件下发；

4.8.6. 系统能够实现会议通知定时重复发起，比如每周工作例会通知；

4.8.7. 会议结束以后可以在已结束会议列表中发起工作任务安排。

4.9. 领导日程要求

4.9.1. 提供日程角色管理、领导活动安排、领导个人日程、日程录入、日程预览等相应功能。

4.9.2. 基础信息维护主要包括，领导信息维护，日程管理员、日程录入人员、日程查看人员等权限维护信息。

4.9.3. 日程管理员进行领导维护，系统根据领导职级进行排序。日程每日安排对应上下午工作的简单描述，鼠标移动到描述，浮框显示详细日程安排。包括显示当周计划中的行程、正在进行的行程、已经执行完毕的行程安排。

4.9.4. 对于领导已确认的日程需要领导日程录入人员进行录入发布。日程的前一天以系统或短信的方式给予领导提醒。领导的日程既可以通过系统发送消息，系统也支持和短信进行集成，进行日程短信提醒。

4.9.5. 领导日程相关录入、修改、删除所有操作均有日志记录，痕迹可循，整个过程追踪溯源，清晰可查，日志支持按操作人员、操作时间进行查询。

4.10. 事务处理要求

4.10.1. 可作为审批的统一入口，包括请销假审批、公务接待审批、外出培训审批、公务员出国审批、用车审批等。

4.10.2. 支持流程的个性化定义，支持串发、并发和串并发混合应用，可以跟踪协同工作的执行过程，查看处理人状态（包括未查看、查看已处理、查看未 2、 处理、暂存待办等状态），可关联系统内公文、资料、审批等信息。

4.10.3. 处理人员可以对流程进行处理，修改流程正文、修改流程附件、回复意见、回复意见隐藏、加签流程、转发流程、回退终止等操作，发起人可以对处理人意见做回复。

4.10.4. 支持查看处理明细、流程日志、催办日志等。

4.10.5. 支持快速跟踪公文办理情况。领导意见查询，根据领导意见跟踪办文情况。

4.10.6. 提供协同流程日志，用户可以了解到整个协同的流转状态，便于协同的发起者、处理者、督办人员对协同中每位参与者状况的跟踪。

4.11. 文档管理要求

4.11.1. 公共文档：可分级管理的公共文档库，可以按部门、级别、岗位等方式分配权限，进行文件、资料的查阅。

4.11.2. 个人文档：本系统为个人收集保存不同来源的重要资料文档和信息提供分类共享管理，可以将文档和信息共享给其他人员，其他人员可以通过共享文件夹查看到共享给自己的文档和信息，但是不能删除，共享人可以随时取消资料的共享。

4.11.3. 能够对各种文档、信息、期刊简报等资料文件进行分类管理，实行分层次、分级别的权限管理。

4.11.4. 可以控制文档的下载，打印，编辑等权限。文档查阅时可进行转办、转发、转拟稿、转邮件等操作。

4.11.5. 文档有日志管理，可以看到每篇文档的操作日志记录。

4.12. 综合办公要求

4.12.1. 综合办公主要是完成办公的辅助管理，包括车辆、办公用品、设备、图书资料的登记、申请、审批、借出归还以及统计功能。

4.12.2. 综合办公管理员对车辆、办公用品、设备、图书资料进行登记，普通用户申请后再由管理员进行审批借出归还等。

4.12.3. 可以根据具体情况设置多个管理员。

4.13. 员工签到要求

4.13.1. 员工签到主要是完成移动端定位签到，可设置签到地点范围，员工可以查看签到轨迹；

4.13.2. 可查看授权范围内的员工考勤情况

4.14. 人事管理要求

4.14.1. 包括组织机构设置、员工档案管理、统计分析、信息项设置四种应用。

4.14.2. 支持员工扩展信息项的自定义、支持工资扩展项目的自定义。

4.14.3. 支持员工信息附加电子材料的上传、支持员工花名册的自定义与打印输出等。

4.15. 定制应用要求

4.15.1. 系统支持维护某一类业务的基础数据，可实现通过表单管理器，完成流程表单与基础数据的逻辑关联，以及基础数据与表单的拼装，最终达到零代码配置，完成轻量级业务模块扩展的需要。

4.15.2. 系统建设是一个循序渐进不断扩张与深化的过程，因此要求具有极强的应用扩展定制能力，满足各业务不断新增和变化的管理需求。

4.15.3. 系统支持可将业务相关工作定制封装成独立的工作模块、菜单和业务门户，进行独立使用和管理。

4.15.4. 系统支持适应业务管理需求，配置化实现业务的基础信息定义和扩展，如人员档案、资产信息等。

4.15.5. 系统支持为公司、业务体系、部门等单独设计定制业务模型，如费控管理、人事管理。

4.15.6. 系统支持不通过代码编写实现业务需求的管理过程设计，且实现数据间相关逻辑关系，有清晰的业务逻辑展示图。

4.15.7. 系统支持实现业务单据内部、单据间强逻辑判断及控制，支持自定义逻辑控制条件。

4.15.8. 系统支持自定义业务关系逻辑图，业务说明书和业务报表。

4.15.9. 系统支持对业务运行状态进行监控及后台运维管理。

4.16. 角色及权限管理要求

4.16.1. 系统支持应三员分离，预制系统级三员角色：系统管理员、安全管理员、审计管理员；支持系统级、单位级三员，分级分层管理，单位级三员由系统级安全管理员授权；三员模式下后台管理菜单的拆分、合并；系统管理员创建单位、创建人员时，不可直接授权角色，需要由安全管理员授权；从上至下授权管理模式，单位级管理员，均由系统级 .安全管理员进行授权。

4.16.2. 系统应支持角色化，角色权限实体到人，职责独立，相互制约，互不兼任，形成三权分立的管控体系，实体人员账号登录，前端工作台、后台管理页面，一键切换进行管理，不需要多账号多次登录，产品出厂不再预制账号、密码，均由实施人员进行配置，更符合信息系统安全规范，降低管理员账号被攻击风险。

4.17. 密级保护要求

4.17.1. 密级管理，满足分保要求中，文件密级、人员密级标识、访问控制，防止高密低流的信息泄露风险。

4.17.2. 密级定义：标准化提供灵活的密级定义：文件密级、人员密级、人员密级访问文件密级范围；以满足不同涉密单位对涉密文件级别定义的需求。

4.17.3. 人员定密：对涉密人员进行定密。

4.17.4. 文件定密：对发起 /流转中的内容进行密级标定。

4.17.5. 访问控制：人员；流程选人：按文件密级已过滤，不能选择到低于可文件密级的人员；

4.17.6. 访问控制：业务数据；流程密级控制节点流转，节点处理人级别低于附件密级时，附件对其自动隐藏；密级不够人员，不能通过全文检索出记录，流转过程中流程密级升密，原流程中人员，密级不够也不可查看。

4.17.7. 密级管理：密级标识在空间栏目显示。

4.17.8. 数据保护：系统内置加密算法，更安全更合规： SHA-1 ->>SHA-256、DES->>AES-128 ，SM3、SM4；系统业务数据加密：正文、附件、用户密码、应用日志操作描述；用户隐私数据加密：工资条、用户身份证号、电话、手机号、邮件地址。

4.18. 报表要求

4.18.1. 系统应具有独立报表管理功能，可按角色进行权限控制，供管理者进行经营数据分析。

4.18.2. 系统应具备报表自定义设计功能，根据分析需要可进行表格和图形化展示。

4.18.3. 系统应可进行多维度分类报表查询，不同角色查看报表权限及内容不相同。

4.18.4. 系统支持多种数据来源，可数据外部导入和数据抽取，将非系统数据格式化进行分析展示。

4.18.5. 系统应具备支持多端、多设备使用，可自定义分析条件，数据穿透查询。

4.19. 文化管理要求

***平台，有效的通过新闻、公告、讨论、调查等，将企业内在的文化和价值主张传递出去，***平台。

4.19.1. 提供新闻的编制，摘要，审核新闻，并发送新闻到相应的信息空间；支持集团、单位、部门等多种形式的新闻发布；

4.19.2. 各种规章制度，通知等信息的对内发布时，要采用公告形式。对于不同性质的公告可以发布到集团、单位、部门。公告发布的权限是通过权限的设置，以按照职务级别、部门或全部发布公告信息；

4.19.3. ***网上调查，在线调查等多项工作的开展。同时支持调查项目编制、发布范围、匿名发布、审核调查，并发送到相应的信息空间；支持调查的填写，评论；支持集团、单位等多种形式的调查发布；

4.19.4. 支持发布讨论贴、查看讨论贴、回复和引用回复讨论贴，以及按条件查找已发的讨论贴。

4.20. 知识管理要求

***平台，有效的通过新闻、公告、讨论、调查等，将企业内在的文化和价值主张传递出去，***平台。

4.20.1. 提供新闻的编制，摘要，审核新闻，并发送新闻到相应的信息空间；支持集团、单位、部门等多种形式的新闻发布；

4.20.2. 各种规章制度，通知等信息的对内发布时，要采用公告形式。对于不同性质的公告可以发布到集团、单位、部门。公告发布的权限是通过权限的设置，以按照职务级别、部门或全部发布公告信息；

4.20.3. ***网上调查，在线调查等多项工作的开展。同时支持调查项目编制、发布范围、匿名发布、审核调查，并发送到相应的信息空间；支持调查的填写，评论；支持集团、单位等多种形式的调查发布；

4.20.4. 支持发布讨论贴、查看讨论贴、回复和引用回复讨论贴，以及按条件查找已发的讨论贴。

4.21 移动协同应用

4.21 .1 系统应能够支持客户端模式实现移动审批应用，采用移动 APP应用，支持IPONE、IPAD、ANDROID等主流手机终端安装客户端应用程序。

4.21.2 移动 APP可实现公文、会议、审批表单、文档、公告等业务的查看和处理，支持日程同步到手机，可在线阅读office和PDF文件。

4.21.3 支持在移动 APP端修改公文正文，支持公文单、审批单上手写签批；

4.21.4 移动 APP可以填写审批表单，支持手机APP终端审批处理。

4.21.5 提供手机签到考勤功能，支持 GPS位置定位，签到考勤信息提交到指定人员。

4.21.6 提供工作微信，可以快速和同事进行在线交流，支持一对一交流和群组在线交流。

5 .7 移动 APP可以将常用功能模块直接发送到手机桌面，一键生成桌面应用图标；

5.8移动 APP 可实现用户移动设备与用户账号绑定认证，用户只能在指定的移动设备上登录系统，在其他移动设备上无法登录；设备遗失后可以禁止使用该设备登录。

4.21. 专属应用要求

为实现管理制度化、制度流程化、流程信息化和信息智能化的建设目标，拟通过如下应用架构予以实现。

4.21.1. 支持通用性的办公应用功能进行统一管理，满足医院日常办公需要，包括公文、督办、会议、人事管理、文档管理等功能。

4.21.2. 系统内实现流转及数据交互，可根据各自工作实际在系统内单独建立相关的业务流程和功能模块。

4.21.3. 支持与医院其他业务系统通过接口的方式对接，相互传递数据，实现业务打通及系统流程，通过权限控制确保业务独立运转。

4.21.4. 支持与 HRP系统通过接口方式对接，实现互相传递数据，可将HRP流程转发到系统流程互通，其它常用功能也可以实现同样效果。

4.21.5. 支持定制专属应用，可按照医院实际需求按需定制。

5. 项目管理要求

5.1. 项目实施与管理要求

投标方应根据本项目的具体工作内容和要求，针对本项目的实施提出完整的、合理可行的项目管理计划和方案，其中包括关于项目进度控制、质量控制、文档管理以及与本项目相关的协调工作等进行详细描述。

5.2. 实施计划要求

合同生效之日起 60个工作日内 ，完成系统开发、交付、安装等相关工作。

（ 1）合同生效之日起60个工作日内，完成系统开发、交付及安装工作；

（ 2）系统交付生效之日起，需保证系统的正常试运行时间不少于 30 天，系统在试运行期间若无问题，则招标方与中标方一同对系统进行验收。

（ 3）系统试运行期间，中标方需对招标方的相关操作人员做至少 叁 批培训，详细讲解系统的使用方法、功能、作用。

6. 项目结果与验收要求

6.1. 项目成果

项目提交的成果中应包含但不限于下列内容：

业务系统软件、基础软件、规划咨询与系统实施相关系统文档

6.2. 验收要求

6.2.1. 试运行验收：

6.2.1.1. 中标人完成系统需求调研后，需提供《需求规格确认书》，经招标人项目组和中标人签字确认后方可进行系统的概要设计，提供详细测试计划并完成系统测试工作；完成系统功能部署与联调工作；招标人项目组根据《招标文件》、《需求规格确认书》及合同等文档，完成系统功能的预验收（以招标人项目组通过验收报告为准）；

6.2.1.2. 软件系统安装完工后由招标人和中标人共同验收。若验收合格则出具验收合格报告。

6.2.2. 二次开发验收要求：

6.2.2.1. 交付前依据开发要求的技术指标对软件功能、性能和安全等进行验收测试；

6.2.2.2. 验收时项目投标人必须提交需求规格说明书、软件设计说明书、软件操作手册、软件源代码文档等软件开发文档和使用指南；

6.2.2.3. 系统上线前项目投标人应检测软件中的恶意代码，并提供相应报告；

6.2.2.4. 验收中开发单位应提供源代码，以供招标方聘请第三方测评机构根据源代码对软件中可能存在的后门进行审查；

6.2.2.5. 由第三方提供检查软件源代码审查记录，包括对可能存在后门的审查结果。

6.3. 项目验收依次对照执行标准

6.3.1. 符合中华人民共和国国家和履约地相关安全质量标准、行业技术规范标准、环保节能标准；

6.3.2. 符合招标文件和响应承诺中各方共同认可的合理最佳配置、参数规格及各项要求；

6.3.3. 符合货物来源国官方颁布标准。

6.3.4. 上述各类标准与法规必须是有关官方机构最新发布的现行标准版本。

6.4. 质保期

6.4.1. 总体项目自经招标人验收合格后，中标人提供 1年质保期 ，质保期内中标人应提供免费软件系统升级及维护服务。

6.4.2. 质保期内，一切维护费用均由中标人免费提供，并提供免费软件升级、 软件故障排除、补丁安装、软件重装等技术支持及维护服务。

6.5. 质保期要求

6.5.1. 质保期内中标方须至少提供 3个月的每周 4×8 小时的驻场运维服务。

6.5.2. 服务内容为周期保养检修、检测系统运行状况、处理使用过程中出现的问题等；

6.5.3. 中标人须提供常设每周 7×24 小时服务专线和质保期内的免费技术支持。

6.5.4. 在质保期内，对软件系统的自身故障、因外部原因 （操作系统故障或 系统配置故障或对应用软件某些错误操作等）导致软件系统出现故障的解决以及对软件系统的合理修改等，中标人均不收取任何费用，保证系统不间断地正常运行。

6.6. 培训要求

6.6.1. 中标人应委派具有丰富教学经验的培训教员提供培训服务。

6.6.2. 培训内容及目的：

6.6.2.1. 应用软件的使用维护、诊断调试等培训，通过培训使招标人技术人员能够独立掌握系统故障诊断、维护管理等技术。

6.6.2.2. 应用软件系统管理员及用户操作培训，通过培训使系统操作人员能够独立使用系统完成相关业务操作。

6.6.3. 培训人数、时间、地点要求

6.6.3.1. 中标人必须为招标人培训一定数量（由招标人确定）的软件维护人员，根据招标人需要，提供用户的实际操作、现场培训；

6.6.3.2. 培训地点：招标人（用户）指定地点；

6.6.3.3. 培训人数：视项目实施过程中实际情况而定。

其他要求：

1. 交货 /交付时间：合同生效之日起 60个工作日内，完成系统开发、交付、安装等相关工作。系统交付生效之日起， 需保证系统的正常试运行时间不少于 30 天， 系统在试运行期间若无问题，则招标方与中标方一同对系统进行验收。

2. 交货 /交付地点：****中心医院制定地点。

3. 最高限价 ;140万元。

4. 付款方式：项目验收合格后付合同款的 100 % 。

5. 售后服务要求：自验收合格之日起一年质保，质保期内中标人应提供免费软件系统升级及维护服务。

6. 核心产品：办公自动化系统（ OA ）