第三、构建基于平台化底层和组件定制机制的业务配置层，其核心在于能够更合理、更简单、更灵活的适应各地业务差异和改革进一步深化所带来的业务变化，在标准化组件集的基础上通过业务配置实现组件的各种关联从而构建适应各地的业务应用体系，用户只需要关注业务上怎么实现，而不需要关注技术上怎么适应，真正实现基于标准化的随需应变业务整合，使业务随用户需求而变、随改革进程而变，这一方面保持了业务框架和技术构架的完整统一，从而保证各地系统业务规范和技术结构的统一；另一方面是通过业务配置实现对业务变化的适应，而不是通过技术来适应业务变化，使各地能够灵活应对改革进程深入所带来的种种变化，而不需要重新构建系统，这也将使实施、服务工作标准化，工作效率成倍提高；
第四、构建基于平台化底层的健康档案共享机制，确保健康档案能够全面的抽取所需的业务数据，同时将控制贯穿、作用于业务系统中的任意环节，建立通过多档合一的方式实现健康档案管理机制，形成真正意义上的健康信息一体化体系；
第五、构建基于平台化底层的开放式交换管理机制，实现区域内部各种业务系统和区域外部系统相关联的系统间的业务数据交换，实现上/下级间的业务数据交换和基础数据同步，最终实现横向互联纵向互通的区域卫生信息管理目标；
第辣，系统结构设计还应充分考虑平台能够在不同的网络、硬件和软件环境下的部署，能够在不同区域条件下为用户提供全面业务功能，并在不同的条件下实现性能的优化，同时，还考虑到能够为用户提供更方便的技术支持，使系统结构具备较高的可文护性。
通过以上辣个设计思路的实现，让系统能满足各地卫生信息现实和长远的业务需求，能够为公共卫生体系的建设、为政府决策支持提供较为长远的技术支撑。
（二） 设计原则
1、标准化：全面支持业内各类成熟的、普遍接受的工业标准。具体的说，包括技术、业务标准，如XML标准、HL7、WEB Service等标准。
2、开放性：基于工业标准，提供多种开放接口。
3、兼容性： 遵循技术无关性的原则,实现广泛的技术兼容。其实兼容性与可扩展性是互通的，API的兼容性指的就是向后兼容性，高版本的API应该具备对低版本API的兼容性，也就是说使用高版本API的服务，应当能支持使用低版本API的调用。
4、可靠性：充分保证大规模并发、长期运行条件下的系统可靠。
5、安全性：引入多层次的安全机制，以保证系统的安全可靠。
6、易操作性：统一合理的人机接口和环境仿真，操作简便。
7、易管理性：实现技术与业务的隔离，方便最终用户管理。
8、简单性：设计最重要的原则是力求方案架构简单。只有简单的设计才能适合在所有通常可能的系统环境下使用。
9、先进性：力求使用当今业界最合适的先进系统架构理念和技术，为整个解决方案的升级和迁移打下最扎实的技术基础。
10、高效性：高效性指系统运行的高效性，也包含系统实施的高效性。我们的高效性并不是架构在复杂系统架构的基础上，而是架构在方法/模式应用的灵活性上。
四． 建设的目标和基本要求
（一） 区域卫生信息平台的建设总目标
平台建设的总目标是通过区域卫生信息技术平台及含有通用数据标准、接口标准以及相关卫生信息服务规范的标准化构件，以网络信息化服务为手段，对区域有限的卫生资源进行整合，实现区域内外各医疗卫生机构与相关部门的健康信息采集、传送、共享、交换和协同服务。
区域卫生信息平台可以智能化和一体化地收集、存贮、分析和处理区域居民健康档案中的健康数据、电子病历中的医疗数据及卫生管理中的业务数据，逐步形成区域性预防保健、医疗服务、疾病控制和卫生管理一体化的多功能、区域性卫生信息服务平台
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页
基于构件化国民健康档案的区域卫生信息平台 第6页下载如图片无法显示或论文不完整，请联系qq752018766
