医生诊疗信息管理子系统实现医生技术专长信息管理Word文档下载推荐.docx
《医生诊疗信息管理子系统实现医生技术专长信息管理Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《医生诊疗信息管理子系统实现医生技术专长信息管理Word文档下载推荐.docx(19页珍藏版)》请在冰豆网上搜索。
总结19
错误!
未定义书签。
19
参考文献
1•引言
随着医学的快速发展,医生队伍的快速扩大,和现在世界上种类繁多的各种疾病,更多的医生不可能擅长医治各种疾病,很多的医生都是各有所长,现在医院都分了很多科室用于治疗不同的病患。
根据自己的病情查看在这方面有专长的医生,显得尤为必要,
提高了患者的就诊效率,也提高了医院的看病效率。
医生诊疗信息管系统,由多个模块有机结合而成,包括原医生技术专长信息管理,医生基本信息管理,诊疗处方信息管理等3个软件模块。
本说明书介绍的是医生诊疗信息管理系统中的医生技术专长信息管理系统的设计实现过程。
2•需求分析
2.1系统现状
通过对原系统进行深入的调查,我们发现原系统信息管理过程中主要存在以下几方面的问题。
1.由于没有一个好的医生技术特长信息管理系统使病人无法在看病之前了解医生,使病人看病更难;
2.病人无法根据医生的技术特长进行合理选择,造成久治不愈;
3.医生接收到自己不擅长的病患,减低了医院的诊疗效率,耽误了病人时间;
4.在有派遣医生的任务时往往派去的都是在一定技术上有特长的医生,没有合理的特长信息,使医院的任务不能很好完成。
随着医院的增多,医生队伍的扩大,建立良好的医院制度,采用现代管理手段参与管理,才可能通过各种措施降低成本,提高质量,使医院更好的服务民众。
2.2用户需求
为了提高病人看病效率,让病人更好的选择主治医师,也为了让医院提高看病的效率,更好的完成一些外派任务,医院要求医生技术特长信息管理子系统满足以下几个方面的要求:
1.能详尽的包含医生的技术特长,主要包括擅长医治的病种,研究方向,荣誉信息
2.系统要容易操作,让病人很容易也很快速就可以使用,并找到自己心仪的主治医师。
总之,希望通过系统的开发,解决患者对医生不了解的情况,让患者找到自己认为可以医治自己的医生,让医生医治自己擅长的病患,提高病人和医院的效率。
2.3系统功能需求
1.待开发软件的功能需求
一个小型的医生特长信息管理系统,需完成以下工作:
(1)录入医生特长信息:
(擅长领域,擅长病种,荣誉等);
(2)修改医生特长信息;
(3)按输入姓名查询医生特长;
(4)按输入病种查询擅长治疗该病的医生信息;
2.待开发软件的功能
按照用户需求,要满足以上功能,我们设计出了医生技术特长信息管理系统的结构
厂医生技术、专长信息管理系统
\
(录入医牛]特长信息
\维护医牛]特长信息
(查询医牛
特长信息
图1医生技术特长信息管理系统层次方框图
同时,通过分析,我们给出了成品管理系统的顶层数据流图。
见图2
2.4数据描述
1.静态数据及其数据字典
待开发软件的功能已经用层次方框图和顶层数据流图表示出来了,其中涉及到的静态数据及其数据字典如下:
存储的医生技术专长信息表(表1)
字段名
中文描述
类型
长度
是否可以为空
是否作为主键
TC-01
研究方向
C
8
N
TC-02
医生编号
6
Primarykey
TC-03
医生姓名
5
TC-04
荣誉
TC-05
擅长病症1
4
TC-06
擅长病症2
TC-07
擅长病症3
9
TC-08
擅长病症4
12
TC-09
擅长病症5
表1
2.动态数据
输入数据:
菜单命令、查询条件、记录等。
输出数据:
查询结果等。
内部数据:
操作所产生的中间数据。
2.5数据库描述
本软件采用关系型数据库。
2.6数据采集
通过键盘、鼠标向软件系统输入数据
3概要设计
本软件将辅助管理人员完成医院的医生技术专长信息等方面的管理,可以进行查询、
录入、修改医生技术专长信息等工作,提高医院的治病效率也提高了病人的治愈率。
在分析阶段,我们已经提出了系统的结构、顶层数据流图和数据字典。
本节我们将对系统的硬件环境作简要介绍,并对待开发系统作概要设计。
3.1总体设计
1.处理流程
(1)系统启动。
(2)初始化系统,导入数据库。
(3)进入消息循环状态,通过事件驱动激活各模块,执行各任务。
(4)一任务执行完毕后重新进入消息循环状态。
(5)通过事件驱动退出系统。
2.系统总体结构和模块设计。
通过以上分析,我们进一步设计出了产成品管理系统的总体结构模块图(见图3))
图3系统总体结构图
各模块设计如下:
模块编号
模块名称
M1
初始化模块
M2
录入信息模块
M3
修改信息模块
M4
删除信息模块
M5
查询信息模块
M6
关闭系统模块
图4系统模块结构图
各模块功能分配如下:
(1)系统控制功能:
初始化模块(M1、关闭系统模块(M6。
⑵数据维护功能:
录入信息模块(M2,修改信息模块(m3,删除信息模块(m4
(3)查询统计功能:
查询信息模块(M5。
3.2接口设计
1.外部接口
(1)用户界面
采用图形用户界面(GUI),包含菜单、按钮、对话框等元素⑵软件接口
软件运行于MS-DOS3.3以上和UCDO平台上。
⑶硬件接口
运行于IBMPC386及兼容机以上。
2.内部接口
(1)初始化模块(M1:
系统初始时由操作系统调用,之后进入消息循环状态。
(2)关闭系统模块(M6:
由系统功能模块调用,之后退出系统。
(3)系统功能模块(M2,M3M4,M5:
接受各事件驱动消息,启动信息修改,录入,删除模块、信息查询模块等模块。
3.3数据结构设计
1.逻辑结构设计
在对该医院的医生的荣誉技术专长进行全面的分析后,我们设计出了系统所用到的数据库的数据字典如下。
表2产成品入库单(或产成品临时入库单)数据字典
2.物理结构设计
数据库中各表的文件物理结构采用顺序的记录文件
3.4运行设计
1.运行模块的命名
2.运行模块控制
(1)操作系统启动MM
(4)进入消息驱动状态,M1通过事件驱动启动相应的功能模块,包括M2,M3M4,
(5)在消息驱动状态下,M2M3M4或者M5通过事件驱动启动M6退出系统。
3.运行模块时间响应
各模块运行时间控制在1至2秒内。
3.5出错处理设计
1.系统应具有相当健壮性,避免或降低由系统错误所造成的数据库损坏。
2.对关键性操作,如删除等提供警告和确认机制。
3.6安全设计
系统提供严格的身份验证机制和密码管理。
3.7维护设计
系统严格按照设计规范进行设计,并保持各阶段文档的完整性,为以后对软件的维护打好基础。
4详细设计
在以上工作的基础上,我们对有输出要求的全部数据进行属性分析、存储分析、关联分析、查询统计分析、数据分类与处理功能分析,进一步研究了整个系统的人一机接口,提出了系统细化后的数据流图和系统的层次方框图。
见图1、图2。
4.1程序设计说明
1.模块描述
(1)系统详细功能模块如图3。
(2)模块设计如下:
表3医生技术专长数据字典
(3)功能分配:
系统细化后的数据流图(图4):
医生技
术专长
信息录
入
(M2
)
信息修
改
(M3
医生技术专长信息删
(M4
信息查
询
(M5
退出系
统
(M6
反馈信息
病人
V
L
查询
系统详细功能模块图(图5):
医生
技术
专长
模块i
按医生编号查询
按医生姓名查询
按输入病症查询
(
医生技术专长信息更新模块2
保存数据
-4—
提
供
数
据
添加信息
修改信息
删除信息
系统管
理员
5.实现与调试分析实现按医生编号查询医生技术专长:
voidCMyView:
:
OnButtonQuery()
{
//TODO:
AddyourcontrolnotificationhandlercodehereUpdateData();
m_strQuery.TrimLeft();
if(m_strQuery.IsEmpty())
{MessageBox("
要查询的编号不能为空!
”);
return;
}
if(m_pSet->
lsOpen())
m_pSet->
Close();
//如果记录集打开,则先关闭
m_strFilter.Format(”医生编号='
%s'
"
m_strQuery);
m_pSet->
Open();
if(!
lsEOF())//如果打开记录集有记录
UpdateData(FALSE);
//自动更新表单中控件显示的内容
elseMessageBox("
没有查到你要找的医生记录”);
}
实现按医生姓名查询医生技术专长:
voidCMyView:
OnButtonName()
m_strName.TrimLeft();
if(m_strName.IsEmpty())
要查询的医生姓名不能为空!
m_strFilter.Format("
医生姓名='
m_