个人觉得，应该从复杂的业务日常中跳出来，才会提高效率降低成本。比如时间和精力都用在调参数，备份、验证、拷数据。性能和稳定性上来了，才能更专注于业务本身。app-db-os-storage 越往下层，对上层的改动和影响越小。可以尝试在存储层做好整合、优化、提速工作。...
我个人认为平台不是取代his，而是将his可以标准化的，公用的拿出来放到平台上，平台不要有太多的复杂业务，更多功能是做数据清洗转换，便于其他系统调用，做好消息处理转发，梳理好院内业务流程，制定好标准，任何系统接入必须按照规则来做，医院的平台建设的确是一件艰难的工程。如果his厂...
对于特大型医院，为了保证数据集成平台稳定、高效和安全的运行，需要有一套完善的系统架构做支撑。数据集成平台的稳定性主要考虑3个方面，一个是业务的稳定性，业务系统的开发一定要经过长时间的测试、实践和验证，不能出现严重的BUG。（稳定性主要考虑BUG数量）第二是保证业务的连续...
提供足够大的带宽和吞吐量，保障数据量的快速传输提供足够的安全保障，例如QOS、流量保障等其他方面也没有太多的要求，网络本身就是提供的一个数据传输通道，只要通道是安全和可靠的即可...
这个要看你的数据集中的方式了1、数据的时效性和一致性是不同的，时效性要靠网络来保障，像你说的跨省交互吗，时效性估计是不一定能保障，这个完全取决于运行商的线缆，波分、传输等2、数据的一致性，可以通过数据交换方添加代理模块方式，也就是说在数据传输时，通知前端的业务，数据传输...
排除其他非技术性条件的情况下，主要看预留的停机时间和数据量、业务复杂度的限制了。应用层--数据库层--os层--存储层 ，定位在那一层都可以设计方案，而且根据停机时间可以做多样化选择。比如oracle的迁移，数据泵、rman肯定是可以做的，停机时间小的话，dg和ogg更合适。越往下层走...
在医院，数据集成平台主要考虑各个业务系统之间的数据交换接口问题，另外还有数据标准问题。问题中提到的源数据，数据源集成，数据分拣，数据存储，数据分布式计算，数据预加载，数据展示都只是数据存储和分析的方面，其实数据集成最重要的方面是数据整合和交换，这是数据集成的基础。只有设...
