一、项目建设背景
随着我院医疗信息化的不断发展，我院医疗信息化产品几乎覆盖了医院内部的所有业务，已经成功实施了医院管理信息系统（HIS）、住院医护工作站、实验室系统(LIS)和部分医技医辅管理信息系统。考虑到系统的专业性等诸多因素，南通市中医院中的各类业务系统都分别由几类不同的专业厂商来负责，系统和系统之间基本是通过传统的API应用程序、数据库视图、Webservice等传统接口方式来实现数据的共享与业务交互，长此以往，各异构系统间的接口集成方式和信息交互标准没有整体规划，造成接口越接越多，错综复杂，系统间集成耦合度程度较高，且没有一个统一接口标准、接口的重复建设现象严重。同时，在医疗信息化行业大规模集成高度发展的今天，医院通过多年的信息化建设已经实现了数据的大规模收集，逐步形成医疗的大数据，但对于数据的分析利用和处理能力却还十分缺乏，临床科研和医院医疗技术的发展对多年来积累下来的的患者信息数据和临床业务数据急需实现基于患者的整合和利用。
医院建设了HIS、EMR、LIS、PACS等众多系统软件。但各系统建设当时受技术等诸多因素的限制，系统之间的协作与交互，按照不同时期的业务交互需求，各系统之间，采用视图的方式、Web services 方式、dll调用方式等进行接口调用。在数据交换的格式方面没有遵循统一的标准。如同样是webservice接口，数据库及服务器的配置部署没有制定标准体系，另一方面，由于不同厂商的很多实施人员参与，每人数据库水平不一、对业务理解的层次不同、后台SQL语句写法各异，大部分SQL语句，各自理解自己负责那部分的含义，较难互相理解。由于接口的不规范，增加了各自维护的工作量，也降低了数据库运行的效率。
以往项目中采用的点对点的集成互连方式，系统接口错综复杂，信息交换规范不统一，数据交换不畅通，系统间存在信息孤岛、导致了系统间耦合度高，版本更新影响范围广、成本大、危险性高。同时各系统间数据交换缺少规则，冗余度高，消耗系统性能，复用性较差，影响业务交换的效率，性能和安全均无法保障。从长远发展来讲，系统间接口管理混乱及难以复用，导致带来的高昂维护成本的问题。
业务系统达到有序、高效受控的集成管理，解决医院信息系统的集成带来的急迫而艰巨的整合需求。
二、项目建设必要性和可行性
项目建设的必要性：
1.  互联互通四甲评审的要求
2.  三级医院评审的要求
3.  电子病历评级的要求
4.  提升医疗服务水平的要求
项目建设的可行性：
各个系统可实现集成
三、项目建设目标
在南通市中医院通过规划建设的统一医院信息平台，打造一个公共的医院信息平台来代替原来数量众多的点对点数据接口，为医院信息化建设提供标准和规范，为医院内部信息共享提供一个共享和利用的基础平台，保证临床信息的有效交换与充分共享；通过规范全院术语编码标准体系，实现字典编码术语的统一管理；提供全院患者主索引服务，提升患者信息质量；通过构建临床数据中心，实现以临床路径和知识库为基础的临床决策支持系统，最终未来实现基于医院信息平台，整合临床数据中心的深层次多维度应用价值。通过医院信息平台的建设达到：数据标准规范、技术标准规范、管理标准规范、业务标准规范。
四、项目建设内容
（一）建设清单

系统名称	功能名称	数量	预算
医疗信息集成平台	医疗集成平台引擎	1套	560万
	统一平台监控系统	1套
	信息平台管理与控制系统	1套
	主数据管理系统	1套
	患者主索引系统	1套
	统一通讯服务	1套
数据中心	临床数据中心（CDR）	1套
	患者全息视图	1套
	数据中心后台管理系统	1套
	共享文档配置管理系统	1套
测评服务	互联互通四甲测评服务	1套

 
（二）模块功能要求
1、医疗集成平台引擎
本项目要在医院范围内建设信息平台，要求采用B/S架构设计，依据HL7 V3 RIM模型，实现业务系统之间的业务流交互与数据交互，降低系统耦合程度，保证信息交互标准化，临床数据得到充分利用。HIE集成应符合如下招标要求：
（1）提供全院级集成应用的企业服务总线，实现消息转换与数据传输，基于内容的智能路由，提供基于事件驱动机制的系统集成，完成各业务系统之间的解耦连接；
（2）提供集成的几大引擎机制：执行引擎：提供HIE引擎的服务创建与管理，内部数据交换，消息映射，消息路由；整合IDE：提供IDE环境，流程定义，流程维护；数据库连接配置，数据映射与转换的自动化；
（3）集成平台架构设计要支持基于事件驱动的消息传输机制，支持服务的发布和订阅；
（4）基于平台的数据交换标准化，集成平台技术基于HL7 V3标准规范设计，提供基于HL7 V3标准的消息模型列表；
（5）提供基于HL7 V3 CDA-Section消息的CDA模板列表；
（6）集成平台业务流程设计，能提供具有符合医院业务流程的业务活动交互图设计；
（7）集成平台方案设计支持国际上认可的标准与外部系统集成，能够实现各类异构外部系统快速的接入，提供完善的医院信息资源目录；
（8）集成平台提供对集团化医院的支持能力，设计支持集团化医院的集成互联。消息数据支持可以跨医院、院区传输，支持多家医院的集成。
具体技术要求如下：

功能列表	指标说明
开发包支持	提供java、C#等开发包支持，实现快速高效的开发接入程序。
适配器	具备内置异构系统连接常用的适配器，如MQ、JMS、HTTP、Web Services、.NET、Database、File、Email、TCP、kafka等常用适配器组件配置连接。
协议转换	具备Socket、WebService、JMS(MQ)、MQTT、FTP、HTTP协议连接能力。
数据库访问	具备Database的连接能力,同时支持JDBC和ODBC连接方式。
动态路由	可以实现不同协议的动态路由和筛选过滤，且路由规则通过配置方式实现。
发布订阅	能够通过可视化界面定义消息路由分发规则以及系统订阅关系。
开发与运行效率	1、开发和运行支持图形化处理。 2、内置消息中间件,数据持久确保消息不丢失。 3、提供简单易用的测试和调试功能，可以在节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。
服务注册和查找	在服务的注册和查找的配置能力和易用性。
兼容性	1、支持多种部署方式，支持云平台部署。 2、支持本地、虚拟机部署，支持基于Docker、PaaS云平台部署。 3、支持Web方式管理、配置ESB中间件。 4、支持程序热部署，不影响在线服务运行。
可扩展性及性能	1、采用C++或Java实现内核，具备并发处理性能； 2、支持开放组织OGF（OpenGridForum)定义的DFDL（DataFormatDescriptionLanguage）标准规范，简单快捷地定义文本、二进制、XML等数据格式。 3、支持通过Java，C进行自定义扩展,用户可以为ESB 开发自定义扩展的计算节点,同时支持php,ESQL,.net,java开发后台服务。 4、可通过数据建模定制符合自己需求的消息类型； 5、支持各种各样的服务质量等级和通信模式：同步(例如SOAP)和异步(例如MQ)两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA和故障隔离，各种保障和交易策略等；
HTTPS支持	在HTTPS的表现情况，体现ESB总线的安全性能力
行业标准支持	1、支持国际和中国医疗数据标准，如 HL7 （Health Level Seven）v2.x、v3.0、FHIR等版本和DICOM标准等相关医疗标准。 2、支持例如Minimal Lower Layer Protocol (MLLP) 传输协议等相关协议，实现各类医疗设备与系统的连接。
IP访问控制	在IP访问控制的表现情况，体现ESB总线的安全性能力

2、统一平台监控系统
信息平台的建设要有可靠安全的运行维护机制，依靠监控平台来排除风险，厂商应提供针对HIE平台信息交互的监控功能，对HIE信息交互的状态及服务器资源使用状况进行实时监控和统计分析，对不良状况设定告警，并提供监控设置的动态加载功能，以了解整个信息信息平台的运行状况。
（1）实时监控消息发送相关信息，实时刷新各个业务消息的流动状态，更新监控结果；实时监控消息发送失败相关信息；提供基于业务条件的监控查询；实时地显示HIE平台的服务器资源监控结果，包括监控概况、队列积压情况、服务器资源监控；
（2）基于医疗业务的精准搜索能力：可以提供基于业务数据的的分类条件搜索，支持对医嘱号、申请单号等信息的精准查询。通过业务查询结构直接浏览消息：从业务角度跟踪消息，并能够直接浏览消息体内容；
（3）实现各类统计功能：包括消息统计，消息交互量，术语变更量，实时交互量，服务交互量，错误消息量，服务消费分析，系统接收消息量，队列消息堆积量等条件的统计分析功能；
（4）检索设定日期内特定名称和类别的告警信息，配置告警项，对告警条件的增、改、删及启用、停用等操作。
3、信息平台管理与控制系统
在信息集成平台的建设整体方案中，要能够提供HIE管理系统实现对信息平台集成的标准在线管理、自定义数据集管理、标准数据元管理、OID在线管理、服务在线管理、服务在线升级管理、服务设计书在线管理、应用系统管理、系统集成在线自测、SDK、ETL平台集成方式定义与管理，并支持平台交互消息质量校验。
要求信息平台集成管理系统主要实现以下功能：

功能	功能描述
标准在线管理	支持标准编辑、导入导出功能，支持不同类型标准转换；提供标准历史版本管理机制，对标版的历史版本有追踪记录及明细展示。
自定义数据集管理	能够对数据集进行统一管理，可新增自定义数据集，也可对已有数据集进行编辑修改。标准定义中可引用定义好的自定义数据集节点。
标准数据元管理	对互联互通共享文档引用到的标准数据元进行统一管理。
OID在线管理	能够对医院OID进行统一管理，具有导出、导入OID的功能，OID的修改能够自动的应用到服务设计书中。
服务在线管理	对于接入平台的服务进行统一管理，支持子服务定义及服务在线升级管理，并能够在线管理服务订阅关系。具备服务设计书下载功能。
应用系统管理	提供平台接入系统的注册管理，支持接入平台的应用系统白名单功能，通过可视化界面对接入系统服务的提供和消费关系进行维护。
在线测试工具	提供平台消息在线收发测试工具，并支持批量处理。
多种方式接入支持	平台可提供SDK或ETL方式进行数据集成接入。
平台消息校验	通过可视化页面配置消息校验内容，提供校验结果的查看及统计。

4、主数据管理系统
为解决院内术语字典各系统不统一的现状，采购主数据管理系统，要求规范全院的术语编码体系，统一人员、科室主数据，统一术语编码服务，统一字典维护。
（1）支持人员、科室、临床术语字典的主数据管理维护，要能提供动态添加字典管理功能，并提供基于集成引擎的更新发布机制；
（2）提供基于主数据管理系统的主数据更新审批发布流程；
（3）主数据管理系统的术语更新源系统，提供两种更新模式：一为提供从更新源系统中，主动抓取术语的变更信息；二是提供从更新源系统中，主动推送更新信息给主数据管理系统。
5、患者主索引系统
统一全院患者信息，维护患者数据及同步更新。应具有以下功能：
（1）提供患者信息维护的拆分、合并、更新通知功能；
（2）患者信息模型维护，对系统患者模型进行配置调整，以满足医院患者数据现状。提供高效的匹配算法引擎，可根据医院数据质量对于匹配模型/匹配阈值进行可视化调整；
（3）提供疑似数据的管理，对疑似数据进行查询、合并疑似数据、拆分疑似数据、比较疑似数据等维护操作；
（4）提供批量数据导入功能，用于预防突发事故，导致域系统无法访问EMPI系统，这段时间操作的患者信息，可以通过该功能将患者信息同步到EMPI系统中；
（5）提供合并正确率的抽样分析功能，对系统内被合并患者数据进行抽样分析，判断合并正确率。
6、统一通讯服务
为了便于院内系统快速实现短信、微信、邮件等方式的通信服务，需要统一提供公共通信服务系统，该系统至少需要包括如下功能：
（1）至少需要支持短信、微信、邮件三种常用的通信服务；
（2）提供webservice、http-post、直接读数据库三种方式的调研接口；
（3）提供配置页面，可以自主为新场景开通服务；
（4）支持为每个场景设置信息发送的频率、上限（每用户每天接受上线、每分钟发送上线、每天发送总量等），以及发送时间段（早X点-晚X点之间可发送）；
（5）能够导出接口调用明细。
7、临床数据中心（CDR）
临床数据中心，将院内患者临床数据进行统一存储与管理，存储应满足以下要求：
（1）分布式关系数据库存储方式；
（2）支持水平扩展，通过增加新节点即可实现水平扩展，提升吞吐或存储；
（3）分布式事务支持标准的ACID事务；
（4）支持标准的SQL语言；
（5）支持本地和云部署；
（6）提供全面数据库监控功能。
8、患者全息视图
采购临床数据中心系统，将院内患者临床数据进行统一存储与管理，具体应满足以下功能要求：
（1）建立数据中心，通过主数据管理和患者主索引，把患者零散分布在各业务系统的历次诊疗数据通过统一标准集中存储与管理；
（2）建设患者信息全面展示，患者的历次所有诊疗信息，包括患者的摘要信息、就诊信息、过敏或不良反应、诊断、医嘱、检查、检验、手术、病历文书等临床记录；
（3）按时间轴展示患者历次就诊的时间段，横向排列显示就诊信息；
（4）提供按患者住院时间展示住院诊疗数据的界面；
（5）要求系统课提供检验报告信息、历次检验曲线对比。历次检验曲线对比可对患者某一类检验指标历次检验数据通过曲线图展示，可以让查看者更直观的检验结果数据的变化趋势。通过点击不同的指标，展示不同的指标曲线图；
（6）根据每个临床医生关注的重点患者需求，数据中心系统要能提供我的患者收藏夹功能。用于将发现典型病例加载至收藏夹。
9、数据中心后台管理系统
数据中心后台管理系统提供对数据中心系统的基础设置，提供用户和授权功能；提供大屏展示数据中心系统整体的数据统计以及数据中心的数据接入情况。具体要求如下：
（1）访问控制管理，用户、角色、权限设定，记录系统访问日志数据；
（2）数据监控，数据中心数据接入分类统计和接入消息查询；
（3）数据统计，数据中心中数据统计分析包含但不限于每日建卡患者数量统计、检查、检验报告统计以及各类病历文书的统计情况；
（4）图表首页，提供大屏展示数据中心的整体数据情况包含共享文档数量。
    10、共享文档配置管理系统
共享文档配置管理系统依据互联互通共享文档规范建立了独立的电子病历共享文档库，支持共享文档模板管理和映射配置管理，能够生成共享文档，并支持共享文档调阅和检索。
（1）共享文档配置管理：能够对共享文档模板进行统一管理，支持配置数据的导入导出，支持一个或多个XML转成共享文档、SQL语句生成共享文档以及XML文档和SQL语句相结合的混合模式生成共享文档；
（2）共享文档生成管理：支持根据条件参数生成特定患者的共享文档，也支持根据时间参数批量生成特定时间段共享文档；
（3）值域映射管理：能够对数据元值域进行映射管理；
（4）交互消息生成与测评：能够生成交互请求消息并与测评系统进行测试。
11、测评服务
互联互通四甲测评服务。要求供应商通过资料分析和现场调研，理解医院战略，在项目建设过程中辅助医院完成互联互通成熟度四甲评测工作。
 
集成平台建设技术指标
1、支持操作系统
l  Linux
l  Windows
l  AIX
2、支持数据库
l  Oracle
l  SQL Server
l  Derby
l  Postgre
l  可扩展
3、支持的协议
l  Axis
l  CXF
l  Email
l  FTP
l  Hibernate
l  HTTP/S
l  JDBC
l  JMS
l  LDAP
l  POP3/S
l  RMI
l  Servlet
l  SMTP/S
l  SOAP
l  TCP
l  UDP
l  VM
l  WSDL
4、数据交换服务总线技术要求
l  遵循SOA设计原则和技术标准，能够构建标准的企业服务总线平台，提供松耦合模式，将业务逻辑和应用逻辑、数据逻辑等分离开，提供一个满足企业的应用集成和信息调解需求的中间件产品。
l  支持最新Web Services标准，包括SOAP 1.1/1.2、WSDL 1.1、MTOM/XOP、WS-I Basic Profile 1.1等，支持Web Services自有的安全性WS-Security和寻址功能WS-Addressing，可以实现Web Services 同步和异步不同形式的调用。
l  灵活的消息路由方式，支持基于消息内容的处理和路由；而且还可以执行一系列方式的消息交互，包括了过滤、充实、监视、分发、关联、拆分（一对多）和合成（多对一）等。
l  标准XML数据的格式转换，并且可以通过图形化映射组件、XSLT、客户化Java程序、ESQL等多种方式实现转换功能。
l  非标准XML数据的格式转换，实现XML消息格式和其他数据格式之间的映射，包括了C Record、JMS、TDS分隔符、平文本、行业专有数据格式等多种格式，同时也要支持自定义数据格式。
l  提供发布/订阅功能，支持队列和主题两种订阅模式，主题订阅模式支持树状结构，即支持多级主题模式，支持主题模糊的匹配方式，同时支持跨越多节点的发布订阅能力。
l  提供统一的、基于开放接口的工具，实现开发、编译、测试、调试、部署和管理的功能，支持团队的开发和版本控制。
l  提供图形化界面开发工具，实现简单和复杂的数据流程设计，提供图形化界面的数据映射和拖拽方式，以及配置功能的开发。
l  提供多种内置功能组件和节点，功能涵盖协议接入、路由、转换、监控、例外处理等，同时要支持自定义的处理节点，提供多种编程语言(C/C++, Java等)的实现接口。
l  开发工具支持基于 XML Schema 的消息集的定义和描述。全面支持 XML Namespace 和XML style sheet 转换操作，支持XPath标准。
l  开发工具要提供XML Schema，WSDL，HTML等快速生成引导功能，提供对Web Services开发和测试功能。
l  开发工具提供对各种开放标准的应用数据接口的支持，包括XML DTD, XML
Schema、XML Namespace、SOAP、JMS、C、COBOL 以及BLOB等，提供数据字典功能，对异构数据进行统一开发和管理。
l  开发部署工具提供更为灵活的 SQL 语言支持，可以直接实现SQL语句的操作和编译，在业务逻辑中实现对数据库、XML等的处理和操作。
l  提供对应用数据的消息处理逻辑的事务支持，实现单节点、消息流和完整的业务逻辑的XA
事务支持。
l  产品内置定时触发组件，根据需要灵活实现定时、定点、一定时间间隔等多种方式的主动数据处理模式。
l  提供可靠的数据或消息传输，确保消息传输的最简化连接方式，如支持 IBM
WebSphere MQ、Tibco EMS等标准消息中间件，支持JMS最新标准。
l  支持灵活和开放的协议支持，包括HTTP/HTTPS、JMS、FTP/File、Socket、SMTP、SOAP/HTTP、SOAP/JMS等。
l  实现与关系数据库实现无缝的集成，同时支持JDBC和ODBC两种数据库连接方式，支持数据库要涵盖Oracle、DB2、Sybase、Informix、SQL Server等；在数据交换和流转的过程中，支持业务逻辑中对不同数据库的存储操作，支持对不同数据库实现不同的用户和密码支持。
l  对于Web 2.0支持，支持REST调用模式。
l  提供图形化性能监控工具，支持统计和分析的功能，同时支持Pub/Sub 报告模式。
l  具备高性能处理能力，尤其对于XML数据的校验和解析、XSLT解析、非XML报文的处理、路由和过滤、数据库操作、Web Services调用等都要满足高性能要求，提供动态的缓存机制，保证数据能够在内存中最快速的处理。
l  提供高可用性，保证平台7*24小时的运行；提供高稳定性，保证在数据量或应用连接数高峰运行时的系统运行正常，保障持久化的系统运行。
l  提供多种安全机制，用户级别的认证、授权，支持标准的LDAP服务器；访问级别的SSL传输机制；数据内容级别的数字签名等机制。
l  采用“多节点热备+负载均衡”架构保证服务数据总线的高可用性，同时确保多节点同时故障时恢复时间不大于1小时。MQ网关节点参照此要求执行。
5、集成平台应用集成开发技术要求
l  应用编程接口（API）支持各种运行平台，并且在各平台上的API接口一致。如HP-UX、IBM
AIX、SUN SOLARIS、WINDOWS NT、Digital UNIX、SGI、TRU
UNIX、WINDOWS2000、Linux等。
l  支持多种开发工具，特别是流行的开发工具。如C、C++、Java、COBOL、PB、VB、DELPHI等等。实现对这些工具的灵活接口。
l  支持多种网络环境，如以太网、SDH、DDN、帧中继、拨号网络等。
l  支持树型结构和网状结构，支持同步、异步、广播、队列通讯的通讯模式。
l  支持多种网络协议，如TCP/IP、NETBIOS、SNA等。
l  支持实时响应的程序间通讯。
l  支持异步的程序间通讯，网络不能连通时仍然可以正常工作，不导致数据丢失和应用程序故障。
l  支持点对点（POINT-TO-POINT，PTP）传输信息。
l  支持消息订阅/发布（PUBLISH-SUBSCRIBE）方式。
l  支持多种类型（包括声音、图象等多媒体数据）的数据交换，支持异构数据格式的透明转换。
l  可靠的信息传输。支持传输失败控制，在网络和系统发生故障等各种情况下应确保消息不丢、不重。
l  必须提供对服务和节点的故障恢复能力。
l  必须提供网络调度与通讯失败的自动恢复，提供独立于硬件产品实现的客户端到服务器端以及服务器端到服务器端的网络故障恢复机制。
l  传输优先级管理，能够支持消息按优先级传输，即消息被赋予一定的优先级，优先级较高的消息优先传输。
l  支持事件驱动机制；在触发条件满足时，唤醒应用程序的执行，即应用程序不必总是在运行中的。当第一个或第几个信息到达一个指定的队列时，一个应用可以有选择的被触发起来。
l  支持交易管理： 多个队列的存取操作构成一个逻辑工作单元，进行统一提交或回退。同时它还支持两阶段提交，即通过标准的XA标准，可以在多种交易处理软件的参与下实现队列操作与数据库操作的同步，完成两阶段提交。
l  对大型消息和文件的支持, 传输数据的长度支持不小于100M,并且支持大型消息的自动分组传输和自动重组。
l  支持群集功能。队列管理器之间能够共享负载，进行自动负载均衡。
6、数据库及数据仓库技术要求
l  支持ANSI/ISO SQL-92、SQL99标准。
l  支持C2级安全标准。
l  支持LBAC安全性标签,支持按照层次结构进行权限管理,如机构层次树,做到不同层次的成员,只能看到该层次许可的数据。
l  支持Server端认证、Client端认证、DCE认证、DCS认证、DRDA认证等多种认证方式，用户名和密码可以以明文或加密方式在网络上传输。支持LDAP和对操作系统认证。数据库支持数据存储加密。
l  支持ODBC、JDBC。
l  支持嵌入式SQL，宿主语言要求支持C，C++，Java.。
l  支持用SQL、C 、Java编写存储过程。
l  支持中文汉字内码, 支持GB18030，支持UNICODE通用编码格式。
l  提供对XML、SOAP、UDDI标准的支持。
l  支持建立用户自定义数据类型（UDT）和用户自定义函数（UDF）。
l  支持主流的网络协议（如：TCP/IP、ACCP等）。
l  数据库具有开放性。要求数据库能支持异种数据库的互访。可以对异种数据库或者一个OLE
DB资源进行分布式的查询。提供对消息传输中间件的支持。
l  支持多种数据复制方式，复制管理简单、易用。支持异种数据库复制。
l  支持联机备份及恢复，支持多层次的增量备份，支持联机存储和备份功能，提供GUI环境的工具进行备份的配置、管理和监控，工具功能全、使用简便。
l  提供高效、易用的数据库管理工具，具有统一的标准图形界面，可以通过网络进行数据库的管理、维护、优化等工作，提供数据库构建向导，索引向导，性能智能向导等多种辅助管理工具简化数据库的管理，提供数据库管理的API接口，支持用户定制数据库管理功能。
l  提供数据库的自我管理和资源调度功能，支持部分核心数据库参数由数据库系统自我调节。
l  支持行级锁，能够进行自动死锁处理。
l  支持主流Unix平台、Windows
平台 ，如IBM、HP、SUN 的硬件平台和其UNIX操作系统。采用64位软件体系结构，支持运行在64位UNIX系统平台。
l  提供先进的SQL优化技术，包括动态SQL和静态SQL的优化，支持查询重写及预编译优化，提高SQL性能。
l  在核心级支持并行技术，要求支持SQL任务在集群节点间并行、节点内并行、CPU并行和I/O并行。
l  支持从单CPU系统到SMP多CPU系统，或SMP多CPU系统到双机甚至多机集群系统的扩展及应用系统与业务系统的无损失移植，具备高可扩展性，满足业务数据量增大时的系统扩展要求,，原有应用可以平滑移植，无需修改。
l  能够进行数据存储空间的动态扩展，支持对在线数据进行重分布，对一张数据库表中的数据，支持在多个存储空间之间进行负载均衡的存储处理，以减少I/O瓶颈，提高整体性能。
l  支持对应用透明的数据库级别的分区,表级别的分区,是否支持将经常访问的字段进行数据的聚类存储等优化大数据量处理的技术，分区方式不受CPU数量、节点数量等影响。
l  该数据库应能支持大量用户并发访问,并在数据库核心提供相关功能提高多并发访问的性能。
l  具有处理TB级大容量数据的能力。
l  支持数据高速增量加载；增量建索引；数据装载操作支持多CPU 并行,多节点并行数据加载。
l  数据库储存过程、触发器支持SMP及MPP全面并行处理。
l  具有并行处理的集群功能，支持多CPU SMP平台，能在系统资源低负担的条件下提供最高的并发度和最大的吞吐量。
l  支持数据仓库的建立和管理功能，对数据仓库应用有完善的支持，为未来的企业应用的发展（商业职能、决策分析）奠定基础，同时也要具备联机交易处理（OLTP）和联机分析处理（OLAP）能力。
l  内嵌支持存储、管理、查询和提取半结构化的数据，如XML文档，支持XML数据类型，直接把XML存储于数据库中。
l  支持数据库、表空间级别的高级存储管理功能，能够支持数据库、表空间等对象的存储自动化管理功能。能够实现，存储的自动增长、与收缩，无须用户干预。
l  在医院现有数据库（Oracle数据库）基础上能够真正实现最佳OLAP性能（如数据仓库应用等）和最高速的联机交易处理（OLTP）性能，采用创新性Grid并行数据库及存储网格架构、领先的智能存储软件和服务器系统集成优化技术。能够从多方面突破了传统数据库系统难以解决的瓶颈和限制。
l  所采用方案是行业技术最新，可高效运行联机事务处理（OLTP）、OLAP（如数据仓库等）及混合工作负载的数据库服务器系统，其大型OLAP 及OLTP业务处理性能可以达到是传统解决方案的几十倍至数百倍；有效降低数据存储成本。
l  能够实现每秒数百GB提供近乎零成本的查询完整加密数据库的能力；使用Exadata智能扫描、Exadata智能闪存缓存、智能闪存日志、混合列压缩、存储索引技术等创新技术，并达到5TB以上的Exadata智能闪存缓存以实现超快的事务响应和高吞吐量；使Exadata可为数据仓储、联机事务处理、混合负载等所有任务提供超强性能。
7测评服务 
要求供应商通过资料分析和现场调研，理解医院战略，在项目建设过程中辅助医院完成互联互通成熟度四甲评测工作。
8 运维开发环境
提供基于服务总线和数据中心的标准自定义开发环境，支持代码级系统开发和运维，支持MQ、Webservice、Httprest等API类型开发。
9 平台性能指标
要求当数据中心或业务系统数据量达到千万级时业务涉及的增删改查响应时间不超过3秒，其他业务性能指标由甲乙双方在平台实施前根据业务需要协商后书面确定。
 
五、项目建设周期
    南通市中医院集成平台和数据中心项目建设周期为10年，预计2021年5月完成。
六、公示期限
    2020年6月23日至2020年6月27日
    现将以上情况予以公示，如有异议，请在公示期间内携书面意见材料与以采购人联系，逾期将不再受理。
七、采购人的联系地址、联系人和联系电话
    采购人：南通市中医院
    采购人地址：南通市崇川区建设路9号儒学楼3号楼3楼301室
    联系人：解金洪
    联系电话：0513-85126065