计划生育服务中心系统设计概要.docx

《计划生育服务中心系统设计概要.docx》由会员分享，可在线阅读，更多相关《计划生育服务中心系统设计概要.docx（76页珍藏版）》请在三一办公上搜索。

1、 市计划生育服务中心概要设计说明书状态：草稿标识号：DOC.NO. SHIHENG-JSHW 1.0评审当前版本：1.0初始版前一版本：修订版发布日期：2003-8-19摘要本文描述市计划生育服务中心概要设计修改历史日期版本作者修改内容评审号更改请求号2003-08-191.0初始版本注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。概述本系统主要是由于深圳市科研所与深圳市计划生育服务中心联合提出需求,为了满足计划生育服务中心的日常工作的需要,又能达到科研所所需的科研目标, 由深圳市示恒计算机有限公司研究开发. 为了此项目能在预期的时间里如质如量的完成,我们力争做到对

2、每项业务分析得尽可能的清楚,清楚的描述系统各功能模块以及各子系统所需的输入/输出信息项、信息项组织方式以及各子模块的具体实现,完成数据字典的设计.为以后的详细设计打好扎实的基础.1 接口1.1 外部接口1.1.1 外部接口概述在实现本系统中还没有具体涉及到外部接口,但是要考虑将来与医院的医疗保险管理系统和医院的HIS系统有接口.1.2 内部接口1.2.1 内部接口概述内部接口主要是各模块之间,各处理环节的输入/输出数据通过记录在数据库中的数据实现。说明: 数据的主要来源于挂号,门诊和实验室辅助检查,以及系统管理模块,挂号时形成的条形码号贯穿于整个应用系统,门诊和实验室辅助检查的信息与综合查询和

3、统计与分析两大模块有很大的联系.系统管理的信息可能与登录或一些系统参数设置有关,与其它模块关系不大.2 软件功能描述2.1 本系统各清单总表2.1.1 界面类清单总表填写人：刘彬 所 属 系统名 称：计生服务中心系统 日 期：2003年8 月20日编号中文名称英文名称父类功能概述填写英文名称1挂号FrmRegister无填写病人的一些基本资料,形成条形码号,保存基本信息并打印挂号单.2门诊FrmClinic无主要是记录病人在医院的整个流程的信息,包括病人的详细的基本信息,问诊信息,检查信息,实验室及辅助检查信息,诊断和处理信息.3病人的详细的基本信息无门诊主要记录病人的基本信息,如姓名,年龄,

4、学历,药物过敏史等等.4问诊信息无门诊主要包括四项,一项是主诉,一项是现病史,一项是月经史(女性),一项是婚育史(一部分是男女共有的,一部分是女性特有的).如果病人属于特种病例当中的一种,则问诊的形式就以问卷的方式代替.5妇科检查信息无门诊主要包括两项,一项是妇科体格检查,一项是妇检.妇检中包括五项检查:外阴,阴道,宫颈,宫体,附件6男科检查信息无门诊包括两大块,一块是男科体格检查,一块是生殖系统检查. 生殖系统检查又包括七项: 阴毛, 阴茎, 阴囊, 附睾, 精索, 输精管, 肛门.7实验室及辅助检查无门诊主要包括要检查的具体项目的选择,医生对辅助检查的附加说明,以及检查申请单的生成.还有检

5、查结果的显示.8诊断和处理信息无门诊主要包括两个项,一项是诊断结果的填写,一项是处理信息的填写,还有一项是用药记录,诊断结果和处理意见必须与病人的病种相关联,一种病种对应着相关的诊断结果和处理意见.用药记录包括:药名,用法,剂量.9X光检查FrmXray无主要包括以下几大项信息,一项是病人的基本信息,一项是医生想要了解的在门诊医生那得到的病史摘要,还有相关辅助检查的信息,主要是帮助X光检查医生进行查检而作为参考资料.一项是图象信息,一项是诊断结果.10B超检查FrmUltrasonic无主要包括以下几大项信息, 一项是病人的基本信息,一项是医生想要了解的在门诊医生那得到的病史摘要,还有相关辅助

6、检查的信息,主要是帮助X光检查医生进行查检而作为参考资料.一项是图象信息,一项是诊断结果,一项是声象图所见.11乳透检查FrmInfrared无主要包括以下几大项信息, 一项是病人的基本信息,一项是乳透图象,一项是医生进行的触诊信息,一项是红外扫描信息,一项是检查结果和医生建议信息.12检验FrmCheck无主要包括以下几大信息项:一项是病人基本信息的显示,一项是要检验的项目的具体项信息.13综合查询FrmQueryModal无主要是根据查询条件进行过滤得到相应的符合条件的查询结果.14病例分析FrmQueryModal无根据以下一些条件:如性别,所属病种,分析角度,时间范围,可以生成相应的分

7、析图形.15用户角色管理FrmUserManager无主要包括用户基本信息,角色的类型,角色权限.16职工管理FrmEmployeeEdit无主要是包括职工的一些基本信息17基本参数设置FrmBaseInfo无主要包括两项,一项是单位基本信息的设置,一项是系统参数的设置.18数据导出上传FrmExport无包括两个功能,一个是数据的导出,可以把数据库中的数据导出保存成文本格式.以便进行备份.一个是数据上传功能,这一块现在在本系统中没有用到,但是如果以后多个点用到这套系统时就要这项功能.即基从的数据要上传到数据库服务中心.19数据字典维护FrmCodeManager无为了以后软件的可维护性和可拓

8、展性,我们尽量的把数据项设得灵活,详细,实现代码化.越规范,越详细就越好.2.2 挂号包括的内容: 姓名,性别,年龄,身份证号(可为空),选择就诊科室.然后打印出一张清单,叫挂号单,用条码机自动打出一个条码,以便在这一次检查时医院的各部门进行病人身份的调出.各个部门根据这张单上的条形码进行对病人身份的确定以及各种病人的信息的调出.这张挂号单贯穿整个业务流程,如果病人在下次来就疹时,还可以凭挂号单或任一单据进行就诊.2.2.1 界面逻辑资源对象界面清单编号类中文名称类英文名称父类 界面概述1挂号FrmRegister无数据项: 科别,条形码号,姓名,性别,出生日期, 身份证号,日期. 2.2.2

9、 业务逻辑2.2.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：挂号日 期：2003年8 月20日编号类中文名称类英文名称父类类功能概述1挂号FrmRegister无主要是业务的起点,病人从这开始进行医院治疗,这一步主要是生成一个条形码号,以便在以后的流程当中可以用条形码号定位到这个人2.2.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YNNN2YNNN2.3 问诊(基本信息)2.3.1 界面逻辑基本信息信息界面编号类中文名称类英文名称父类界面概述1基本信息无门诊

10、本页面主要是获得病人的一些个人基本信息.数据项: 姓名, 性别, 出生日期, 婚姻状况, 籍贯, 学历, 职业, 民族, 住址, 电话, 就诊时间,药敏史2.3.2 业务逻辑2.3.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：基本信息日 期：2003年8月20日编号类中文名称类英文名称父类类功能概述1基本信息无门诊病人基本信息2.3.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YNNN2.4 问诊这一项主要通过医生问病人而得到的一些信息,包括主诉,现病

11、史,月经史(只限女性),婚育史(其中有一部分是男女共有的信息,有一部分只是女性有的).2.4.1 界面逻辑号码头界面：编号类中文名称类英文名称父类界面概述1问诊信息无门诊这一项主要记载病人的一些现状,以及婚姻家庭情况和一些关于个人的情况.如主诉,现病史,月经史,婚育史.如果某个人属于一种特种病例,则问诊这一块就以问卷的形式来代替上面的内容.2.4.2 业务逻辑2.4.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：问诊信息日 期：2003年8 月20日编号类中文名称类英文名称父类类功能概述1问诊信息无无主要是通过医生询问进行一些基本的印象诊断.2.4.3 数据逻辑本功能需要操作的表、

12、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYY3YYYY4YNNN2.5 妇科检查信息描述妇科检查信息. 妇科检查包括两种:一种是体格检查,一种是妇检.体格检查包括腹部特征,宫高位置,移动性浊音. 妇检主要包括五种检查: 外阴, 阴道, 宫颈, 宫体, 附件.2.5.1 界面逻辑编号类中文名称类英文名称父类界面概述1妇科检查信息无门诊通过这个界面可以得到妇科检查的一些信息,如体格检查可以得到三项信息: 腹部特征,宫高位置,移动性浊音,妇检可以得到五大检查的相关信息:外阴, 阴道, 宫颈, 宫

13、体, 附件.2.5.2 业务逻辑2.5.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：妇科检查信息日 期：2003年8 月20日编号类中文名称类英文名称父类类功能概述1妇科检查信息无门诊获得妇科检查的信息2.5.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2NYYN3YYYN2.6 男科检查信息 男科检查信息包括两大块: 一块是男科的体格检查,一块是生殖系统检查. 体格检查包括五类,生殖系统检查包括七类.2.6.1 界面逻辑编号类中文名称类英文名称父类界面

14、概述1男科体格检查无门诊主要包括两大项,一项是男科体格检查,一项是生殖系统检查.男科体格检查包括以下信息: 一般情况, 皮肤, 腰肾区, 输尿管区, 膀胱,生殖系统检查包括: 阴毛, 阴茎, 阴囊, 附睾, 精索, 输精管, 肛门.2.6.2 业务逻辑2.6.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：男科体格检查日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1男科体格检查无门诊主要是获得男科检查的信息2.6.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDe

15、lete说明1YYYY2NYYN3YYYN2.7 实验室及辅助检查主要是列出检查项目名称,打印申请单,获得检验出来的结果.2.7.1 界面逻辑编号类中文名称类英文名称父类界面概述1实验室及辅助检查无门诊主要包括检验信息项,检验申请单信息,检验结果信息.2.7.2 业务逻辑2.7.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：实验室及辅助检查日 期：2003年 8月21日编号类中文名称类英文名称父类类功能概述1实验室及辅助检查无门诊此界面主要是医生可以选择检查项目,然后可以打印检验申请单,申请单上要留有空间供医生填写附加说明.检验完了后要可以在此窗口上查看到检验结果.2.7.3 数据

16、逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YNNN3NYYN4YYYY5YYYN2.8 诊断和处理2.8.1 界面逻辑编号类中文名称类英文名称父类界面概述1诊断和处理无门诊主要包括的信息项为:录入诊断意见和处理方法,还用药记录,诊断意见,处理措施以及用药记录都得与病种相关联.一一对应.2.8.2 业务逻辑2.8.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：资源管理日 期：2001年11 月30日编号类中文名称类英文名称父类类功能概述1诊断和处理无门诊诊断意见

17、,处理措施,用药记录信息的录入.2.8.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYY3YNNN4YNNN5YNNN6YYYN2.9 X光检查2.9.1 界面逻辑编号类中文名称类英文名称父类界面概述1X光检查FrmXray无显示信息病人基本信息,医生想要看到的病情描述,包括病史摘要和检查结果.图象信息,照片信息,检查结果.2.9.2 业务逻辑2.9.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：X光检查日 期：2003年8 月21日编号类中文名称类

18、英文名称父类类功能概述1X光检查FrmXray无主要是图片信息和检查结果的录入2.9.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYY3YYYN 2.10 B超检查2.10.1 界面逻辑编号类中文名称类英文名称父类界面概述1B超检查FrmUltrasonic无显示信息:病人基本信息,医生想要看到的病情描述,包括病史摘要和化验结果,妇查结果(女性),腹部体征.图片信息,B超诊断,声象所见,报告医生.2.10.2 业务逻辑2.10.2.1 业务处理类清单表填写人：刘

19、彬 所 属 系统名 称：B超检查日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1B超检查FrmUltrasonic无主要是图片信息, B超诊断,声象所见信息的录入2.10.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2NYYN3YYYY4YYYN2.11 乳透检查2.11.1 界面逻辑编号类中文名称类英文名称父类界面概述1乳透检查FrmInfrared无显示信息:病人基本信息,扫描的图象信息,触诊信息,红外扫描信息,检查印象信息,建议.报告医生.

20、2.11.2 业务逻辑2.11.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：乳透检查日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1乳透检查FrmInfrared无图象信息, 触诊信息,红外扫描信息,检查印象信息,建议,备注,报告医生信息的录入2.11.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYN2.12 检验检验目前包括十三项,检验的项比较多,要做成灵活的,就是说医生在进入本界面时只能显示病人相应的申请的检验项,而且每一

21、个检验里边的项也是只能显示要化验室项.2.12.1 界面逻辑编号类中文名称类英文名称父类界面概述1检验FrmCheck无显示信息:检验单号,病人的基本信息,检验项目,检验项目的具体细项,细项结果,参考值.2.12.2 业务逻辑2.12.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：检验日 期：2003年8月21日编号类中文名称类英文名称父类类功能概述1检验FrmCheck无主要是检验项目结果的录入2.12.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YY

22、YY3YYYY4YNNN5YNNN2.13 查询2.13.1 界面逻辑编号类中文名称类英文名称父类界面概述1查询FrmQueryModal无显示信息:查询条件,逻辑操作符,查询范围,查询结果2.13.2 业务逻辑2.13.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：查询日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1查询FrmQueryModal无主要是用来查询信息,如可以查询病人基本信息,以前的就诊信息,病种病例信息等等.2.13.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectIn

23、sertUpdateDelete说明1YYYY2YNNN3YNYY4YNYY5YNNN2.14 病例分析编号类中文名称类英文名称父类界面概述1病例分析FrmAnalysis无显示信息:性别,可选的分析病种,选正的分析病种,分析角度,分析日期段.2.14.1 业务逻辑2.14.1.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：病例分析日 期：2003年8月21日编号类中文名称类英文名称父类类功能概述1病例分析FrmAnalysis无主要是对某种病例或某同种病例从不同的角度和时期来进行统计分析,以图形的方式显示分析结果.2.14.2 数据逻辑本功能需要操作的表、进行的操作（select,i

24、nsert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2.15 角色用户管理2.15.1 界面逻辑编号类中文名称类英文名称父类界面概述1角色用户管理FrmRole无显示信息:用户信息,角色信息,用户信息包括:工号,姓名,密码,所属角色.角色信息包括:角色名称,拥有权限.2.15.2 业务逻辑2.15.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：用户角色管理日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1用户角色管理FrmRole无角色管理主要是录入角色类型及其拥有权限,用户管理主要是录入用户信息,登录

25、密码,以及他所属的角色类型.2.15.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YNNN3YNNN4YYYY5YYYN2.16 职工管理2.16.1 界面逻辑编号类中文名称类英文名称父类界面概述1职工管理FrmEmployee无显示信息:职工的基本信息,如姓名,性别,职务,部门等等.2.16.2 业务逻辑2.16.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：职工管理日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1职工管理FrmE

26、mployee无主要是录入,修改,删除职工的详细的基本信息.2.16.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2.17 基本参数设置2.17.1 界面逻辑编号类中文名称类英文名称父类界面概述1基本参数设置FrmBaseInfo无显示信息:包括两项:一项是单位基本信息,一项是系统参数设置单位基本信息包括:单位编号,名称,地址,联系电话,网址,E-mail,负责人.参数设置包括:数据备份时间,备份路径,保留周期,数据库服务器名称,计算机名,数据库用户名,密码2.17.

27、2 业务逻辑2.17.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：系统参数设置日 期：2003年8月21日编号类中文名称类英文名称父类类功能概述1系统参数设置FrmBaseInfo无主要是录入单位基本信息,系统的一些参数设置信息.2.17.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYY2.18 数据导出上传 2.18.1 界面逻辑编号类中文名称类英文名称父类界面概述1数据导出上传FrmExport无显示信息:数据导出路径.数据上传参数:地址,登录

28、名,口令,上传方式:增量,完全.是否自动上传,自动上传日期,时间.2.18.2 业务逻辑2.18.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：数据导出上传日 期：2003年8月21日编号类中文名称类英文名称父类类功能概述1数据导出上传FrmExport无主要是数据导出和上传的一些参数设置,数据导出要设好导出的路径和文件名,数据上传要设置好上传参数,以及自动上传的参数.2.18.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY2YYYY2.19 数据字典维护

29、2.19.1 界面逻辑编号类中文名称类英文名称父类界面概述1数据字典维护FrmCodeManager无显示信息:数据字典名称,代码,描述2.19.2 业务逻辑2.19.2.1 业务处理类清单表填写人：刘彬 所 属 系统名 称：数据字典维护日 期：2003年8 月21日编号类中文名称类英文名称父类类功能概述1数据字典维护FrmCodeManager无主要是对数据字典进行新增,修改,删除,包括数据字典名称,代码,描述.2.19.3 数据逻辑本功能需要操作的表、进行的操作（select,insert,update,delete）：序号表名SelectInsertUpdateDelete说明1YYYY

30、 数据库设计规范1 目的 规范数据库设计。2 概述 从数据库的设计原则 设计文档几方面论述数据库设计的规范思想及命名规则。3 数据库应用结构 根据对一般业务系统的分析，将数据库和程序系统统一进行整体描述，展示数据库的表之间以及与程序模块间的关系。 3.1数据表和程序模块的分类 根据“处理特点”，将数据表和程序模块进行分类如下： 数据表分类：业务数据表、基本编码表、辅助编码表、系统信息表、累计数据表、结算数据表、决策数据表。 程序模块分类：初始化、业务处理、完整性检测与修正、结算处理、统计处理。 3.1.1 数据表分类说明 业务数据表：记录业务发生的过程和结果。如，合同、出仓单、申请单、凭证。

31、基本编码表：描述业务实体的基本信息和编码。如，产品、客户、供应商、雇员。 辅助编码表：描述属性的列表值。如，合同类型、职称、民族、付款方式。 系统信息表：存放与系统操作、业务控制有关的参数。如，用户信息、权限、用户配置信息、成本核算方式。 累计数据表：存放业务的当前值和累计值。如，当前库存、当前存款、累计销售、累计支出、应收账款。 结算数据表：存放各个时期末的结存数。如，月末库存、月末银行存款、应收账款月结。 决策数据表：存放各个时期内发生的统计值。如，月销售统计、月回款统计、出入库统计。 3.1.2 程序模块分类说明 初始化：系统运行前对系统进行数据的初始化。如，库存初始化。 业务处理：业务

32、过程的控制和结果记录。如，合同录入、费用审批、出入库。 完整性检测与修正：对累计数据表进行检查并自动修正。如对当前库存、当前存款、累计销售的检查和重新计算。 结算处理：计算并记录各个时期末的结存数。库存月结、应收账款月结。 统计处理：计算并记录各个时期内发生的统计数。如，统计月销售、统计月回款、统计出入库。 3.2 数据表间的关系 业务数据表基本编码表 主-外键关系。如，合同表客户编码表; 业务数据表辅助编码表 主-外键关系。如，合同表付款方式; 业务数据表、累计数据表、结算数据表：累计数据表=结算数据表(上期末) + 业务数据表(本期内发生)。如当前库存=上月末库存数+(本月入库数-本月出库

33、数); 决策数据表业务数据表 决策数据表的数据是由业务数据表中数据导出(统计)的； 3.3 数据表与程序模块间的关系 由一个例子(仓库管理)来说明数据表与程序模块之间的关系： 系统使用前，由初始化模块对库存数(累计数据表)和上月末库存数(结存数据表)进行初始化； 当有入库业务发生时，由入库模块(业务处理)将入库单录入并保存到入库单明细帐(业务数据表)中，同时将入库数累加到库存数(累计数据表)中； 定期或不定期，库存数核算模块(检查完整性检测与修正)根据上月末的库存数(结存数据表)、本月已发生数(业务数据表)检查当前的库存数(累计数据表)是否符合，不符合则给出提示，可手工或自动进行更正(当前库存

34、数=上月末库存数+本月入库数-本月出库数)； 每月初，进行上月的月结处理。月结模块(结算处理)根据上月初的库存数(结存数据表)、上月发生数(业务数据表)计算出上月末的库存数(累计数据表)。公式为：上月末库存数=上月初库存数+上月入库数-上月出库数； 每个月月结后，库存业务月统计模块(统计处理)统计上月的各种库存商品的入库和出库数，便于查询和生成报表，也作为决策支持的数据基础。 3.4 数据表命名时对数据表分类的考虑 业务数据表：t_d_。如销售系统的合同表 t_d_SH_Contract 或 t_d_SH_合同； 基本编码表：t_b_。如客户编码表t_b_Customer 或 t_b_客户；

35、辅助编码表：t_a_。如合同类别t_a_ContType 或 t_a_合同类别； 系统信息表：t_s_。如用户表t_s_User 或 t_s_用户； 累计数据表：t_t_。如当前库存表t_t_SO_Stock 或 t_t_SO_库存； 结算数据表：t_c_。如库存月结表t_c_SO_StockMonth 或 t_c_SO_库存月结； 决策数据表：t_w_。如月销售统计表t_w_SH_SellMonth 或 t_w_SH_月销售统计； 注：内的内容表示可选。如“t_s_”表示t_s_SH_User 和 t_s_User 都是符合规则的。4 数据库结构原则 规定除数据库设计所遵循的范式外的一些适用

36、原则，在遵循数据库设计范式的基础上,合理地划分表，添加状态和控制字段等。 4.1辅助编码表 为了使辅助编码表能起到预期的效能，又不因过多的辅助编码表难以管理，故对辅助编码表的使用作如下规定： 1. 当某辅助编码表的编码允许用户添加时，应设计成“独立”的数据表；否则，将不允许用户添加编码的各辅助编码表合并成一个“通用”的辅助编码表。 2. “独立”的辅助编码表与主表的列采用主-外约束保证列数据完整性。 3. “通用”的辅助编码表与各主表间没有约束关系，主表列的数据完整性由列说明的“域”来保证。 4. “通用”的辅助编码表除编码和名称列外，还有一个标识列，用来标识合并前的各码表，该标识列+编码列作

37、为该表的主键。 5. 对于“独立”的辅助编码表，用户只可添加新的编码和改变名称，并且不能改变一个编码所代表的意义；对于“通用”的辅助编码表，原则上不允许用户修改，或只有限地允许修改名称。 4.2基本编码表 1. 基本编码表可以有如下的标识列：内编码、外编码、助记码、简称、全称。内编码（唯一编码）作为主键有程序自动生成，用户不可见；外编码（唯一编码）由用户按某种规则自行定义，用户可见；助记码为拼音缩，方便录入，不唯一，重码时由列表选择；简称用于列表显示和报表，以便缩短行宽。以上的列在实现时可视情况和习惯加以删减。 2. 当码表的列较多且也行较多时，可将上述的标识列和常用的信息存于一个表，将其它的

38、信息另表存储。 4.3业务数据表 1. 设有录入人和录入日期列，由系统自动记录。 2. 记录单据的表中设置“自动单据号”，由两个字符开始以区分单据类型，后跟一数字序列表示序号。自动单据号由系统自动生成，作为主表的主键，不允许用户修改。当有对应的纸质单据时，设置“单据号”用于记录纸质单据的单据号。 3. 明细表中设有行序号，自动记录行的录入顺序。 4. 设置“存档标记”列，用于抽取数据到决策数据库时的更新标记。插入新行或修改已有行时设置该标记；数据抽取后清除该标记。 5. 对于用于查询过滤条件的列，不可为空，以免行“丢失”。 6. 对于数值列，不可为空，“0”作为默认值。 7. 对于必要的“冗余”列，如客户名称，应有相应的程序保持各“冗