大数据基础平台建设方法.pdf

1、大数据基础平台建设 方法 目录 大数据建设 目的及建设方式 大数据方案 解读 产品运行效果展示 企业内部的各种应用系统相互独立，企业应用系统没有统一的入口，一名 员工拥有多个账户 个人 业务相关 信息缺乏集中展现的地方，员工需要不断在各种系统之间频繁切换 企业中的基础数据和主要数据有在不同的系统中都是重复，混乱的，没有统一的入口 企业无法快速，准确的获取下属企业的信息，并对下属企业进行有效管理 信息化建设障碍 社会 化编 码库 大数据管理 平台 组织管理 编码规则 访问服务 编码库 编码历史 编码审批 访问权限 高速缓存 企业统一元数据 资产管理 NC-ERP 项目管理 其他系统 GIS 大数

2、据： 指系统间共享数据（例如，客户、供应商、物资和组织部门相关数据），与记录业务活动，波动较大的交易数据相比 ，大数据（ 也称基准数据）变化缓慢 要点： 唯一性、共享属性、运营属性、管理流程、变更流程、质量检查、数据清理 大数据管理 大数据管理 所解决的问题 一物一码 同一个对象（人、物、单位等）在不同系统中的统一标识 核心信息的权威化 专门的维护点、审核点 创建流程、变更流程的记录 扩展信息的完善管理机制 企业规范的合法化 为 IT部门进行整合提供技术基础 大数据管理 的实质 大数据 基本档案 可根据需要挂接审批流程的 可供多个异构系统共享的 可通过封装服务访问的 目录 大数据建设 目的及建

3、设方式 大数据方案 解读 产品运行效果展示 大数据标准 解决方案组成 编码规则 企业服务规范 数据清理方案 接入系统改造方案 管哪些东西，都是什么样子的东西 都有谁要用这些数据，怎么用 以前遗留下的数据怎么按编码规则迁移过来 要用这些数据的人怎么样才能拿到想要的东西 第一部分 编码规范 编码规范的内容 管理对象 编码体系 管理对象的定义方式 基于各信息系统信息处理的需要，以减少对信息的重复采集、加工和存储为目的，进行管理对象的选择。 最直接特征： 需要在多个系统中出现 管理者与使用者分离 常见 需要大数据管理 的对象有 组织机构、人员、用户 客商、物料（货品） 项目等关联型业务数据 其它用户所

4、需要管理的核心数据 编码体系 常用编码形式 分类码、顺序码、组合码 单维度分类码与多维度复合编码 编码体系差异及选择 单维度分类码 100 006 013 44 薄膜衣片 西药 多维度复合码 编码部分： A000001567 A：西药 后 9位为顺序码 属性部分： 血液系统用药物 通用名 * 剂型 * 药品批号 * 类型 甲钴胺片 薄膜衣片 国药准字H20051440 血液系统用药物 缺陷： 弹性较差，个别类目上的代码改变时会影响其他编码； 层次较多时，代码位数较长； 扩展性差，不利于增加新的描述分类； 编码总长度过长。 编码体系构成 编码、属性 属性包括：唯一性、共享分类 属性填写要求 序号

5、 名称 定义 1 原料药 按照集团统一编码系统的相关约定设置该分类。 2 片剂 (非包衣片、素片、压制片 )，浸膏片 按照集团统一编码系统的相关约定设置该分类。 3 糖衣片 按照集团统一编码系统的相关约定设置该分类。 4 咀嚼片，糖片，异型片，糖胶片 按照集团统一编码系统的相关约定设置该分类。 5 肠溶片 (肠衣片 ) 按照集团统一编码系统的相关约定设置该分类。 6 调释片，缓释片，控释片，长效片 按照集团统一编码系统的相关约定设置该分类。 7 泡腾片 按照集团统一编码系统的相关约定设置该分类。 8 舌下片 按照集团统一编码系统的相关约定设置该分类。 9 含片，漱口片 (含漱片 )，喉症片 (

6、喉片 )，口腔粘附片 按照集团统一编码系统的相关约定设置该分类。 第二部分 企业服务规范 企业服务规范的内容 大数据平台 接入业务系统 企业服务总线 ESB 提供各类服务（查询、申报、变更等） 触发各类事件（审核完成、数据调整等） 调用平台所提供的各类服务 响应平台所触发各类事件 影响因素：是否存在需要进行主观判断的填写标准。 影响因素：是否有新增、删除、修改数据的权利 使用大数据管理 对象的系统 = 接入业务系统 对于大数据管理 平台与接入业务系统之间进行数据交换方式的规定，就是企业服务规范 制定企业服务规范的步骤 分析系统数据交换形式及流程 根据分析结果确定服务及事件清单 综合编码规范确定

7、服务及事件的输入输出内容 场景样例 1 某集团，下属 200多家分子公司，其中包括子集团 集团总公司对于子公司无法全权控制，系统形态较多，信息化供应商情况复杂 集团在进行整体 BI分析，部分企业直接通过ETL挖掘数据，部分企业使用手工上报平台进行上报 分子公司多业态，业务开展相对独立。业务系统偏重点不同。 集团设置质量部负责货品以及客商的有效性 集团设置运营部负责货品及客商统计维度类别划分 特征分析 分子公司存在异构系统，不可统一 允许分子公司直接增加数据 分子公司增加的数据需要集团进行核准 集团对于数据的核准不能影响分子公司业务的开展 常见数据交换形式 1：多点维护、统一认证 分子公司ERP

8、系统一 集团大数据管理 系统 服务提供组件 事件触发组件 客商 信息 管理人 客商 信息 使用人 大数据 编码库 分子公司ERP系统二 分子公司ERP系统三 常见数据交换形式 1：多点维护、统一认证 分子公司ERP系统一 集团大数据管理 系统 服务提供组件 事件触发组件 客商 信息 管理人 客商 信息 使用人 大数据 编码库 分子公司ERP系统二 分子公司ERP系统三 数据交换形式 1数据流程分析 业 务 系 统 主 数 据 服 务 总 线主 数 据 流 程 管 理 平 台申 报 请 求申 报 请 求 处 理申 报 请 求 响 应反 馈 信 息 处 理流 程 启 动 请 求提 交 唯 一 性

9、及 正 确 性属 性接 收 处 理 返 回 编 码 ， 保 存至 本 系 统 数 据 库 。使 用 唯 一 性 属 性 在 正 式 数 据 中 检 索若 不 存 在 ， 则 生 成 临 时 码 ， 并 想 流 程管 理 平 台 提 交 申 报 请 求 。若 存 在 ， 则 获 取 正 式 码 及 当 前 相 关 属性 。 将 正 式 码 作 为 申 报 请 求 响 应 返回 。比 较 当 前 正 确 性 属 性 与 申 报 请 求 中 的正 确 性 属 性 ， 若 存 在 差 异 则 向 流 程 管理 平 台 提 交 变 更 请 求 。流 程 请 求 响 应申 报 审 批 流 程审 批 完 成

10、 后 ， 如 审 批 通 过 ， 返回 正 式 码 ； 如 审 批 打 回 ， 返 回打 回 意 见 。服 务 总 线 根 据 系 统 注 册 信 息 向相 关 系 统 进 行 推 送 。接 收 数 据 后 ， 若 为 正 常 通过 ， 则 将 本 系 统 临 时 码 更新 为 正 式 码 ；若 为 审 批 打 回 ， 则 将 打 回意 见 通 知 操 作 者 ， 根 据 打回 意 见 修 改 数 据 后 重 新 进行 申 报 提 交 。场景样例 2 某集团，下属 20家分公司， 10余家控股子公司 集团总公司对于分公司完全集中控制，管理系统均为统一采购，生产系统独立采购 企业所有人员由人力部

11、门统一管理 客商、存货数据由生产、营销部门进行录入，信息部门进行审核 特征分析 整个集团中，同一功能使用相同系统 人员信息在单一 HR系统中进行维护，数据的增加由集团统一完成 客商、货品信息 在大数据平台 中维护，需要多级审批，数据的增加可由下级单位进行 在数据没有通过审核时，不允许使用 常见数据交换形式 2：统一维护、多点使用 分子公司ERP系统一 集团大数据管理 系统 服务提供组件 事件触发组件 员工 数据 管理人 员工 数据 使用人 大数据 编码库 分子公司ERP系统二 分子公司ERP系统三 制定企业服务规范的步骤 分析系统数据交换形式及流程 根据分析结果确定服务及事件清单 综合编码规范

12、确定服务及事件的输入输出内容 样例服务列表 常见服务种类 查询 全量、增量 申报 启动审批流程 直接加入数据 变更 启动审批流程 直接修改数据 封存 启动审批流程 直接修改数据 常见事件种类 推送 申报、变更、封存 序号 服务编码 服务名称 服务描述 PT_M_001 GetMediTypesSrv 获取药品分类清单 。 PT _M_002 GetMediCountByTypeSrv 获取指定类别药品数量 。 PT_M_003 GetMediByTypeSrv 获取指定类别药品数据 。 PT _M_004 GetNewMediByTypeSrv 获取指定类别药品增量数据 。 返回指定药品类别某

13、时点后更新过的药品数据 。 PT_M_005 GetMediByCodeSrv 根据药品编码获取药品数据 。 PT_C_001 GetCustTypesSrv 获取客商分类清单 PT_C_002 GetCustCountByTypeSrv 获取指定类别客商数量 。 PT_C_003 GetCustByTypeSrv 获取指定类别客商数据 PT_C_004 GetNewCustByTypeSrv 获取指定类别客商增量数据 PT_C_005 GetCustByCodeSrv 根据客商编码获取客商数据 PT_G_001 GetCorpsSrv 获取公司数据 PT_G_002 GetNewCorpsS

14、rv 获取公司增量数据 PT_G_003 GetCorpByCodeSrv 根据公司编码获取公司数据 PT_D_001 GetDeptsSrv 获取部门数据 PT_D_002 GetNewDeptsSrv 获取部门增量数据 PT_D_003 GetDeptByCodeSrv 根据部门编号获取部门数据 PT_D_004 GetDeptsByCorpSrv 获取指定公司部门数据 PT_D_005 GetNewDeptsByCorpSrv 获取指定公司部门增量数据 PT_P_001 GetPersonsCountSrv 获取人员数量 PT_P_002 GetPersonsSrv 获取人员数据 PT_

15、P_003 GetNewPersonsSrv 获取人员增量数据 PT_P_004 GetPersonByCodeSrv 根据人员编码获取人员数据 PT_P_005 GetPersonsByCorpSrv 获取指定公司人员数据 PT_P_006 GetNewPersonsByCorpSrv 获取指定公司人员增量数据 RQ_001 ReqMediByTypeSrv 指定类别药品申报 RQ_002 ReqCustByTypeSrv 指定类别客商申报 RQ_003 ReqCorpSrv 公司申报 RQ_004 ReqDeptSrv 部门申报 制定企业服务规范的步骤 分析系统数据交换形式及流程 根据分析

16、结果确定服务及事件清单 综合编码规范确定服务及事件的输入输出内容 样例服务定义 服务标识 PT_C_003 服务名称 获取指定类别客商数据（ GetCustByTypeSrv） 服务描述 获取指定类别客商数据。与 PT_C_002配合使用获取批量数据时使用。 根据客商类别，返回对应类别的客商数据。采用分页形式进行获取，调用方根据通过PT_C_002服务获取的客商数量，确定调用本服务的次数。为防止一次性传输数据量过大，本服务内置限定一个对于返回数据集合的数量限制。现约定此限制为 1000。 根据输入的不同客商类别，返回所对应的客商数据格式，具体格式见客商数据描述。 序号 数据项名称 数据项 类型 备注 1 Type 客商类别 字符 在客商类别清单中存在的客商类别编码 2 Start 开始记录数 数字 3 Count 返回数量 数字 序号 数据项名称 数据项 类型 备注 1 success 成功标志位 数字 1：成功； 0：失败 2 errcode 错误代码 字符 成功时为空 3 message 错误信息 字符 成功时为空 4 count 数据数量 数字 客商数据集合中的记录数量 5 datas 客商数据 复杂类型 输入 输出 第三部分 数据清理方案