广州医科大学智慧医疗平台建设项目采购需求公示

项目目标近几年来，医院信息化应用得到快速发展，****医科大学各附属医院积累了数以**计的医疗业务数据。如何对医院数据进行有效的*次利用已成为提升医疗质量管理、医院精细化管理和医疗决策行为的决定性因素。****医科大学目前共有*家附属医院，各家附属医院都有各自的医疗特色专科，如：附*的呼吸科病种、附*的神经科及心血管专业、附*的妇产科等，如何充分利用各附属医院包括专科病历数据、医学影像数据、检验检查结果、诊疗费用等在内的各种数据，搭建合理先进的数据服务统*平台，为广大患者，医务人员，科研人员及决策者提供服务和协助，成为未来信息化工作的重要方向。****年*月，****省政府决定要力争用*-**年时间，建成若干所具有较高水平和影响力的大学，培育*批在全国乃至全世界占有*席之地的特色重点学科。****医科大学将紧紧抓住****省高水平大学建设这*重大发展机遇，乘势而上，集中力量、汇聚资源、握紧“拳头”，重点围绕学科人才等核心办学领域，不断提升科技创新能力，力争以更快速度实现“国内*流、国际有影响的高水平医科大学”建设目标。项目背景招标文件****医科大学智慧医疗平台建设项目

*）建立统*的校级智慧医疗平台，使学校和*家附属医院数据互联互通，为临床科研、教学、管理提供有效支撑。以***为标准的数据交换，将****医科大学各附属医院的数据统*加载到云数据中心，并通过统*的门户进行展示；在平台框架下，积极推进各医院业务系统的部署，为已有系统提供数据支持。*）加强顶层架构设计，按照****医科大学“***”规划目标，结合各家附属医院的发展战略和业务优势，建立并完善各附属医院的智慧医院建设规划，应用最先进的**架构规划和技术，实现本项目投资建设的长期效益。基于****医科大学的业务发展要求和各附属医院的实际信息化建设情况，本期项目实现下列建设目标及效果：本期项目目标及建设效果****医科大学创建*流高水平大学目标的实现，有赖于临床教学科研以及基础医学研究方面所取得的突破，****医科大学在建设高水平医科大学的同时需要完善大学自身信息化基础建设，并推进各附属医院智慧医院的发展。在加强并完善顶层架构设计的前提下，完善和更新校园信息化基础设施，建设校园信息化应用系统，实现信息共享、互联互通，深化医疗大数据的深度挖掘利用；依托附属医院的学科优势，制定专科数据集规范，建设科研临床*体化的专科电子病历，促进各附属医院之间的大专科临床协作，形成知识管理和积累，开展循证医学。项目总体目标

为了保证项目实施的质量，在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则：建设原则*）实现对附属医院管理数据的展现和关键指标（***）的可视化监控，即对附属医院总体运营按财务、门诊、住院、药品、学科等不同主题，对其设定不同的使用权限（组织和人员）进行灵活查询和分析，实现对医疗服务、科研、教学全方位的整合监控。*）基于成熟的企业级统*沟通应用软件，建立在线会诊平台，开展多学科会诊、远程会诊等协同业务，利用即时通讯的在线工具实现多方的同步音频、视频、图像、文字的共享和交互。*）建设专科电子病历，按照临床科研*体化的思路，制定重点专科的数据规范，构建集成临床决策支持知识库的科研临床*体化专科电子病历，促进广医体系内各附属医院之间的大专科临床协同，开展循证医学实践。*）建设校级数据中心，汇集****医科大学各附属医院的临床信息和运营信息，按照数据采集存储等*系列标准规范，完成医疗数据的统*汇聚，形成临床数据中心和运营数据中心，在过程中建立数据治理机制，提供数据分析挖掘算法、模型支撑；在此基础上构建疾病科研数据中心，提高学校的科研能力，增强临床科研数据分析的广度及深度，让学校和附属医院可以利用所有的病例数据进行多维度的病例筛查，也可以选择具体的病例，在授权的控制下检索与病人相关的医疗信息。

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

*）在****医科大学建立的校级智慧医疗平台及校级数据中心，同时将****医科大学*家附属医院的业务系统数据通过前置机的方式进行收集，并在校级平台层面进行数据的清洗、分析、应用等工作。*家附属医院分别是：****医科大学附属第*医院、****医科大学附属第*医院（含原附属第*医院）、****医科大学附属第*医院、****医科大学附属第*医院、****医科大学附属肿瘤医院、****医科大学附属口腔医院。本项目建设范围包括：建设规模及项目边界建设任务易用性原则：系统应具有*致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。

病理系统***系统（报告）***系统电子病历系统***系统*）本次项目建设需要接入数据的业务系统包括：

*）本次项目根据各附属医院业务系统数据量情况，需接入*年的数据(如无则以实际数据期限为准)，用于数据分析与应用人事系统物资管理系统病案系统手麻系统超声系统

工期要求和到货地点*）安全边界：本项目对从各附属医院业务系统内提取的医疗数据承担安全责任，对其中涉及患者或其他个人隐私或安全相关信息进行脱敏及分级管理。*）网络边界：本项目的主要网络功能通过项目内线路租赁服务实现；*）系统边界：本项目与外部系统和用户的主要边界为平台应用用户界面和用于抽取数据的数据库接口；*）业务边界：****医科大学校级智慧医疗平台负责对从****医科大学各附属医院抽取的数据进行汇总和标准化存储，并通过各种应用进行数据分析及利用，并不具体涉及或影响医院系统的日常业务流程；本项目的边界定义：

在合同签订后*个自然月内完成数据中心建设及应用系统建设工作；在合同签订后*个自然月内完成平台搭建、数据抽取、清洗、转换等工作；*）软件开发服务：*）所有硬件设备，须在合同签订后**个自然日内完成安装、测试、实施、试运行等工作，达到硬件验收条件。项目具体工期要求：项目总建设周期为签订合同后**个自然月完成所有工作。

平台建设和基础服务建设基于本期项目目标及建设效果，具体建设内容如下：具体建设内容项目交付地点：****医科大学指定地点。在合同签订后**个自然月内完成项目整体验收工作。在合同签订后**个自然月内完成平台及应用系统的测试及试运行工作，达到项目验收条件，开始试运行、培训并完成项目验收的准备工作；

*)★要求该平台软件是基于国际先进的医疗信息汇集（***************）技术，对于采集的数据加以解析处理，形成最小的、可复用的数据元素，以提高数据利用的效率。*)业务系统数据库中的数据需要符合****服务框架，需要详述数据获取方式。*)在确保对各附属医院生产系统的资源和运行没有影响前提下，****医科大学智慧医疗平台所有临床数据要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理后集中存储，所产生的元数据支持灵活的查询利用需求。抽取的数据不能仅仅是对业务系统表的复制，必须按照国际、国内标准转换后存储，保证数据中心不依赖于业务系统。*)通过临床数据中心平台建设，设计***数据库，包括数据对象、对象之间的关联关系、数据标准和业务数据的映射关系等，逐步形成****医科大学智慧医疗平台临床数据集规范、数据获取规范、数据对外发布规范等。*)****医科大学智慧医疗平台构建的临床数据中心实现所有临床诊疗数据的整合与集中展现，包括但不限于各附属医院内临床信息系统所集成的患者重要的临床数据。校级临床数据中心（***）

**）★为了实现****医科大学智慧医疗平台和各附属医院信息系统的有效集成，投标人所构建临床数据中心底层使用的数据库系统软件必须采用*********或******等业界主流大型关系型数据库。**)提供临床数据的统*展现，按权限为系统管理员和用户（包含****医科大学用户、行政管理人员、各附属医院医务人员等）提供不同级别不同层次的临床数据中心数据汇总展示，便于各类用户能够在数据使用权限范围内快速获取****医科大学智慧医疗平台开放的各类临床数据概略信息，支持从学校层面钻取到各附属医院的患者信息。*)临床数据中心应具有高度的可扩展性，支撑****医科大学智慧医疗平台和各级卫计委、医保等其它医疗机构的延伸，满足跟各级各类区域卫生信息服务平台的接口整合和数据共享。*)通过配置验证规则，自动验证临床数据中心中的数据的准确性，如对比记录条数、对比汇总金额等方法，确保临床数据中心中的数据准确及时的反映了业务系统中的数据。*)****医科大学智慧医疗平台临床数据中心对于采集的数据需加以解析处理，形成最小的、可复用的数据元素，并进行结构化处理，以提高数据利用的效率。*)对历史临床数据进行抽取、清洗、转换，按标准化格式存储。描述数据渐变过程追踪和管理过程，确保数据的准确性。

数据清洗（***）是根据实体关系模型数据库所需要的目标数据，从多个不同的数据源获取数据，确定从源数据到目标数据的数据映射关系，建立全面的数据抽取规则，决定数据转换和清洗规则，为聚集表制订计划，为所有的数据装载编写规程，进行维度表和事实表的***过程。数据清洗数据接入和同步软件有图形化的配置、运行和监控界面，能够在界面内实现对所有数据操作的配置和监控。数据库同步软件支持全量数据复制，持续增量的数据复制，以及阶段性的数据复制等多种复制方式。支持单项复制、*对多复制、多对*复制、双向复制、级联复制等灵活的复制方式。支持复制过程中的数据转换功能，如数据字段的合并等操作。支持数据库日志中的审计数据的复制，如时间戳，用户代码，操作类型等等。支持错误报警和冲突机制。采用成熟的数据提取工具支持数据源以实时和批量的形式推送（****）、拉取(****),对不符合数据质量的数据进行清洗，实现***。支持各附属医院内部多种数据源格式和主流数据库产品。数据采集

数据展现能够根据不同的业务需要快速方便地给予元数据模型搭建从多角度多层次进行数据查询和分析的数据库模型，实现联机分析处理（****）和支持商业智能（**）工具。数据建模能根据不同业务进行数据仓库调优和模型优化。另外，数据仓库中应该存储符合国家标准和国际行业规范的基础数据（例如数据字典、值域）和相对应的与数据源的映射关系。按照不同的主题建立实体关系模型，满足数据库范式结构，实现结构化数据的原子化存储。并且，模型要支持管理半结构化的文档。同时，元数据模型要便于扩展，易于转化成对应数据库物理模型，数据存储

*)建设****医科大学智慧医疗平台科研数据中心，将海量复杂的医疗业务数据变成可以方便提取、检索与分析的数据。科研数据中心内置统计分析、数据挖掘功能，并能够和主流数据挖掘工具的无缝集成。支持异构数据源中数据的连接，支持在同*交叉报表中支持报表的行和列分别来源于不同的数据源。报表开发界面应具有易用性以及快速的开发环境，支持不同文件格式（*****、***、****、****和文本文件）的导出。要有强大的报表展示功能，支持用户即席查询的功能。多维分析报表支持不同维度、不同粒度的维度成员在行、列上的自定义组合分析的功能，同时支持上下钻取等****操作功能。

*)构建校级跨院区规范化管理的运营数据仓库，汇集人、财、物管理数据及相关医疗数据。所有采集的数据物理集中到运营数据中心上。运营数据中心*)提供科研数据的统计和分析时实验队列数据导出到*****或***格式功能。*)建立基于病种或特殊疾病群体数据模型，对各附属医院现有信息系统中近*年的数据进行全面评估。*)研究对象唯*标识，对各附属医院已有的门诊、住院系统中的数据进行唯*对象的标识，实现科研所需的信息的互联互通。*)利用多维检索与展示、数据挖掘、数据统计分析等，实现临床诊疗业务和临床科学数据采集的同步完成。

*)通过配置验证规则，自动化验证运营数据中心中的数据的准确性，比如对比记录条数、对比汇总金额等方法，确保运营数据中心中的数据准确及时的反映了业务系统中的数据。*）运营数据中心必须提供成熟的医疗行业数据模型，能够根据医院需求将数据直接导入到数据模型，得到相应的指标内容。*)通过运营数据中心建设，形成校级平台的数据标准，包括数据共享接口规范、临床数据集规范、科研数据集规范、管理运营数据集规范、数据获取规范、数据对外发布规范等等，使得未来引进和建设新的**系统变得有章可依。*)以运营管理和质量控制为主线，通过维度设计，为不同的目标人群，分别构建数据分析模型，形成数据仓库或数据集市，以便在多维度数据分析时加以利用。支持自定义关注指标和移动端查看。*)对近*年的历史运营数据进行抽取、清洗、转换，按标准化格式存储。*)在确保对各附属医院生产系统的资源和运行没有明显影响的前提下，运营数据中心要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理实现集中存储，所产生的元数据支持灵活的查询利用需求。

*)支持多种数据通信模式，包括同步、异步、点对点、发布/订阅等。*)★采用国际领先的成熟企业级服务总线（***）产品。*)服务总线遵循***设计原则和技术标准，支持数据的自动采集、传输、标准化转换、存储、共享，提供可靠的数据或消息传输，支持标准消息中间件。*)信息集成平台基于***等标准，参照***(**********************************)技术框架和体系结构，采用***和信息集成技术将各种医疗信息（文字、检验数据等）进行松耦合集成，通过互联互通的方式在校级平台实现各附属医院的数据交互。信息集成平台（***）*）平台提供灵活的报表工具，实现数据的任意挖掘，通过对维度、度量的拖拉拽实现数据报表；通过表单过滤、筛选、算法配置实现报表的挖掘深度控制；通过报表工具的层层钻取和回溯实现报表的挖掘粒度控制。

**)★需要内置医疗行业***适配器，提供明确产品说明支持***标准。*)支持***事件驱动模型构建，支持业务规则引擎场景设置和自定义应用场景。*)支持标准接入规范，基于统*描述、发现和集成标准，进行关键业务活动服务注册，方便第*方供应商基于该统*架构进行平台接入。*)支持集群功能，队列管理器之间能够共享负载，实现自动负载均衡。*)支持灵活开放的协议，包括但不限于****、****、****/*****、***、***/****、******、****、****/****、****/***。*)支持最新***********标准，包括*****.*/*.*、*****.*、****/***、**-**************.*等，支持***********自有的安全性**-********和寻址功能**-**********，实现***********同步和异步调用。

**)集成互联互通标准服务，实现互联互通评审的所有审查点，包括但不限于日志查询，重发跟踪，日常服务调用统计等功能**)系统配置易用性需要考虑，使用者可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。**)系统需要高度的安全性和可靠性保证。**)参考互联互通服务接入标准，采用统*接入方式，简化接入开发工作，简化第*方接入开发量。**)支持界面化配置管理企业服务总线内服务创建配置以及相关订阅方权限分配，并能跟踪每*次调用记录，同时能够通过配置界面干预服务转发重发功能。**)系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持*个及以上故障转移架构能力。

*)根据索引规则，对****医科大学各附属医院各类信息系统中的患者信息进行索引重建，使历史记录可以进行关联。*)****为每个患者创建*个唯*标识，并与所有相关系统医疗记录的标识之间建立映射。*)通过建设主索引来自动或手动匹配、合并患者信息，利用主索引可获得完整的患者视图。*)跨院区患者主索引（****），用于患者基本信息索引的创建、搜索和维护，可对****医科大学各附属医院的患者有效地进行管理。跨院区患者主索引（****）**)提供账号维护、服务维护、订阅信息管理、配置管理、日志查询、统计分析、性能监控等功能。

*)统*用户服务为****医科大学智慧医疗平台各应用系统提供统*用户管理、统*认证管理和统*授权管理。其中统*认证管理将支持第*方提供**认证技术的集成，有效解决用户身份识别。*)★统*用户管理系统需要支持****协议，按照管理流程，实现****医科大学智慧医疗平台中各个系统的单点登录功能，并为各系统提供人员创建、调动、注销和密码同步等功能。统*用户管理服务*)主索引建设部分应包括但不限于：患者信息管理，患者疑似信息管理，匹配算法引擎，操作记录审计等内容，主索引系统业务记录发生的变化都需要记录操作日志，并能实现分拆。*)****提供给其它应用程序订阅或调用等服务。*)通过给定规则，实现相似患者汇总页面，方便医院手工合并、分拆患者主索引。

*)用户信息修改，提供修改用户信息的界面和访问接口，保证修改后的用户信息在各系统中保持*致。*)提供用户注销的功能，并与各系统接口，自动注销各系统用户帐号。*)提供用户创建功能，并与各系统接口，自动创建各系统用户帐号。*)实现完善的用户信息管理功能，能实现各系统用户帐号的对应关系管理。*)统*授权管理服务按照基于角色的访问控制模型，与信息系统应用成为*种松耦合的工作模式，为各类信息系统应用集成提供基础。*)单点登录（***）功能：统*身份与权限管理平台的实施之后，校级平台中各应用系统不再独立管理用户信息和授权信息。每个用户可以在单*点只需输入*次用户名和密码，就可以按系统设置的权限范围，访问所有被授权访问的系统，而无需*次输入用户名和密码。

主数据管理（***）**)授权管理系统应采用基于角色的访问控制，用户所能访问的权限就由该用户所拥有的所有角色的功能集合的并集决定。**)对于*/*应用下的****认证场景，系统应采用***加密协议，以避免密码探测，提供用户会话(*******)有效期管理。**)系统应提供完善的错误、警告、性能日志和事件，管理员并能通过*******事件查看器和性能检测器查看，并能和系统管理和监控系统集成，以实现集中的监控和告警。**)系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提供灵活的查询界面和接口。日志不能随意删除和修改。*)系统应能通过权限设置和委托，实现分级管理功能，以方便管理部门（如学校医管处、信息中心等）管理用户权限。

*）国标支持：全国组织机构代码编制规则（**/******-****）、中华人民共和国行政区划代码(**/*****-****）、县级以下行政区划代码编制规则(**/******-****）、经济类型分类与代码(**/******-****)、性别分类及代码(**/*****-****)、婚姻状况代码（**/*****-****）、中国各民族名称的罗马字母拼写法和代码（**/*****-****）、学历代码(文化程度代码******-****)、学位代码(**/*****-****)、所学专业(**/******-****)、专业技术职务代码（**/*****-****）、职业分类与代码（**/*****-****）、疾病分类与代码（**/******-****）、中医病症分类与代码（**/******-****）。*）管理内容：组织机构类型，层级关系，组织机构全称，机构简称，机构英文名称，机构别名，简称首字母缩写，组织机构代码，邮编，单位地址，单位电话，单位传真，单位所在地，单位负责人等。*)支持从各附属医院现有业务系统同步人员、科室、病区、药品、材料等相关信息，建立与主数据同步的对应管理。*)基于医院临床应用，实现临床诊断，手术的*级编码管理，与国际标准*****、****等进行对应。*)遵循主数据的国际标准（如*****）、国家标准（如患者的部分基本信息）、行业标准（卫计委定义的相关值域）。主数据可由平台管理者进行注册、维护等。*)在集成平台上构建****医科大学智慧医疗平台主数据管理数据库，集中统*的管理校级平台主数据，通过对平台相关的各业务系统提供主数据服务，实现主数据的同步和匹配，包括但不限于术语、人员、科室、检查检验项目、药品、耗材、诊断***、手术***等。

*)即时工作状态提示：即时通信工具中随时显示联系人在线状态。*)在线文字交流、语音通话：支持通过即时通信工具客户端直接进行文字交流、在线语音通话。*)为校级跨院区搭建*体化沟通平台，通过融合即时通信工具、邮件、电话和门户等沟通手段，实现信息方便快捷的流转，为学校和各附属医院间开展业务协同提供了便捷的方式，提高工作效率。*)★使用成熟的企业级产品进行功能实现，需提供产品登记证书。统*消息平台*）行标支持：卫生机构(组织)分类与代码（*****-****）、卫生机构类别代码表(*****-****)、卫生信息数据集分类与编码规则（**/****-****）、《**/****-****临床检验项目分类与代码》、《国家基本医疗保险、工伤保险和生育保险药品目录》、《医疗器械分类规则》、《全国医疗服务价格项目规范》。

统*工作门户*)提供即时通信访问接口：提供异构***********接口支持第*方应用系统将消息推送至目标用户的即时通讯工具客户端上。*)支持消息提醒功能：包括日程安排的提醒、待办事项提醒、新邮件提醒、新短消息提醒等。*)支持网上会议功能：支持通过即时通信工具客户端召开网上会议。*)支持即时通讯工具与*******及门户的集成：支持*******与门户中发起即时通讯操作；并支持启动基于上下文的协作，如发消息、会议邀请等。*)文档共享：支持在对话过程中进行文件传输。

*）统*工作门户登录后，可以查看应用系统推送的消息提醒及个人日程安排等。*）提供应用系统接入规范，包括认证、消息和界面集成方案。*）通过自动化部署发布脚本，可以通过*********或**自动发布并更新应用程序。*）统*工作门户作为****医科大学智慧医疗平台的统*入口，登录后可以在多个角色中进行切换，访问平台内的应用无需再进行身份认证，使其能更好的进行日常工作*）统*工作门户需要集成统*用户管理认证、统*通讯、统*报表等各类基础服务。*）在****医科大学智慧医疗平台建立统*工作门户，为使用者提供账号注册、账号登录、密码修改等功能，同时让使用者通过统*工作门户有权访问学校开放的应用及服务。

****医科大学医疗体系患者***信息视图基于平台的应用系统*)系统有完整的监控界面和提醒机制以及管理控制界面。*)接口设计完全面向对象，最大程度降低系统资源消耗，支持***、****、***等多种接入格式，确保灵活易扩展；*)围绕广医智慧医疗平台的建设要求，针对数据共享和交互*类不同的需求，采用独立前置机的模式，以视图、中间表以及**********等方式，进行接口开发，支持“数据定时同步”和“数据实时同步”*种工作模式；原有信息系统（或集成平台）接口开发

*）患者***信息视图至少包含以下几大类信息：*)提供时间轴管理，支持关键指标时间轴汇总展示。*)患者***视图提供简单的集成接口，方便第*方应用系统调用，并且可以配置不同的默认视图，为不同角色的用户提供不同的默认界面。*)支持按照时间轴查看患者在****医科大学各附属医院指定期间内的门诊、住院、体检等所有信息。*)建立患者***视图，使用者可通过*个视图快速浏览患者的全部信息。*)在****医科大学智慧医疗平台临床数据中心的基础上，按照患者为核心的起始维度，依靠患者主索引(****),把患者当前和既往的全部门急诊就诊记录、门急诊病历、住院病史、检验结果等信息进行整合。

•药物治疗过敏史•药物处方医嘱•影像文字报告•医学影像(含放射、超声等)•检验结果•病人基本信息

****医科大学智慧医疗平台管理信息仪表盘•医疗费用记录•门诊处方信息•电子病历文书，包括入院录、病程记录、出院小结等•病理报告•诊断和手术

*)统*的门户：提供完整的数据门户，用户通过数据门户的定制化功能，可将各类数据使用、数据分析和业务应用功能整合在统*的环境中。*)展现运营数据全面准确：从医疗质量、医疗状况及各附属医院医疗能力等多角度提供领导决策分析；*)展现形式丰富细致：为校级管理部门提供自主分析、数据查询、报表分析、多维分析、数据挖掘等多种信息分拆手段；*)数据仓库标准化：为校级管理部门建立规范、完整、高效、可持续发展的运营数据仓库核心模型、***和多维分析模型，标准数据集符合国家卫计委、****省的相关标准；*)充分整合现有运营数据：通过数据平台整合各附属医院近*年的各类信息数据，将数据物理集中到统*的数据仓库环境；*)基于****医科大学智慧医疗平台运营数据仓库（***）开展****分析，实现关键业绩指标（***）展示、决策驾驶舱（***）中动态仪表盘、决策预警雷达等功能，为校级管理决策者提供全方位的决策警示和支持。

*)构建****医科大学平台各附属医院病种绩效分析数据仓库，建立****分析/核心病种分析系统，开展****分析，对按病种的平均诊疗费用进行模拟分析，为评估和调节病种收费提供依据。疾病诊断相关组（****）分析/核心病种分析*）管理信息仪表盘至少包含下列数据展示，并且支持从各附属医院横向对比分析：*)数据分析对象包括：门诊、住院实时数据监测、管理专题--门诊专题、住院专题、标准专题--收入专题、医疗服务、工作效率、医疗质量、患者安全、合理用药、医院管理专题--医保控费、门诊就诊时间、大处方、高值耗材。*)提供完整的校级管理指标概述，概述中含有各类指标横向、纵向、基值对比，然后根据管理专题或者单指标进行钻取，实现校级、医院、科室、患者的多层级数据查看及原因分析、也可以从病种、手术、医嘱、药品等方面查看各类指标的对比情况。

*)在前端完善现有业务系统中缺失的必要数据项，提高现有系统中数据的结构化水平，实现病人从门诊、住院、出院随访等全面就诊治疗和愈后等信息的整合；*)针对****医科大学医疗体系内重点发展的*个核心病种或特殊疾病群体对象，汇集各附属医院现有信息系统中跟其相关的数据，建立独立于医院日常业务系统的单病种科研数据仓库，为临床科研、基础医学研究及教学提供数据依据；单病种数据库（*个病种）*)建立病种标杆库，对病种的费用和住院时间进行预测模拟分析，为评估和调节病种收费提供依据，需提供验证预测模拟工具说明。*)提供基于病种的以费用和住院时间维度的散点图型展示。根据分组结果，对超长住院患者、高额费用患者、低风险死亡病例进行分析。*)****分析/核心病种分析系统，可以对各个科室和治疗组的病种覆盖面和难度进行分析，并可根据疾病危重程度进行加权赋值，按照总医疗费用和其他费用（扣除药品和材料费的医疗费用）分别进行统计分析。

*)与患者临床信息整合，实现临床科研*体化，支持***；*)提供数据补录工具，可快速创建****表单，以采集增量的单病种科研数据，并通过对非结构数据进行解析结构化处理，实现对数据质量的优化；*)建立对病历资料采集与数据收集过程中进行快速筛选和汇总分析工具，支持高速、多种检索方式，具备队列管理功能；*)在保证病人隐私的前提下，可利用自定义查询条件的检索工具对汇集的数据进行多维度查询，并将查询结果在系统中保存，创建相应的信息视图；*)建立并完善基于单病种或特殊疾病群体的数据模型，提供系统工具，对查询结果进行各种系统化统计学分析；*)设计跟临床数据中心及相关信息系统的数据接口及完整的数据提取方法；

专科电子病历（*套）*）本系统根据临床或研究的常规需要配置相应的专属视图。基于相应的数据视图：如病例基本信息、诊断、医嘱、检验、检查等视图字段使用可视化的方式配置筛选条件，已降低使用人员的操作复杂度。常用的筛选条件可以将相应的条件保存下来，供后续重复使用。基于某次筛选的数据结果，可以将数据结果集保存后供研究项目使用。也可以针对某视图数据导出为***、*****等文件，供专业的医学统计软件分析。将多个筛选后保存的数据可以进行韦恩运算，生成新的数据集。*）为支持临床研究的迭代和调查，科研人员可以实时创建和修改自己的查询，无需通过**部门或系统供应商来实现。*）基于****医科大学智慧医疗平台科研数据中心构建的科研数据仓库，建设临床科研查询系统，以增加临床数据分析的广度，为各附属医院临床科研人员提供更多的病例或样本数据。临床科研查询系统支持多维度的筛选检索，例如按病人来源，按病人入院主诉，按病种以及年龄区间进行病例筛选。研究人员还可以调阅和查询已经存档的历史数据。临床科研查询*)需支持科研随访日历功能和移动端患者科研随访功能。

多学科在线会诊信息系统（***）*)可以基于公有云，扩展到医联体或协作诊疗机构。支持多租户，分布式，分库分表。*)需要支持患者沟通。提供微信随访复查和通讯功能；*)支持患者历次诊疗时间轴表示；根据操作步骤动态生成病历模板；图形化标识自动生成编码记录，按照检查日期保存多个版本；*)为适应临床诊疗操作，为医嘱为驱动，辅之以病历记录，提供专科病种相关的诊疗路径模型；所有操作从标准定义的临床诊断开始。诊断、方案、步骤、医嘱和治疗检查单、收费，全部自动关联；建立标准诊断库、方案库、治疗步骤库、医嘱库；*)为****医科大学医疗体系内的重点专科定制集成的工作界面，根据病种的治疗特点，内嵌贯穿门急诊和住院的*致的操作体验，医生可以方便的定制从门急诊到住院的完整的诊疗方案，为专科的诊疗过程提供更多便利性的同时，为单病种质控和单病种科研提供更多信息点；

*)***会诊管理中心可查阅****医科大学各附属医院会诊申请预约量、受邀科室的会诊量、会诊医师的会诊量等等，统计工作量用于绩效考核中。*)在***会诊过程中，通过即时通讯的在线工具实现多方的同步音频、视频、图像、文字的共享和交互；全程可自动记录和建立索引，并和病历记录进行关联。*)根据***诊断编码和临床诊断名称的自动匹配，按照要求自动触发多学科诊疗流程启动的提示界面和信息补充。*)会诊申请单上传至会诊管理中心后可有***会诊短信通知，会诊中心审核申请单，确认预约的时间和地点，统筹安排校级的***会诊讨论，预约通过后申请单将发送至相应的被邀科室及医院医务部门。*)支持申请科室填写***会诊申请单，可以在医生工作站上选取需要进行会诊的病人，患者信息可直接获取，只需选择受邀科室并填写讨论目的，保存后申请单上传至***管理中心，预约状态和结果可查询。*)支持在校级平台开展跨各附属医院的在线会诊、医技协作和医疗信息共享，实现多学科综合治疗的新型诊疗模式，促进临床专科建设。

最终的咨询服务交付物包括：围绕****医科大学高水平大学建设以及附属非*甲综合性医院（即：附属第*医院、附属肿瘤医院、附属口腔医院）信息化现状，对标准规范、信息资源规划和数据库、应用支撑平台和应用系统、数据处理和存储系统、终端系统、网络系统、安全系统、备份系统等内容进行设计，提出主要软硬件选型原则和详细软硬件配置清单、投资概算等内容。包括各系统技术设计和接口设计。应用系统软件部分编制要求能够理清系统功能逻辑关系，明确数据资源、数据库组成以及应用系统标准规范框架。对项目硬件设备投资进行估算。其中：细化到设备及其配件级，基本明确物理部署；应用软件投资：明确实施要求，确定市场可比的价格。主要成果产出****医科大学创建*流高水平大学目标的实现，有赖于临床教学科研以及基础医学研究水平和能力的大幅提升，其中进*步完善****医科大学信息化基础建设，大力推进各附属医院智慧医院的发展，成为实现创建*流高水平大学目标的关键支撑之*。投标人应依据教育部、****省的相关文件精神，遵循国际、国家相关标准和规范，采用先进的设计理念，按照****医科大学“***”规划目标及对信息化建设的总体要求，结合学校和各附属医院的信息化基础情况和业务优势，参考国家卫计委《医院信息平台应用功能指引》以及《智慧医院综合评价指标》（编制中），加强顶层架构设计，以软件模块化设计为依托，进行智慧医院的规划和设计，做到设计规范、功能完整、安全稳定、适应变化、便于实施。投标人提交的所有文档产品应当结构清晰，内容完整，体例规范，容易阅读和理解。能够作为附属医院后续的初步开发和应用系统建设依据。设计要求智慧医院规划设计

*）数据接收服务：提供数据接收的服务，根据业务场景和数据类型提供响应的数据接收服务。院内系统可以通过使用数据接收服务进行数据上传到前置机。功能要求前置机系统要求原始记录：调研和讨论过程中的各种类型记录，图片，音频和视频记录材料。文档：咨询规划设计服务项目的正式报告文档、纸质和电子文件。项目组汇报：向医院领导层和/或全体关键参与人员的正式汇报；交付时间在最后*个研讨会结束后*个月内进行。

配置要求*）传输任务管理：负责在前置机上运行数据传输任务，根据网络和数据量的情况选择合适的通信协议，负责和中心服务器进行数据通讯。*）任务管理：管理前置机上的数据处理任务，包括任务执行计划、任务执行状态和手工调整功能。*）数据校验服务：根据数据质量的规范要求，对上传的数据进行校验，并且把校验结果反馈给上传单位。*）数据存储管理：负责根据中心服务的数据要求管理前置机上的数据存储，包括对上传周期内的数据处理状态进行标识。

接入要求本次租用的线路共*条，租赁期为**个月，具体线路清单如下表：由于****医科大学的智慧医疗平台部署在云上，因此投标人需配套提供*条专线，将****医科大学及附属*家医院统*连接至云服务供应商的云服务节点，且投标人需负责把传输通道连接到电路*端的通信机房，并负责通道的测试、调试工作，需要在各地机房中安装传输设备，传输通道和设备运行维护由投标人负责。专线租赁服务★其中前置机及其配套功能服务总价不得超过***元。

（*）在线路租用期间，如果需要对线路进行割接而改变路由的，投标人应提前向采购人申请并说明情况，经采购人同意并登记备案后方可进行割接。（*）投标人应优化电路路由，提供端到端双路由无交叉自愈环路，发生故障时自动倒换，倒换时间要低于****。★（*）采用数字电路方式组网，能提供电路带宽升级能力，可按业务需要电路带宽升级至****；（*）投标人应在汇聚机房配置电信运营商级的传输设备，在分支点机房应配置相应级别的传输设备，并具备远程网管功能。（*）电路：按线路清单中的要求，开通电路至组网节点；本期项目采购的电路均为光纤电路，传输设备与交换机接口为**接口，并采用专线传输技术，具体要求如下：

业务接口类型要求要求投标人提供的传输接入设备标准不低于以下要求：（*）接入设备要求（*）若本次采购线路涉及与原有线路的线路切换，中标人应配合采购人及原线路运营商，保证新线路与现使用线路顺利切换，并提供线路切换方案；采购人不再另外支付此项费用。（*）投标人提供的光端机具有自动环路保护功能，接入光路均为双光路接入，当*路光路因故障发生中断时，业务自动倒换，倒换时间小于****，确保了业务的无缝、平稳、无间断地运行。（*）投标人应做好汇聚机房和接入机房核心部分各种应急预案，并按采购人接入点数量和接入局端的重要性配置*定比例的传输设备备件，以便在故障发生后及时快速响应，确保组网高度安全、稳定和可靠。

（**）网络性能要求网管可以对传输设备进行集中监控，保证网络安全运行。网络管理要求组网和保护支持单双向通道保护、线性复用段保护。组网和保护要求以太网接口：可提供**/****接口

光缆要求采购人网络节点到运营商骨干机房传输时延≤（****）线路**小时连续运行，线路的丢包率≤*%。年网络可用性要求≥**.*％。运营商线路发生故障时，主备用电路切换时间（自愈时间）≤****。线路误码率≤***-*

（*）包层不圆度：≤*%；（*）包层直径：***μ*±*μ*；（*）模场直径：*.*μ*±*.*μ*（******）；**.*μ*±*.*μ*（******）；（*）衰减常数：在******波长上≤*.****/**；在******波长上≤*.****/**。（*）标称工作波长为******，工作范围：****～******。（*）单模光纤

（**）新敷设光缆盘长：****+**/-*米；（**）允许的弯曲半径：工作时：光缆外径的**倍；敷设时：光缆外径的**倍；（**）允许侧压力：工作时：****/****，敷设时：*****/****；（*）允许张力：工作时：****，敷设时：*****；（*）总色散系数：在****～******波长范围内的全部波长上≤*.***/**·**。（*）截止常数：****～******（在*米光纤上测得）；

（*）电路开通所需工具、设施物料由投标人自备、自费运到现场，完工后自费搬走。（*）投标人应提供包括但不限于满足设备安装、使用和维护的技术文件，如协议转换器等设备的使用说明和维护手册，以便于用户方在使用过程中做好相关的保养和配合工作。（*）投标人应提交详细项目实施进度表，并设专门项目负责人，负责项目的协调管理工作。（*）投标人应负责电路的开通和测试工作，在采购人各地机房安装传输设备或***数字跳线单元等设备，电路和设备的运行维护由投标人负责。实施要求（**）光缆寿命：所有提供给招标人的光缆在正常使用情况下的预期寿命≥*年。

所投运维监控类产品要求支持不少于**个并发用户同时登录系统并进行操作；所投运维监控类产品是基于数据安全考虑，建议自带数据库，数据做加密处理；运维监控服务功能要求（*）投标人负责所有电路的开通和调试工作，整个网络应在接到中标通知之日起，**个工作日内完成调试和部署，同时满足性能要求，通过后才能投入运行。电路开通是指采购人与投标人商定的用户交换机接口点外侧间的电路全程测通，并以最晚*端开通为准。电路开通时间以电路全程开通后，投标人向采购人提供电路开通通知书，由采购人签字确认的日期为准。（*）投标人在实施电路安装时应对采购人各地场地内的其他设备、设施有良好保护措施，如有损坏，所有费用均由投标人承担。（*）电路的安装和调试前应先经用户方同意方可进行。

报表格式输出应支持***、****、****、****方式；支持自定义报表，以报表模板为基础，可根据模板，进行内容和报表推送方式的定制；所投运维监控类产品支持需提供各类预制报表，包括网络类、主机类、虚拟化类和存储类的运行率报表、故障告警统计分析报表和性能分析报表；所投运维监控类产品需提供处置知识库，当后续出现相同告警时,告警信息在第*时间完成关联的处置经验信息反映,为用户处理故障提供快速参考建议,使运维经验的应用落到实处；故障告警方面，系统需提供配置模板。管理对象可自动适配相关智维规则、告警规则、报表规则，无需人工参与配置；所投运维监控类产品可预置管理策略，当检测到异常后需要自动通知管理员；并能将用户个性化的分析方式和处置方式转换成自动执行策略；所投运维监控类产品需自动学习业务运行规律，自动采集的数据以此生成基线，实现自动化基线运维，通过对基线的数据分析，能及时捕获偏离运维历史情况的异常，当异常出现频率过高时能及时告知管理员。

所投运维监控类产品中间件管理应支持对********、、******、*********、********、******、**、******、******、*****、***、*******等中间件实时监控；所投运维监控类产品应支持*********的管理：支持集群分成操作系统、***********、实例方式展现，支持动态数据对比，检测各个承载主机的性能表现；所投运维监控类产品需支持*********、******、******、*****、********、***等数据库的各项常用运行参数、实时运行状态的实时统计，包含数据库会话数、死锁数实时排行，支持对表空间大小和会话数、缓存信息、锁信息进行重点监管；所投运维监控类产品需支持系统拓扑图，*张图可以展现所有主机承载的数据库、中间件和标准应用之间的实时状态监控，为主机监控提供全景视图；所投运维监控类产品需支持****带外管理方式监控国产服务器硬件，监控服务器的硬件状态；所投运维监控类产品需支持对于*******、******、***、*******、*****（******、、****（******）、*******）类型操作系统的管理，支持对于***、内存、进程、日志、网络流量、磁盘性能的监控；

对所投运维监控类产品，考虑产品的前瞻性，适应信息技术服务国家标准化的发展，所投产品应符合****信息技术服务管理技术要求标准，并通过****信息技术服务工具产品注册符合性评估。所投运维监控类产品需支持虚拟机中心、文件夹、数据中心、集群、宿主机、资源池、****的全面管理；支持对虚拟机***、内存、虚拟机磁盘、网络的性能进行分析，支持可基于现有数据识别运行和配置的合理性，给出解决建议；所投运维监控类产品需支持拓扑图自动布局，网络设备可实现星型排布、圆型排布、从上到下树形排布、从左到右树形排布多种自动排布方式；所投运维监控类产品需对网络链路丢包，错包，广播包的趋势变化进行实时监控，帮助判断网络潜在的故障风险，并且提供详尽的处理建议；所投运维监控类产品应支持各大设备厂商的各型号设备，支持多厂商设备组成的混合网络自动发现，并且需提供设备的真实面板,提供端口关闭与启用操作，可以更改******；所投运维监控类产品应支持图形化方式显示应用的承载主机状态和应用的基本性能信息，展示相关的运维负责人和联系方式；

（*）项目所有施工材料、人力成本和培训服务成本均包含在主要产品里面进行报价，所有支出均包含在总投标价格里。（*）本项目投标人负责全部设备的采购、运输、安装、调试和人员培训、售后服务及所有安装现场的收尾工作。（*）项目所需辅材（如设备及系统连接的跳线等），如招标文件无具体数量的，由投标人根据技术方案要求和现场情况提供，实际使用数量与中标人的投标数量不符时不对合同总价产生变更。（*）中标人需按照合同规定的时间进度交付，并在现场以双方认可的方式进行实施。（*）中标人必须针对本项目专门建立*个完善和稳定的项目实施组织机构。稳定的项目负责人，其中必须包括*名专职负责的项目经理。项目实施和验收要求

为了保证投标人所提供的系统能良好运行，要求投标人负责提供有关系统功能、安装、操作、设计、维护和系统开发以及应用软件使用的文档和培训。培训培训、验收及售后服务要求（*）系统上线前需要进行漏洞扫描检测和系统压力测试，并提供安全检测报告和系统压力报告，从而优化整体性能和避免出现安全漏洞隐患，同时还须制定完整备份与恢复设计方案。（*）本项目建设范围所包含设备，投标人免费提供设备原厂工程师的整体调试；采购人负责提供设备安装调试的场地及条件。（*）投标人所提供的合同所规定之设备应是全新的、未使用过的，其技术性能指标应符合设备制造商所规定之技术规格，所安装的软件应是正版软件。

运行管理培训：为了使学校的相关人员掌握有关应用系统的使用、维护和管理方法，达到能独立进行管理、故障处理、日常测试和维护等工作的目的，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。（*）对于定制开发软件系统，还需要进行以下培训。（*）对于所有培训，中标供应商必须派出具有相应专业资格和实际工作经验的技术人员进行培训，并承担本项目的所有培训费用（含培训教材费）。（*）培训方式和操作使用手册：投标人应提供详细的培训计划，具体培训时间、地点以用户认可为准，投标人须提供产品操作手册纸质文件和电子文件，方便用户学习和使用。（*）培训目标：相关人员经培训后应能熟练地掌握硬件及软件的维护工作并能及时排除大部分的软件故障。（*）培训：提供对技术人员、系统管理员及业务用户的分层次培训。

（*）产品合格证（*）硬件产品对于硬件产品，中标供应商对采购人提交包括但不限于以下交付物：中标供应商对用户提交以下交付物：交付物要求使用培训：对学校的相关人员的用户进行应用系统使用培训，掌握平台的使用。

（*）《系统管理员操作手册》对于软件产品成品，中标供应商对采购人提交包括但不限于以下交付物：（*）相关的技术文档和操作手册；（*）《验收报告》（*）使用说明书（*）硬件产品序列号

（*）《系统管理员操作手册》（*）需求规格说明书、项目计划、软件测试计划、概要设计说明书、详细设计说明书、编程规范、软件测试用例、软件测试报告、用户手册、安装手册、项目总结报告对于定制开发的软件系统，中标供应商对采购人提交包括但不限于以下交付物：（*）相关的技术文档和操作手册；（*）《验收报告》（*）《系统用户操作手册》

（*）验收组织方式试运行阶段如果遇到测试过程中没有被发现的系统错误或故障时，中标供应商需无条件进行返工。试运行阶段如果遇到项目建设范围内的需求没有在系统中实现的情况，中标供应商需要立即修正系统或者解决故障，并完成测试、修复等工作。验收（*）相关的技术文档和操作手册；（*）《验收报告》（*）《系统用户操作手册》

（*）硬件设备免费保修期为*年，自通过学校初步验收之日起计算；本项目所采购的所有硬件设备均需提供不少于*年原厂免费上门保修服务。售后服务（*）投标人必须协助用户要配合建设方、监理方做好该项目验收的相关工作，包括第*方测评、符合性检查、安全测评、专家验收、****市工信委终验、验收材料准备等工作，并支付因项目验收需要所产生的相应费用。验收的主要依据包括本招标文件、投标文件、合同文件，以及用户需求说明书和设计方案等。（*）验收标准试运行期结束后，系统开发方提交相关测试文档、竣工文档和验收申请给业主方，根据业主方的安排来组织验收，当验收不合格时，中标供应商需无条件进行返工。

（*）投标人应承诺本次建设系统将会为其他系统对接提供相应免费的接口。（*）投标人应提供完整的运营服务，不限于提供运营活动方案、运营宣传物料素材等资料。（*）投标人应提供定期的咨询服务（维护期内至少每*个月*次，维护期后至少每半年*次），若业主行政组织调整或业务流程变更，则投标人应提供及时的变更服务。（*）投标人提出维护期内的维护内容和范围（产品、技术、模块）。包括对软件的相应调整（操作平台的改变、数据库改变等），功能模块修改、增加、删除（注明功能模块免费调整、修改、增加的期限，属于程序***的问题要求终生免费保修），软件的定期升级等的服务方式；（*）质保期内中标供应商必须提供****小时服务，并在*小时内对采购人所提出的要求做出反应，要求*小时内排除故障或到达现场给予技术支持；由中标供应商派人员到用户使用现场维护，由此产生的*切费用均由中标供应商承担。在维护期内，系统发生故障时，中标供应商必须派出相关技术人员在合同约定时间内赶赴现场；在*个工作日内保证系统恢复正常运行。由此产生的*切费用均由中标供应商承担。（*）软件系统免费保修期为*年，自通过****市工业和信息化委员会的最终验收后之日起计算；定制开发软件系统：项目通过最终验收后，中标人须提供不少于*年的免费软件版本升级、功能更新和现场维护服务。第*方软件产品：本项目所采购的第*方系统软件均需提供原厂不少于*年原厂上门免费维护服务。

因建设本项目会涉及到****医科大学及附属医院信息系统数据，投标方在开发阶段必须和采购方签订保密协议；系统设计所涉及到的数据、需求图表等知识产权归采购方所有，系统验收后*年内，未经采购方允许，不得将系统数据、需求图表等知识产权进行对外宣传。系统保密要求（*）整个项目的过程包括后期修改维护提供系统、完整的项目管理、设计和开发、操作说明等书面文档及其电子版。（*）投标人需要提供完善的文档，并对项目进行过程中的文档进行有效的管理，接受采购方和监理方对项目各阶段评估分析和监督管理。（*）文档管理依据：根据《****市政府投资信息化项目管理办法》及《****市政府投资信息化项目验收规范》要求提交相应的过程及成果文档。文档资料要求

（*）在完成平台搭建、数据抽取工作后并通过采购人确认后，采购人在收到中标供应商的款项发票后**个工作日内支付合同总价的**%给中标供应商；（*）在硬件设备部署完成并通过测试后，采购人在收到中标供应商的款项发票后**个工作日内支付合同总价的**%给中标供应商；（*）签订合同后，采购人在收到中标供应商的款项发票后**个工作日内支付合同总价的**%给中标供应商；支付方式对于软件系统，需要符合国家《信息安全等级保护管理办法》中*级信息系统的所有要求，确保通过相关主管部门的验收，如无法通过，需要继续整改直至通过验收；确保软件系统源代码安全，无漏洞；提供较完善的数据加密机制，确保数据存储和数据传输安全；提供明晰的身份鉴别和访问控制机制，按业务要求实现功能分级，并对用户分级授权。系统安全要求

（*）本项目通过****市工业和信息化委员会最终验收后，采购人在收到中标供应商的款项发票后**个工作日内支付合同总价的*%给中标供应商。（*）本项目实施完成并通过初步验收后，采购人在收到中标供应商的款项发票后**个工作日内支付合同总价的**%给中标供应商；

*、*、*、技术需求存在倾向性内容，建议进行如下修改。针对《…………采购项目需求公示》，我单位反馈意见如下：****：采购需求反馈意见书

特此函告…*、*、*、技术需求存在不明确（或不完整）内容，无法报价，建议进行如下完善。…

（联系人：***，联系电话：**-******）年月日单位名称（公章）：