小型医院门诊就医系统结构化系统分析与设计说明Word文件下载.docx
《小型医院门诊就医系统结构化系统分析与设计说明Word文件下载.docx》由会员分享，可在线阅读，更多相关《小型医院门诊就医系统结构化系统分析与设计说明Word文件下载.docx（19页珍藏版）》请在冰豆网上搜索。
门诊医生将检验申请交给划价室人员，随之划价室人员可以根据检验的内容向患者收取相应的检验费用；
另外门诊医生在检查完成之后应该给病人开出药单并交给划价室人员，划价室人员根据药单向病患收取相应的药费（如图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所示）。
F4表示挂号信息；
F5表示已交费信息；
F6表示检验申请；
F8表示病历和计价信息。
图6-27第一层数据流程图
本信息传递至数据库供医院各个科室查询。
（如图6-28所示）。
F9表示有效数据；
F10表示无效数据；
（2）诊断部分的数据流程图。
根据材料和程序分析，诊断部分可作如下分解；
系统将挂号信息和已交费信息提供给接诊医生，然后医生再输入病患的相关信息，由系统审核信息的有效性，若为无效数据，信息将返还给接诊医生重新填写；
若为有效数据，则允许医生对病患根据情况进行诊断，如有需要可向检验室提交检验申请，待检验结束后医生再根据检验结果对病患进行检验，随后将检验结果和药方保存至数据库，生成病患疾病信息明细表和病患药方信息明细表，并提示提交成功（如图6-29所示）。
F10表示无效数据。
图6-29诊断部分（P2）数据流程图
（3）检验部分的数据流程图，根据材料和程序分析，检验部分可作如下分解：
系统将已交费信息和检验申请提供给检验室，然后医生再输入病患的相关信息，由系统审核信息的有效性，若为无效数据，信息将返还给医生重新填写；
若为有效数据，则允许医生对病患采集检验标本并进行检验，随后将检验结果保存至数据库，生成病患检验结果明细表，并提示提交成功（如图6-30所示）
注:
F9表示有效数据：
F11表示检验信息。
图6-30检验部分（P3）数据流程图
（4）缴费部分的数据流程图。
根据材料和分析，缴费部分可以作如下具体描述：
收费室将病患信息输入系统，由系统审核信息的有效性，若为无效信息，信息将返还收费室重新填写；
若为有效信息，则收费室根据病患药方信息明细表收取费用，并将已交费信息保存到数据库当中，提示提交成功（如图6-31所示）。
F5表示已缴费信息；
图6-31缴费部分（P4）的数据流程图
（5）取药部分的数据流程图。
根据材料和分析，取药部分可以做如下具体描述：
药房将病患信息输入系统，由系统审核信息的有效性，若为无效信息，信息将返还给药室重新填写；
若为有效信息，则药房根据病患药方信息明细表安排取药，并将取药信息保存到数据库当中，提示提交成功。
（如图6-32）。
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
工作证号码
科室
工作时间
职位
所属挂号类型
图6-37表”yisheng”设计图
（2）表”binghuan”的具体设计如表6-15、图6-38所示
表6-15
挂号单号码
病历号码
挂号类别
性别
10
年龄
挂号费
8
日期
图6-38表”binghuan”设计图
其他信息表与以上表类似，不作具体描述。
（四）输入输出设计
下面以问诊、开药、收费和药物管理四个界面说明输出和输入设计。
问诊界面（如图6-39所示）
图6-39问诊界面
升级会员 