市计生服务中心概要设计说明书V1.0.docx

市计划生育服务中心
概要设计说明书

状态：
草稿
标识号：
DOC.NO. SHIHENG-JSHW 1.0

评审
当前版本：
1.0

初始版
前一版本：

修订版
发布日期：
2003-8-19

摘要
本文描述市计划生育服务中心概要设计
修改历史
日期
版本
作者
修改内容
评审号
更改请求号
2003-08-19
1.0

初始版本

注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。
概述
本系统主要是由于深圳市科研所与深圳市计划生育服务中心联合提出需求,为了满足计划生育服务中心的日常工作的需要,又能达到科研所所需的科研目标, 由深圳市示恒计算机有限公司研究开发. 为了此项目能在预期的时间里如质如量的完成,我们力争做到对每项业务分析得尽可能的清楚,清楚的描述系统各功能模块以及各子系统所需的输入/输出信息项、信息项组织方式以及各子模块的具体实现,完成数据字典的设计.为以后的详细设计打好扎实的基础.

1 接口
1.1 外部接口
1.1.1 外部接口概述
在实现本系统中还没有具体涉及到外部接口,但是要考虑将来与医院的医疗保险管理系统和医院的HIS系统有接口.

1.2 内部接口
1.2.1 内部接口概述
内部接口主要是各模块之间,各处理环节的输入/输出数据通过记录在数据库中的数据实现。

说明: 数据的主要来源于挂号,门诊和实验室辅助检查,以及系统管理模块,挂号时形成的条形码号贯穿于整个应用系统,门诊和实验室辅助检查的信息与综合查询和统计与分析两大模块有很大的联系.系统管理的信息可能与登录或一些系统参数设置有关,与其它模块关系不大.

2 软件功能描述
2.1 本系统各清单总表
2.1.1 界面类清单总表
填写人：刘彬 所 属 系统名 称： 计生服务中心系统 日 期：2003年8 月20日
编号
中文名称
英文名称
父类
功能概述

填写英文名称

1
挂号
FrmRegister
无
填写病人的一些基本资料,形成条形码号,保存基本信息并打印挂号单.
2
门诊
FrmClinic
无
主要是记录病人在医院的整个流程的信息,包括病人的详细的基本信息,问诊信息,检查信息,实验室及辅助检查信息,诊断和处理信息.
3
病人的详细的基本信息
无
门诊
主要记录病人的基本信息,如姓名,年龄,学历,药物过敏史等等.
4
问诊信息
无
门诊
主要包括四项,一项是主诉,一项是现病史,一项是月经史(女性),一项是婚育史(一部分是男女共有的,一部分是女性特有的).如果病人属于特种病例当中的一种,则问诊的形式就以问卷的方式代替.
5
妇科检查信息
无
门诊
主要包括两项,一项是妇科体格检查,一项是妇检.妇检中包括五项检查:外阴,阴道,宫颈,宫体,附件
6
男科检查信息
无
门诊
包括两大块,一块是男科体格检查,一块是生殖系统检查. 生殖系统检查又包括七项: 阴毛, 阴茎, 阴囊, 附睾, 精索, 输精管, 肛门.
7
实验室及辅助检查
无
门诊
主要包括要检查的具体项目的选择,医生对辅助检查的附加说明,以及检查申请单的生成.还有检查结果的显示.
8
诊断和处理信息
无
门诊
主要包括两个项,一项是诊断结果的填写,一项是处理信息的填写,还有一项是用药记录,诊断结果和处理意见必须与病人的病种相关联,一种病种对应着相关的诊断结果和处理意见.用药记录包括:药名,用法,剂量.
9
X光检查
FrmXray
无
主要包括以下几大项信息,一项是病人的基本信息,一项是医生想要了解的在门诊医生那得到的病史摘要,还有相关辅助检查的信息,主要是帮助X光检查医生进行查检而作为参考资料.一项是图象信息,一项是诊断结果.
10
B超检查
FrmUltrasonic
无
主要包括以下几大项信息, 一项是病人的基本信息,一项是医生想要了解的在门诊医生那得到的病史摘要,还有相关辅助检查的信息,主要是帮助X光检查医生进行查检而作为参考资料.一项是图象信息,一项是诊断结果,一项是声象图所见.
11
乳透检查
FrmInfrared
无
主要包括以下几大项信息, 一项是病人的基本信息,一项是乳透图象,一项是医生进行的触诊信息,一项是红外扫描信息,一项是检查结果和医生建议信息.
12
检验
FrmCheck
无
主要包括以下几大信息项:一项是病人基本信息的显示,一项是要检验的项目的具体项信息.
13
综合查询
FrmQueryModal
无
主要是根据查询条件进行过滤得到相应的符合条件的查询结果.
14
病例分析
FrmQueryModal
无
根据以下一些条件:如性别,所属病种,分析角度,时间范围,可以生成相应的分析图形.
15
用户角色管理
FrmUserManager
无
主要包括用户基本信息,角色的类型,角色权限.
16
职工管理
FrmEmployeeEdit
无
主要是包括职工的一些基本信息
17
基本参数设置
FrmBaseInfo
无
主要包括两项,一项是单位基本信息的设置,一项是系统参数的设置.
18
数据导出上传
FrmExport
无
包括两个功能,一个是数据的导出,可以把数据库中的数据导出保存成文本格式.以便进行备份.一个是数据上传功能,这一块现在在本系统中没有用到,但是如果以后多个点用到这套系统时就要这项功能.即基从的数据要上传到数据库服务中心.
19
数据字典维护
FrmCodeManager
无
为了以后软件的可维护性和可拓展性,我们尽量的把数据项设得灵活,详细,实现代码化.越规范,越详细就越好.

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

2.2.2 业务逻辑
2.2.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 挂号 日 期：2003年8 月20日
编号
类中文名称
类英文名称
父类
类功能概述
1
挂号
FrmRegister
无
主要是业务的起点,病人从这开始进行医院治疗,这一步主要是生成一个条形码号,以便在以后的流程当中可以用条形码号定位到这个人

2.2.3 数据逻辑

本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
N
N
N

2

Y
N
N
N

2.3 问诊(基本信息)
2.3.1 界面逻辑

基本信息信息界面

编号
类中文名称
类英文名称
父类
界面概述
1
基本信息
无
门诊
本页面主要是获得病人的一些个人基本信息.数据项: 姓名, 性别, 出生日期, 婚姻状况, 籍贯, 学历, 职业, 民族, 住址, 电话, 就诊时间,药敏史

2.3.2 业务逻辑
2.3.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 基本信息 日 期：2003年8月20日
编号
类中文名称
类英文名称
父类
类功能概述
1
基本信息
无
门诊
病人基本信息

2.3.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
N
N
N

2.4 问诊
这一项主要通过医生问病人而得到的一些信息,包括主诉,现病史,月经史(只限女性),婚育史(其中有一部分是男女共有的信息,有一部分只是女性有的).
2.4.1 界面逻辑
号码头界面：
编号
类中文名称
类英文名称
父类
界面概述
1
问诊信息
无
门诊
这一项主要记载病人的一些现状,以及婚姻家庭情况和一些关于个人的情况.如主诉,现病史,月经史,婚育史.如果某个人属于一种特种病例,则问诊这一块就以问卷的形式来代替上面的内容.

2.4.2 业务逻辑
2.4.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 问诊信息 日 期：2003年8 月20日
编号
类中文名称
类英文名称
父类
类功能概述
1
问诊信息
无
无
主要是通过医生询问进行一些基本的印象诊断.

2.4.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

3

Y
Y
Y
Y

4

Y
N
N
N

2.5 妇科检查信息
描述妇科检查信息.
妇科检查包括两种:一种是体格检查,一种是妇检.体格检查包括腹部特征,宫高位置,移动性浊音.
妇检主要包括五种检查: 外阴, 阴道, 宫颈, 宫体, 附件.
2.5.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
妇科检查信息
无
门诊
通过这个界面可以得到妇科检查的一些信息,如体格检查可以得到三项信息: 腹部特征,宫高位置,移动性浊音,妇检可以得到五大检查的相关信息:外阴, 阴道, 宫颈, 宫体, 附件.

2.5.2 业务逻辑
2.5.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 妇科检查信息 日 期：2003年8 月20日
编号
类中文名称
类英文名称
父类
类功能概述
1
妇科检查信息
无

门诊
获得妇科检查的信息

2.5.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

N
Y
Y
N

3

Y
Y
Y
N

2.6 男科检查信息
男科检查信息包括两大块: 一块是男科的体格检查,一块是生殖系统检查.
体格检查包括五类,生殖系统检查包括七类.
2.6.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
男科体格检查
无
门诊
主要包括两大项,一项是男科体格检查,一项是生殖系统检查.男科体格检查包括以下信息: 一般情况, 皮肤, 腰肾区, 输尿管区, 膀胱,生殖系统检查包括: 阴毛, 阴茎, 阴囊, 附睾, 精索, 输精管, 肛门.

2.6.2 业务逻辑
2.6.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 男科体格检查 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
男科体格检查
无
门诊
主要是获得男科检查的信息

2.6.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

N
Y
Y
N

3

Y
Y
Y
N

2.7 实验室及辅助检查
主要是列出检查项目名称,打印申请单,获得检验出来的结果.
2.7.1 界面逻辑
编号
类中文名称
类英文名称
父类
界面概述
1
实验室及辅助检查
无
门诊
主要包括检验信息项,检验申请单信息,检验结果信息.

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

2.7.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
N
N
N

3

N
Y
Y
N

4

Y
Y
Y
Y

5

Y
Y
Y
N

2.8 诊断和处理
2.8.1 界面逻辑
编号
类中文名称
类英文名称
父类
界面概述
1
诊断和处理
无
门诊
主要包括的信息项为:录入诊断意见和处理方法,还用药记录,诊断意见,处理措施以及用药记录都得与病种相关联.一一对应.

2.8.2 业务逻辑
2.8.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 资源管理 日 期：2001年11 月30日
编号
类中文名称
类英文名称
父类
类功能概述
1
诊断和处理
无
门诊
诊断意见,处理措施,用药记录信息的录入.

2.8.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

3

Y
N
N
N

4

Y
N
N
N

5

Y
N
N
N

6

Y
Y
Y
N

2.9 X光检查

2.9.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
X光检查

FrmXray
无
显示信息
病人基本信息,医生想要看到的病情描述,包括病史摘要和检查结果.图象信息,照片信息,检查结果.

2.9.2 业务逻辑
2.9.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： X光检查 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
X光检查
FrmXray
无
主要是图片信息和检查结果的录入

2.9.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

3

Y
Y
Y
N

2.10 B超检查

2.10.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
B超检查
FrmUltrasonic
无
显示信息:
病人基本信息,医生想要看到的病情描述,包括病史摘要和化验结果,妇查结果(女性),腹部体征.图片信息,B超诊断,声象所见,报告医生.

2.10.2 业务逻辑
2.10.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： B超检查 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
B超检查
FrmUltrasonic
无
主要是图片信息, B超诊断,声象所见信息的录入

2.10.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

N
Y
Y
N

3

Y
Y
Y
Y

4

Y
Y
Y
N

2.11 乳透检查
2.11.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
乳透检查
FrmInfrared
无
显示信息:
病人基本信息,扫描的图象信息,触诊信息,红外扫描信息,检查印象信息,建议.报告医生.

2.11.2 业务逻辑
2.11.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 乳透检查 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
乳透检查
FrmInfrared
无
图象信息, 触诊信息,红外扫描信息,检查印象信息,建议,备注,报告医生信息的录入

2.11.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
N

2.12 检验
检验目前包括十三项,检验的项比较多,要做成灵活的,就是说医生在进入本界面时只能显示病人相应的申请的检验项,而且每一个检验里边的项也是只能显示要化验室项.
2.12.1 界面逻辑
编号
类中文名称
类英文名称
父类
界面概述
1
检验
FrmCheck
无
显示信息:
检验单号,病人的基本信息,检验项目,检验项目的具体细项,细项结果,参考值.

2.12.2 业务逻辑
2.12.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 检验 日 期：2003年8月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
检验
FrmCheck
无
主要是检验项目结果的录入
2.12.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

3

Y
Y
Y
Y

4

Y
N
N
N

5

Y
N
N
N

2.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）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
N
N
N

3

Y
N
Y
Y

4

Y
N
Y
Y

5

Y
N
N
N

2.14 病例分析
编号
类中文名称
类英文名称
父类
界面概述
1
病例分析
FrmAnalysis
无
显示信息:
性别,可选的分析病种,选正的分析病种,分析角度,分析日期段.

2.14.1 业务逻辑
2.14.1.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 病例分析 日 期：2003年8月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
病例分析
FrmAnalysis
无
主要是对某种病例或某同种病例从不同的角度和时期来进行统计分析,以图形的方式显示分析结果.

2.14.2 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2.15 角色用户管理
2.15.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
角色用户管理
FrmRole
无
显示信息:
用户信息,角色信息,
用户信息包括:工号,姓名,密码,所属角色.
角色信息包括:角色名称,拥有权限.

2.15.2 业务逻辑
2.15.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 用户角色管理 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
用户角色管理
FrmRole
无
角色管理主要是录入角色类型及其拥有权限,用户管理主要是录入用户信息,登录密码,以及他所属的角色类型.

2.15.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
N
N
N

3

Y
N
N
N

4

Y
Y
Y
Y

5

Y
Y
Y
N

2.16 职工管理
2.16.1 界面逻辑
编号
类中文名称
类英文名称
父类
界面概述
1
职工管理
FrmEmployee
无
显示信息:
职工的基本信息,如姓名,性别,职务,部门等等.

2.16.2 业务逻辑
2.16.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 职工管理 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
职工管理
FrmEmployee
无
主要是录入,修改,删除职工的详细的基本信息.

2.16.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2.17 基本参数设置

2.17.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
基本参数设置

FrmBaseInfo
无
显示信息:
包括两项:一项是单位基本信息,一项是系统参数设置
单位基本信息包括:单位编号,名称,地址,联系电话,网址,E-mail,负责人.
参数设置包括:数据备份时间,备份路径,保留周期,数据库服务器名称,计算机名,数据库用户名,密码

2.17.2 业务逻辑
2.17.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 系统参数设置 日 期：2003年8月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
系统参数设置
FrmBaseInfo
无
主要是录入单位基本信息,系统的一些参数设置信息.

2.17.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

2.18 数据导出上传

2.18.1 界面逻辑
编号
类中文名称
类英文名称
父类
界面概述
1
数据导出上传
FrmExport
无
显示信息:
数据导出路径.数据上传参数:地址,登录名,口令,上传方式:增量,完全.是否自动上传,自动上传日期,时间.

2.18.2 业务逻辑
2.18.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 数据导出上传 日 期：2003年8月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
数据导出上传
FrmExport
无
主要是数据导出和上传的一些参数设置,数据导出要设好导出的路径和文件名,数据上传要设置好上传参数,以及自动上传的参数.

2.18.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

2

Y
Y
Y
Y

2.19 数据字典维护

2.19.1 界面逻辑

编号
类中文名称
类英文名称
父类
界面概述
1
数据字典维护
FrmCodeManager
无
显示信息:
数据字典名称,代码,描述

2.19.2 业务逻辑
2.19.2.1 业务处理类清单表
填写人：刘彬 所 属 系统名 称： 数据字典维护 日 期：2003年8 月21日
编号
类中文名称
类英文名称
父类
类功能概述
1
数据字典维护
FrmCodeManager
无
主要是对数据字典进行新增,修改,删除,包括数据字典名称,代码,描述.

2.19.3 数据逻辑
本功能需要操作的表、进行的操作（select,insert,update,delete）：
序号
表名
Select
Insert
Update
Delete
说明
1

Y
Y
Y
Y

数据库设计规范
1 目的
规范数据库设计。

2 概述
从数据库的设计原则 设计文档几方面论述数据库设计的规范思想及命名规则。

3 数据库应用结构
根据对一般业务系统的分析，将数据库和程序系统统一进行整体描述，展示数据库的
表之间以及与程序模块间的关系。

3.1 数据表和程序模块的分类
根据“处理特点”，将数据表和程序模块进行分类如下：
数据表分类：业务数据表、基本编码表、辅助编码表、系统信息表、累计数据表、结
算数据表、决策数据表。
程序模块分类：初始化、业务处理、完整性检测与修正、结算处理、统计处理。

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

3.1.2 程序模块分类说明
初始化：系统运行前对系统进行数据的初始化。如，库存初始化。
业务处理：业务过程的控制和结果记录。如，合同录入、费用审批、出入库。
完整性检测与修正：对累计数据表进行检查并自动修正。如对当前库存、当前存款、
累计销售的检查和重新计算。
结算处理：计算并记录各个时期末的结存数。库存月结、应收账款月结。
统计处理：计算并记录各个时期内发生的统计数。如，统计月销售、统计月回款、统
计出入库。

3.2 数据表间的关系
业务数据表<-->基本编码表 主-外键关系。如，合同表<-->客户编码表;
业务数据表<-->辅助编码表 主-外键关系。如，合同表<-->付款方式;
业务数据表、累计数据表、结算数据表：累计数据表=结算数据表(上期末) + 业务数
据表(本期内发生)。如当前库存=上月末库存数+(本月入库数-本月出库数);
决策数据表<-->业务数据表 决策数据表的数据是由业务数据表中数据导出(统计)的；

3.3 数据表与程序模块间的关系
由一个例子(仓库管理)来说明数据表与程序模块之间的关系：
系统使用前，由初始化模块对库存数(累计数据表)和上月末库存数(结存数据表)进
行初始化；
当有入库业务发生时，由入库模块(业务处理)将入库单录入并保存到入库单明细帐(
业务数据表)中，同时将入库数累加到库存数(累计数据表)中；
定期或不定期，库存数核算模块(检查完整性检测与修正)根据上月末的库存数(结存
数据表)、本月已发生数(业务数据表)检查当前的库存数(累计数据表)是否符合，不符合
则给出提示，可手工或自动进行更正(当前库存数=上月末库存数+本月入库数-本月出库数)；
每月初，进行上月的月结处理。月结模块(结算处理)根据上月初的库存数(结存数据
表)、上月发生数(业务数据表)计算出上月末的库存数(累计数据表)。公式为：上月末库
存数=上月初库存数+上月入库数-上月出库数；
每个月月结后，库存业务月统计模块(统计处理)统计上月的各种库存商品的入库和
出库数，便于查询和生成报表，也作为决策支持的数据基础。

3.4 数据表命名时对数据表分类的考虑
业务数据表：t_d_<系统标识>_<表标识>。如销售系统的合同表 t_d_SH_Contract
或 t_d_SH_合同；
基本编码表：t_b_[<系统标识>]_<表标识>。如客户编码表t_b_Customer 或 t_b_客
户；
辅助编码表：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 数据库结构原则
规定除数据库设计所遵循的范式外的一些适用原则，在遵循数据库设计范式的基础上
,合理地划分表，添加状态和控制字段等。

4.1 辅助编码表
为了使辅助编码表能起到预期的效能，又不因过多的辅助编码表难以管理，故对辅助
编码表的使用作如下规定：
1. 当某辅助编码表的编码允许用户添加时，应设计成“独立”的数据表；否则，将不
允许用户添加编码的各辅助编码表合并成一个“通用”的辅助编码表。
2. “独立”的辅助编码表与主表的列采用主-外约束保证列数据完整性。
3. “通用”的辅助编码表与各主表间没有约束关系，主表列的数据完整性由列说明的
“域”来保证。
4. “通用”的辅助编码表除编码和名称列外，还有一个标识列，用来标识合并前的各
码表，该标识列+编码列作为该表的主键。
5. 对于“独立”的辅助编码表，用户只可添加新的编码和改变名称，并且不能改变一
个编码所代表的意义；对于“通用”的辅助编码表，原则上不允许用户修改，或只有限地
允许修改名称。

4.2 基本编码表
1. 基本编码表可以有如下的标识列：内编码、外编码、助记码、简称、全称。内编码
（唯一编码）作为主键有程序自动生成，用户不可见；外编码（唯一编码）由用户按某种
规则自行定义，用户可见；助记码为拼音缩，方便录入，不唯一，重码时由列表选择；简
称用于列表显示和报表，以便缩短行宽。以上的列在实现时可视情况和习惯加以删减。

2. 当码表的列较多且也行较多时，可将上述的标识列和常用的信息存于一个表，将其
它的信息另表存储。

4.3 业务数据表
1. 设有‘录入人’和‘录入日期’列，由系统自动记录。
2. 记录单据的表中设置“自动单据号”，由两个字符开始以区分单据类型，后跟一数
字序列表示序号。‘自动单据号’由系统自动生成，作为主表的主键，不允许用户修改。

当有对应的纸质单据时，设置“单据号”用于记录纸质单据的单据号。
3. 明细表中设有行序号，自动记录行的录入顺序。
4. 设置“存档标记”列，用于抽取数据到决策数据库时的更新标记。插入新行或修改
已有行时设置该标记；数据抽取后清除该标记。
5. 对于用于查询过滤条件的列，不可为空，以免行“丢失”。
6. 对于数值列，不可为空，“0”作为默认值。
7. 对于必要的“冗余”列，如客户名称，应有相应的程序保持各“冗