某市医院三级等保建设方案.doc

某市三院医疗信息系统安全
三级等保建设方案

2023-09-25

目录

1 、某市三院医疗信息系统现状分析 4
1.1拓扑图 4
1.2网站/BS应用现状 4
1.3漏洞扫描 5
1.4边界入侵保护 5
1.5安全配置加固 5
1.6密码账号统一管理 6
1.7数据库审计、行为审计 6
1.8上网行为管理 6
2 、某市三院医疗信息系统潜在风险 6
2.1黑客入侵造成的破坏和数据泄露 6
2.2医疗信息系统漏洞问题 7
2.3数据库安全审计问题 8
2.4平台系统安全配置问题 8
2.5平台虚拟化、云化带来的新威胁 9
3、某市三院医疗信息系统安全需求分析 10
3.1医疗信息系统建设安全要求 10
3.2医疗等级保护要求分析 11
3.3系统安全分层需求分析 16
3.4虚拟化、云计算带来的安全问题分析 22
4、医疗信息系统安全保障体系设计 25
4.1安全策略设计 25
4.2安全设计原则 26
4.3等级保护模型 27
4.4系统建设依据 28
4.5遵循的标准和规范 29
5、安全管理体系方案设计 29
5.1组织体系建设建议 29
5.2管理体系建设建议 30
6、安全服务体系方案设计 32
6.1预警通告 32
6.2技术风险评估 32
6.3新上线系统评估 33
6.4渗透测试 33
6.5安全加固 33
6.6虚拟化安全加固服务 34
6.7应急响应 35
7、安全技术体系方案设计 35
7.1物理层安全 35
7.2网络层安全 36
7.3主机层安全 40
7.4应用层安全 43
7.5数据层安全 46
7.6虚拟化、云计算安全解决方案 48
8、平台安全建设方案小结 49
8.1安全产品汇总 50
8.2产品及服务选型 53

1 、某市三院医疗信息系统现状分析
1.1系统现状
某市第三人民医院（以下简称某三院）作为三级甲等医院，已经建成全院网络覆盖，医院内网已覆盖行政楼、老病房1/2F、门诊一期、门诊二期以及门诊一期中心机房，医院外网与新农合、市社保机构互联。医院内网采用“核心-接入”二层互换架构，行政楼、病房、门诊通过接入互换机连接至中心机房核心互换机。HIS、LIS系统作为三院核心业务系统直接部署在中心机房，系统服务器直接挂载在中心机房核心互换机上。近期三院将在中心机房区域部署一套电子病历系统已完善三院医疗信息系统。在出口方向，医院有两条出口与外网互联，一条通过防火墙完毕与新农合、市医保机构的互联，另一条通过ISA服务器接入互联网。
2 、某市三院医疗信息系统潜在风险
2.1黑客入侵导致的破坏和数据泄露
随着医疗信息化的普及，个人信息逐渐以电子健康档案、电子病历和电子处方为载体，其中涉及了个人在疾病控制、体检、诊断、治疗、医学研究过程中涉及到的肌体特性、健康状况、遗传基因、病史病历等个人信息。其中个人医疗健康信息的秘密处在隐私权的核心部位，而保障病人的隐私安全是医院和医护人员的职责。
某市三院医疗信息系统某市三院中心机房汇集了大量的病人隐私信息，而这些数据在传输过程中极易被窃取或监听。同时基于电子健康档案和电子病历大量集中存储的情况，一旦系统被黑客控制，也许导致病人隐私外泄，数据恶意删除和恶意修改等严重后果。病人隐私信息外泄将会给公民的生活、工作以及精神方面带来很大的负面影响和损失，同时给平台所辖区域导致不良社会影响，严重损害机构的公共形象，甚至也许引发法律纠纷。而数据的恶意删除和篡改会导致电子健康档案和电子病历的丢失以及病人信息的错误，给医护人员的工作导致影响，甚至也许引发医疗事故。另一方面，随着便携式数据解决和存储设备的广泛应用，由于设备丢失而导致的数据泄漏威胁也越来越严重。
因此电子健康档案和电子病历数据作为卫生平台某市三院中心机房的重要资产，必须采用有效措施以防止物理上的丢失和黑客监听、入侵行为导致的破坏，保证数据的保密性，安全性和可用性。
2.2医疗信息系统漏洞问题
自计算机技术的出现以来，由于技术发展局限、编码错误等种种因素，漏洞无处不在并且已成为直接或间接威胁系统和应用程序的脆弱点。操作系统和应用程序漏洞可以直接威胁数据的完整性和机密性，流行蠕虫的传播通常也依赖与严重的安全漏洞，黑客的积极袭击也往往离不开对漏洞的运用。事实证明，99%以上袭击都是运用已公布并有修补措施但用户未修补的漏洞。
某市三院医疗信息系统某市三院中心机房建设涉及到大量的网络设备，服务器，存储设备，主机等，其中不可避免地存在着可被袭击者运用的安全弱点和漏洞，重要表现在操作系统、网络服务、TCP/IP协议、应用程序（如数据库、浏览器等）、网络设备等几个方面。正是这些弱点给蓄意或无意的袭击者以可乘之机，一旦系统的漏洞运用成功，势必影响到系统的稳定、可靠运营，更严重的导致系统瘫痪和数据丢失，从而影响平台的公众形象。因此可以及时的发现和修补漏洞对于平台某市三院中心机房网络安全有着重要意义。另一方面，基于某市三院中心机房设备、系统、应用量大的情况，通过人工进行漏洞发现和修补非常花费人力和时间，因此有必要借助漏洞扫描设备和补丁服务器机制来实现自动化的漏洞扫描和补丁下发。
2.3数据库安全审计问题
医疗行业信息化建设在带来各种便捷的同时也引入了新的隐患。随着病人信息和药品信息的数据化，加之内部安全管理制度不够完善，医疗机构内部运维人员可以借助自身职权，运用数据库操作窃取药品统方信息，修改药品库存数据，修改医保报销项目等，来牟取个人私利。其中药品统方行为是医疗行业高度重视的问题，其背后涉及的药品和医用耗材灰色交易严重扰乱医疗行业秩序，败坏医德医风，影响医院的公众形象，是医疗机构必须坚决制止和查处的行为。另一方面修改药品库存信息和修改医保报销项目等行为也会给医疗机构和社会导致损失。
某市三院医疗信息系统某市三院中心机房汇集的两大应用系统（HIS、LIS）和即将建设的电子病历数据库涉及医疗行业的各方面信息，内部人员的违规操作也许导致严重的社会影响和给医疗机构导致重大损失。因此有必要通过有效手段对数据库的各种操作进行审计，准确记录各种操作的源、目的、时间、结果等，及时发现各种业务上的违规操作并进行告警和记录，同时提供具体的审计记录以便事后进行追查。
2.4平台系统安全配置问题
随着公共卫生，医疗服务，医疗监管，综合管理，新农合五大业务的应用系统不断发展，医疗信息系统应用不断增长，网络规模日益扩大，其管理、业务支撑系统的网络结构也变得越来越复杂，各项系统的使用和配置也变得十分复杂，维护和检查成为一项繁重的工作。
在医疗行业里，随着各类通信和IT设备采用通用操作系统、通用数据库，及各类设备间越来越多的使用IP协议进行通信，其配置安全问题更为凸出。在黑客袭击行为中，运用系统缺省、未修改的安全配置攻入系统已屡见不鲜，因此，加强对网元配置的安全防护成为重点。其中，重要应用和服务器的数量及种类日益增多，一旦发生维护人员误操作，或者采用一成不变的初始系统设立而忽略了对于安全控制的规定，就也许会极大的影响系统的正常运转。此外，为了维持整个业务系统生命周期信息安全，必须从入网测试、工程验收和运营维护等阶段，设备全生命周期各个阶段加强和贯彻信息安全规定，也需要有一种方式进行风险的控制和管理。
3、某市三院医疗信息系统安全需求分析
3.1医疗信息系统建设安全规定
基于医疗信息系统信息平台的可靠安全的运营不仅关系到某市三院中心机房自身的运营，还关系其他业务部门相关系统的运营，因此它的网络，主机，存储备份设备，系统软件，应用软件等部分应当具有极高的可靠性；同时为保守公司和用户秘密，维护公司和用户的合法权益，某市三院中心机房应具有良好的安全策略，安全手段，安全环境及安全管理措施。
众所周知，信息系统完整的安全体系涉及以下四个层次，最底层的是物理级安全，其涉及计算机安全，硬件安全等,另一方面是网络级安全，重要涉及链路冗余，防火墙等等，再次是系统级安全涉及数据灾备，病毒防范等，最后是应用级安全涉及统一身份认证，统一权限管理等，而贯穿整个体系的是安全管理制度和安全标准，以实现非法用户进不来，无权用户看不到，重要内容改不了，数据操作赖不掉。整个平台的安全体系如下图：

平台安全体系结构图
3.2医疗等级保护规定分析
医疗机构作为涉及国计民生的重要组成部分，其安全保障事关社会稳定，有必要按照国家信息安全等级保护规定，全面实行信息安全等级保护。
卫生信息平台的核心数据区、应用服务区及系统运维参照公安部、国家保密局、国家密码管理局、国务院信息化办公室联合印发的《信息安全等级保护管理办法》（公通字[2023]43号）的规定，数据互换服务区参照二级信息安全等级保护规定建设、核心部分参照三级信息安全等级保护规定建设。
信息系统名称
安全保护等级
业务信息安全等级
系统服务安全等级
某市第三人民医院医疗信息系统
3
3
3
3.2.2等级保护技术规定
类别
规定
三级等保规定
解决方案
网络安全
结构安全
网络设备解决能管理和网络带宽冗余；网络拓扑图绘制；子网划分和地址分派；终端和服务器之间建立安全访问途径；边界和重要网段之间隔离；网络拥堵时对重要主机优先保护；
根据高峰业务流量选择高端设备，核心互换接入设备采用双机冗余；合理划分子网、VLAN、安全域，网络设备带宽优先级规划。
访问控制
部署访问控制设备，启用访问控制功能；根据会话状态提供允许/拒绝访问能力，控制粒度为端口级；按访问控制规则进行资源访问控制，粒度到单个用户；限制拨号访问用户数量；网络信息内容过滤，应用层协议命令级控制；会话终止；网络流量数和连接数控制；重要网段防地址欺骗
网络边界部署防火墙，制定相应ACL策略
安全审计
网络设备状况、网络流量、用户行为日记记录；数据分析和报表生成；审计记录保护
部署网络安全审计系统

边界完整性检查
安全准入控制和非法外联监控并进行有效阻断
部署终端安全管理系统
入侵防范
袭击行为检测；袭击日记记录和告警
部署入侵检测系统
恶意代码防范
网络边界病毒查杀；病毒库升级
部署入侵保护系统
网络设备防护
身份鉴别；管理员登陆地址限制；用户标记唯一；登陆失败解决；鉴别信息加密；身份鉴别采用2种或以上鉴别技术；特权权限分离
部署等级保护安全配置核查系统
主机安全
身份鉴别
操作系统和数据库用户身份鉴别；登录失败解决；鉴别信息传输加密；用户唯一性；身份鉴别采用2种或以上鉴别技术
部署等级保护安全配置核查系统
访问控制
启用访问控制功能；操作系统和数据库特权用户权限分离；默认账户配置修改；多余过期用户删除；角色权限分派，权限分离和最小权限原则；重要信息敏感标记；强制访问控制
部署堡垒机
安全审计
记录服务器和重要客户端的系统用户和数据库用户的重要安全相关行为、事件；审计记录保护；审计报表生成；审计进程保护
部署堡垒机
剩余信息保护
鉴别信息再分派前清除，系统文献、目录、数据库记录再分派前清除
操作系统及数据库加固
入侵防范
操作系统最小安装原则，定期升级；检测对重要服务器的入侵行为；重要程序完整性检测和破坏后的恢复。
部署网络入侵检测系统、终端管理软件，漏洞扫描
恶意代码防范
安装防恶意代码软件，定期升级；恶意代码软件统一管理；主机和网络防恶意代码软件品牌异构
部署终端杀毒软件
资源控制
终端登录控制；终端超时锁定；单个用户资源限制
安全加固
应用安全
身份鉴别
启用身份鉴别机制；登录失败解决；身份鉴别采用2种或以上鉴别技术
部署CA认证系统
访问控制
启用访问控制机制，控制用户对文献、数据库表等的访问；启用访问控制策略；账户最小权限原则和权限制约；重要信息敏感标记；重要信息强制访问控制
部署CA认证系统
安全审计
启用安全审计机制，审计每个用户、系统重要安全事件；审计报表生成
部署应用防护系统
剩余信息保护
鉴别信息再分派前清除，系统文献、目录、数据库记录再分派前清除
操作系统及数据库加固
通信完整性
应采用密码技术保障信息过程中数据完整性
部署PKI体系
通信保密性
会话初始化验证，通信过程整个报文或会话过程加密
部署PKI体系
抗抵赖
提供数据原发或接受证据
部署PKI体系
软件容错
数据校验功能，故障时能继续提供一部分功能
代码审核
资源控制
会话超时自动结束，限制最大并发连接数，单个账户多重会话限制
安全加固
数据安全与备份恢复
数据完整性
能检测到系统管理数据、鉴别信息和业务数据在传输和存储过程中受到的破坏，并采用恢复措施
VPN加密，数据库访问控制
数据保密性
采用加密或其他措施实现系统管理数据、鉴别信息、重要业务数据传输存储过程保密
信息加密
备份与恢复
重要信息备份恢复，关键网络设备、线路、数据硬件冗余
重要信息定期备份，设备冗余
3.3系统安全分层需求分析
根据《基于健康档案的区域卫生信息平台建设指南》中的安全规定部分，并参照等级保护三级的技术规定，通过风险分析及信息安全建设情况调研，确认以下安全需求：
3.3.1物理层安全需求
某市三院中心机房是整个三级医疗信息系统平台的关键节点，是系统运营的基础，因此必须保证物理环境的安全，重要涉及以下几个方面：
信息基础设备应安顿在专用的机房，具有良好的电磁兼容工作环境，涉及防磁、防尘、防水、防火、防静电、防雷保护，克制和防止电磁泄漏；
机房环境应达成国家相关标准；
关键设备应有冗余后备系统；
具有足够容量的UPS后备电源；电源要有良好的接地。
3.3.2网络层安全需求
结构安全：
Ø 应保证网络各个部分的带宽满足业务高峰期需要；
Ø 应在业务终端与业务服务器之间进行路由控制建立安全的访问途径；
Ø 应避免将重要网段部署在网络边界处且直接连接外部信息系统，重要网段与其他网段之间采用可靠的技术隔离手段；
Ø 应按照对业务服务的重要顺序来指定带宽分派优先级别，保证在网络发生拥堵的时候优先保护重要主机。
访问控制：
Ø 应在网络边界部署访问控制设备，启用访问控制功能；
Ø 重要网段应采用技术手段防止地址欺骗；
Ø 应按用户和系统之间的允许访问规则，决定允许或拒绝用户对受控系统进行资源访问，控制粒度为单个用户；
Ø 应限制具有拨号访问权限的用户数量。
安全审计：
Ø 应对网络系统中的网络设备运营状况、网络流量、用户行为等进行日记记录，并生成审计报表；
Ø 应对审计记录进行保护，避免受到未预期的删除、修改或覆盖等。
边界完整性检查：
Ø 应可以对非授权设备私自联到业务网络的行为进行检查，准拟定出位置，并对其进行有效阻断；
Ø 应可以对业务网络用户私自联到外部网络的行为进行检查，准拟定出位置，并对其进行有效阻断。
入侵防范：
Ø 应在网络边界处监视以下袭击行为：端口扫描、强力袭击、木马后门袭击、拒绝服务袭击、缓冲区溢出袭击、IP碎片袭击和网络蠕虫袭击等；
Ø 当检测到袭击行为时，记录袭击源IP、袭击类型、袭击目的、袭击时间，在发生严重入侵事件时应提供报警。
恶意代码防范：
Ø 应在网络边界处对恶意代码进行检测和清除；
Ø 应维护恶意代码库的升级和检测系统的更新。
网络设备防护：
Ø 应对网络设备的管理员登录地址进行限制；
Ø 身份鉴别信息应具有不易被冒用的特点，口令应有复杂度规定并定期更换；
Ø 应具有登录失败解决功能，可采用结束会话、限制非法登录次数和当网络登录连接超时自动退出等措施；
Ø 当对网络设备进行远程管理时，应采用必要措施防止鉴别信息在网络传输过程中被窃听；
Ø 应实现设备特权用户的权限分离。
3.3.3主机层安全需求
身份鉴别：
Ø 操作系统和数据库系统管理用户身份标记应具有不易被冒用的特点，口令应有复杂度规定并定期更换；
Ø 应启用登录失败解决功能，可采用结束会话、限制非法登录次数和自动退出等措施；
Ø 当对服务器进行远程管理时，应采用必要措施，防止鉴别信息在网络传输过程中被窃听；
Ø 应采用两种或两种以上组合的鉴别技术对管理用户进行身份鉴别。
访问控制：
Ø 应启用访问控制功能，依据安全策略控制用户对资源的访问；
Ø 应根据管理用户的角色分派权限，实现管理用户的权限分离，仅授予管理用户所需的最小权限；
Ø 应严格限制默认帐户的访问权限，重命名系统默认帐户，修改这些帐户的默认口令，及时删除多余的、过期的帐户，避免共享帐户的存在。
Ø 应对重要信息资源设立敏感标记；
Ø 应依据安全策略严格控制用户对有敏感标记重要信息资源的操作。
安全审计：
Ø 应实现主机系统的安全审计，审计范围应覆盖到服务器和重要客户端上的每个操作系统用户和数据库用户；
Ø 审计内容应涉及重要用户行为、系统资源的异常使用和重要系统命令的使用等系统内重要的安全相关事件；
Ø 审计记录应涉及事件的日期、时间、类型、主体标记、客体标记和结果等；
Ø 应可以根据记录数据进行分析，并生成审计报表；
Ø 应保护审计进程，避免受到未预期的中断；
Ø 应保护审计记录，避免受到未预期的删除、修改或覆盖等。
剩余信息保护：
Ø 应保证操作系统和数据库系统用户的鉴别信息所在的存储空间，被释放或再分派给其他用户前得到完全清除，无论这些信息是存放在硬盘上还是在内存中；
Ø 应保证系统内的文献、目录和数据库记录等资源所在的存储空间，被释放或重新分派给其他用户前得到完全清除。
入侵防范：
Ø 应可以检测到对重要服务器进行入侵的行为，可以记录入侵的源IP、袭击的类型、袭击的目的、袭击的时间，并在发生严重入侵事件时提供报警；
Ø 应可以对重要程序的完整性进行检测，并在检测到完整性受到破坏后具有恢复的措施；
Ø 操作系统应遵循最小安装的原则，仅安装需要的组件和应用程序，并通过设立升级服务器等方式保持系统补丁及时得到更新。
资源控制：
Ø 应根据安全策略设立登录终端的操作超时锁定；
Ø 应对重要服务器进行监视，涉及监视服务器的CPU、硬盘、内存、网络等资源的使用情况；
Ø 应限制单个用户对系统资源的最大或最小使用限度；
Ø 应可以对系统的服务水平减少到预先规定的最小值进行检测和报警。
3.3.4应用层安全需求
（说明：此部分内容需要在应用系统开发与维护过程中予以实现。）
身份鉴别：
Ø 应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别；
Ø 应提供用户身份标记唯一和鉴别信息复杂度检查功能，保证应用系统中不存在反复用户身份标记，身份鉴别信息不易被冒用；
Ø 应提供登录失败解决功能，可采用结束会话、限制非法登录次数和自动退出等措施；
Ø 应启用身份鉴别、用户身份标记唯一性检查、用户身份鉴别信息复杂度检查以及登录失败解决功能，并根据安全策略配置相关参数。
访问控制：
Ø 应由授权主体配置访问控制策略，并严格限制默认帐户的访问权限；
Ø 应具有对重要信息资源设立敏感标记的功能；
Ø 应依据安全策略严格控制用户对有敏感标记重要信息资源的操作。
安全审计：
Ø 应提供覆盖到每个用户的安全审计功能，相应用系统重要安全事件进行审计；
Ø 应保证无法单独中断审计进程，无法删除、修改或覆盖审计记录；
Ø 审计记录的内容至少应涉及事件的日期、时间、发起者信息、类型、描述和结果等；
Ø 应提供对审计记录数据进行记录、查询、分析及生成审计报表的功能。
剩余信息保护：
Ø 应保证用户鉴别信息所在的存储空间被释放或再分派给其他用户前得到完全清除，无论这些信息是存放在硬盘上还是在内存中；
Ø 应保证系统内的文献、目录和数据库记录等资源所在的存储空间被释放或重新分派给其他用户前得到完全清除。
通信完整性：
Ø 应采用密码技术保证通信过程中数据的完整性。
通信保密性：
Ø 在通信双方建立连接之前，应用系统应运用密码技术进行会话初始化验证；
Ø 应对通信过程中的整个报文或会话过程进行加密。
抗抵赖：
Ø 应具有在请求的情况下为数据原发者或接受者提供数据原发证据的功能；
Ø 应具有在请求的情况下为数据原发者或接受者提供数据接受证据的功能。
软件容错：
Ø 应提供数据有效性检查功能，保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定规定；
Ø 应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统可以进行恢复。
资源控制：
Ø 当应用系统的通信双方中的一方在一段时间内未作任何响应，另一方应可以自动结束会话；
Ø 应可以对系统的最大并发会话连接数进行限制；
Ø 应可以对单个帐户的多重并发会话进行限制；
Ø 应可以对一个时间段内也许的并发会话连接数进行限制；
Ø 应可以对一个访问帐户或一个请求进程占用的资源分派最大限额和最小限额；
Ø 应可以对系统服务水平减少到预先规定的最小值进行检测和报警；
Ø 应提供服务优先级设定功能，并在安装后根据安全策略设定访问帐户或请求进程的优先级，根据优先级分派系统资源。
3.3.5数据及备份安全需求
数据完整性：
Ø 应可以检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性受到破坏，并在检测到完整性错误时采用必要的恢复措施；
Ø 应可以检测到系统管理数据、鉴别信息和重要业务数据在存储过程中完整性受到破坏，并在检测到完整性错误时采用必要的恢复措施。
数据保密性：
Ø 应采用加密或其他有效措施实现系统管理数据、鉴别信息和重要业务数据传输保密性；
Ø 应采用加密或其他保护措施实现系统管理数据、鉴别信息和重要业务数据存储保密性。
备份和恢复：
Ø 应提供本地数据备份与恢复功能，完全数据备份至少天天一次，备份介质场外存放；
Ø 应提供异地数据备份功能，运用通信网络将关键数据定期批量传送至备用场地；
Ø 应采用冗余技术设计网络拓扑结构，避免关键节点存在单点故障；
Ø 应提供重要网络设备、通信线路和数据解决系统的硬件冗余，保证系统的高可用性。
3.4虚拟化、云计算带来的安全问题分析
为了区域卫生平台云计算应用的健康发展，就不能忽视对云计算面临的各类安全威胁的研究和分析，从而制定和建立相应的政策、技术体系，应对即将到来的云浪潮。
3.4.1法规遵从
在不同的国家和地区、公司或个人的信息需要符合该国家和地区规定的法规，但在云计算环境下，用户也许主线无法知道其数据存储位置，更不用说哪个国家或地区了。目前国家层面、行业层面对各类合规性规定，这些合规性规定IT部门必须全面控制关键信息的自主可控性，而云计算依赖虚拟化技术提供服务，数据也许会在某市三院中心机房和物理主机之间移动，以保证负载均衡，假如合规规定必须找出数据的精确位置实现可控目的时，公共云的应用是一个值得考虑的问题。
并且所有数据放在公共云上，并且使用共享资源，就很难证明遵从了法规的规定，云平台的安全等级建设是否符合所服务业务和数据的安全等级规定也是要考虑的问题。
3.4.2核心技术国产化问题
面对云计算，我们必须结识到：在我国建设云计算平台，并不能保证我们就可以控制云平台中的信息资源，也不能保证我们就是唯一的控制者。由于很多技术仍然控制在国外公司手中，大规模的云计算平台也许增长了国外控制中国的手段，一些通过购买获得的自主知识产权而不加以认真研究的所谓自主产品，更在很大限度麻痹了国人，这种自主知识产权的本质就是买下了推广别人产品的权利。
应当针对云计算所带来的新的安全需求进行技术研究和开发，预见到未来的技术发展方向，积极探索新形势下也许出现的信息安全新问题，在部分领域推出有自己特色的云计算平台和云安全服务平台，满足国内信息服务对云计算的应用需求和安全需求，实现对整个链条的控制和管理。
3.4.3大量迅猛涌现的Web安全漏洞
在云计算安全梯上仅采用传统的网络安全技术是远远不够的。云计算的安全问题还必须考虑比网络安全更为复杂的问题，比如应用层面安全。云计算服务推动了Internet的Web化趋势。与传统的操作系统、数据库、C/S系统的安全漏洞相比，多客户、虚拟化、动态、业务逻辑服务复杂、用户参与等这些Web2.0和云服务的特点对网络安全来说意味着巨大的挑战，甚至是劫难。
3.4.4拒绝服务袭击
服务和数据的随时可用性自身不仅是一项非常重要的安全指标，并且其质量的保证在一个存在恶意袭击的环境里会导致其实行复杂度大大增长。如何防止以破坏正常应用的DDOS袭击是一个很大的挑战。
由于云平台的大规模与高性能，一旦遭受DDOS（抗拒绝服务袭击），云平台服务商是否有能力提供应对的技术手段，使正常的应用不受影响，是评价一个云计算服务提供商重要指标。
拒绝服务袭击DoS和DDoS不是云服务所特有的。但是，在云服务的技术环境中，公司中的关键核心数据、服务离开了公司网，迁移到了云服务中心。更多的应用和集成业务开始依靠互联网。拒绝服务带来的后果和破坏将会明显地超过传统的公司网环境。
3.4.5内部的数据泄漏和滥用
相对而言，安装在现有内部环境中的应用更易于检查，并且我们也拥有了完善的检查技术，然而，对安装在外部的云计算应用假如没有妥善的保护，这些数据也许从外部云计算被非法泄露，并且对其进行检查的难度非常大。
当用户的敏感数据在云端解决的时候，公司的重要数据和业务应用处在云服务提供商的IT系统中，用户无法对风险进行直接的控制，数据的拥有者不能控制，甚至不知道数据的存储位置，计算任务也许在多台机器上运营，也许会在多个储存网络备份，也也许会在您不知情时导出。
在多用户环境中，云服务提供商很难提供与单独客户环境相同的资源隔离等级和相关保障，该数据甚至也许与竞争对手的应用和数据保存在相同的资源上，如何保证云服务商自身内部的安全管理和职责分离体系、审计保障等？如何避免云计算环境中多客户共存带来的潜在风险？这些都成为云计算环境下用户的最严厉的安全顾虑或挑战之一。
3.4.6身份管理（身份鉴定、授权和审计）
原先为了安全放在防火墙内的数据，现在放在了外部云计算环境中，可以使用简朴的用户名/密码进行鉴定，访问单位付费的计算资源，对穿插于各种服务中的用户账号的提供及取消。如何在多项服务中应用角色/策略的管理、多个身份有效管理、身份鉴定均面临着很大的安全挑战。
对员工、客户、参与者和工作负载的身份鉴定、授权和审计是云计算安全性的未来方向。
3.4.7不同云之间的互联互通（可移植性）
最为云计算平台用户关注的是，应当可以无障、安全、合乎规则地获得完毕其工作所需的所有计算服务，云计算应当保障平台的安全、合规和可移植性。
但目前云计算厂商各自未战，尚未在业界形成一个统一的标准化体系，无论是云平台还是云服务的统一标准都没有形成，这就给云计算产业的发展带来了瓶颈，各个公司为了自己的云服务发展推出各自的平台和服务标准，使得众多云平台和用户的利益和长远发展得不到保证，更极大地阻碍着云计算通用性和替代性以及软件的适合性和继承性的发展。
为争取国际竞争地位，我国应尽快建立云计算行业标准化组织，积极参与国际标准化组织的活动，推动云计算国际标准化工作。
3.4.8潜在的协议纠纷和法律诉讼
云服务协议、服务商的SLA和IT流程、安全策略、事件解决和分析等都也许存在不完善。虚拟化带来的物理位置不拟定性和国际相关法律法规的复杂性都使得潜在的协议纠纷和法律诉讼成为成功运用云服务的重大威胁。
假如云计算提供商违反了协议，并且涉及到安全问题，应当负多大限度的法律责任，导致的损失又如何评估，这些问题在法律和政策领域都尚有待解答。
4、医疗信息系统安全保障体系设计
4.1安全策略设计
为应对上述所面临的威胁和风险，实现某市三院医疗信息系统的安全建设目的，安全建设应遵循以下总体安全策略和基本安全策略：
总体安全目的：
l 遵循国家相关政策、法规和标准；
l 贯彻等级保护原则，特别是对不同类别关键业务的单独保护。
l 一手抓技术、一手抓管理；管理与技术并重，互为支撑，互为补充，互相协同，形成有效的综合防止、追查及应急响应的安全保障体系。
总体安全策略：
l 物理安全策略
在现有物理安全措施基础上，从环境、设备、介质、配电的故障切换、冗余等方面，完善物理安全保障措施，保障某市三院医疗信息系统免受因上述内容破坏导致的服务停止或数据损失。
l 网络安全策略
明确等级保护措施；合理划分安全域，拟定各安全域的物理边界和逻辑边界，明确不同安全域之间的信任关系。在安全域的网络边界建立有效的访问控制措施。通过安全区域最大限度的实行数据源隐藏，结构化和纵深化区域防御防止和抵御各种网络袭击，保证某市三院医疗信息系统各个网络系统的连续、稳定、可靠运营。
l 系统安全策略
对操作系统、数据库及服务系统进行漏洞修补和安全加固，对关键业务的服务器建立严格的审核机制。最大限度解决由操作系统、数据库系统、服务系统、网络协议漏洞带来的安全问题，解决黑客入侵、非法访问、系统缺陷、病毒等安全隐患。
l 应用安全策略
针对某市三院医疗业务系统的安全需求特点，解决服务发布内容更新和审核等方面的权限控制、信息保密、数据完整性、责任认定、不可否认性等几个方面建立相应措施。
l 安全管理策略
针对某市三院医疗信息系统安全管理需求，在安全管理上需要在完善人员管理、资产管理、站点维护管理、劫难管理、应急响应、安全服务、人才管理等方面机制、制度的同时，与管理技术紧密结合，形成一套比较完备的某市三院医疗信息系统安全管理保障体系。
4.2安全设计原则
由于本方案内容涉及很多方面，因此进行分析时要本着多层面、多角度的原则，从理论到实际，从软件到硬件，从组件到人员，制定具体的实行方案和安全策略，避免漏掉。为保证本方案可以在后期顺利的推广和执行，绿盟科技将遵循以下原则：
合规性原则
安全体系的建立必须遵循相关法规，不能与现行法规和标准产生任何冲突。重点遵循的标准有：
l 《信息安全技术信息系统安全等级保护基本规定》
l 卫生部《基于健康档案的区域卫生信息平台建设指南》
实用性原则
系统安全设计必须与某市三院医疗现实需求相一致，其采用的安全措施必须针对突出的、亟待解决的安全问题。
整体性原则
安全产品必须能互相配套，并与现有网络与应用软件兼容，从而组成一个完整的信息系统。
可靠性和安全性原则
系统设计要具有较高可靠性和安全性，保证安全措施尽也许小地影响某市三院医疗内部业务系统。
高扩展性原则
系统设计所选择的软硬件产品应具有一定的通用性，采用标准的技术、结构、系统组件和用户接口，支持所有流行的网络标准及协议，便于此后网络规模和业务的扩展。
先进性原则
安全技术应具有一定的先进性、前瞻性，以实现整个安全保障体系的相对稳定性。
可管理性原则
保证整个信息系统应具有较高的资源运用率并便于管理和维护。
4.3等级保护模型
为了提高网络安全系统的防护能力，某市三院医疗网络安全系统在建设过程中充足考虑到整个系统的安全性，将在本期建设中从信息安全管理体系、信息安全服务体系、信息安全技术体系三个方面着手建立统一的安全保障体系，力保网络信息安全。
在整个系统的安全规划和建设过程中，在等级保护的指导下，规定以P2DR的安全保障模型为基本建设思绪，安全体系将按照事前防护、事中检测、事后审计的策略来建设。结合安全管理、安全产品及安全服务等多个层次，保障某市三院医疗的信息系统的安全。

图 1.1 P2DR的安全保障模型图
安全措施的实行不是一个静态的过程，它是变化的，通过一次安全策略的实行后，网络的安全风险和相关的安全漏洞会减少，在一定期期内，网络的安全问题不再很突出，但是，随着网络应用和网络系统的扩展和丰富，相关系统的安全问题又会增长，并且，黑客袭击手段的变化，更增长了网络的安全威胁。这时候，就需要对网络资产和风险进行评估，实行相应的安全策略，因此，本期网络安全保障系统的建设也是一个循序渐进的过程，规定在整体的安全策略的控制和指导下，综合运用安全防护、检测、响应以及其他辅助措施组成了一个完整的、动态的安全循环，在安全策略的指导下保证信息系统的安全。
4.4系统建设依据
l 《党中央、国务院关于深化医药卫生体制改革的意见》；
l 《国务院医药卫生体制改革近期重点实行方案（2023—2023年）》；
l 国家卫生部等5部委发布的《关于公立医院改革试点的指导意见》；
l 卫生部《电子病历基本架构与数据标准（试行）》；
l 卫生部《健康档案基本架构与数据标准（试行）》；
l 卫生部《基于健康档案的区域卫生信息平台建设指南》；
l 卫生部《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》；
l 《卫生部办公厅关于印发2023年基于电子健康档案、电子病历、门诊统筹管理的基层医疗卫生信息系统试点项目管理方案的告知》；
l 《2023年基于电子健康档案、电子病历、门诊统筹管理的基层医疗卫生信息系统试点项目技术方案》等。
4.5遵循的标准和规范
l 《国家信息化领导小组关于加强信息安全保障工作的意见》（27号文）
l 公通字[2023]43号《信息安全等级保护管理办法》
l 《信息安全技术信息系统安全等级保护基本规定》
l 《信息安全技术信息安全等级保护定级指南》
l 《信息安全技术信息系统安全等级保护实行指南》
l GB/T 9387.2-1995 开放系统互连 基本参考模型第2部分：安全体系结构
l RFC 1825　 TCP/IP安全体系结构
l ISO 10181:1996　信息技术 开放系统互连开放系统安全框架
l GB/T 18237-2023 信息技术 开放系统互连通用高层安全
l AS/NZS 4360: 1999 《风险管理标准》
l GAO/AIMD-00-33《信息安全风险评估》
l IATF《信息保障技术框架》
5、安全管理体系方案设计
根据对某市三院医疗系统的安全需求分析，下面针对某市三院医疗信息系统的组织和管理体系的安全问题提出信息安全管理建议方案。
5.1组织体系建设建议
5.1.1安全组织建设
某市三院医疗信息系统的组织体系应实行“统一组织、分散管理”的方式，在平台内建立一个独立的信息安所有门或以信息中心作为某市三院医疗的信息安全管理机构，负责整个平台范围的信息安全管理和维护工作。这样在区域平台范围内形成信息安全管理的专一工作，从而各级信息技术部门也因此会很好配合安全推行工作。
5.1.2安全岗位建设
安全岗位是某市三院医疗信息系统安全管理机构根据系统安全需要设定的负责某一个或某几个安全事务的职位，岗位在系统内部可以是具有垂直领导关系的若干层次的一个序列，一个人可以负责一个或几个安全岗位，但一个人不得同时兼任安全岗位所相应的系统管理员或具体业务岗位。因此岗位并不是一个机构，它由管理机构设定，由人事机构管理。
5.1.3人员安全培训
安全培训是保证信息系统安全的前提。某市三院医疗信息安全培训的内容应涉及：法律法规培训、内部制度培训、岗位操作培训、普遍安全意识和与岗位相关的重点安全意识相结合的培训、业务素质与技能技巧培训等。培训的对象应涉及信息系统有关的所有人员（不仅仅是从事安全管理和业务的人员），以提高他们的安全意识和安全技术水平。
5.2管理体系建设建议
除了在某市三院医疗信息系统功能上增长安全技术手段外，安全管理是必要的安全保障条件。安全管理建设强调通过管理手段实现管理方式的安全保护，重要内容涉及安全制度管理、资产安全管理、物理安全管理、技术安全管理和安全风险管理五个部分。对这些方面规定的有效执行，可以对上面所有的风险进行影响，涉及减小、转移甚至避免某些风险。
5.2.1安全制度管理
安全管理制度是信息系统内部依据某市三院医疗信息系统必要的安全需求制定的一系