主数据编码原则
数据库编码规范

数据库编码规范V1.02022-8-28目的范围术语设计概要命名规范(逻辑对象)数据库对象命名脚本注释数据库操作原则常用字段命名(参考)1)目的为了统一公司软件开辟的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范,便于交流和维护,特制定此规范。
2)范围本规范合用于开辟组全体人员,作用于软件项目开辟的数据库设计、维护阶段<3)术语数据库对象:在数据库软件开辟中,数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。
物理结构对象:是指设备管理元素,包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等,应该有具体的配置规划。
普通对数据库服务器物理设备的管理规程,在整个项目/产品的概要设计阶段予以规划。
逻辑结构对象:是指数据库对象的管理元素,包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。
4)设计概要设计环境<数据库:ORACLE9i、MSSQLSERVER2000 等,操作系统:LINUX7.1 以上版本,显示图形操作界面;RedHat9 以上版本WINDOWS2000SERVER 以上设计使用工具手使用PowerDesigner 做为数据库的设计工具,要求为主要字段做详尽说明。
对于SQLServer 尽量使用企业管理器对数据库进行设计,并且要求对表,字段编写详细的说明(这些将作为扩展属性存入SQLServer 中) 手通过PowerDesigner 定制word 格式报表,并导出word 文档,作为数据字典保存。
(PowerDesignerv10 才具有定制导出word 格式报表的功能)<对于SQLServer 一旦在企业管理器进行数据库设计时加入扩展属性,就可以通过编写简单的工具将数据字典导出。
4 编写数据库建数据库、建数据库对象、初始化数据脚本文件设计原则4 采用多数据文件手禁止使用过大的数据文件,unix 系统不大于2GB,window 系统不超过500MB$oracle 数据库中必须将索引建立在索引表空间里。
海尔集团编码原则

海尔集团编码原则海尔集团编码原则............................................................................... 错误!未定义书签。
一、编码中考虑的总原则............................................................ 错误!未定义书签。
二、详细说明................................................................................ 错误!未定义书签。
(一)单位目录..................................................................... 错误!未定义书签。
(二)部门目录..................................................................... 错误!未定义书签。
(三)职员档案..................................................................... 错误!未定义书签。
(四)行业目录..................................................................... 错误!未定义书签。
(五)地域目录..................................................................... 错误!未定义书签。
(六)客户分类..................................................................... 错误!未定义书签。
(七)客户目录..................................................................... 错误!未定义书签。
主要诊断编码选择规则

主要诊断
双上肢三度烧伤
上肢三度烧伤
T22.300x002
其他诊断
体表20-29%的烧伤
体表20-29%的烧伤
T31.200x001
头和颈部二度烧伤
头和颈二度烧伤
T20.200
背部二度烧伤
背部二度烧伤
T21.200x042
要点:双上肢烧伤三度,最严重主诊不采用体表累及范围编码腐蚀伤、冻伤等同样适用
原则与编码
慢性心功能不全急性加重
I50.900x019
舒张性心力衰竭
I50.900x021
低心排综合症
I50.900x022
心肾衰竭
I50.900x023
心房功能不全
I50.900x024
心功能Ⅱ--Ⅲ级
I50.900x025
泵功能I级
I50.900x026
泵功能II级
I50.900x027
泵功能 III级
I50.900x028
单胎活产
Z37.000x001
要点:产前、产时及产褥期并发症均可能编为主诊码妊娠监督等也可能编为主诊码(非O编码)没有并发症或合并症的,临床通常写为“孕xx周……”等,已产的,主诊多编O80和O84;未产的多编为妊娠监督孕周不可编为主诊码
说明案例:患者因重度子痫前期,入院行子宫下段横 切口剖宫产。
主要诊断
原则与编码
主要诊断
病毒性脑膜炎
病毒性脑膜炎
A87.900
其他诊断
法洛氏四联症
法洛\[法乐\]四联症
Q21.300
原则:(一)主要诊断一般是患者住院的理由,原则上应选择本次住院对患者健康危害最大、消耗医疗资源最多、住院时间最长的疾病诊断。说明案例:5岁患者,患有法洛氏四联症,本次住院确诊并治疗病毒性脑膜炎
集团编码原则

海尔集团编码原则海尔集团编码原则....................................................... 1一、编码中考虑的总原则............................................. 2二、详细说明....................................................... 2(一)单位目录.................................................. 2(二)部门目录.................................................. 3(三)职员档案.................................................. 4(四)行业目录.................................................. 4(五)地域目录.................................................. 5(六)客户分类.................................................. 6(七)客户目录.................................................. 7(八)供应商分类................................................ 9(九)供应商目录.............................................. 10(十)存货分类................................................ 10(十一)存货目录.............................................. 11(十二)仓库档案.............................................. 13(十三)收发类别.............................................. 14(十四)会计科目.............................................. 14(十五)产品条形码编码原则.................................... 15一、编码中考虑的总原则➢符合整个海尔集团发展规划,分析资金流、商流、物流、海外推进的业务特点,综合考虑以满足各级管理的需要;➢每一编码应具有唯一性;➢便于扩充,考虑今后的发展,各类编码应预留足够的位数;➢便于记忆,易于使用;➢综合分析现有各信息系统的编码,与原有编码尽量兼容;➢编制中应考虑必要的反复确认过程,各单位应指定熟悉业务的人员专门配合编码的编制事宜,以使编码更符合实际应用。
主数据的识别标准

主数据的识别标准主数据的识别标准是指在数据管理中,用于识别和区分主数据的一组规则、指导原则和技术方法。
主数据是组织中具有唯一性、一致性和稳定性的核心数据,如客户信息、产品信息、供应商信息等。
准确定义这些主数据并为其设置识别标准是建立高质量数据管理体系的关键。
在实践中,主数据的识别标准可以基于多种因素进行确定。
以下是几个常见的参考内容:1. 唯一性:主数据在整个组织范围内应该具有唯一性,即一个实体只能对应一个主数据。
为确保唯一性,可以使用唯一标识符,如客户编码、产品编码等。
唯一性的标准也可以基于其他因素,如身份证号码、手机号码等。
2. 一致性:主数据应该在不同系统、部门和业务过程中保持一致。
一致性标准可以根据主体数据的特征进行定义,如客户姓名、产品规格等。
为实现一致性,可以对主数据进行规范化和标准化处理,如数据清洗、重复数据合并等。
3. 稳定性:主数据应该是相对稳定的,即不经常变更。
稳定性标准可以根据主体数据的操作属性进行定义,如供应商的合同期限、产品的生命周期等。
稳定性标准有助于减少数据变更的频率,提高数据管理效率。
4. 完整性:主数据应该包含所有必要的核心信息,以满足组织的业务需求。
完整性标准可以根据主体数据的属性进行定义,如客户的联系方式、供应商的付款方式等。
为确保完整性,可以使用数据验证和校验机制,如字段校验、数据格式验证等。
5. 精确性:主数据应该准确反映实际情况,以支持组织的业务决策和信息分析。
精确性标准可以根据主体数据的来源和质量进行定义,如客户的有效证件、产品的准确规格等。
为保证精确性,可以进行数据核对和数据质量管理,如数据校验、数据更新等。
6. 权威性:主数据应该来源于可信的和授权的数据源,以确保数据的可靠性和合法性。
权威性标准可以根据主体数据的获取渠道和授权机制进行定义,如数据来源的认证、数据访问权限的管理等。
为增强权威性,可以建立数据管控机制和数据审计机制,确保主数据的可信性。
主数据基本概念

一、基本概念:1、主数据主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的、高价值的数据。
也称企业基准数据。
例如,物资、供应商、客户、财务、账户、员工、合作伙伴、组织单位等都是主数据。
主数据通常需要在整个企业范围内保持一致性、完整性、可控性。
需要注意的是:主数据不是企业内所有的业务数据,只是有必要在各个系统间共享的数据才是主数据。
是指企业内各个系统间需要共享的数据,它能描述核心业务实体,例如,客户、供应商、帐户、组织单位、员工、合作伙伴、位置信息等都是主数据。
企业内大部分的交易数据、帐单数据等都不是主数据。
主数据与记录业务活动,波动较大的交易数据、帐单数据相比变化缓慢。
主数据是企业内能够跨业务重复使用(即共享的)、高价值的数据。
这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。
它按一定的规则被量化为可以记录一类信息的集合,成为可以被计算机系统处理、存储和交换的数据。
主数据必须存在并加以正确维护,在正规的关系数据模型中,才能保证被交易系统参照的完整性。
2、元数据元数据是关于数据的结构信息,或者可以简单说成是“数据的数据”。
如货款数据中单价与数量。
3、数据模型表示一类特定信息的数据形式构架,包括数据的结构部分、数据的操作部分和数据的约束条件。
4、实体指特定的业务对象,如物料、设备、员工。
每一类主数据为一个实体,如物资主数据为一个实体。
5、属性事物本身固有的不可缺少的性质,通常用抽象、分解、归纳后的事物特征表示。
如描述供应商时,供应商的公司名称、地址、联系电话等。
6、实体模型描述主数据有哪些属性组成以及如何组成的模型。
例如描述物资主数据由那些属性组成,这些属性如何分类、如何校验等信息。
7、实体模型摸版:描述实体模型下属性的模版信息。
8、实体模型摸版标准:描述实体模型下属性的不同标准引用情况,例如某一属性可按国标,美标定义不同的元属性构成。
9、实体模型元属性描述实体模型下属性的结构信息,或者可以简单说成是“属性的属性”。
主数据与编码

主数据编码相关问题解析1、什么是主数据,什么是主数据管理,什么是主数据编码?主数据是指在整个企业范围内各个系统间要共享的数据,如客户、供应商、帐户、组织单位等相关数据。
需要注意的是,主数据不是企业内所有的业务数据,只是有必要在各个系统间共享的数据才是主数据,是企业内能够跨业务重复使用的高价值的数据。
主数据通常需要在整个企业范围内保持一致性、完整性、可控性,为了达成这一目标,就需要进行主数据管理(Master Data Management,MDM)。
主数据管理是一套方法论来保证系统间的协调和重用通用、正确的业务数据(主数据)。
通常,我们会把主数据管理作为应用流程的补充,通过从各个操作/事务型应用以及分析型应用中分离出主要的信息,使其成为一个集中的、独立于企业中各种其他应用核心资源,从而使得企业的核心信息得以重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。
通过主数据管理,改变企业数据利用的现状,从而更好地为企业信息集成做好铺垫。
信息化标准体系建设的重点内容就是信息编码建设。
信息编码(Information Coding)是为了方便信息的存储、检索和使用,在进行信息处理时赋予信息元素以代码的过程。
即用不同的代码与各种信息中的基本单位组成部分建立一一对应的关系。
信息编码必须标准、系统化,设计合理的编码系统是关系信息管理系统生命力的重要因素。
2、主数据和ESB是什么关系,主数据和编码是什么关系?2.1 主数据和ESB是相互协作的关系:主数据为ESB提供数据管理中心,进行数据整合、清洗、规范化、统一化;ESB为主数据提供传输通道,解决数据异构传输、松耦合集成等问题。
两者的目标都在于数据共享,主数据侧重于数据层管理,ESB侧重于服务接口层管理。
2.2 主数据和信息编码关系3、主数据能给我们带来什么,为什么要使用主数据编码?3.1 通过主数据管理项目的建设,将在多个方面促进企业信息化水平提升:o建设企业级的数据标准,在企业全局的范围内定义主数据、管理主数据、应用主数据;o形成企业的权威数据源与基准数据;o实现数据共享,一次录入全局使用,避免数据重复不一等问题;o基于企业级主数据进行业务集成,消除各系统“方言”,打通业务流程;o为企业的数据中心建设、大数据应用提供支撑。
mysql 编码规则

MySQL编码规则是指MySQL数据库中字符集和排序规则的设置。
字符集定义了存储在数据库中的字符数据的类型,而排序规则定义了对这些字符数据的比较和排序方式。
MySQL支持多种字符集和排序规则,其中最常用的是utf8字符集和utf8_general_ci排序规则。
utf8字符集可以存储任何Unicode字符,而utf8_general_ci排序规则则按照字典顺序对字符进行排序。
在MySQL中,可以通过以下命令查看当前数据库的编码规则:
```
SHOW VARIABLES LIKE 'character%';
SHOW VARIABLES LIKE 'collation%';
```
如果需要修改编码规则,可以使用以下命令:
```
ALTER DATABASE database_name CHARACTER SET utf8 COLLATE utf8_general_ci;
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
```
其中,database_name是要修改编码规则的数据库名称,table_name是要修改编码规则的数据表名称。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
主数据编码原则海尔集团编码原则............................................................................................................... 1一、编码中考虑的总原则............................................................................................ 2二、详细说明................................................................................................................ 2(一)单位目录..................................................................................................... 2(二)部门目录..................................................................................................... 3(三)职员档案..................................................................................................... 4(四)行业目录..................................................................................................... 5(五)地域目录..................................................................................................... 6(六)客户分类..................................................................................................... 7(七)客户目录..................................................................................................... 8(八)供应商分类............................................................................................. 10(九)供应商目录............................................................................................. 11(十)存货分类................................................................................................. 12(十一)存货目录............................................................................................. 13(十二)仓库档案............................................................................................. 15(十三)收发类别............................................................................................. 16(十四)会计科目............................................................................................. 17(十五)产品条形码编码原则......................................................................... 17一、编码中考虑的总原则➢符合整个海尔集团发展规划,分析资金流、商流、物流、海外推进的业务特点,综合考虑以满足各级管理的需要;➢每一编码应具有唯一性;➢便于扩充,考虑今后的发展,各类编码应预留足够的位数;➢便于记忆,易于使用;➢综合分析现有各信息系统的编码,与原有编码尽量兼容;➢编制中应考虑必要的反复确认过程,各单位应指定熟悉业务的人员专门配合编码的编制事宜,以使编码更符合实际应用。
➢对于客户、供应商、存货的分类必须合理设计,因为其关系到以后管理当中的统计分析。
为管理统计提供尽可能多的口径。
➢集团内单位与供应商、客户统一编码原则,从而便于查询的一致性。
二、详细说明(一)单位目录1、说明➢实际编制时考虑现有财务系统的设置,充分考虑集团内部本部、事业部的结构关系。
2、主要数据项及示例:3.海尔集团单位目录规则:1-3-2-1-2(九位,分五段表示单位目录)说明:1:表示集团内部单位3:区分于供应商、客户的标志位(999)2:表示各个本部1:表示事业部2:事业部下单位编号事例:1,999,03,1,01(其中’,’在编号中不出现)单位编号(01):电冰箱股份有限公司事业部编号(1):冰箱事业部本部编号(03):制冷产品本部海尔集团内部编号(1999):海尔集团表示:青岛海尔集团制冷产品本部冰箱事业部电冰箱股份有限公司(二)部门目录1、说明:➢此目录用于编制各单位下的各个部门。
编码可分级设定,系统提供最多可分8级,编码总长16位。
➢此目录可根据各单位的组织机构统一编制,或设定相应的编码标准,在系统实施时由各单位自行按标准设定。
➢同一职能部门在不同单位尽量采用同一编码。
2、主要数据项及示例:3、海尔集团的部门编码原则:规则:2-1-2-2-2(九位数字,分为五段表示部门目录)说明:2:本部1:事业部2:职能部门2:处极单位2:科室单位事例:01,1,01,01,01(其中’,’在编号中不出现)五级部门编码(01):宣传科四级部门编号(1):宣传处三级部门编号(01):综合管理部二级部门编号(01):空调事业部一级部门编号(01):空调本部表示:表示空调本部空调事业部职能部级的综合管理部下宣传处的宣传科(三)职员档案1、说明:➢此目录用于记录本单位系统中的职员列表,包括职员编号、名称、所属部门及职员属性等。
2、主要数据项:1)编码;2)名称;3)所属部门3.海尔集团职员目录编码原:规则:2-2-6(十位,分为三段表示职员目录)说明:2:出生年份2:入集团年份6:集团序列号事例:7397003444(其中’,’在编号中不出现)三级职员编号(003444):序列号二级职员编号(97):97年入海尔集团一级部门编号(73):该职员出生年份表示:该职员的职员目录编号(四)行业目录1、说明:➢此目录用于编制行业的各种信息。
所属行业作为供应商、客户的属性之一,实际应用中根据有无按照客户或供应商所属的行业进行管理的需要编制此目录。
➢此目录已有编制规则,各单位可进行确认。
对于应用的具体层次可根据管理的需要设定。
2、主要数据项1)编码;2)名称3.海尔集团的行业分类编码规则:2-1-1(四位,分为三段表示行业分类编码,采用了国家的行业分类标准)说明:2:行业大类1:行业中类1:行业小类事例:06,2,0 (其中’,’在编号中不出现)三级行业分类编号0:煤炭洗选业二级行业分类编号2:煤炭洗选业一级行业分类编号06:煤炭采选业表示:煤炭洗选业的行业目录(五)地域目录1、说明:➢此目录用于对地域进行管理,编码总长为10位。
所属地域作为供应商、客户的属性之一,实际应用中根据有无按照客户或供应商所在的区域进行管理的需要编制此目录。
2、主要数据项及示例:3、海尔集团地域目录编码原则规则:1-2-2-3-2(十位,分为五段表示区域编码)说明:1:国家2:销售事业部2:省自治区、直辖市3:市、直辖市的城区2:序列号事例:1,10,31,313,05 (其中’,’在编号中不出现)五级区域编码05:河北省张家口市沽源区四级区域编码313:河北省张家口市三级区域编码31:河北省二级区域编码10:华北销售事业部一级区域编码1:中国表示:河北省张家口市沽源区(六)客户分类1、说明:➢此目录用于对客户进行分类管理,作为进行各种统计分析和预测的口径或标准。
编码可分级设定,系统提供的最大可分为6级,编码总长为15位。
➢实际编制时应考虑各单位的不同管理要求,可按如下标准设定:1)按照客户与集团的关系分类;2)按照客户的行业特点分类;3)按照信誉等级分类;4)按照客户的企业性质分类;5)按照综合指标设定以商流部分为例:2、主要数据项及示例:3、海尔集团的客户分类编码原则规则:2-2-1-2(六位,分为四段表示客户分类)说明:2:一级分类按照客户与集团的关系分类;2:二级分类按照客户的性质特点分类;1:三级分类按照客户的企业性质分类;2:四级分类按照市场的级别分类;事例:02,01,2,2 (其中’,’在编号中不出现)四级客户分类编码2:该客户为二级市场的客户;三级客户分类编码2:该客户的性质为商场;二级客户分类编码01:该客户为国内客户;一级区域编码02:该客户属于一般客户类;表示:符合以上条件的所有客户的类。
(七)客户目录1、说明:➢此目录用于管理客户的所有信息。
系统提供的编码总长为12位。
➢实际编制时应考虑各单位的不同管理要求1)商场基本可按照已收集的资料编制;2)集团内部单位为客户时编码应与单位目录中一致;3)客户同时为供应商时,编码应唯一;4)直接用户可按照地域+属性码+序列号编制2、主要数据项及示例:3、海尔集团客户目录编码原则:规则:1-3-2-1-2(九位数码,分成五段表示客户的编号)说明:1:作为区分是商场、维修点还是安装点的区别符号3:区分具体的城市2:区分县和区1:区分等级2:序列号事例:2,100,01,1,02 (其中’,’在编号中不出现)五级客户目录编码02:表示该地的客户序列号;四级客户目录编码1:为一级市场的客户;三级客户目录编码01:为朝阳区;二级客户分类编码100:表示北京市;一级区域编码2:表示客户为商场;表示:北京燕莎友谊商城有限公司。