集成平台的核心本质到底是什么，如何规避风险？

关于上述问题我有点自己看法和意见。
我的主要包括支付系统建设和支付交易流程设计及应用架构构架。因此对集成平台的问题有了一点研究和自己的想法。
1、不是所有的系统都需要集成化平台。再考虑集成化平台建设的时候要事先明确为什么要做集成，然后考虑怎么做，哪些系统需要做。明确项目和系统定位。
2、集成化程度越高肯定好处越多，从简化流程到用户体验都有提高。而且还能支撑更好的大数据分析和数据标注化统一，可以为数据治理做准备。
3、高度集成化平台能够起到服务标准化统一的目的。避免功能或系统重复建设的问题。对分散建设系统所花费的成本来说确实能够在某种程度上降低系统建设成本。但集成平台本身的建设成本不能计算在内考虑。就像你买一台linuxone和买一大堆小机或单片机的成本对比方式一样。它对成本只能是间接控制并不能直接减少。
4、集成化程度高的系统肯定要在架构上考虑安全性的问题。因为一旦系统瘫痪或者其它问题，将面临所有对接接入系统无法运行的问题。所以一般在架构考虑上多采用两地三中心的集群架构方案。
5、另外一个可能存在的高危风险就是信息交付差错问题，对于平台或系统建设来说我们在设计交易的过程中都要考虑到此种差错场景，进行交易容错处理也就是在应用中增加差错处理交易。使用状态同步、交易复盘、设立超时时间等方式处理此种差错交易。
6、如果对系统的差错处理能力和翻盖度还是不放心，还可以考虑增加日终对账方式进行交易日终对账处理。对在对账中发现的差错交易进行交易差补处理。
7、集成平台最大的好处实际上就是进行服务和数据标注化治理。减少交易流程中的系统级节点。提高交易处理效率。减少运维成本。提高问题排查速度。权限集中化管理。提高监控预警准确度。等
8、核心问题在于集成化建设过程中如何分析项目、交易问题和风险，并针对性设计交易处理问题和风险。

1、集成平台的核心本质是为了数据交换和信息共享。
随着信息化建设的不断建设，医院系统越来越多，操作系统、数据库不统一，各个系统之间的数据接口也越来越多，使医疗数据交换和信息共享的难度越来越大。
2、集成平台不是为了建设数据仓库，数据仓库只是建设集成平台用到的一个建设工具或者是方法。
3、集成平台并不是集中处理业务，所有业务还是基于原有的业务信息系统进行处理，集成平台只是一个打通这些不同业务信息系统数据的通道，让各个系统的数据能够互通。避免“信息孤岛”问题。目前医院的信息系统，包括HIS、LIS、CIS、NIS、EMR、PACS、RIS等，这些系统分布在不同的部门，形成了相对独立的部门级应用系统，而且系统供应商众多，软件架构多样，通信协议不一致，数据结构也千差万别，数据库系统多样而复杂，从而阻碍了信息的有效共享和交换。
4、集成平台建设，把分散的、异构的各个子系统的信息集成在一个信息共享的平台上，解决信息共享和交流问题，有效地实现医院信息系统一体化，方便医院部门内部和不同部门之间的交流和共享。如何业务系统信息交换失败，那么只是不能进行数据交换了，原有的业务系统还可以正常运转。不会受到太多的影响。后期数据可以修复后，重新同步。

集成平台本质核心内容以SOA为服务架构，采用松耦合方式，达成消息服务标准化、数据字典标准化，满足业务需求。结合电子病历评级、HIMMIS评级、互联互通评测等业务需求，优化流程，提升信息化应用水平。建设集成平台不以站在数据仓库或CDA业务需求，应该考虑平台整体信息化需求，突出重点，稳步推进系统实施。通过集成平台建设实践，集成平台将会降低HIS、EMR系统依赖性，从降低相关接口费用成本，同时新上线系统的基础服务可以复用，只需要考虑新增业务需求接口内容。集成平台采用多负载（如：F5、MQ集群）。针对推送推送失败内容，采用记录本地日志，启动重发机制（3次），若一直未成功具体分析接口数据内容。

可以肯定的是，集成平台确实能真正降低系统变更的成本，一次交互、多处共享，接口监控可视化，快速定位互操作问题都是集成平台的优势。
标准化属于医院的顶层设计，无论是现有还是未来，都是医院应该考虑的，没有标准化，数据发挥价值的能力受限，未来是大数据，AI的世界，谁走在前头谁有优势。
平台出现问题，可以通过集群方式尽量避免，也可以考虑应急措施。
数据同步也有很多方案，都能解决。