某地医保项目实施方案
2017年1月12日
1 系统功能
1.1 系统功能图
1.2 系统功能描述 1.2.1 引擎
1.2.1.1 系统权限
因为引擎是供其他业务使用的，因此存在着调用和访问关系。那么在引擎中就需要有相应的模块控制那些业务可以访问，那些地址不能访问。而系统权限这里就做为系统访问控制中心存在。
1.2.1.2 数据聚合
当数据流过引擎之后是多条数据同时进行处理的，这时审核完成之后，审核结果需要经过聚合处理，才能回写到数据库，这样才能保证回写效率。
1.2.1.3 数据监控
在数据进行审核的各个阶段，以及现在所处的阶段，都应该明确。这时就需要监控每条数据所处审核节点。而数据监控模块，就是负责查看数据是否正常流转，流经那个节点。
1.2.1.4 规则配置
数据很多并且分属不同类型，那么每种类型的数据都应该流经一批规则。那么那些规则可用，那些规则不可用。都需要在此处作为访问入口进入到配置表中进行配置。这里就是配置页面访问配置中心的访问入口。
1.2.1.5 数据分析
此模块主要针对监控统计类规则而产生，主要是针对数据进行一定的智能化分析，从而达到简单的规则审核不能达到的目的，此模块会适当的采用智能化分析手段，具体算法需要根据具体的需求来决定使用。
1.2.1.6 数据路由
技术功能点，因为单天处方数据大概在200万左右，数据量教大，我们针对数据在数据预处理时，进行了分表操作。那么在高并发场景下，各个线程在读取数据时，需要明确自己去那张表读取。那么就需要通过数据路由来决定需要读取表以及相应位置。
1.2.1.7 数据对象化
技术功能点，数据在整个系统流转过程中，都是以对象方式进行传递，而以对象传递时，就会产生对象序列化等问题，对象序列化又是相对比较耗费资源的一种行为，因此这里重点解决对象序列化带来的性能消耗。
1.2.1.8 数据审核
数据都需要进行审核，审核模块就是具体发起调用，读取配置文件进行具体审核的中心。他是发起者和调用者。
在审核部分包含的71条规则，参见附件内容：
1.2.1.9 审核编排
目前仅支持分类型的编排，能达到不同类型的数据，按照不同的预配置进行流转。而审核编排中心，就是可以通过修改配置文件等方式，来达到准实时的修改不同的数据需要流转的不同规则。
1.2.2 数据同步
1.2.2.1 数据传递
从中间表获取数据，并且调用分拆和预处理模块进行相应处理后，同步到我们分拆后的表中，以便知识库引擎能高效的处理相应的数据。
1.2.2.2 数据分拆
数据分拆主要指纵向分拆，从中间表同步数据后，我们会根据一定的业务和计算规则，将数据分别存储在多张表中。
1.2.2.3 数据预处理
同步表中的数据是集合数据，拿到这些数据后，我们在写入我们的表中，可能会结合我们的表设计，进行相应的适配，这样讲数据进行适当的预处理后，以方便引擎部分能按照正常的逻辑进行相应规则的审核。
1.2.3 规则配置中心
规则配置中心，主要是为了方便用户及时的启用、停用、变更部分业务规则。此中心主要面向用户操作。而规则配置中心需要通过规则引擎来访问配置表，变更相应数据。
1.2.4 药品说明、法律法规展示引擎
因为很多药品说明都是以jpg文件的形式存储在磁盘上的，而此类数据又教多时，磁盘物理寻址就会变的缓慢，迟钝。因此在此引擎上主要管理此类小文件，以便快速寻址查找到正确的药品说明文件，以供展示。
某地医保知识库设计方案
