移动办公和家庭医生升级项目功能概述.docx
《移动办公和家庭医生升级项目功能概述.docx》由会员分享，可在线阅读，更多相关《移动办公和家庭医生升级项目功能概述.docx（25页珍藏版）》请在冰豆网上搜索。
移动办公和家庭医生升级项目功能概述
移动办公和家庭医生升级项目功能概述
1）PC用户端
序号
功能名称
功能描述
1
事项审批
实现事项流转审批功能，可进行不同类型的事项的发起和审批处理。
将待办的、已办的、全部的、自己发起的进行区别分类。
可查看审批处理进度和审批意见。
2
通知公告
实现实时对院内通知和公告的查看。
可以查看通知公告的标题、发送部门/人员、发送时间。
进入某个具体通知公告可以查看通知公告的标题、发布时间、发布科室/人员、正文、附件并能下载。
3
收件箱
可以查看收到的内部邮件标题、发件人、发件时间、部分正文。
进入某个具体邮件可以查看到邮件标题、正文、发件人、发件时间、能够看到附件并下载附件。
可进行回复、回复全部、转发、删除
4
计划日程
可对上周、下周、本周个人计划和我的日程进行查询和编辑，可共享个人计划给他人，可查看他人计划共享文件。
日程可以设置提醒。
5
值班安排
查看相关科室人员排班情况，支持“与我相关”快速定位自己排班。
6
一周安排
可以实现对上周、下周、本周安排并且可以进行查询。
7
医院资讯
包含公告、最新文章、新闻资讯等信息，可进行查看。
8
医院文件
医院文件包含了医院的行政、医政综合、行风、信息相关信息。
可进行查看。
9
政府文件
包含了质控和市、省里等相关文件。
可进行查看。
10
会议信息
查看会议信息，并可针对相关信息进行搜索。
支持“与我相关”快速定位自己参与的会议信息。
11
会议材料
查看会议材料相关信息。
并可针对相关信息进行搜索。
12
通讯录
通讯录模块中包括部门，人员内容。
通讯录跟医院组织架构保持一致，自动刷新实时更新。
人员详情包括姓名、部门、职位、头像、电话号码等信息。
支持汉字、工号、拼音、手机号码等关键词的智能搜素，方便查找。
13
群组管理
展示用户创建维护的联系人群组。
可查看每个群组的命名，以及该群组中包含的联系人数量和姓名。
14
操作手册
提供下载操作手册的功能，用户可以通过下载的操作手册更方便的了解如何使用系统。
15
慢病监测
对签约患者电子血压计、血糖仪等设备采集的数据进行记录查询和干预提醒，并协助管理患者个人设备。
16
个人中心
个人中心模块中包括基本资料，修改密码，意见反馈，退出登录等功能。
基本资料包括姓名、部门、职位、头像、电话号码等信息。
2）Android/iOS手机移动端
序号
功能名称
功能描述
1
通知公告
实现实时对院内通知和公告的查看。
可以查看通知公告的标题、发送部门/人员、发送时间。
进入某个具体通知公告可以查看通知公告的标题、发布时间、发布科室/人员、正文、附件并能下载。
2
医院资讯
包含公告、最新文章、新闻资讯等信息，可进行查看。
3
医院文件
医院文件包含了医院的行政、医政综合、行风、信息等相关信息。
可进行查看。
4
政府文件
包含了质控和市、省里等相关文件。
可进行查看。
5
事项审批
实现事项流转审批功能，可进行不同类型的事项的发起和审批处理。
将待办的、已办的、全部的、自己发起的进行区别分类。
可查看审批处理进度和审批意见。
审批方式支持文本、手写和语音。
6
收件箱
可以查看收到的内部邮件标题、发件人、发件时间、部分正文。
进入某个具体邮件可以查看到邮件标题、正文、发件人、发件时间、能够看到附件并下载附件。
可进行回复、回复全部、转发、删除
7
计划日程
可对上周、下周、本周个人计划和我的日程进行查询和编辑，可共享个人计划给他人，可查看他人计划共享文件。
日程可以设置提醒，能收到红点提示或者推送消息。
8
一周安排
可以实现对上周、下周、本周安排并且可以进行查询。
9
预约点餐
可根据时间进行预约点餐。
10
会议信息
查看会议信息，并可针对相关信息进行搜索。
支持“与我相关”快速定位自己参与的会议信息。
11
会议材料
查看会议材料相关信息。
并可针对相关信息进行搜索。
12
会议签到
用二维码进行会议签到。
13
常用电话
支持显示医院常用的电话列表。
14
健康档案
包括处方查询、化验报告单、检查报告单。
15
重点人群
包括慢性病管理、60岁以上老人管理、残疾人管理等。
其中危机值提醒功能突出体现。
16
签约管理
显示登陆人员相关的签约人信息列表及相关管理。
17
服务周期
查询签约医生上门服务时间、次数、出诊服务状态。
18
慢病监测
对签约患者电子血压计、血糖仪等设备采集的数据进行记录查询和干预提醒，并协助管理患者个人设备。
19
值班安排
查看相关科室人员排班情况，支持“与我相关”快速定位自己排班。
20
全院日报
查阅门诊住院收入、人数、收入比例等数据。
21
报表查询
通过报表查询可以了解到门诊的各种数据信息。
22
上门随访
可新建随访信息，查询随访记录，包含随访患者基本信息、随访时间、随访医生（工号）、随访类型等。
23
通讯录
通讯录模块中包括部门，人员内容。
通讯录跟医院组织架构保持一致，自动刷新实时更新。
人员详情包括姓名、部门、职位、头像、电话号码等信息。
支持汉字、工号、拼音、手机号码等关键词的智能搜素，方便查找。
24
群组管理
展示用户创建维护的联系人群组。
可查看每个群组的命名，以及该群组中包含的联系人数量和姓名。
25
消息中心
消息模块中显示医院通知公告提醒、待办事项提醒等。
26
个人设置
1）清空数据。
2）是否设置访问密码。
3）是否修改密码。
4）提交反馈意见。
5）应用分享，生成二维码分享。
6）检查版本更新。
7）退出账号。
3）PC管理端
序号
功能名称
功能描述
1
公文管理
对政府文件、医院文件进行增删改查。
2
计划管理
对所有人的计划进行管理拥有删除、查询功能。
3
信息发布
发布图片新闻、通知公告、医院文件、政府文件。
并对已发布和未发布的信息进行管理。
4
收件箱
对用户收件箱进行管理，支持删除。
5
值班安排
对科室的各月份值班进行编辑与修改。
6
特殊排班
对特殊行政科室的科室名称和人员信息进行配置，对科室各月份值班进行编辑与修改。
7
一周安排
发布一周工作安排，支持编辑和修改。
8
会议信息
提供会议考勤管理、会议信息管理、会议室管理等功能。
发布会议信息可指定相关人员参加，生成会议二维码。
会议考勤支持指定科室和人数参加，可查看会议签到的详情，具备统计分析功能。
9
会议材料
支持对会议材料进行新增、编辑和修改。
10
组织架构
1）对部门、人员进行新增、编辑。
2）支持部门和人员排序。
3）支持导出EXCEL格式的最新通讯录。
11
群组管理
对群组的相关人员、名称进行编辑与修改。
12
常用电话
支持新增、编辑常用电话的部门（科室）和电话号码。
13
慢病监测
对签约患者电子血压计、血糖仪等设备采集的数据进行记录查询和干预提醒，并协助管理患者个人设备。
14
系统管理
1）包含角色管理、权限管理、密码管理、推送管理、登录日志、意见反馈和操作手册等功能。
2）支持用户角色具有管理员功能，自己工作界面和管理员界面操作独立分开操作。
3）角色管理可实现不同角色的不同功能灵活配置。
4）权限管理可实现人员的角色和权限分配。
5）密码管理：
对用户登录密码进行修改重置。
6）推送管理：
对指定人员进行推送消息，可推送到用户的PC端、手机端。
7）登录日志：
查看用户用PC或者手机登录的日志，可列表查看用户登录和未登录情况。
用不同图标区分显示不同终端登录，以便方便查看。
8）意见反馈：
查看用户通过PC端或者手机端反馈意见。
9）操作手册。
上传最新操作手册，供用户下载使用。
技术方案（标准规范建设，信息资源规划和数据库建设，应用支撑平台和应用系统建设，网络系统建设，软硬件物理部署图，存储系统建设，安全系统建设，主要软硬件选型原则和软硬件配置清单，终端、备份、机房等配套系统建设）矚慫润厲钐瘗睞枥庑赖賃軔。
6.1标准规范建设
1）规范性
严格遵循电子政务的相关技术规范和业务规范的要求，对平台进行整体规划。
2）开放性
系统遵循开放性架构，采用开放的接口协议与开发平台，为用户提供统一的、开放的能力调用；业务维护和发展不依赖于设备厂商，能够保证业务的持续升级和发展。
系统可与医院原有PC端OA系统、HIS、LIS、PACS、RIS、EMR、人事、财务等系统进行对接。
聞創沟燴鐺險爱氇谴净祸測。
3）安全性
系统按照运营商级的应用进行设计，系统软件架构充分考虑整个系统运行的安全策略和机制；针对各类流程的安全需求，采用多种安全技术手段，为用户提供完善的安全技术保障。
残骛楼諍锩瀨濟溆塹籟婭骒。
4）成熟性
采用成熟稳定的平台和第三方软件或者组件。
5）先进性
系统必须采用业界领先的技术和体系结构，确保系统的先进性。
6）可扩展性
系统采用模块化设计，能够满足未来业务发展的需要；新功能、新业务的增加能够在不影响系统运行的情况下实现；系统设备应以模块化方式组建，设备的处理能力能够平滑扩容。
酽锕极額閉镇桧猪訣锥顧荭。
6.2信息资源规划和数据库建设
信息资源规划表达了医疗信息化整体的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。
“企业”绝非是指一个机构。
其表示的是医疗信息化的整体业务领域。
企业架构是在考虑各个业务用户的需求、外部约束、内部约束、技术约束基础上提出大家共有的远景目标和整体的组织与技术部署，具体分为业务架构、数据架构、应用架构和技术架构四个层次。
彈贸摄尔霁毙攬砖卤庑诒尔。
信息资源规划
数据架构规划通过总结整理现有业务中信息内容和业务需求，设计出适合医疗业务数据概念模型，进而得出数据交换架构和数据仓库架构，并指导未来应用系统建设时的逻辑数据模型和物理数据模型的设计。
謀荞抟箧飆鐸怼类蒋薔點鉍。
数据架构规划通过总结整理现有业务中信息内容和业务需求，设计出适合医疗业务数据概念模型，进而得出数据交换架构和数据仓库架构，并指导未来应用系统建设时的逻辑数据模型和物理数据模型的设计。
厦礴恳蹒骈時盡继價骚卺癩。
通过对各个业务的用户视图中的原子数据的提炼并分类，将得到实体和活动主题域中各数据类型及每个类型的主要属性，整理出各个业务的数据概念模型。
将各业务的数据概念模型整合成统一的数据概念模型，进而得出数据交换架构和数据仓库架构，指导应用数据设计的逻辑数据模型和物理数据模型的设计，建立医疗应用数据架构。
茕桢广鳓鯡选块网羈泪镀齐。
数据架构规划
6.3应用支撑平台和应用系统建设
①客户端应用接口
客户端应用接口主要提供工作流管理系统与人员或应用程序工具的交互接口来处理各种活动步骤。
交互接口对于活动间的控制传递是必须的，如确定过程的状态，调用应用程序工具，传递应用程序数据等。
鹅娅尽損鹌惨歷茏鴛賴縈诘。
1、用户信息管理，包括用户信息的管理，在流程中根据权限、角色和人员等参与者的设计，每一个实例启动后都会将相应关联到的用户绑定到系统或者数据库中。
籟丛妈羥为贍偾蛏练淨槠挞。
2、流程信息管理，包括流程导入、流程控制、流程状态监控等功能。
3、流程节点信息管理，针对具体的流程实例以及流程实例产生的过程信息也作了详细的管理。
每个流程都是由不同的节点组成的，也就是不同的工作项，每个工作项可以理解为工作流节点。
具体的流程信息都是由流程中所有的节点信息组成的，因此对流程属性的管理也就是对流程各个节点信息的管理。
預頌圣鉉儐歲龈讶骅籴買闥。
4、工作项管理，通过对工作项的管理打开/关闭任务表查询，设置过滤标准，并获取任务表中的项目，通知选择/重分配/结束一个任务项，查询任务项属性；改变过程定义或者它的实例的运行状态，改变某种类型的所有过程实例或活动实例的状态，为某种类型的所有过程实例或活动实例的属性赋值，终止所有过程实例。
渗釤呛俨匀谔鱉调硯錦鋇絨。
5、错误信息提示，系统会将其错误的信息通过客户端应用接口反馈到用户操作的界面中。
②数据交换平台
随着用户数量的不断增加，各个子应用系统的陆续上线还有新系统的不断开发，各应用之间的集成和数据交换就变得越来越重要。
采用基于EBS（企业服务总线）的数据交换进行集成，在数据交换平台架构中，应用系统之间不相互链接，都只与数据交换平台进行链接，形成总线式架构。
如下图所示：
铙誅卧泻噦圣骋贶頂廡缝勵。
数据交换平台处于一个非常重要的位置，它既可以实现各类应用系统之间的数据整合，又可以实现医院内各层级单位之间的数据同步，从而进一步实现应用系统的整合与业务的协作，能够快速应对业务需求的变化，帮助医院提高服务水平和质量。
擁締凤袜备訊顎轮烂蔷報赢。
③移动应用支撑平台
1）Android、iOS原生开发
不同于完全的webapp，原生（native）开发一般是指用原生开发语言开发，原生开发语言就是开发整个系统时使用的编程语言。
对于iOS来说就是ObjectiveC，对于Android来说一般用Java开发的。
原生开发的App可以调用手机硬件提供的功能，具有出色的用户体验，系统运行性能优越。
贓熱俣阃歲匱阊邺镓騷鯛汉。
2）混合开发技术
混合App（HybridApp）是同时采用网页语言与程序语言进行开发，通过不同的应用商店进行打包与分发，应用的特性更接近原生应用而且又区别于Web应用。
但是在开发过程中同时使用了网页语言，所以开发成本与难度大大降低。
坛摶乡囂忏蒌鍥铃氈淚跻馱。
3）HTML5移动插件开发
HTML5.0提供了一些新的元素和属性，嵌入了音频、视频、图片的函数、客户端数据存储和交互式文档，内建了WebGL加速网页3D图形界面的技术标准，有利于搜索引擎进行索引整理和手机等小屏幕装置的使用。
移动应用平台为定制应用提供了跨平台的应用环境，应用插件采用HTML5技术开发，只需一次开发投入，就可运行在安卓和iOS平台上。
蜡變黲癟報伥铉锚鈰赘籜葦。
应用插件开发采用web开发与原生开发相结合的混合模式，实现应用插件的一次开发，多系统、多设备部署。
插件的展现层通过HTML5/CSS3/JavaScript实现，可使用业界较流行的Senchatouch、jQueryMobile等开源框架。
移动设备本地功能的使用、与移动应用门户的交互等通过调用移动应用开发套件提供的接口实现。
買鲷鴯譖昙膚遙闫撷凄届嬌。
应用插件开发终端包括iOS、Android及WindowsPhone设备，使用其相应的开发环境，移动应用平台为应用插件开发提供跨平台支持。
綾镝鯛駕櫬鹕踪韦辚糴飙钪。
4）互联网推送技术
推送（又称Push、实时推送、服务器推送）是一种风格基于互联网的通信方式。
在Push机制下，消息的传输请求由服务器发起，服务器找到客户端（接收者），然后把消息传输给客户端。
推送最大的优势是实时性，在那些对信息的及时性要求较高的场合，例如OA的工作流程需要实时到达提醒、电子邮件到达时的主动提示等等，否则因为内部工作流程如果不能及时传递、及时处理，将会严重影响工作处理和内部管理效率。
驅踬髏彦浃绥譎饴憂锦諑琼。
6.4网络系统建设
每个系统使用了2台服务器，部署在同一个VLAN中，业务应用服务器通过防火墙映射出公网地址，供外网访问，其网络架构如下图所示：
猫虿驢绘燈鮒诛髅貺庑献鵬。
若有特殊需要可在现有网络架构基础上，增加2台服务器，与原有的数据库服务器、业务应用服务器两两组成双机集群，预防出现单点故障，同时增加磁盘阵列提供存储，优化后的网络架构图如下：
锹籁饗迳琐筆襖鸥娅薔嗚訝。
6.5软硬件物理部署图
系统部署将在“统一平台”规划下，充分考虑医院信息化现状以及未来移动信息化管理的发展趋势，信息化管理系统将按照“集中应用、统一存储”的方式进行部署。
同时将充分考虑部署方式的灵活、可扩展，能够随着医院基础设施的日益完善，逐步过渡到“云计算”模式。
構氽頑黉碩饨荠龈话骛門戲。
终端登录访问系统，通过医院内部网络安全认证后，利用数据交换平台与医院内部的信息系统和相关服务进行数据通信。
管理端对移动端采集的数据进行处理和管理，给不同用户分配不同角色和权限，让用户按照一定规则操作。
同时支持统计分析功能，为医院决策提供参考数据。
輒峄陽檉簖疖網儂號泶蛴镧。
6.6存储系统建设
客户数据系统是核心业务系统，系统上的数据极其重要。
因而，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。
而要保证系统稳定可靠地运行，除了要利用高可用的在线数据解决方案，另外一个关键的要素是要保护计算机所存储的信息，也就是存储在计算机内的数据。
日常数据的存储保留在硬盘中，同时根据磁盘容量使用情况，定期或者不定期备份。
尧侧閆繭絳闕绚勵蜆贅瀝纰。
①数据备份策略
数据备份策略决定何时进行备份，备份收集何种数据以及出现故障时如何进行恢复的方式。
通常使用的备份策略有三种：
完全备份，增量备份和差异备份。
完全备份指对整个系统或用户指定的所有文件数据进行一次全面的备份；增量备份首先进行一次完全备份，然后每隔一个较短时间进行一次备份，备份的内容仅仅是上次备份以后到当前时间点在这段期间更改或新创建的数据。
差异备份首先进行一次完全备份，然后每次进行更新数据的备份。
识饒鎂錕缢灩筧嚌俨淒侬减。
系统运维保障级别设定为二级，根据相关规定，正式移交运行后，提供后备服务器进行数据备份工作，备份周期：
每周一次全备，每天一次增量。
数据保存年限为三年，数据清理规则参照应用支撑平台对数据的整体要求，融合数据生命周期管理的理念设计。
凍鈹鋨劳臘锴痫婦胫籴铍賄。
②备份系统解决方案说明
为保证数据库安全性，建议通过数据库备份来保证业务数据的安全性，备份数据备份到统一的备份设备空间，本次建设建议采用如下备份方案：
恥諤銪灭萦欢煬鞏鹜錦聰櫻。
在异地备份服务器上保留一份数据库的完整镜像。
每天4点进行增量备份，并将7天前的增量备份应用的数据库的全库镜像备份中。
数据库的全库镜像备份与当前数据库保留7天的数据差异。
鯊腎鑰诎褳鉀沩懼統庫摇饬。
每天删除7天前的增量备份，保留7天的增量备份。
每天删除7天前的归档日志，保留7天的归档日志。
每天备份控制文件和spfile。
每天删除7天前的控制文件和spfile备份。
这种方式的优势在于：
可以通过备份软件对服务器进行统一备份管理，备份工作高效简单，备份策略灵活，设备成本较低，实现简单，拥有较好的性能和利用率。
同时，又有极好的扩充性能，兼顾了今后更高的备份容灾需求。
硕癘鄴颃诌攆檸攜驤蔹鸶胶。
6.7安全系统建设
本系统的等保级别为二级：
系统审计保护级；系统设计有用户访问及重要操作的日志记录功能。
整体安全架构包括安全管理机制：
应用审查机制，信息管理机制；安全技术机制：
应用安全机制，数据安全机制，系统安全机制，硬件安全机制，通信安全机制、应用审查机制、信息管理机制。
阌擻輳嬪諫迁择楨秘騖輛埙。
①硬件安全机制
硬件安全主要包括：
（1）移动终端硬件的存储安全。
即存储芯片具备完整性、保密性保护机制，能够确保存储数据的安全。
（2）终端硬件标识唯一。
终端硬件通过软件或硬件方式，具备唯一可识别性，确保标识不可被更改。
终端能够识别改写情况的发生，并采取技术措施进行控制。
措施包括：
提示用户标识被非法篡改、将被篡改的标识发送至管理端、加入黑名单等。
氬嚕躑竄贸恳彈瀘颔澩纷釓。
②系统安全机制
系统安全主要包括以下方面：
安全启动，安全域隔离，加密机制，数字签名，访问控制（外设、端口、存储的限制），文件系统，安全API。
釷鹆資贏車贖孙滅獅赘慶獷。
安全启动：
终端设备启动过程中，能够确保移动应用不被其他程序、恶意程序监视、跟踪，获取应用程序内部信息。
怂阐譜鯪迳導嘯畫長凉馴鸨。
安全隔离：
确保移动应用程序运行时，能够与其他程序隔离，不被其他程序获取单位应用所特有的信息或数据。
加密机制：
确保移动应用本地存放的永久数据或临时数据采用加密的方式进行保护。
数字签名：
对移动应用提交的数据进行数字签名，确保操作用户身份的真实性和不可抵赖。
访问控制：
对移动终端的外设端口、存储进行必要的限制类控制，限制蓝牙、红外等非必要的连接，阻止连接至未经许可的WiFi热点。
严格限制敏感数据的存储位置，确保不能存储在非指定的存储设备或区域中。
谚辞調担鈧谄动禪泻類谨觋。
文件系统：
严格限制其他应用对系统应用数据存储区域的访问。
安全API：
应用接口应确保安全，不存在漏洞或设计缺陷，防止其他恶意程序通过API非法调用功能。
③应用安全机制
（1）安装安全（安全检测）
提供应用软件安装、上架前的病毒和漏洞扫描机制，可以通过调用杀毒软件来查杀病毒，通过代码扫描软件对预置或上架的源代码进行漏洞扫描。
嘰觐詿缧铴嗫偽純铪锩癱恳。
（2）移动应用签名
应用开发单位对移动应用进行开发签名，上级主管对上架应用仓库的应用进行分发签名，以保证应用的可溯源性、真实性。
移动智能终端应识别应用的数字签名，用户通过签名安装和使用可信的应用。
熒绐譏钲鏌觶鷹緇機库圆鍰。
专用设备仅能安装经签名的应用。
（3）应用分级
建立应用的安全定级机制，并对其进行业务安全定级和分类，依据不同的级别和分类，选择对应的安全防护措施。
（4）开发安全
在移动智能终端应用软件的开发过程中，应保证其所承载的应用软件自身的安全。
移动智能终端应采用或开发相应的安全组件，为应用软件提供不同类别的安全服务，如数据加密、签名与验证，以及应用认证等。
鶼渍螻偉阅劍鲰腎邏蘞阕簣。
具备防止反编译、逆向分析的功能，例如混淆处理（Obfuscator）和运用ClassLoader方法进行加密处理方式。
纣忧蔣氳頑莶驅藥悯骛覲僨。
（5）应用审计
应用软件提供应用身份认证和敏感操作的审计功能，记录相关日志，对疑似异常的操作行为进行报警。
④数据安全机制
（1）业务数据安全
采用数据加密、签名与验证等方式保证业务数据在存储、使用过程中不被泄露、篡改。
防止因终端设备的丢失、病毒和木马的入侵导致移动终端内的数据被非法查看、复制和删除。
颖刍莖蛺饽亿顿裊赔泷涨负。
（2）用户数据安全
建立通讯录、通话记录、信息、浏览记录、账户信息、照片、位置信息等用户数据的安全保护机制，阻止未经许可获取用户的个人数据。
濫驂膽閉驟羥闈詔寢賻減栖。
6.8主要软硬件选型原则和软硬件配置清单
1、选型原则
系统PC端采用JAVA或者.NET语音开发为主，移动端采用主流的安卓和苹果原生语言开发为主。
2、服务器参考配置
1）应用服务器
功能及技术指标
参数要求
机箱形态
2U机架式,面板支持服务器部件风扇、内存状态显示
处理器
置4颗IntelXeonE5-2603V2处理器
内存
配置64G（8*8G）DDR3-1600内存
硬盘
配置5块1TB6GSAS7.2K2.5inSCMDLHDD硬盘，硬盘托架支持状态显示，防止读写数据中错误拔出硬盘
RAID
支持raid1、5、6、10、50、60等，单台配置512MFBWC高速缓存模块
I/O插槽
配置6个PCIe3.0插槽,可以支持扩展到≥6个网卡；支持扩展CNA网卡、HBA网卡、万兆以太网卡、千兆以太网卡、RAID卡
网卡
主板集成4端口千兆网络适配器
硬件集成管理
硬件集成1个独立管理GE端口，实现虚拟介质、远程控制台、虚拟KVM功能、支持集成系统软件及驱动在主板上，无需启动光盘即可直接部署安装服务器；
电源
支持1+1通用接口热插拔高效电源模块，单个电源最大功号≤460W，配置2个电源模块
风扇
配置6个风扇
机柜导轨
配置原厂机柜导轨
服务
承诺提供原
升级会员 