集群架构、一院多区建设、跨区容灾、FHIR标准、智慧医院
前言
随着互联互通的改造,以及医院基于集成平台应用更为多样和广泛,越来越多的医院开始深入思考如何用好平台。Odin在与许多医院沟通交流后,总结了一些医院平台建设中比较关心的问题和需求,将会分期发布,供各位参考,也希望大家多提建议(本文为第二篇)。
多域支持,就近访问,跨区容灾,打造面向医疗集团的一体化集成平台
医院:我们是集团医院,在市里不同地方有三个院区,互相之间光纤对接,打算用一个集成平台支持这三个院区的集成业务,监管上可以统一节省一些运维成本,同时又能满足集团互联互通测评需求。另外,还希望能够本院业务访问本院服务器,如果本院服务器有异常再访问其他院区备份服务,一是能降低跨院网络压力,二是要保障业务的连续性。想了解下Odin在跨院区访问和异地容灾有什么方案?
Odin Health: 针对医院规模较大且有多个院区集成的需求,提供了Odin引擎一体化集群版作为解决方案:
集群架构和高可用性:Odin一体化集群版采用集群架构,可以在不同院区部署集群节点。这样做可以实现高可用性,当某个节点发生故障或不可用时,其他节点可以接管工作,避免单点故障,实现跨区容灾,确保系统的稳定性和可靠性。
就近访问交叉互备:Odin引擎一体化集群版通过区域感知和跨区域访问等功能,仅需一个集群、一套Odin引擎就能实现多院区的数据访问和交互。医院可根据自身需求配置,就能实现不同院区就近访问本院服务器,提高资源的利用效率和协同工作的效果,还能在部分服务器不可用的情况下自动进行交叉互备保证平台的稳定高可用。再结合Odin引擎集群版“Controller+多Worker”架构提供的统一监控和管理的能力,对各院区集成业务的数据流向进行统一的管控,达到简化管理流程,提高部署效率,降低运维成本的效果。
全面的FHIR标准支持,适应更先进的的互操作标准落地需求
医院:我院近期想尝试采用FHIR标准实现数据集成和互操作,但是在不同系统对接时感觉无从下手,想了解一下Odin Health是否能提供相关的解决方案和支持?
Odin Health:Odin在引擎的标准支持方面一直在不断加强,对于FHIR标准目前提供了以下方面支持:
支持FHIR应用桥接,提升互操作性:对于不支持FHIR标准的应用,Odin引擎支持FHIR应用桥接,可以在保障数据一致性的前提下,无缝连接尚未兼容FHIR的应用程序。而对于支持FHIR标准的应用,Odin引擎也能为其提供严格符合FHIR标准的数据。这一特点使得不同类型的应用能够相互协作,促进了医疗信息的无缝流动,提高了医疗服务的整体效率。
支持同时集成FHIR和非FHIR应用的业务需求:Odin支持同时需要FHIR和非FHIR应用的业务场景,将它们集成在一起。无论是传统系统还是新兴应用,都能在Odin引擎的支持下实现协同工作,满足多元的业务需求。
可作为FHIR API,灵活对接数据:Odin引擎具备灵活充当FHIR API的特性,成功助力完全采用FHIR API的新西兰国家级ALEX(Application Layer EXchange)平台于2021年正式上线使用。
多种新技术支持+灵活场景化适配,服务医院智能化转型应用
医院:最近我们引入了一些智慧医院的应用,院内涌入了很多新设备新技术,比如IoT类、5G或者大数据等,这种集成需求分散又繁琐,有什么好的解决办法吗?
Odin Health: Odin通过提供灵活的“场景化适配”和多样的“新技术支持”进行破局。Odin以“面向医院应用场景”的架构思考,引擎可以根据场景需求灵活提供匹配工具,并支持纯Web在线实时业务图形化开发能力,打破传统集成方式的低效率高投入模式,帮助医院更快更有效地实现复杂的集成场景。同时,Odin还具有大量的协议适配支持,以及良好的可扩展性和兼容性,支持包括Kafka分布式流平台和Hadoop大数据应用、物联网应用层协议MQTT、XMPP等多种新技术,能够适应不断变化的医疗环境和新技术的引入,帮助医院加速实现智能化转型升级。
Odin文章评论: