管理信息系统开发应用实例

病 患 挂 号 信 息 的 录 入 编 辑
病 患 挂 号 信 息 的 删 除
病 患 相 关 信 息 的 查 询
病 患 病 历 信 息 的 录 入 编 辑
• 2.第二层数据流程图
1）挂号部分的数据流程图
• 2.第二层数据流程图
2）诊断部分的数据流程图
• 2.第二层数据流程图
3）检验部分的数据流程图
• 2.第二层数据流程图
4) 交费部分的数据流程图
• 2.第二层数据流程图
5)取药部分的数据流程图
4数据字典
数据流程图从整体上描述系统的逻辑功能，但 并未对图中的数据流、处理逻辑和数据存储等 元素的具体内容加以说明。建立数据字典是为 了对数据流程图上各个元素做出详细的定义和 说明。数据流程图加上数据字典，就可以从图 形和文字两个方面对系统的逻辑模型进行完整 描述。
小型医院门诊就医系统结构化分析与设计
随着现代经济高速发展，人民的生活和工作节奏不断 加快，自我保健意识也日益增强，对医疗服务提出了更高 的需求。为从根本上改进服务流程，优化服务环境，医院 需要对门诊医疗全过程实行信息化管理，为患者提供文明、 高效、快捷的服务。 本系统充分实现信息的存储与共享，以提高信息交流 效率为目标，提供医院门诊管理工作功能，实现医院门诊 管理工作一体化。利用计算机技术简化人工管理流程，实 现信息的一次录入、多方共享，满足医院不同部门对各类 信息的需求。同时，根据医院门诊管理工作的实际需要， 科学划分功能模块，使系统具有良好的扩充性、可维护性 及可调整性。取得了明显的经济效益与社会效益。提高了 医院的现代化管理水平。
企业的运作是由企业组织机构的各项业务过程实现的 ，业务过程是企业动态系统的组成部分。 业务流程分析（描述）是对每一项业务分析，包括哪
些活动（What），这些活动由谁（Who），什么时间（
When）、如何（How）处理、为什么（Why）必须有这个活 动，并用描述工具将每一个业务过程描述出来。
图例说明
审核： 年 月 日
一、数据流程调查的内容
管理业务调查过程中绘制的管理业务流
程图和表格分配图，虽然形象的表达了管理
中信息的流动和存储过程。但是还是没有完 全脱离一些物质要素（如产品、单据等）。
二、数据流程图
1．数据流程图（DFD，Data Flow Diagram） 全面地描述信息系统逻辑模型的主要工具， 它可以用少数几种符号综合地反映出信息在系 统中的流动、处理和存储情况。 2． 数据流程图的特征
病患
F1
P1 挂号
F4、F5
P3 检验 D3 病患检验结果表 F2
D2 病患疾病信息表
D4 病患药方信息表
F4
F8
P6 查询
P4 缴费
F5
P5 取药
F7 图13.12 第一层数据流程图 注：F1.病患信息 F2.病患检验结果信息 F3.病患药单信息 F4.挂号信息 F5.已交费信息 F6.检验申请 F7.药品F8.病历和计价信息图
按需求更新
D3
病患检验结果表
医生
按需求更新
D4
病患药方信息表
医院
修改，需要 调整
• 2. 数据存储字典
• 3.加工条目字典
5开发平台的设计
• 由于本系统对运行环境的要求不是太高，服务器端 在Windows 2003 Server下安装使用，容易操作且维 护简单。客户端可以在Windows XP下运行使用。 • 基于上面软件开发工具的选择，并考虑到本系统的 性能要求，本系统采用windows XP中文版作为开发 、测试和运行平台。硬件选择CPU 为Pentium2.0G， 内存1GB，硬盘160G。
门诊医生
病历
病患
药方
药房人员
收费处 图13.10 电子处方处理部分的业务流程图
3 系统数据流程分析
本系统主要是针对小型医院门诊部分进行管理，方便医 院门诊医生对病患的各项信息进行查询、修改等等，所以我 们主要以医生的需求为主要目的，医生可以通过操作对病患 的信息进行查询，也可以进行相应的修改和添加等。每一个 功能都可独立实现，同时也可结合多个功能共同分析病患的 情况，省时简便。免去了不必要的操作，可以根据自身需要 来进行功能的实现。 在此我们通过数据流程图来反映，数据流程图(Data Flow Diagram)简称DFD，它是一种描述“分解”的图示工具。它 用直观的图形清晰地描绘了系统的逻辑模型，图中没有任何 具体的物理元素，只是描述数据在系统中的流动和处理的情 况，具有直观、形象、容易理解的优点。
• E-R图基本元素 – 实体：
实体集
– 属性：
属性
– 联系： • 一对一联系1:1 • 一对多联系1:N • 多对多联系N:M
联系集
无向线段
作E-R图的步骤
⑴确定所有的实体集合 ； ⑵选择实体集应包含的属性 ； ⑶确定实体集之间的联系 ； ⑷确定联系的类型，在用线将表示联系的菱形框联 系到实体集时，在线旁注明是1或n(多）来表示联系 的类型 。
• 1.顶层数据流程图
F1、F8
P0
小型医院门诊就医系统
F1 医生 F2、F3
病患
F7、F9
图13.11顶层数据流程图
注：F1.病患信息 F2.病患检查结果信息 F3.病患药单信息 F7.药品F8.挂号信息 F9.病历和计价信息
• 2.第一层数据流程图
D1 病患基本信息表
F1 医生 F2、F3 P2 F5、F6 诊断
模块结构整体上具有较高的正确性、可理解性与可维护性。
• 2.模块结构图的基本符号 模块 调用 数据 控制信息 转接符号
• 模块
– 这里所说的模块通常是指用一个名字就可以调用的一 段程序语句为物理模块。
A B C D
I
J
K
第五节 数据库设计
一、 概念模型设计（E-R图） • E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的 方法，用来描述现实世界的概念模型。
• 1.数据流字典
编号 名称 来源 去向 组成 说明
D1
病患基本信息表
病患
审核有效性
姓名、挂号单号码、病历号码、挂号类别、日期 、性别、年龄
按需求更新
D2
病患疾病信息表
医生
病患病历信息检 索和显示 病患检验结果信 息的显示 病患药方信息检 索和显示
挂号单号码、病历号码、日期、病历、接诊医生 、科室 挂号单号码、姓名、性别、年龄、日期、检验情 况、检验结果、检验员、检验类型 挂号单号码、病历号码、日期、药品、个数、单 位
各环节的处理业务、信息来源、处理方法、计算
方法、信息流经去向、提供信息的时间和形态（报告、
单据、屏幕显示等）。
2．业务流程的描述图表 业务流程图(TFD，Transaction Flow Diagram)
一种描述系统内各单位、人员之间业务关系、作业顺 序和管理信息流向的图表，利用它可以帮助分析人员找出 业务流程中的不合流理向。
图5 检验室医生接诊的业务流程图
• 4.划价室的业务流程图
检验申请 划价室
门诊医生 药单
病患
现金
图1.6 划价室交费部分的业务流程图
• 4.划价室的业务流程图
• 5.药房的业务流程图
划价室
已缴费信息
药房人员 门诊医生 药方
病患
药物
图13.8 药房取药部分的业务流程图
• 5.药房的业务流程图
• 6.电子处方处理过程的业务流程图
组织结构调查
信息资料的传递关系
物资流动关系与资金流动关系
各部门的工作内容与职责 各级组织存在问题以及对新系统的要求等
二、功能结构调查
为了实现系统的目标，系统必须具有各
种功能。功能即完成某项工作的能力。
调查中可以用功能结构图来描述从系统目标
到各项功能的层次关系。
销售计划管理
三、业务流程图 1．业务流程调查的内容
主管 领导
会计报表 管理
数据处理
处理过程(Process)或处理逻辑
在DFD中，处理逻辑表示对数据的变换，从 用户的角度看就是表示系统能够“作什么”。
数据流
数据流名称
数据流(Data Flow)
数据流表示数据在系统中的流动。 在数据流的上方写上数据流的名称。例如：
编辑订货单
合格订货单
计算应收款
数据存储
业务处理单位 业务处理功能描述
表格/报表制作
信息传递过程 收集/统计数据文件存档 数据/文件存档
业务流程图绘制举例
B2 系统分析 表 格 名 称
B2.2
业 务 流 程 第 图/共 张图
图例说明
业务处理 单位 业务处理 描述 表格制作
（本框内容为具体流程）
传递
存储
业务名称： 单位名称：
制图： 核对：
（1） 抽象性 （2） 概括性
3、数据流程图的基本符号
外部实体(External Entity) 处理过程(Process)
数据存储(Data Store) 数据流(Data Flow)
外部实体
外部实体(External Entity)或外部项 外部项（外部实体）表示与处理逻辑相关的、且为系 统外部的人、部门、单位等。 不受系统控制，在系统以外的事物或人，它表达了该 系统数据处理的外部来源和去向。 为了避免在数据流程图中出现线条交叉，同一个外部 项可以在一张数据流程图中出现若干次。
用来指明数据保存的地 方，并非物理地址，而是数 据库的逻辑描述。
Baidu Nhomakorabea标识
数据存储名称
• 为了避免数据流程图中线条的交叉， • 同一个数据存储可以出现若干次。
D 10
教学执行计划
4、数据流程图的画法
(1)绘制数据流图的指导原则
①自顶向下逐层分解的原则。 即总体上按照结构化方法的思想，采用分层的数据流图，把大问题、复 杂的问题分解成若干个小问题，这样使用户、系统分析员以及系统设计人员 能对系统有一个从总体到具体，逐层、清晰地理解一个复杂系统的逻辑. ②由外向里的原则。 即先确定每一层数据流图的边界或范围，再考虑数据流图的内部, 先画 处理的输入和输出，再画处理的内部。
病患向挂号室人员提交退 号申请，随之挂号室人员 按照挂号信息将挂号费交 给病患。
2.门诊医生接诊的业务流程图
检验结果
挂号室
挂号信息
门诊医生
检验申请
门诊医生
检验
检验结果
病患
检验申请
图13.4 门诊医生的业务流程图
3.检验室医生接诊的业务流程图
门诊医生
检验申请
检验医生
检验
检验结果
划价室
缴费通知
病患
采集标本
在各种技术手段和实施方法中权衡利弊，合理地利用各
种资源，选择适当的计算机硬件、网络通讯设备及其它
辅助设备软件，以满足新系统逻辑模型的需要和技术需
求。
计算机硬件及网络选择 系统物理 配置方案设计
数据库管理系统选择
应用软件的选择
功能结构图设计过程
功能结构图设计过程就是把一个复杂的系统分解为多个功 能较单一的子系统过程。 把一个信息系统设计成若干模块的方法称为模块化。其基 本思想是将系统设计成由相对独立、单一功能的模块组成的结 构，从而简化研制工作，防止错误蔓延，提高系统的可靠性。
6模块结构设计
• 1.模块的划分 • 模块的划分应遵循如下几点原则： • （一）各个模块要具有相对独立性。 • （二）各个功能模块之间数据的依赖性尽量小。 • （三）模块划分的结果应使数据冗余较小。 • （四）各个模块的划分应便于系统分阶段实现。
医院门诊 就医系统 挂号处 问诊室 检验室 收费处 取药处 病患应用
1.组织结构调查
小型医院的组织结构简单，主要划分为挂号室、门诊、检验室、划价室和药 房等科室，其组织结构图如图1所示。
医院院长
挂 号 室
门 诊
检 验 室
划 价 室
药 房
图1 社区医院组织结构图
2系统业务流程分析
本系统的业务流程可按照不同科室的各个职能来分别阐述。
1.挂号室的业务流程图 病患将个人信息告知挂号室人员，挂号室人员按照其挂 号信息向病患收取挂号费，随之将挂号单交给病患。
管理信息系统开发应用实例
中国矿业大学管理学院
开发
系统 评价 系统 维护 设计 初步 调查 可行性 研究
验收
系统运行和维护
系统规划
审批
系统 转换
详细
系统实施
编程 调试
系统分析
调查
系统设计
审查 审计
逻辑 设计
详细 设计
总体 设计
一、组织结构调查
1、 组织结构 指的是一个组织（部门、企业、车间等）的组成 以及这些组成部分之间的相互关系。 组织内部的部门划分 领导与被领导关系
三、数据字典
数据流图描述了系统组成部分、处理过程、数据流动、各部分之 间的联系等，但并没有说明流动的数据中各个元素含义与包含的 内容，因此还需要对其中的每个数据流、文件和数据项加以定义 和解释
数据存储“定货单存档”包括哪些内容？ 处理“判定定货处理方式”是如何处理的呢？
系统平台设计依据
系统运行平台是指管理信息系统运行所依 赖的硬件和软件，因此其设计就是针对新系统的目标，