二 系统架构介绍

慢病具有多样性，不可能存在通用的管理模式。随着时间的推移，慢病的防治方法也可能改变。因此慢病管理系统本身必须考虑其修改的灵活性和扩展性。

目前，由于面向服务的体系架构(Service-Oriented Architecture，SOA)实现了系统各组件间的松散耦合而被广泛采用，慢病管理系统将采用SOA架构来实现不同组件间的松散耦合，让各组件可以根据不同需求分别演化而不会彼此影响。

整个系统架构见图1，图中各组件间通过Web服务(WS) 进行交互，从而实现松散耦合。图中上半部分是系统特有的组件，需要自行开发; 而下半部分则是通用组件，有相应的软件实现，只需选择现成的软件并将其发布为服务即可。

系统的特有组件包括药物库、循证医学、个人健康档案、慢病管理服务、体征传感集成服务5 个组件。慢病管理系统应用界面是所有服务的集成展示组件，通过集成后台提供的组件服务，由用户通过Web界面、手机应用或其他手段来进行慢病管理。

系统的通用组件包括了企业服务总线、事件流处理、服务组件架构、业务流程管理、诊疗决策服务，这5个组件都有相应的软件实现，慢病管理系统只是将其进行了整合，以实现SOA架构。其中企业服务总线、事件流处理、服务组件架构是SOA架构的基础。企业服务总线用于集成不同的应用，它所提供的服务适配器可以让慢病系统和其他服务系统( 如HIS、电子病历等)进行集成，从而解决了与其他医疗信息系统如何进行数据交互的问题。事件流处理用于监测系统中发生的所有事件，并对发生的事件进行相应的处理，主要用于数据的实时分析、统计，可以用于审计工作。服务组件架构则用于将各种Web 服务整合，重新封装为合适的组件服务，通过这一技术，可以容易将系统扩展为分布式服务。同时，对于服务使用者而言，这种扩展是完全透明的，可实现“服务云”的功能，而该技术最大的好处是不需要花大量的资金来创建“云计算”基础架构就可以提供相似的功能。业务流程管理、诊疗决策服务用于可视化的创建慢病管理流程和诊疗决策，并将创建结果即时应用于系统中。由于系统开发人员往往无法真正了解医疗方面的内容，使用这两个组件便可以让医生参与到系统的设计中来，真正满足医生的业务需求，从而提高系统的实用性和灵活性。

慢病管理系统的完整架构，强调了SOA架构的灵活性和通用性。