云开盛景-新一代医院基础信息系统NX
全面国产化,一条需要更多同行者的创新之路。
对极致性能和稳定性的追求,驱使我们从底层做起。
原生集团化,靠修修补补、先建后连无法会好解答的课题。
原生一体化,业务处理与业务分析高效融合的必然选择。
原生生态化,既是极致用户体验,更是高效交付和迟勋维护的工具。
构建医信生态,点亮国货之光。
领域OS:聚焦于特定领域(目前重点是医疗信息化应用)而开发的、支持应用软件运行的底层操作系统。云开盛景的领域OS产品叫做NT-VUI。
领域中间件:将HIT行业中各式各样的应用、琳琅满目的功能中共性的模型抽象之后,开发出高度复用的软件层,为各个组件、应用软件、操作系统,以及硬件平台间的通信和交互提供服务。云开盛景的领域中间件产品叫NT-VMD。
领域开发环境:是专门为医疗信息系统开发者提供的一整套开发工具和业务微件仓库。从医疗集团化的主数据管理、到每一个图形的精细绘制,从业务流程环节的灵活设置、到每张表单的布局呈现,都是可以基于这套开发环境,通过组合、配置,无代码或低代码的方式快速实现。云开盛景的领域开发环境产品叫HisBuilder。
这三大部分构成了领域应用软件的完整技术体系,或者叫技术底座。在此基础上,云开盛景推出了NX-HIS。
NX-HIS不是大家通常理解的HIS,而是“HIS+电子病历+集成平台+CDR+互联网应用”的一体化功能套件。NX-HIS不仅仅是一款交付给医院使用的软件,更是一款交付给实施人员或医院信息科人员的组件仓库,可以根据实际情况快速组合、搭建、配置和改造。
与目前绝大多数医疗信息化厂商的定位不同,云开盛景的客户是NX-HIS的实施伙伴厂商,以及使用技术底座、业务微件仓库进行新产品开发的产品合作伙伴。
NX-HIS的原型落地医院是一家地市级的三甲医院。作为原型医院,系统实施由研发团队为主,从研发入场到系统全面切换正式运行,历时5个月,于2023年11月30日当天同时上线了门诊、住院、住院前、急诊、集成平台、数据中心、互联网服务等全部业务模块。上线两个多月,平均日门诊量7000,住院量2700。
原型医院的上线过程,初步显示出NX-HIS具备了“快、稳、强大、开放、国产”等特色:
一是系统对医院的硬件资源要求非常低(客户机、显示器、服务器等),即使在仅利旧医院现有硬件的前提下,NX-HIS仍可以流畅运行。
二是系统的稳定性高,上线两个多月来,各项关键指标表现出色,实现了7×24稳定运行。
三是实现了HIS、电子病历、集成平台、临床数据中心,从业务模型、流程交互、用户体验的真正无缝一体化。特别是在临床数据中心被内置之后,提供了更好的应用效果。比如360全息视图应用模块被医院的各个场景高频使用,即使急诊医生在非常繁忙的情况下,都要看一眼患者的360视图。
针对HIS核心的业务进行了全新的、深入的分析,从顶层设计上解决了众多传统HIS的共性痛点问题。
四是内置开放的对外接口平台,通过医疗事件开放、数据开放、服务开放、业务编排定义,最大程度实现了系统对外接口透明,实现无代码接入,实现接口自由,有效解决医院困扰已久的接口费问题。
五是NX是真正意义上的全面国产化软件,客户端可以完全脱离Windows和浏览器运行,不仅符合国家信创要求,而且在技术深度和应用广度上提升了医疗软件的国产化水平。
基于对医疗业务的深刻理解和自研开发环境的支持,产品实现了低代码定制化,可减少困扰行业已久的客户开发深陷泥潭的问题。
通过项目上的合作,合作伙伴切实感受到了实施过程的快速、交付质量高、客户满意度高,有效节省实施和二次开发人力投入。
相比过去,NX–HIS在如下几个方面有所不同。
第一个不同,是在技术使用上。
NX-HIS是直接建设在预先研发的技术底座之上,该技术底座的核心理念是“用业务的思维做技术”,即技术应该宿主在业务的场景之中。举三个例子:
一是NT-VUI,是针对HIT行业专门开发的领域OS,其特别适合HIS这种存在大量窗口敏感型业务的场景。VUI本质是一套矢量图形窗口系统,它可以原生运行在各种商业OS内核之上,也就是说它不需要任何浏览器,仅依赖自身的图形引擎就可以跨平台高效运行。
二是NT-VMD,是针对HIT行业专门开发的领域中间件。它相对于通用的中间件产品,针对行业的特点一方面在技术上做了精简,另一方面为HIS开发提供了大量的底层业务能力。
三是在数据库的使用方式上,NX-HIS在很多大表场景中,将数据库仅作为存储使用。首先大表设计时就设计成表分区模式,其次针对这样的大表是不允许使用JOIN之类的复杂SQL的,而是通过单表主键的模式将数据量缩小后传输到中间件中,然后在中间件中再将各种缩小后的数据集进行代码级加工处理。由于中间件更容易横向扩展,因此增强了HIS系统的响应性能,又增大了数据库本身的并发处理能力。
第二个不同,是在业务设计上。
NX-HIS同时还遵循“用技术的思维做业务”的设计理念。也就是说,NX将同类型的业务场景进行抽象总结,统一建模,统一制定带变化点参数的算法,并将这些抽象以引擎、框架、平台等技术领域的产品形态沉淀在领域中间件中。
比如长期药嘱的静配中心给药问题,由于静配中心的配药时间限制,一般医生开了长嘱之后,还需要额外开立一条或多条临时医嘱,以解决静配中心给药之前的用药问题。这无疑加重了医嘱系统的操作复杂性,增加了医生额外负担。在NX产品中,则是直接通过底层框架中提供的二次药品流向算法进行自动计算的。
再比如,集团管控这个复杂的业务问题,就被以一个引擎的形式存在于领域中间件底层了。业务开发人员根本不用关心,只要按照NX的要求编程,相关功能天然就具备了集团化的能力。而且只要底层集团管控引擎稳定,基于它的所有应用就都是稳定的。
这样的例子还有很多。
第三个,也是与现有行业产品最大的不同,是对创新商业模式的支持。
医疗信息化行业的复杂性导致了大量共性需求很难抽象,积累在不同的软件版本里,因此项目越多成本越高,交付品质越没有保证。同时,厂商的软件只能靠自己的团队实施,甚至公司大了,自己的实施团队也不易接手。
而NX在设计之初就是基于由伙伴实施为场景的,NX-HIS就是使用HisBuilder“组装”出来的,合作伙伴一样可以利用HisBuilder快速客开或者实现新的应用。在这样的商业模式下,合作伙伴既不用自己承担庞大的研发投入还可以更专注为医院做本地化、可持久的贴身服务。
微信扫描下方的二维码阅读更多精彩内容