<
    • 建设背景
    • 建设挑战
    • 建设思路
    • 解决方案框架
    • 场景化解决方案
    • 相关新闻
    >

    建设背景

    随着我国信息技术自主创新的蓬勃发展,医疗信创成为了信息化2.0时代的主旋律。在医疗信创元年之初,当前行业内的信创改造尚处于积极探索阶段,且医疗行业关乎民生,对业务稳定性有着更高要求,其信创改造面临着更多挑战。如何开辟一条信创改造路径,助力医疗信创走得更快、更稳,是医疗信息化下一个十年的关键任务。

    建设挑战

    目前医疗行业信创改造路径尚不明朗,面临多芯片架构并行、信创与非信创资源池并行、信创硬件稳定性等问题,让信创建设的落地难度陡增。随着IT国产化建设的进程不断加速,新环境必定面临新的安全风险针对国产化系统、国产化应用的攻击将接踵而来,需要构筑一套全新的安全体系。

    行业生态较为封闭,信创改造经验不足
    医疗行业部分应用软件厂商虽已完成信创改造适配,但是缺乏在医疗机构实际的落地案例,尤其是大型三甲医院的平台类、临床诊疗类业务,将面临大量人力与精力投入。
     
    信创改造技术路线众多,如何进行正确选择?
    医院业务系统数量众多,并且涉及大量不同组件与技术路线,比如X86架构与ARM架构、芯片厂商选择等。另外在逐步信创改造过程中,医院往往需要采购多款信创芯片、信创数据库等,如何对这些资源进行有效管理也将成为一大难题。
     
    信创改造之后的稳定性挑战
    由于医院缺乏信创系统的实际落地经验,对信创系统运行过程中频发的稳定性问题缺乏了解,一旦出现事故往往只能采取“救火式”的解决办法。
     
    信创系统带来新型安全问题
    信创系统目前还处于起步阶段,新的环境必然带来新型安全问题,原有的安全设备难以防护。此外考虑到信创系统自身也在不断更新迭代,更加需要建设一套不断进化、持续保护的信创安全体系。
     
    信创空间与非信创空间如何共存
    信创改造并非一蹴而就,因此医疗信创空间与非信创空间将长期存在,如何在满足安全的前提下,让信创终端与非信创终端实现交叉访问,也是将要面临的难题之一。
     

    建设思路

    医疗实验
    • 先易后难

      遵循信创改造难度由易到难,优先改造业界已有较为成熟的改造经验、且相对体量较小的业务。比如医院可先从行政办公类系统开始,然后再到数据平台类系统,最后再是核心业务系统,如HIS、LIS、RIS、PACS。

    • 逐步推进

      医疗信创建设不是一蹴而就的,根据实际信创改造目标,制定计划分期开展,进行逐步规划和落地。

    • 一云多芯

      以云平台作为IT基础设施的核心,由云平台统一纳管多芯片架构,对信创改造环境实现统一管理、运维与监测,通过云计算技术对信创底层硬件解耦,屏蔽底层环境的硬件稳定性问题。

    • 安全体系同步建设

      信创改造过程中,同步搭建信创安全防护体系,遵循“先边界再平台”的建设原则,逐步构建完善的信创安全体系。

    • 搭建信创验证平台

      建设医疗信创实验室,对信创整体产品的稳定性与性能进行测试验证,不断探索最适合自身的医疗信创改造路径和可行方案。

    解决方案框架

    深信服医疗行业信创解决方案主要通过“双模”信创桌面云、“一云多芯”信创云平台、创新安全防护体系三大重要模块,为医疗信创改造构建更简单、更安全的IT架构,保障医疗信创建设的平滑演进。

     信创医疗解决方案框架

    “双模”信创桌面云:满足信创空间与非信创空间多模访问需求,依托SBC应用虚拟化等技术与医疗业务系统实现无缝对接,规避部分老旧业务系统适配改造困难导致信创方案无法正常推广的问题。

    “一云多芯”信创云平台:依托超融合技术收敛信创改造故障点,仅需采用服务器+交换机即可满足信创业务承载需求。深信服具备超过800个故障实例库,为信创改造后的业务稳定性打造稳固根基;并且通过一个云平台对异构芯片进行统一管理,解决信创改造过程中“多芯并存”的管理与运维难题。

    创新安全防护体系:聚焦国产化环境新型安全体系建设,打造四大国产化安全防护平台,通过“平台+组件+服务”的形式实现安全能力的持续进化,应对信创改造过程中由于软件持续升级迭代带来的未知安全风险。

    场景化解决方案