软件工程系课程设计患者就诊信息管理.docx
《软件工程系课程设计患者就诊信息管理.docx》由会员分享，可在线阅读，更多相关《软件工程系课程设计患者就诊信息管理.docx（16页珍藏版）》请在冰豆网上搜索。
软件工程系课程设计患者就诊信息管理
1.引言。
某医院有一定的分工，需要对患者就诊信息进行处理，该系统将会有接收患者就诊信息，审核患者就诊信息，删除患者就诊信息，修改患者就诊信息，查询患者就诊信息等功能。
2.需求分析
2.1系统现状
通过对原系统进行深入的调查，发现原系统管理过程中主要存在以下几方面的问题。
1.由于没有完善的信息存放制度，信息直接堆放在文本文件中，由于管理不规范，导致患者就诊信息的显示情况和实际情况不一致；2.由于没有严格的业务办理制度，导致患者对于自己的业务办理不清楚，甚至是医院管理者也对此不清晰；随着医院体系的不断发展，传统的信息和业务办理管理模式已经不适应现代医院患者管理系统的实际需求。
必须通过建立现代企业制度，采用现代管理手段参与管理，才可能通过各种措施降低成本，提高质量，使医院在激烈的市常竞争中谋生存、求发展。
2.2用户需求
为了将医院患者就诊系统管理纳入规范化、现代化管理的轨道，针对公的信息管理中存在的问题和管理的实际需要，通过理顺管理体制、建立各种管理规范与开发信息系统有机地结合起来。
通过建立专门的档案管理子系统（患者就诊信息，主治医师信息，医院其他服务人员信息），代理业务子系统（数据维护与归档、月末处理、打印报表）来实施对医院患者就诊信息进行统一管理。
系统满足以下几个方面的要求：
1.从根本上了解患者就诊信息管理：
患者就诊信息、主治医师信息信息、医院其他服务人员信息。
2.医院的业务管理要求按照现代企业管理的要求进行管理，医院业务的办理要求作到帐帐相符，帐物相符；信息要求进行科学堆放。
3.规范管理过程的信息流。
根据管理的实际需要规范信息加入数据库。
总之，希望通过系统的开发，解决患者自己信息不清、业务办理混乱、流程不力等实际管理中存在的问题。
2.3系统功能需求
1.待开发软件的功能需求
医院患者就诊信息管理系统必须能够完成对医院患者全部信息的新建、添加、修改、删除等工作，进行高效、准确的管理。
产生以下信息：
（1）患者就诊信息表：
随时可以查询、更新患者的信息情况；
（2）主治医师表：
随时可以查询、更新医师的信息情况；
（3）根据医院的就诊患者和主治医师信息，进行业务的办理。
2.待开发软件的功能
按照患者和医院的需求，要满足以下功能，设计出了医院患者就诊系统的结构。
见图1所示。
图1患者就诊信息管理系统层次方框图
结合系统需求，对图1所示的系统功能解释如下：
患者就诊信息管理：
对患者就诊信息的管理（新建，修改，删除）
主治医师信息管理：
对医院主治医师信息的管理（新建，修改，删除）
代理业务系统：
提供对患者就诊的相关业务服务中包括数据维护与归档、月末处理、打印报表数据等功能。
数据维护：
提供对患者就诊信息出入数据库库数据的维护（记录的录入、删除、修改前的数据编辑）功能。
数据归档：
实现入库、出库记录的数据归档。
月末处理:
定期打印每月的患者就诊信息情况。
打印报表：
统计打印出截止打印时刻为止的医院患者就诊情况。
报表分为汇总和明细两表，以满足不同的统计和查询要求。
同时，通过分析，我们给出了医院患者就诊系统的顶层数据流图。
见图2
图2医院患者就诊管理系统顶层数据流图
2.4数据描述
1.静态数据及其数据字典
待开发软件的功能已经用层次方框图和顶层数据流图表示出来了，其中涉及到
的静态数据及其数据字典如下：
表1患者就诊信息入库单（患者就诊信息临时入库单）数据字典
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
患者编号
N
4
N
Primarykey
CP-02
患者姓名
C
3
N
CP-03
病名
C
3
N
CP-04
入院时间
D
8
N
CP-05
恢复情况
C
2
N
CP-06
主治医师
姓名
C
3
N
表2患者就诊信息出库单（患者就诊信息临时出库单）数据字典
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
患者编号
N
4
N
Primarykey
CP-02
患者姓名
C
3
N
CP-03
病名
C
3
N
CP-04
入院时间
D
8
N
CP-05
恢复情况
C
2
N
CP-06
主治医师
姓名
C
3
N
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
患者编号
N
4
N
Primarykey
CP-02
患者姓名
C
3
N
CP-03
病名
C
3
N
CP-04
入院时间
D
8
N
CP-05
恢复情况
C
2
N
CP-06
主治医师
姓名
C
3
N
表3主治医师信息入库单数据字典
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
医师编号
N
4
N
Primarykey
CP-02
医师姓名
C
3
N
CP-03
科室
C
3
N
2.动态数据
输入数据：
菜单命令、查询条件、统计条件、记录等。
输出数据：
查询结果、统计结果、生成报表等。
内部数据：
操作所产生的中间数据。
2.5数据库描述
本软件采用关系型数据库。
2.6数据采集
通过键盘、鼠标向软件系统输入数据。
3概要设计
本软件将辅助管理人员完成全公司产成品入库、出库、库存等方面的管理，可以进行查询、统计、打印报表等工作，提高公司对产成品的管理效率。
在分析阶段，我们已经提出了系统的结构、顶层数据流图和数据字典。
本节我们将对系统的硬件环境作简要介绍，并对待开发系统作概要设计。
3.1总体设计
1.处理流程
（1）系统启动，进入身份验证。
（2）初始化系统，导入数据库。
（3）进入消息循环状态，通过事件驱动激活各模块，执行各任务。
（4）一任务执行完毕后重新进入消息循环状态。
（5）通过事件驱动退出系统。
2.系统总体结构和模块设计。
通过以上分析，我们进一步设计出了产成品管理系统的总体结构模块图（见图3）。
图3系统总体结构图
图3系统总体结构图
各模块设计如下：
模块编号
模块名称
M1
初始化模块
M2
关闭系统模块
M3
系统功能模块
M4.1
入库数据维护模块
M4.2
出库数据维护模块
M5.1
入库数据归档模块
M5.2
出库数据归档模块
M6.1
查询统计入库情况模块
M6.2
查询统计出库情况模块
M7.1
打印入库情况模块
M7.2
打印出库情况模块
M7.3
打印库存情况模块
M7.4
打印月末库存情况模块
M8
月末处理模块
M9
密码管理模块
M10
身份验证模块
M11
帮助模块
图4系统模块结构图
各模块功能分配如下：
（1）系统控制功能：
初始化模块（M1）、关闭系统模块（M2）、系统功能模块（M3）。
（2）数据维护功能：
入库数据维护模块（M4.1）、出库数据维护模块（M4.2）。
（3）数据归档功能：
入库数据归档模块（M5.1）、出库数据归档模块（M5.2）。
（4）查询统计功能：
查询统计入库情况模块（M6.1）、查询统计出库情况模块（M6.2）。
（5）打印功能：
打印入库情况模块（M7.1）、打印出库情况模块（M7.2）、打印库存情况模块（M7.3）、打印月末库存情况模块（M7.4）。
（6）月末处理功能：
月末处理模块（M8）。
（7）密码管理功能：
密码管理模块（M9）。
（8）身份验证功能：
身份验证模块（M10）。
（9）帮助功能：
帮助模块（M11）。
3.2接口设计
1.外部接口
（1）用户界面
采用图形用户界面（GUI），包含菜单、按钮、对话框等元素。
（2）软件接口
软件运行于MS-DOS3.3以上和UCDOS平台上。
（3）硬件接口
运行于IBMPC386及兼容机以上。
2.内部接口
（1）初始化模块（M1）：
系统初始时由操作系统调用，之后进入消息循环状态。
（2）关闭系统模块（M2）：
由系统功能模块调用，之后退出系统。
（3）系统功能模块（M3）：
接受各事件驱动消息，启动入库数据维护模块、入库数据归档模块等模块。
（4）入库数据维护模块（M4.1）：
由相应事件驱动消息激活，完成入库数据维护功能，之后进入消息循环状态。
（5）出库数据维护模块（M4.2）：
由相应事件驱动消息激活，完成出库数据维护功能，之后进入消息循环状态。
（6）入库数据归档模块（M5.1）：
由相应事件驱动消息激活，完成入库数据归档功能，之后进入消息循环状态。
（7）出库数据归档模块（M5.2）：
由相应事件驱动消息激活，完成出库数据归档功能，之后进入消息循环状态。
（8）查询统计入库情况模块（M6.1）：
由相应事件驱动消息激活，完成查询统计入库情况功能，之后进入消息循环状态。
（9）查询统计出库情况模块（M6.2）：
由相应事件驱动消息激活，完成查询统计出库情况功能，之后进入消息循环状态。
（10）打印入库情况模块（M7.1）：
由相应事件驱动消息激活，完成打印入库情况功能，之后进入消息循环状态。
（11）打印出库情况模块（M7.2）：
由相应事件驱动消息激活，完成打印出库情况功能，之后进入消息循环状态。
（12）打印库存情况模块（M7.3）：
由相应事件驱动消息激活，完成打印库存情况功能，之后进入消息循环状态。
（13）打印月末库存情况模块（M7.4）：
由相应事件驱动消息激活，完成打印月末库存情况功能，之后进入消息循环状态。
（14）月末处理模块（M8）：
由相应事件驱动消息激活，完成月末处理功能，之后进入消息循环状态。
（15）密码管理模块（M9）：
由系统功能模块调用，完成密码管理功能。
（16）身份验证模块（M10）：
由初始化模块调用，完成身份验证功能。
（17）帮助模块（M11）：
由相应事件驱动消息激活，完成帮助功能，之后进入消息循环状态。
3.3数据结构设计
1.逻辑结构设计
在重新设计了产品入库/出库单，并对两单的结构、所用数据类型、总长、数长、显长等方面进行全面的分析后，我们设计出了系统所用到的数据库的数据字典如下。
表4患者就诊信息入库单（患者就诊信息临时入库单）
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
患者编号
N
4
N
Primarykey
CP-02
患者姓名
C
3
N
CP-03
病名
C
3
N
CP-04
入院时间
D
8
N
CP-05
恢复情况
C
2
N
CP-06
主治医师
姓名
C
3
N
表5患者就诊信息出库单（患者就诊信息临时出库单）
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
患者编号
N
4
N
Primarykey
CP-02
患者姓名
C
3
N
CP-03
病名
C
3
N
CP-04
入院时间
D
8
N
CP-05
恢复情况
C
2
N
CP-06
主治医师
姓名
C
3
N
表6主治医师信息入库单
字段名
中文描述
类型
长度
是否为空
是否为主键
CP-01
医师编号
N
升级会员 