小型医院门诊就医系统结构化系统分析与设计说明.docx
- 文档编号:6587490
- 上传时间:2023-01-08
- 格式:DOCX
- 页数:19
- 大小:514.95KB
小型医院门诊就医系统结构化系统分析与设计说明.docx
《小型医院门诊就医系统结构化系统分析与设计说明.docx》由会员分享,可在线阅读,更多相关《小型医院门诊就医系统结构化系统分析与设计说明.docx(19页珍藏版)》请在冰豆网上搜索。
小型医院门诊就医系统结构化系统分析与设计说明
小型医院门诊就医系统结构化
系统分析与设计
随着现代经济高速发展,人们的生活和工作节奏不断加快,自我保健意识也日益增强,对医疗服务提出了更高的要求。
为从根本上改进服务流程,优化服务环境,医院需要对门诊医疗全过程实行信息化管理,为患者提供文明、高效、快捷的服务。
本系统充分实现信息的存储与共享,以提高信息交流效率为目的,提供医院门诊工作功能,实现医院门诊管理一体化。
利用计算机技术简化人工管理流程,实现信息的一次录入、多方共享,满足医院不同部门对各类信息的需求。
同事,根据医院门诊管理工作的实际需要,科学划分功能模块,使系统具有良好的扩充性、可维护性以及可调整性。
该设计取得了明显的经济效益和社会效益,提高了医院的现代化管理水平。
下文主要结合结构化系统分析和设计过程,将针对小型医院门诊就医系统的开发过程进行介绍。
一、系统分析
(一)组织结构调查
小型医院的组织结构很简单,主要划分为挂号室,门诊、检验室、划价室和药房等科室,其组织结构图如图6—16所示
图6-16小型医院组织结构图
(二)系统业务流程分析
本系统的业务流程可按照不同的科室的各个职能来分别阐述。
1.挂号室的业务流程
(1)挂号部分的业务流程。
病患将个人信息告知挂号室人员,挂号室人员按照其挂号信息向病患收取挂号费,随之将挂号单交给病患(如图6-17所示)
图6-17挂号部分的业务流程
(2)退号部分的业务流程。
病患向挂号室人员提交退号申请,随之挂号室人员按照挂号信息将挂号费交给病患(如图6-18所示)。
图6-18退号部分的业务流程
2.门诊医生接诊的业务流程
挂号室将挂号信息提交给门诊医生,门诊医生向各检验室医生提交检验申请,随之检验室医生为病患进行相应的检验,并将检验结果返回给门诊医生进行查阅。
最后门诊医生为病患填写病历和药物清单(如图6-19所示)。
图6-19门诊医生的业务流程
3.检验室医生接诊的业务流程。
门诊医生项检验室医生提交检验申请,划价室人员将缴费通知交给检验室医生,随之检验室医生为病患采集样本进行检验,并将检验结果和报告提供给门诊医生进行查阅参考(如图6-20所示)。
图6-20检验室医生接诊的业务流程
划价室的业务流程
(1)交费部分的业务流程。
门诊医生将检验申请交给划价室人员,随之划价室人员可以根据检验的内容向患者收取相应的检验费用;另外门诊医生在检查完成之后应该给病人开出药单并交给划价室人员,划价室人员根据药单向病患收取相应的药费(如图6-21所示)。
(2)退费部分的业务流程。
病患向划价室人员提交退费申请,随之取药室人员向划价室人员提交此病患未领药的信息,最后划价室人员将现金交给病患(如图6-22所示)。
图6-21划价室交费部分的业务流程
图6-22划价室退费部分的业务流程图
5.药房的业务流程
(1)取药部分的业务流程。
划价室人员将病患已经缴费的信息提供给药房人员,药房人员再按照门诊医生提供的要防伪患者配药,并将药品交给病患(如图6-23所示)。
图6-23药房取药部分的业务流程
(2)退药部分的业务流程。
病患向药房人员提出退药申请,药房人员从划价室人员得到已缴费信息,随之给病患办理退药手续,收回药物(如图6-24所示)。
图6-24药房退药部分的业务流程
6.电子处方处理过程的业务流程
门诊医生提交病历后,病患可以进行查询;将药方提交后。
药房人员和收费人员也可以进行相关方面的查询(如图6-25所示)。
图6-25电子处方处理部分的业务流程
(三)系统数据流程分析
本系统主要针对小型医院门诊部分进行管理,方便医院门诊医生对患者的各项信息进行查询、修改等,所以我们以医生的需求为目的,医生可以通过操作对病患的信息进行查询,也可以进行相应的修改和添加等。
每一个功能都可以独立实现,同时也可以结合多个功能分析病患的情况,省时简便,免去了不必要的操作,可以根据自身需要来实现功能。
在此我们通过数据流程图来反映。
数据流程图,是一种描述“分解”的图示工具,它用直观的图形清晰的描绘了系统的逻辑模型,图中没有任何工具的物理元素,只是描述数据在系统中的流动和处理的情况,具有直观、形象、容易理解的优点。
1.顶层数据流程图(如图6-26所示)
注:
F1表示病患信息;F2表示病患检查结果信息;F3表示病患药单信息;F7表示药品;F8表示挂号信息;F9表示病历和计价信息。
图6-26所示顶层数据流程图
2.第一层数据流程图
总体来说,这个系统就是围绕着病患的相关信息,包括各种检查结果、病历和药方等在医院的各个科室之间的传递,并允许相关医生对病历和药方等做出相应的修改。
添加或者删除的操作。
因此,从医院的日常流程来看,我们可以讲医院门诊就医系统大体分为挂号、诊断、检验、收费、取药5个部分,并且为了方便患者的使用,还在系统中添加了查询部分,从而系统总共由六部分组成。
与其相关的尸体仍然是医生和患者。
在挂号部分生成病患基本信息明细表,在诊断部分生成病患疾病信息明细表和病患药房信息明细表,在检验部分生成病患检验结果明细表(如图6-27所示)。
3.第二层数据流程图
(1)挂号部分数据流程图。
根据材料和系统分析,挂号部分可作如下分解:
病患将自己的信息提供给挂号室,挂号室输入信息,有系统尽心审核信息的有效性,若为无效信息,信息将返回给挂号重新填写;若为有效数据,则对用户收取挂号费,同时将信息保存到数据库,并提示成功,同时将患者基本信息传递至数据库供各个科室查询(如图6-28所示)。
注:
F1表示病患信息;F2表示病患检查结果信息;F3表示病患药单信息;F4表示挂号信息;F5表示已交费信息;F6表示检验申请;F7表示药品;F8表示病历和计价信息。
图6-27第一层数据流程图
本信息传递至数据库供医院各个科室查询。
(如图6-28所示)。
注:
F1表示病患信息;F4表示挂号信息;F5表示已交费信息;F9表示有效数据;F10表示无效数据;
(2)诊断部分的数据流程图。
根据材料和程序分析,诊断部分可作如下分解;系统将挂号信息和已交费信息提供给接诊医生,然后医生再输入病患的相关信息,由系统审核信息的有效性,若为无效数据,信息将返还给接诊医生重新填写;若为有效数据,则允许医生对病患根据情况进行诊断,如有需要可向检验室提交检验申请,待检验结束后医生再根据检验结果对病患进行检验,随后将检验结果和药方保存至数据库,生成病患疾病信息明细表和病患药方信息明细表,并提示提交成功(如图6-29所示)。
注:
F1表示病患信息;F2表示病患检查结果信息;F3表示病患药单信息;F4表示挂号信息;F5表示已交费信息;F6表示检验申请;F9表示有效数据;F10表示无效数据。
图6-29诊断部分(P2)数据流程图
(3)检验部分的数据流程图,根据材料和程序分析,检验部分可作如下分解:
系统将已交费信息和检验申请提供给检验室,然后医生再输入病患的相关信息,由系统审核信息的有效性,若为无效数据,信息将返还给医生重新填写;若为有效数据,则允许医生对病患采集检验标本并进行检验,随后将检验结果保存至数据库,生成病患检验结果明细表,并提示提交成功(如图6-30所示)
注:
F1表示病患信息;F5表示已交费信息;F6表示检验申请;F9表示有效数据:
F10表示无效数据;F11表示检验信息。
图6-30检验部分(P3)数据流程图
(4)缴费部分的数据流程图。
根据材料和分析,缴费部分可以作如下具体描述:
收费室将病患信息输入系统,由系统审核信息的有效性,若为无效信息,信息将返还收费室重新填写;若为有效信息,则收费室根据病患药方信息明细表收取费用,并将已交费信息保存到数据库当中,提示提交成功(如图6-31所示)。
注:
F1表示病患信息;F5表示已缴费信息;F9表示有效数据;F10表示无效数据。
图6-31缴费部分(P4)的数据流程图
(5)取药部分的数据流程图。
根据材料和分析,取药部分可以做如下具体描述:
药房将病患信息输入系统,由系统审核信息的有效性,若为无效信息,信息将返还给药室重新填写;若为有效信息,则药房根据病患药方信息明细表安排取药,并将取药信息保存到数据库当中,提示提交成功。
(如图6-32)。
注:
F1表示病患信息;F5表示已缴费信息;F9表示有效数据;F10表示无效数据;F12表示取药信息
图:
6-32取药部分(P5)数据流程图
(四)数据字典
数据流程图从整体上描述系统的逻辑功能,但并未对途中的数据流、处理逻辑和数据存储等元素的具体内容加以说明。
建立数据字典是为了对数据流程图上各个元素作出详细的定义和说明。
数据流程图加上数据字典,就可以从图形和文字两个方面对系统的逻辑模型进行完整描述。
1.数据流字典(如图6-11所示)
表6-11
编号
名称
来源
去向
组成
说明
D1
病患基本信息表
病患
审核有效性
姓名、挂号单号码、病历号码、挂号类别、日期、性别、年龄
按需求更新
D2
病患疾病检验表
医生
病患病历信息检索和显示
挂号单号码、病历号码、日期、病历、接诊医生、科室
按需求更新
D3
病患检验结果表
医生
病患检验结果表
挂号单号码、姓名、性别、年龄、日期、检验情况、检验结果、检验员、检验类型
按需求更新
D4
病患药方信息表
医院
病患药方信息检索和显示
挂号单号码、病历号码、日期、药品、个数、单位
修改、需要调整
2.数据存储字典(如表6-12所示)
表6-12
编号
名称
流入数据流
流出数据流
组成
F1
病患信息
输入病患信息
病患信息检索
姓名、性别、年龄日期
F2
病患检查结果信息
输入病历
病历信息检索
挂号单号码、病历号码、日期、病历、接诊医生、科室
F3
病患药单信息
输入药单
药单信息检索和取药处理
挂号单号码、病历号码、日期、药品、个数、单位
F4
挂号信息
挂号信息
挂号信息检索
挂号单号码、挂号类型、日期、挂号费
F5
已缴费信息
输入已缴费信息
缴费信息检索
缴费情况
F6
检验申请
提交检验申请
检验申请检索
挂号单号码、日期、检验类型、缴费情况
F8
病历和计价信息
输入F4
病患相关信息检索
挂号单号码、病历单号码、日期、病历、药品、个数、单价、总价
F11
检验信息
输入病患信息
病患检验结果信息检索
挂号单号码、病历号码、日期、检验结果、检验类型、检验情况、检验员
F12
取药信息
输入已取药信息
取药信息检索
取药情况
3.加工条目字典(如表6-13所示)
表6-13
编号
名称
输入
处理逻辑
输出
P1.1
信息输入
病患信息
检验正确性
病患信息
P1.2
信息审核
病患信息
检验其是否有效
有效信息或无效信息
P1.3
收取挂号费
有效信息
显示并收取费用
已缴费信息和挂号信息
P1.4
保存到数据库
输入挂号信息
根据输入的挂号费调用数据库中信息
挂号更新细信息
P1.5
重新填写
输入病患信息
处理正确性
有效挂号信息
P1.6
添加成功
输入挂号信息
提示已将信息存入数据库
信息已提交
P2.3
进行检验
检验结果
显示、输入检验情况和检验结果
检验信息
P3.3
采集检验标本
检验标本
根据采集的标本进行检验
检验结果
P4.3
收取药费
有效信息
显示并收取费用
已缴费信息
P5.3
安排取药
有效信息
显示并发放药品
已取药信息
注:
P2.1、P2.2、P2.4、P2.5、P2.6、P3.1、P3.2、P3.5、P3.6、P3.7、P4.1、P4.2、
P4.4、P4.5、P4.6、P5.1、P5.2、P5.4、P5.5及P5.6部分处理情况相同,故不重复填写。
二、系统设计
(一)开发平台的设计
由于本系统对运行环境的要求不是太高,服务器端在Windows2003Server下安装使用,容易操作且维护简单。
客户端可以在WindowsXP下运行使用。
基于上述软件开发工具的选择,并考虑到本系统的性能要求,本系统采用WindowsXP中文版作为开发、测试和运行平台。
硬件选择为CPUPentium2.0G、内存1GB、硬盘160G。
(二)模块结构设计
1.模块的划分
模块的划分应遵循如下几点原则:
(1)各个模块要具有相对独立性;
(2)各个功能模块之间数据的依赖性尽量小;(3)模块划分的结果应使数据冗余较小;(4)各个模块的划分应便于系统分阶段是实现。
按照功能划分的原则,把医院门诊就医系统划分为挂号处、问诊室、检验室、收费处、取药处以及病患应用六个字系统。
整个系统的功能模块如图6-33所示。
2各模块主要功能具体分析
(1)挂号处:
针对病人的信息和对其挂号信息进行添加和删除。
(2)问诊室:
针对病人的挂号信息进行查询,对病人的药方进行添加、修改和删除,对医生问诊情况信息进行统计查询。
(3)检验室:
针对检验的结果和情况进行添加和修改,对病人的相关信息进行查询。
(4)收费处:
针对病人的相关信息进行查询,对缴费情况进行修改。
(5)取药处:
针对病人的相关系信息进行查询,对取药情况进行修改,并且对于药物信息进行添加、修改和删除。
图6-33医院门诊就医系统功能模块图
(6)病患应用:
针对病患对于医生的工作时间、药品的功能以及病人的病历和划价的查询
(三)数据库设计
数据库设计的任务就是以数据字典中所列出的基本数据项为原始数据,设计出结构优化的数据库逻辑模型和物理模型,并构造能为用户提供搞笑的运行环境,满足信息系统需求的数据系统。
需要建立很多的数据表,虽然各数据表间室相互联系、相互影响的,他们是一个统一体,但不影响各个模块的独立性,为了把用户的数据清晰、明确地表达出来,首先建立一个概念性的数字模型,概念性数学模型室一种面向问题的数学模型,是按照用户的观点来对数据和信息建模。
最常用的表示概念性数据模型的方法是实体-联系方法。
这种方法用E-R图描述现实世界中的实体,而不涉及这些实体在系统中的实现方法,该方法又称为E-R模型。
E-R图共有三种符号:
实体、属性和联系。
通常实体用矩形表示,属性用椭圆或者圆角矩形表示,联系用菱形表示。
联系又分为一对一、一对多和多对多三种类型。
1、概念结构的设计(E-R图的建立)
病患、医生、病历、药品、计价这五个实体为本系统的主要实体,这五个实体的E-R图如图6-34表示。
(1)总E-R图,如图6-34所示。
图6-24总E-R图
(2)病患实体属性图,如图6-35所示
图6-35病患实体属性
(3)医生实体属性图,如图6-36所示。
图6-36医生实体属性图
2.数据库的详细设计
数据库是依照魔种数据模型组织起来并存放于二级存储器中的数据集合。
这种数据集合具有如下特点:
尽可能不重复,以最优方式为某个特定组织的多种应用服务,其数据结构独立于使用它的应用程序,对数据的增、删、改和检索由统一软件进行管理和控制。
从发展的历史看,数据库是管理数据的高级阶段,它是由文件管理系统发展起来的。
数据库系统是一个实际可运行的存储、维护、和应用系统提供数据的软件系统,室存储介质、处理对象和管理系统的集合体。
他通常由软件、数据库和数据管理员组成。
其软件主要包括操作系统、各种宿主语言、实用程序以及数据库管理系统。
数据库有数据库管理系统统一管理,数据的插入、修改和检索均要通过数据库管理进行。
具体设计如下:
(1)表”yisheng”的具体设计如表6-14,图6-37所示
表6-14医生信息表
列名
数据类型
长度
允许空
姓名
Nvarchar
50
工作证号码
Nvarchar
50
科室
Nvarchar
50
工作时间
Nvarchar
50
职位
Nvarchar
50
所属挂号类型
Nvarchar
50
图6-37表”yisheng”设计图
(2)表”binghuan”的具体设计如表6-15、图6-38所示
表6-15
列名
数据类型
长度
允许空
姓名
Nvarchar
50
挂号单号码
Nvarchar
50
病历号码
Nvarchar
50
挂号类别
Nvarchar
50
性别
Nvarchar
10
年龄
Nvarchar
10
挂号费
Nvarchar
8
日期
Nvarchar
8
图6-38表”binghuan”设计图
其他信息表与以上表类似,不作具体描述。
(四)输入输出设计
下面以问诊、开药、收费和药物管理四个界面说明输出和输入设计。
问诊界面(如图6-39所示)
图6-39问诊界面
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小型 医院 门诊 就医 系统 结构 系统分析 设计 说明
![提示](https://static.bdocx.com/images/bang_tan.gif)