食品卫生管理系统设计与实现.docx
- 文档编号:5710575
- 上传时间:2022-12-31
- 格式:DOCX
- 页数:34
- 大小:385.67KB
食品卫生管理系统设计与实现.docx
《食品卫生管理系统设计与实现.docx》由会员分享,可在线阅读,更多相关《食品卫生管理系统设计与实现.docx(34页珍藏版)》请在冰豆网上搜索。
食品卫生管理系统设计与实现
摘要
食品卫生监督管理信息系统是中国公共卫生监督系统的一部分,主要是为全国食品卫生监督服务的。
这个系统的主要目的是使中国公共卫生监督管理事业走上数字化、规范化的轨道。
以适应中国加入WTO的需要。
另外,此系统选用的操作平台是微软公司的Windows2000操作系统,选用的数据库是微软公司的SQLServer2000,使用的前端开发工具是微软公司的VisualBasic6.0,两者之间的数据接口使用的是OLE DB,并使用ADO记录集、SQL语句来实现数据的传送。
在系统的开发过程中进行了需求分析、系统分析、系统设计、系统测试与系统评价。
并附有数据流程图、功能结构图、程序流程图等。
在论文中,首先对卫生部的现行系统进行了简单的分析,说明了为什么要实施系统,并对什么是关系数据库和使用面向对象可视化编程的好处进行了说明。
然后,主要是进行了关系数据库的设计。
关键字:
食品卫生监督管理信息系统,RecordSet,OLEDB,关系数据库,ADO
ABSTRACT
ThissystemisapartofNationalPublicHygieneSupervisingSystem,primarilyservesasasupervisingsystemforthenationalfoodhygiene.ThemainpurposeofthissystemistomakethemanagementofChinesepublichygienerunonthedigitalandnormalorbitsandadapttothedemandofChinajoininginWTO.
Moreover,theWindows2000operatingsystemoftheMicrosoftCompanyischosenforthesystem.TheSQLServer2000oftheMicrosoftCompanyischosenasthedatabasemanagementsystem.Todeveloptheforegroundsoftware,VisualBasic6.0isusedasatool.TheinterfacebetweenthemisOLEDBandADOrecordsandSQLsentencesareusedtotransmitdata.
Allresearchincludesdemandsanalysis,systemanalysis,systemdesign,thesystemtest,systemevaluationanddrawingdataflowdiagramsandfunctionconstructiondiagrams,procedureflowcharts,etc.intheprocessofdevelopment.
Inthepaper,atfirst,thesystemusedbyDepartmentofHygieneisanalyzedsimply.Thenthereasonofdevelopmentofthesystem,whatisrelationdatabaseandadvantagesofOODisexplained.Atlast,Relationdatabasedesignisintroduced.
Keyword:
ADO,RecordSet,OLEDB,RelationDatabase,MISoffoodstuffsupervisal
、引言
中国公共卫生监督管理信息系统是一个覆盖全国,能够实现公共卫生监督基本情况、监督数据、公共卫生事件,按县(区)——地(市)——省(市)——中央四级快速、准确逐级个案上报、逐级统计汇总、逐级生成各种相关报表,并能为各级卫生行政部门和领导提供卫生监督决策咨询、参考信息的网络信息传输报告软件系统。
此计划是中国“十五“期间,国家拨专款进行的一个项目,目的在于使全国的卫生监督管理工作进入数字化、规范化管理的阶段。
做到各地方能够及时上报本地区出现的各种疫情,食用食品中毒的情况,各种职业病的患病、发病及死亡情况。
以便中央能够及时了解各地方的实际情况。
此外,本系统的开发和使用也是为了适应中国加入WTO后,针对国际贯例、法规、制度,及时、准确的进行相关数据的统计汇总工作,达到能够随时与国际进行卫生监督情况的交流。
为国际的卫生监督事业作出应尽的义务。
、系统总体结构设计与可行性分析
.现行系统的分析
卫生部卫生法制法规监察司食品卫生监察处的现行系统可大致分为两大部分,一部分:
为常规录入(即人工用手、纸、笔录入);另一部分:
为计算机录入。
但在第二部分中又使用着多个操作系统(例如:
DOS操作系统、Windows95、Windows98操作系统)和不同的数据库管理系统(例如:
Foxbase数据库、Access数据库)。
并且大部分的统计工作也是手工操作。
.为什么要实施系统
在现行工作方式下,工作人员常需要利用大量时间对各种报告卡进行整理、查询,有时还必须进行大量计算和统计工作。
由此一来,不仅仅是浪费人力,资金。
更大缺陷是使现有的计算机不能发挥应有的作用,并经常造成计算误差和统计误差。
另外,现行系统的传递方式主要是用文档上传,部分的使用Email传递,但是,上传上来的数据还是要手工录入。
这样一来的主要害处就是,一些别有用心的人就可以修改数据,伪造数据,甚至是不上报数据。
它的直接危害是使上一级单位或中央不能直接得到真实数据,不能及时了解各地区的实际卫生状况,从而使汇总和统计资料不能反映出一段时间内各地区和全国实际的卫生监督情况;使国家不能及时对一些重大疫情和疾病采取有效的、合理的防治和处理办法,使人民的生命和财产遭到不必的危协和损失。
鉴于此,卫生部为了使现有人员更高效的发挥本身的专业技能,使他们能从繁重的录入和统计工作中解脱出来。
并保证各地方的上报资料及时、准确、有效。
并使上传来的数据直接导入中央数据库,直接被使用。
同时也是为了提高全国整体的公共卫生监督质量,使中国的公共卫生监督朝规范化、网络化、现代化的方向发展。
故此开发本管理信息报告系统。
.用户需求
适应公共卫生监督基本情况、监督数据、公共卫生事件时间情况下(年报、公共卫生事件实时报)对数据上报的特殊要求;
用户界面友好,操作灵活、简便,运行速度快;
在保障从县、地、省到中央四级网络系统畅通的前提下,软件适应于不同网络连接方式。
主要基于TCP/IP协议的客户端程序运行方式(C/S方式)的网络数据库信息传输或在网上以电子邮件方式将个案和汇总报表逐级上报;
系统保障公共卫生监督数据逐级审计上报权限,分别以中央、省、地、县为单位建立各级数据库系统。
考虑到各级数据库维护技术力量的差异,建议中央、省、地建立SQLSERVER7.0数据库,县级以Access2000数据库接受基层数据,本软件系统应自动完成上述数据库数据格式的转换;
各级多种公共卫生监督原始报告卡、公共卫生事件报告卡等直接录入、查询及汇总分析统计;
各级各种常规相关公共卫生监督汇总报表的自动生成、打印、上报;
能以直观的方式(如地图、图表等)显示公共卫生监督的汇总分析数据。
.关系数据库
本系统采用的是SQLServer2000关系数据库。
那么什么是关系数据库呢?
关系数据库是应用数学方法来处理数据库数据的。
最早将这类方法用于数据处理的是1962年科达斯里(Codasyl)发表的“信息代数”,之后有1968年戴维柴·尔德(DavidChild)在7090机上实现的集合论数据结构,但系统而严格地提出关系模型的是美国IBM公司的科德(E.F.Codd)。
他从1970年起,连续发表了多篇论文,奠定了关系数据库的理论基础。
在关系数据库中关系模型是数据库中所讨论的模型中最重要的模型。
自80年代以来,计算机厂商新推出的数据库管理系统的产品几乎都是支持关系模型的。
关系数据库采用关系模型为数据的组织方式。
在用户看来,关系模型中数据的逻辑结构是一张二维的表。
在关系模型中有以下几个基本概念,
关系,一个关系对应于我们平常讲的二维表。
属性,表中的一列称为“一个属性”。
在实际系统中,有时又称为“字段”。
域,属性的取值范围。
元组,表中的一行称为“一个元组”。
码,表中的某个属性组,它们的值唯一地标识一个元组,则称该属性给为“候选码”。
若一个关系有多个候选码,则选定其中一个为主码,主码的诸属性称为“主属性”。
分量,元组中的一个属性值。
关系模式,对关系的描述。
它包括关系名,组成该关系的属性名。
属性向域的映象。
通常简记为,关系名(属性名1,属性名2,…,属性名n)。
属性向域的映象常直接说明为属性的类型、长度。
对于关系数据库也要分清型与值的概念。
关系数据库的型即数据库描述,它包括若干域的定义以及在这些域上定义的若干关系模式。
数据库的值是这些关系模式在某一时刻对应的关系的集合。
.面向对象可视化编程的好处
VISUALBASIC由于功能强大、简单易用而有着广泛的用户,尤其是在数据库、多媒体、商用系统的用户界面以及一般应用程序的设计等方面,VISUALBASIC更是有其他开发环境所不能取代的优越之处。
升级到6.0之后,其功能和性能都得到了增强,汉化后的VISUAL BASIC6.0中文版,由于有全新的中文界面,更是方便了用户的使用。
VISUALBASIC是在原有BASIC语言基础上的进一步发展,它包含了数百条语句、函数及关键词,其中很多与Windows GUI有直接的关系。
VISUAL BASIC语言简单易学,只要稍有语言基础就可以很快掌握并进而精通。
可视化编程环境的“所见即所得(WYSIWYG)”功能,使界面设计如积木游戏一般,编程变成了一种享受;强大的多媒体功能可轻而易举地开发出集声音、动画、影像和图片于一体的多媒体应用程序;新增的网络功能提供了编写INTERNET程序的能力。
VISUAL BASIC6.0中文版还支持用户自己开发ACTIVEX控件和制作ACTIVE文档。
.与数据库结合
尽管VISUAL BASIC以非常快的速度成熟起来,但它也只在这些年间才作为实用的软件开发工具得到应用程序。
这主要是因为在很长一段时间内忽略了数据访问这方面的功能,如果没有外部的数据库支持,你不可能简单的拥有一个严格的开发工具。
这个情况甚至在VISUAL BASIC3.0中增加了对MICROSOFT JET数据库引擎的支持之后也没有得到改善,因为这些功能还不足以使VISUAL BASIC像C++一样有完全的数据库访问能力。
随后在发布支持ODBC和RDO数据库访问方法的产品后,VISUAL BASIC才真正加入了严格的开发工具领域。
最新发布的VISUAL BASIC在数据库访问方面带来了一些变化,它增加了 ACITIVEX数据对像(ADO)访问方法。
ADO是DAO和RDO的继承者,它的目标是成为WINDOWS开发上的唯一而通用(ONE-SIZE-FITS-ALL)的数据访问方法。
VISUAL BASIC6.0在很大方面对尚未成熟的ADO提供支持,大约提供了六个使用ADO数据库的专门优化过的控件。
在VISUAL BASIC6.0中增加了数据环境,这是一种对利用ADO的层次数据库进行组织的方法。
增加数据报表实用程序,这是使用数据环境的结构生成报表的内建工具。
所以,在本程序的开发过程中我们使用的就是用ADO来连接数据库,这样一来就可以绕过ODBC这个通用接口,提高数据库运行的稳定性和速度。
.客户端/服务器模式的好处(C/S结构)
什么是C/S体系结构呢?
随着计算机网络的普遍使用,人们将一些公用性服务或资源放在性能比较高的服务器上,实现共享,而将一些普通的微机作为客户机,完成一般的工作,并通过网络向服务器请求,以访问和利用服务器上的资源和服务,这就形成C/S体系结构。
C/S体系结构包括连接在一个网络中的多台计算机。
那些处理应用程序,并向另一计算机请求服务的计算机称为客户机(CLIENT)。
而处理客户机请求并予以回应的计算机称为服务器(SERVER)。
CLIENT/SERVER体系结构如图2.1所示。
图2.1 客户机/服务器(C/S)体系结构图
从上图可以看出,将数据库存储在数据库服务器上,然后通过多个工作站对它进行访问来达到数据资源的共享、重用。
而且还可以将工作站处理完的数据返回到数据库服务器上。
以方便其它人查询、使用。
8.数据流程图
数据流程图,是用来描述系统的逻辑模型的,用符号表示信息的流动、处理、存储过程。
本系统主要有以下几个数据流程图。
图2.2、图2.3主要是用来描述一般用户对数据库操作的流程,此图主要说明一般用户对数据库进行增、删、改时的操作过程和汇总数据的过程。
增加数据操作,首先由一般用户来输入原始数据,然后系统进行有效性检查,再后就进行数据库插入处理,最后将数据插入具体的数据表。
完成此次数据新增工作。
数据的删除和修改操作,首先由一般用户来输入具体的查询条件,然后系统到具体的数据库中查找此记录,再后就进行相应的修改和删除处理。
一般用户数据操作的数据流程图如图2.2所示。
汇总数据的操作,在此操作中用户可以先对数据进行汇总,并打印汇总的数据,也可将汇总的数据存盘后,到要打印时再调出进行打印。
一般用户汇总数据的数据流程图如图2.3所示。
图2.2 一般用户数据操作的数据流程图
图2.3 一般用户汇总数据的数据流程图
图2.4主要是用来描述领导一级的用户对数据库的操作的流程图。
领导用户在本系统中只有汇总数据的权限,没有录入、修改、删除数据的能力。
图2.4的文字描述与一般用户汇总数据的操作基本一致。
领导用户汇总数据的数据流程图如图2.4所示。
图2.4 领导用户汇总数据的数据流程图
超级用户在此系统中是拥有最高权限的人。
它除了有一般用户和领导级用户对数据库的操作能力外,它还拥有设置用户权限的能力。
超级用户添加用户和设置用户权限的数据流程图如图2.5所示。
图2.5 超级用户添加用户和设置用户权限的数据流程图
、功能模块设计
所谓功能模块设计,就是说将整个系统模块化。
在这里我们还要给出模块化的定义。
所谓模块化,简单地说就是把系统划分为若干个模块,每个模块完成一个特定的功能,然后将这些模块汇集起来组成一个整体(即系统),用以完成指定功能的一种方法。
在软件系统设计中,模块是指这样一组程序语句,它包括输入输出和逻辑处理功能、内部信息及其运行环境。
采用模块化设计原理可以使整个系统设计简易,结构清晰,可读性、可维护性增强,提高系统的可行性,同时也有助于信息系统开发的组织和管理。
本系统的主要功能如下。
.用户管理
为提高系统的安全性,每个上报单位都有各自的用户名和密码,否则无法进入系统界面。
建立完整、合理的中央、省、地(市)和县(区)四级授权体系,不同级别的用户权限均不一样。
只有具有系统管理员相应授权的用户才能进行用户管理。
.基本卡的录入和修改
此功能模块主要是完成原始数据的录入,修改,删除和查询的工作。
这部分主要是为数据的录入和维护人员设计的。
这部分功能还有一些帮助用户检验数据是否正确的要求。
这些具体的要求将在第五部分程序设计中说明。
.汇总表的操作
此功能模块主要是完成数据库中数据的汇总,汇总后的数据存盘和汇总表的打印等工作。
这部分主要是给汇总人员和领导查询使用的。
4.用户信息注册管理
此功能模块是用来记录用户使用本系统时应该填写的一些用户使用信息。
如数据库服务器名,单位负责人名,单位代码,地区代码等。
系统功能结构图如图3.1所示。
图3.1系统功能结构图
、数据库设计
.食品经常卡
在食品经常卡的设计过程中,将它按内容的不同并遵循尽量减少数据冗余的要求,将食品经常卡分为基本表(主表)、处罚情况表(辅表)、监测情况表(辅表)、食品生产经营卫生情况表(辅表)。
(1)基本表(fz_sq1_base)
此表主要是记录食品经常卡中有关此卡的使用者所在地区的行政代码、监督单位名称、监督时间、年度、监督单位负责人、被监督单位名称、生产类型、填表人、填表时间、经常卡编码、操作时间、合格情况、操作人、监督单位代码等信息。
此基本表在数据库中的相关名称在表4.1中列出。
此表的主键为经常卡编码(Jckid)。
表4.1 fz_sq1_base
Name
Type
Description
Areacode
Char6
区域代码此卡的使用者所在地区的行政代码从配置文件中读取
Jddwname
Varchar80
监督单位名称
Jdtime
Datetime8
监督时间
Year
Char4
年度
Jddwman
Char20
监督单位负责人
Bdwcode
Char10
被监督单位代码
Bdwname
Varchar80
被监督单位名称
Sclx
Char2
生产类型单选从fz_spd_sclx后的填写代码
Tbperson
Char20
填表人
Tbtime
Datetime8
填表时间
Jckid
Char16
经常卡编码主健14位组成1-6所在地区代码(=areacode)7-8年度的后2位9-14流水号需要在程序中产生
Optime
Datetime8
操作时间
sfhg
Char1
是否有格1-合格0-不合格
合格的判断条件
1“食品卫生管理”中的包含的各项都合格
2“食品的生产卫生情况”所包含的管理部分合格
3“监督情况”的所填写各项的监测数据=合格数
Opname
Char10
操作人
Jddwcode
Char10
监督单位代码
(2)处罚情况表(fz_sp1_cfqk)
此表是用来保存处罚情况的,在食品经常卡中允许一张卡中多种处罚情况。
此表主要涉及如表4.2中所列出的内容。
此表外键为Jckid。
表4.2 fz_sp1_cfqk
Name
Type
Description
Jckid
Char16
经常卡号外健=fz_sp1_base的jckid
Cfnum
Float8
处罚数量
Type
Char2
处罚名称从fz_spd_xzcf中得到数据填写代码
Cfunit
Char10
处罚名称计量单位
Areacode
Char6
区域代码=主表的areacode
Year
Char4
年度=主表的year
Jdtime
Datetime8
监督时间
(3)监测情况表(fz_sp1_jcqk)
此表主要是用来保存经常卡中的监测情况。
它涉及的内容已在表4.3中列出。
此表的外键为Jckid。
表4.3 fz_sp1_jcqk
Name
Type
Description
Jckid
Char16
经常卡号外健=fz_sp1_base的jckid
Hgnum
Int4
合格数要求>=0<=监测数
Jcnum
Int4
监测数要求>=0
Type
Char
监测类别名称从fz_spd_jc中得到数据填写代码
Year
Char4
年度=主表的year
Areacode
Char6
区域代码=主表的areacode
Jdtime
Datetime8
监督时间
(4)食品生产经营卫生情况表
此表主要是用来保存经常卡的食品生产经营卫生情况。
此表的主要内容已在表4.4中列出。
此表的外键是Jckid。
表4.4 fz_sp1_jyws
Name
Type
Description
Jckid
Char16
经常卡号外健=fz_sp1_base的jckid
Sfhg
Char1
是否合格1—合格0—不合格
jyname
Char2
经营名称从fz_spd_spscjy得到数据保存代码
Year
Char4
年度=主表的year
Areacode
Char6
区域代码=主表的areacode
Jdtime
Datetime8
监督时间
图4.1是食品经常卡的数据关系图。
图4.1 食品经常卡数据关系图
.食品预防监督卡
在食品预防监督卡的设计过程中,将它按内容的不同并遵循尽量减少数据冗余的要求,将食品经常卡分为基本表(主表)、监督内容表(辅表)。
(1)基本表
此表主要是记录填报此表的单位所在地区的代码、监督单位的名称、监督时间、预防卡卡号、报告人等字段。
表4.5中详细列出的基本表中所涉及到的字段和字段名称。
此表的主键是Yfkid。
表4.5 fz_sp2_base
Name
Type
Description
Qylb
Char2
企业类别根据fz_spd_qylb得到数据填写代码
Jddw
Varchar80
监督单位
Jdtime
Datetime8
监督时间
Xmxz
Char2
项目性质根据fz_spd_xmxz得到数据填写代码
Year
Char4
年度
Sbdwcode
Char10
申报单位编码
Jjlb
Char2
经济类别根据fz_spd_jjbb得到数据填写代码
Jddwcode
Char6
监督单位编码
Pjdw
Varchar80
评价单位名称
Bgdw
Varchar80
报告单位
Bgtime
Datetime8
报告时间
Pjdwcode
Char6
评价单位编码
Bar
Varchar10
报告人
Sclb
Char2
审查类别从fz_spd_sclb得到数据填写代码
续表4.5 fz_sp2_base
Sbdw
Varchar80
申报单位名称
Yfkid
Char16
预防卡卡号主健在程序中处理
1-6区域代码(=areacode)7-8年度的后两位9-14流水号
Areacode
Char6
填卡地区填写标准国家统一代码6位
Xmmc
Varchar80
项目名称
Dwman
Char10
单位负责人
Optime
Datetime8
操作时间
Opman
Char8
操作人
Bgdwcode
Char11
被监督单位代码
(2)监督内容表
此表是用来保存食品预防卡中的监督内容的,它包括以下几个字段,预防卡卡号、填卡地区代码、监督内容的类别、审查结果、是否审查等字段。
表4.6中已列出这此字段和它们在数据库中的名字。
此表的外键是Yfkid。
表4.6 fz_sp2_jdnr
Name
Type
Descr
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 食品卫生 管理 系统 设计 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)