第13章管理信息系统开发应用实例
合集下载
劳顿《管理信息系统》习题集_第13章_中文
《管理信息系统》第13版(Laudon/Laudon)第13章建设信息系统单项选择题1）最常见的IT驱动的组织变革是自动化。
参考答案: TRUE难度系数: 22）程序合理化表明了对业务模式的根本性再思考。
参考答案: FALSE难度系数: 23）引入新系统后若未进行适当的组织变革，会引起原有运行的系统的崩溃。
参考答案: TRUE难度系数: 24）全面质量管理（TQM）描述了对质量的衡量，表示每百万次检测出现3.4个废品。
参考答案: FALSE难度系数: 25）在基于组件的开发中，每次只开发一个应用的其中一部分，每部分具有独立功能。
参考答案: FALSE难度系数: 26）切换完成之前，系统不能正常投入使用。
参考答案: TRUE难度系数: 27）文档能够表明系统满足组织目标的程度。
参考答案: FALSE难度系数: 38）数据流图为信息流提供了逻辑图形模型，将系统划分为具有可管理的详细程度的模块。
参考答案: TRUE难度系数: 29）结构图是一种自下而上的表格，表中显示了每一层的设计，每一层和其他层次的关系以及每一层在整个设计结构中的位置。
参考答案: FALSE难度系数: 210）对象按层次进行组织，层次又组织成类。
参考答案: FALSE难度系数: 211）面向对象的开发比传统结构化开发更具有增量性。
参考答案: TRUE难度系数: 212）CASE工具可促进创建清晰文档和协调开发团队合作。
参考答案: TRUE难度系数: 113）构建信息系统最传统的方法是原型法。
参考答案: FALSE难度系数: 214）原型法比传统的生命周期法更容易迭代。
参考答案: TRUE难度系数: 215）用原型法构建系统，存在的问题是可能会很难适应存在大量数据的开发环境。
参考答案: TRUE难度系数: 216）用终端用户开发法开发系统，能比传统生命周期法速度快。
参考答案: TRUE难度系数: 117）响应式网页设计可以使网页排版，根据访问者的屏幕大小自动做出调整。
MIS_13 系统规划
13.1 什么是战略规划 战略规划的特点
目标明确； 目标明确； 可执行性良好； 可执行性良好； 组织人事落实； 组织人事落实； 灵活性好。 灵活性好。
13.1 什么是战略规划 战略规划的内容的三要素组成： 战略规划的内容的三要素组成：
（1）方向和目标 ） 分析使命（ 分析使命（mission）和环境的基础上，建立愿景 ）和环境的基础上， （vision）。 ）。 在愿景的基础上，建立方向目的（ 在愿景的基础上，建立方向目的（goal）。 ）。 （2）约束和政策 ） 要找到环境和机会与自己组织资源之间的平衡。 要找到环境和机会与自己组织资源之间的平衡。 （3）计划与指标 ）
13.2 什么是管理信息系统的战略规划 信息系统规划的概念
目 标 目标 目标
方向
计划和指标 回 顾 改 进
约束和政策 考 核 工 作 促 进 深 化 节 省 投 资
战略规划步骤
开
始
规划的基本问题确定 收集初始信息 现状评价、识别计划约束 现状评价、 设置目标 准备规划矩阵 识别活动 列出工程项目活动 选择最优活动的组合 确定优先权、估计项目成本、人员要求 确定优先权、估计项目成本、 准备项目实施进度计划 写出 IS 战略规划 总经理批准 结 束
第四篇 开发管理篇
第13章-第19章 章第 章
管理信息系统建设流程
建立领导小组 成立系统组 进行系统规划
系统分析 系统运行 系统实现 管理信息系统建设流程图 系统设计
一、系统规划的目的
1.保证信息系统开发符合企业总的战略目标，使系 保证信息系统开发符合企业总的战略目标， 保证信息系统开发符合企业总的战略目标 统能真正成为提高企业竞争力的有力工具。 统能真正成为提高企业竞争力的有力工具。 2.保证信息系统满足企业各部门对信息的需求。 保证信息系统满足企业各部门对信息的需求。 保证信息系统满足企业各部门对信息的需求 企业是由众多的部门所组成的复杂系统， 企业是由众多的部门所组成的复杂系统，各部门有 自己的功能，部门之间通过信息流相互联系。 自己的功能，部门之间通过信息流相互联系。 3.为领导对系统开发决策提供依据（例如资源分配， 为领导对系统开发决策提供依据（例如资源分配， 为领导对系统开发决策提供依据 人财物的协调）。 人财物的协调）。 4.明确系统开发的优先顺序。 明确系统开发的优先顺序。 明确系统开发的优先顺序
操作系统原理第13章 操作系统安全
• 数据机密性：保证私有的或秘密的信息对未授权个体不可用或者不 可见，而系统则对其选择进行强制执行，执行的粒度应该精确到文 件。
• 隐私：保证某个体能够控制或影响的信息可由谁和向谁来公开，即 保证私人的信息不被滥用。隐私会导致许多法律和道德问题。
13.1 安全的概念
– 完整性：即保护信息不被不恰当地修改、清除，包括保证信息的 不可否认和认证。完整性的损失是指非授权的信息修改和清除， 包括的两个相近的概念是：
表13-1 计算机和网络资产威胁实例
13.2.1 威胁与资产
• 硬件 针对计算机硬件的主要威胁是可用性威胁，硬件最 容易被攻陷且又不容易被怀疑。威胁包括偶然的和有意的 损坏、盗窃设备。个人计算机和工作站的大量使用、LAN 的广泛应用增加了硬件潜在的风险。需要通过增强物理的 和管理上的安全措施来防范此类威胁。
第13章 的普及，情况发生了变化。至少 对于家庭用户来说，他们受到非法用户直接窃取信息的威 胁变得不存在了，因为别人不能使用他们的计算机。但是 ，就在这些威胁消失的同时，另一种威胁，来自外部的攻 击、病毒、蠕虫和其他恶意代码通过因特网开始在计算机 中蔓延，大型软件的漏洞呈爆炸性增长。如今的操作系统 包括了五百万行以上的内核代码，应用程序也达到100MB 级，使得系统中存在着大量可能被恶意代码利用的漏洞， 因此，从形式上证明是安全的系统却可能很容易地被利用 漏洞而侵入。
13.2.1 威胁与资产
• 通信线路 消息被删除，通信线路或网络失效
消息
被读取，消息通信模式被分析 被修改、延迟、重新排序
或复制错误的消息被伪造
• 数据 硬件和软件安全常常关注计算中心的业务或个人计 算机用户的需求。一个更广泛的问题是数据安全，包括文
件和被个人、组织和商业机构所拥有的其他形式的数据。
• 隐私：保证某个体能够控制或影响的信息可由谁和向谁来公开，即 保证私人的信息不被滥用。隐私会导致许多法律和道德问题。
13.1 安全的概念
– 完整性：即保护信息不被不恰当地修改、清除，包括保证信息的 不可否认和认证。完整性的损失是指非授权的信息修改和清除， 包括的两个相近的概念是：
表13-1 计算机和网络资产威胁实例
13.2.1 威胁与资产
• 硬件 针对计算机硬件的主要威胁是可用性威胁，硬件最 容易被攻陷且又不容易被怀疑。威胁包括偶然的和有意的 损坏、盗窃设备。个人计算机和工作站的大量使用、LAN 的广泛应用增加了硬件潜在的风险。需要通过增强物理的 和管理上的安全措施来防范此类威胁。
第13章 的普及，情况发生了变化。至少 对于家庭用户来说，他们受到非法用户直接窃取信息的威 胁变得不存在了，因为别人不能使用他们的计算机。但是 ，就在这些威胁消失的同时，另一种威胁，来自外部的攻 击、病毒、蠕虫和其他恶意代码通过因特网开始在计算机 中蔓延，大型软件的漏洞呈爆炸性增长。如今的操作系统 包括了五百万行以上的内核代码，应用程序也达到100MB 级，使得系统中存在着大量可能被恶意代码利用的漏洞， 因此，从形式上证明是安全的系统却可能很容易地被利用 漏洞而侵入。
13.2.1 威胁与资产
• 通信线路 消息被删除，通信线路或网络失效
消息
被读取，消息通信模式被分析 被修改、延迟、重新排序
或复制错误的消息被伪造
• 数据 硬件和软件安全常常关注计算中心的业务或个人计 算机用户的需求。一个更广泛的问题是数据安全，包括文
件和被个人、组织和商业机构所拥有的其他形式的数据。
Qt 5开发及实例 第13章 Qt 5数据库
1．SELECT语句
（9）IN子查询。查找选修了课程号为101的学生情况。
SELECT * FROM students WHERE studentid IN ( SELECT studentid FROM courses WHERE courseid = '101' )
在执行包含子查询的SELECT语句时，系统首先执行子查询，产生一个结果表，再执行外查询。本例中， 首先执行子查询：
/* IN子句 */
| expression { = | < | <= | > | >= | <> | != | !< | !> } { ALL | SOME | ANY } ( subquery )
/* 比较子查询 */
| EXIST ( subquery )
/* EXIST子查询 */
}
1．SELECT语句
第13章 Qt 5数据库
——数据库基本概念
1．数据和数据库（DB）
利用计算机进行数据处理，首先需要将信息以数据形式存储到计算机中，因为数据是可以被 计算机接收和处理的符号。根据所表示的信息特征不同，数据有不同的类别，如数字、文字、表 格、图形/图像和声音等。
数据库（DataBase，DB），顾名思义，就是存放数据的仓库，其特点是：数据按照数据模型 组织，是高度结构化的，可供多个用户共享并且具有一定的安全性。
SELECT studentid FROM courses, students,grades WHERE courseid = '101' AND students.studentid = grades.studentid AND courses.courseid = grades.coursesid
信息安全原理及应用(第3版)第13章-安全评价标准
❖ 给计算机行业的制造商提供一种可循的指导 规则，使其产品能够更好的满足敏感应用的 安全需求。
❖ 是计算机系统安全评估的第一个正式标准， 具有划时代的意义。
13.1.1 TCSEC的主要概念
❖ TCSEC首先提出了主体与客体的概念
主体（Subject），即计算机系统的主动访问者 客体（Object），被访问或被使用的对象。
保护轮廓（PP）：用户的需求及满足需求的技术 实现方法与途径。
安全目标（ST）：厂商对产品提供的安全功能的 声明和特定的技术实现。
CC分为三个部分
❖ 安全功能要求
信息技术的安全机制所要达到的功能和目的。 提供了表示评估对象安全功能要求的标准方法。
❖ 2．开发者
CC为开发者在准备和参与评估产品或系统以及 确定每种产品和系统要满足安全需求方面提供支 持。
❖ 3．评估者
CC为评估者提供了评估准则。
CC分为三个部分
❖ 简介和一般模型:
介绍了CC中的有关术语、基本概念和一般模型 以及与评估有关的一些框架，附录部分主要介绍 保护轮廓（PP）和安全目标（ST）的基本内容。
❖ 可记账性（Accountability）
是否能够记录所有影响系统安全的各种活动。
❖ 保障机制（Assurance）
是否提供了相应的硬件与软件的保障机制与设施
❖ 连续性保护（Continuous Protection）
实现上述策略的硬件和软件本身必须能够防止未经许可的中途修改 或损坏
13.1.2 计算机系统的安全等级
❖ 将C1级的DAC进一步细化，保护粒度达到单个用户、客体一级 ❖ 增加了审计功能，审计粒度必须能够跟踪每个主体对每个客体的
每一次访问
❖ 客体再用功能，即要求在一个过程运行结束后，要消除该过程残 留在内存、外存和寄存器中的信息，在另一个用户过程运行之前 必须清除或覆盖这些客体的残留信息。
❖ 是计算机系统安全评估的第一个正式标准， 具有划时代的意义。
13.1.1 TCSEC的主要概念
❖ TCSEC首先提出了主体与客体的概念
主体（Subject），即计算机系统的主动访问者 客体（Object），被访问或被使用的对象。
保护轮廓（PP）：用户的需求及满足需求的技术 实现方法与途径。
安全目标（ST）：厂商对产品提供的安全功能的 声明和特定的技术实现。
CC分为三个部分
❖ 安全功能要求
信息技术的安全机制所要达到的功能和目的。 提供了表示评估对象安全功能要求的标准方法。
❖ 2．开发者
CC为开发者在准备和参与评估产品或系统以及 确定每种产品和系统要满足安全需求方面提供支 持。
❖ 3．评估者
CC为评估者提供了评估准则。
CC分为三个部分
❖ 简介和一般模型:
介绍了CC中的有关术语、基本概念和一般模型 以及与评估有关的一些框架，附录部分主要介绍 保护轮廓（PP）和安全目标（ST）的基本内容。
❖ 可记账性（Accountability）
是否能够记录所有影响系统安全的各种活动。
❖ 保障机制（Assurance）
是否提供了相应的硬件与软件的保障机制与设施
❖ 连续性保护（Continuous Protection）
实现上述策略的硬件和软件本身必须能够防止未经许可的中途修改 或损坏
13.1.2 计算机系统的安全等级
❖ 将C1级的DAC进一步细化，保护粒度达到单个用户、客体一级 ❖ 增加了审计功能，审计粒度必须能够跟踪每个主体对每个客体的
每一次访问
❖ 客体再用功能，即要求在一个过程运行结束后，要消除该过程残 留在内存、外存和寄存器中的信息，在另一个用户过程运行之前 必须清除或覆盖这些客体的残留信息。
《ASP程序设计及应用》电子教案第13章 设计实例——网上论坛系统
13.7 论坛管理功能模块
13. 13.7.2 管理主页面 13. 13.7.3 管理功能实现 具体代码实现参见书中程序。 具体代码实现参见书中程序。
13.8 软件测试、运行与维护 软件测试、
软件测试是保证软件质量的关键步骤。 软件测试是保证软件质量的关键步骤。在软 件开发的过程中， 件开发的过程中，开发人员使用各种方法以避 免发生错误，但由于人的能力的局限性， 免发生错误，但由于人的能力的局限性，错误 并不能完全避免。 并不能完全避免。这些错误如果没能被有效的 排除和修正，在软件交付运行时就会暴露出来， 排除和修正，在软件交付运行时就会暴露出来， 轻者造成软件无法正常运行， 轻者造成软件无法正常运行，重者可能会造成 不可弥补的损失， 不可弥补的损失，而且此时再改正这些错误往 往会付出更高的代价。 往会付出更高的代价。所以把软件测试作为软 件项目开发过程中一个独立的阶段就不难理解 了。
13.1 论坛概述
软件项目开发一般分为 制定开发计划、 制定开发计划、需求分析 和说明、 和说明、软件设计和功能 模块划分、 模块划分、软件功能实现 编写程序代码）、 ）、软件 （编写程序代码）、软件 测试和软件运行维护六个 阶段。 阶段。
本章首页
制 开 计 定 发 划 需 分 和 明 求 析 说 软 设 和 能 块 分 件 计 功 模 划
13.3 话题管理功能模块
13.3.2 发表新话题 13.3.3 修改话题 13.3.4 删除话题 具体代码实现参见书中程序。 具体代码实现参见书中程序。
13.4 回复管理功能模块
13.4.1 模块功能描述 回复管理模块和话题管理模块类似， 回复管理模块和话题管理模块类似 ， 包括回复话 题 、 修改回复和删除回复三部分。 用户浏览话题时 修改回复和删除回复三部分 。 可以回复该话题， 可以回复该话题 ， 论坛需要给用户提供一个回复话 题页面。 在该页面中， 用户填写回复内容并提交后， 题页面 。 在该页面中 ， 用户填写回复内容并提交后 ， 系统要验证提交资料是否有效， 系统要验证提交资料是否有效 ， 如果有效则将该回 复信息写入回复信息表re_info re_info。 复信息写入回复信息表re_info。栏目管理员和超级 管理员可以执行修改回复和删除回复操作。 修改回 管理员可以执行修改回复和删除回复操作 。 复是在回复信息表re_info中更新该回复的记录数据。 re_info中更新该回复的记录数据 复是在回复信息表re_info中更新该回复的记录数据。 删除回复比较简单， 只要删除回复信息表art_info 删除回复比较简单 ， 只要删除回复信息表 art_info 中相应的回复记录即可。 中相应的回复记录即可。
第13章渠道信息管理
2
制订企业营销 计划的依据
3 第13章渠道信息管理
营销渠道信息管理综述
二、营销渠道信息的类型
依 据1 信 息 来2 源
外部信息 内部信息
1
依 据2 信 息3 类 型4
市场信息 客户信息 渠道成员间信息 物流信息
第13章渠道信息管理
第13章 营销渠道中的信息管理
• 营销渠道信息管理综述 • 市场信息管理 • 客户信息管理与客户关系管理 • 渠道信息系统与渠道成员间信息管理技术 • 案例：上海通用汽车公司的CRM系统
实施 CRM 强化分 销渠道 的功能
实施 CRM 提升分 销渠道 的效率
实施 CRM 提高渠 道成员 的忠诚 度
第13章渠道信息管理
客户信息管理与客户关系管理
5.基于客户关系管理的分销渠道功能
客户信息 的收集和
反馈
周到的客 户服务
在选择调查方法时，一般要考虑以下因素：
调查项目的伸缩性
调查表及问卷的复杂程度
需要调查资料的范围
掌握资料的时效性 选择的调 查方法
调查成本的大小
ቤተ መጻሕፍቲ ባይዱ
第13章渠道信息管理
第13章 营销渠道中的信息管理
• 营销渠道信息管理综述 • 市场信息管理 • 客户信息管理与客户关系管理 • 渠道信息系统与渠道成员间信息管理技术 • 案例：上海通用汽车公司的CRM系统
第13章渠道信息管理
客户信息管理与客户关系管理
一、客户信息管理
客户信息(Custom Information)
客户信息是指企业所服务对象的基本资料及购买企业的产 品或服务形成的记录等一系列信息。
客户信息管理（Custom Information management）
管理信息系统习题集-第13章-中文
《管理信息系统》第13版(Laudon/Laudon)第13章建设信息系统单项选择题1）最常见的IT驱动的组织变革是自动化。
参考答案: TRUE难度系数: 22）程序合理化表明了对业务模式的根本性再思考。
参考答案: FALSE难度系数: 23）引入新系统后若未进行适当的组织变革，会引起原有运行的系统的崩溃。
参考答案: TRUE难度系数: 24）全面质量管理（TQM）描述了对质量的衡量，表示每百万次检测出现3.4个废品。
参考答案: FALSE难度系数: 25）在基于组件的开发中，每次只开发一个应用的其中一部分，每部分具有独立功能。
参考答案: FALSE难度系数: 26）切换完成之前，系统不能正常投入使用。
参考答案: TRUE难度系数: 27）文档能够表明系统满足组织目标的程度。
参考答案: FALSE难度系数: 38）数据流图为信息流提供了逻辑图形模型，将系统划分为具有可管理的详细程度的模块。
参考答案: TRUE难度系数: 29）结构图是一种自下而上的表格，表中显示了每一层的设计，每一层和其他层次的关系以及每一层在整个设计结构中的位置。
参考答案: FALSE难度系数: 210）对象按层次进行组织，层次又组织成类。
参考答案: FALSE难度系数: 211）面向对象的开发比传统结构化开发更具有增量性。
参考答案: TRUE难度系数: 212）CASE工具可促进创建清晰文档和协调开发团队合作。
参考答案: TRUE难度系数: 113）构建信息系统最传统的方法是原型法。
参考答案: FALSE难度系数: 214）原型法比传统的生命周期法更容易迭代。
参考答案: TRUE难度系数: 215）用原型法构建系统，存在的问题是可能会很难适应存在大量数据的开发环境。
参考答案: TRUE难度系数: 216）用终端用户开发法开发系统，能比传统生命周期法速度快。
参考答案: TRUE难度系数: 117）响应式网页设计可以使网页排版，根据访问者的屏幕大小自动做出调整。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
由于本系统对运行环境的要求不是太高，服务器端在Windows 2003 Server下安装使用，容易操作且维护简单。客户端可以在 Windows XP下运行使用。
基于上面软件开发工具的选择，并考虑到本系统的性能要求，本 系统采用windows XP中文版作为开发、测试和运行平台。硬件 选择CPU 为Pentium2.0G，内存1GB，硬盘160G。
第13章管理信息系统开发应用实例
13.1.7 数据库设计
1.E-R图的建立
M
N
医生
填写
病历
M M
就诊
开出
N
M
病患
L
L
N 拥有
N M
药品
服用 M
规定
缴费 1
M 计价
图13.19总E-R图
第13章管理信息系统开发应用实例
2.数据库的详细设计
医生信息表
列名
数据类型
姓名
nvarchar
工作证号码 nvarchar
第13章 管理信息系统开发应用实例
第13章管理信息系统开发应用实例
13.1 小型医院门诊就医系统结构化分析与设计
13.1.1组织结构调查
小型医院的组织结构简单，主要划分为挂号室、门诊、检验室、 划价室和药房等科室，其组织结构图如图13.1所示。
医院院长
挂 号 室
门 诊
检 验 室
划 价 室
药 房
图13.1 社区医院组织结构图
3.检验室医生接诊的业务流程图
门诊医生 划价室 病患
检验申请 缴费通知
检验医生
检验
采集标本 图13.5 检验室医生接诊的业务流程图
第13章管理信息系统开发应用实例
检验结果
4.划价室的业务流程图
门诊医生
检验申请 药单
划价室
病患
现金
图13.6 划价室交费部分的业务流程图
第13章管理信息系统开发应用实例
挂号处
问诊室
医院门诊 就医系统
检验室
收费处
取药处
病患应用
病
病病
病
病病
患 挂 号 信
息 的 录 入 编
辑
病 患 挂 号 信 息 的 删
除
病 患 相 关 信 息 的 查
询
患 病 历 信 息 的 录 入 编
辑
患 药 单 信 息 的 录 入 删
除
医 生 统 计 信 息 的 查
询
患 检 验 信 息 的 录 入 编
病患 F1
P1 F4、F5 挂号
医生
F2、F3 P2 F5、F6 诊断
P3 检验
D2 病患疾病信息表 D4 病患药方信息表
D3 病患检验结果表 F2
F4
P6
F8
查询
P4
F5
缴费
P5 取药
F7 图13.12 第一层数据流程图
注：F1.病患信息 F2.病患检验结果信息 F3.病患药单信息 F4.挂号信息 F5.已交费信息 F6.检验申请 F7.药品F8.病历和计价信息图
5.药房的业务流程图
划价室 门诊医生
已缴费信息 药方
药房人员
病患
药物
图13.8 药房取药部分的业务流程图
第13章管理信息系统开发应用实例
6.电子处方处理过程的业务流程图
门诊医生
病历
病患
药方
药房人员
收费处 图13.10 电子处方处理部分的业务流程图
第13章管理信息系统开发应用实例
13.1.3 系统数据流程分析
1.顶层数据流程图
病患
F1、F8 F7、F9
P0 小型医院门诊就医系统
图13.11顶层数据流程图
F1 F2、F3
医生
注：F1.病患信息 F2.病患检查结果信息 F3.病患药单信息 F7.药品F8.挂号信息 F9.病历和计价信息
第13章管理信息系统开发应用实例
2.第一层数据流程图
D1 病患基本信息表 F1
新
D3
病患检验结果 表
医生
病患检验结果 挂号单号码、姓名、性别、年龄、日期、检 按需求更
信息的显示
验情况、检验结果、检验员、检验类型
新
D4
病患药方信息 表
医院
病患药方信息 挂号单号码、病历号码、日期、药品、个数、 修改，需
检索和显示
单位
要调整
第13章管理信息系统开发应用实例
13.1.5开发平台的设计
第13章管理信息系统开发应用实例
13.1.2系统业务流程分析
1.挂号室的业务流程图
病患
挂号费 病患信息
挂号室
挂号
图13.2 挂号部分的业务流程图
挂号单
第13章管理信息系统开发应用实例
2.门诊医生接诊的业务流程图
挂号室
挂号信息
门诊医生
检验结果 检验申请 检验结果 检验申请
门诊医生 病患
检验
图13.4 门诊医生的业务流程图 第13章管理信息系统开发应用实例
第13章管理信息系统开发应用实例
13.1.6模块结构设计
1.模块的划分 模块的划分应遵循如下几点原则： （一）各个模块要具有相对独立性。 （二）各个功能模块之间数据的依赖性尽量小。 （三）模块划分的结果应使数据冗余较小。 （四）各个模块的划分应便于系统分阶段实现。
第13章管理信息系统开发应用实例
2.各模块主要功能具体分析
1）挂号处：针对病人的信息和对其挂号的信息进行添加和删除。 2）问诊室：针对病人的挂号信息进行查询，对病人的病历进行添
加和修改，对病人的药方进行添加、修改和删除，对医生问诊情 况信息进行统计查询。 3）检验室：针对检验的结果和情况进行添加和修改，对病人的相 关信息进行查询。 4）收费处：针对病人的相关信息进行查询，对交费情况信息进行 修改 5）取药处：针对病人的相关信息进行查询，对取药情况信息进行 修改，并且对于药物信息进行添加、修改和删除。 6）病患应用：针对病患对于医生的工作时间，药品的功能以及病 人的病历和划价的查询。
第13章管理信息系统开发应用实例
13.1.4数据字典
1.数据流字典
编号
名称
来源
去向
组成
说明
D1
病患基本信息 表
病患
审核有效性
姓名、挂号单号码、病历号码、挂号类别、 按需求更
日期、性别、年龄
新
D2
病患疾病信息 表
医生
病患病历信息 挂号单号码、病历号码、日期、病历、接诊 按需求更
检索和显示
医生、科室
辑
病 患 相 关 信 息 的 查
询
病 患 相 关 信 息 的 查
询
患 交 费 信 息 的 录 入 编
辑
患 取 药 信 息 的 录 入 编
辑
病 患 相 关 信 息 的 查
询
药 物 信 息 的 管
理
医 生 相 关 信 息 的 查
询
病 患 相 关 信 息 的 查
询
药 品 相 关 信 息 的 查
询
第13章管理信息系统开发应用实例
科室
nvarchar
工作时间 nvarchar
职位
nvarchar
所属挂号类型 nvarchar
长度 50 50 50 50 50 50
允许空
第13章管理信息系统开发应用实例
13.1.8输出输入设计
收费部分界面
第13章管理信息系统开发应用实例
基于上面软件开发工具的选择，并考虑到本系统的性能要求，本 系统采用windows XP中文版作为开发、测试和运行平台。硬件 选择CPU 为Pentium2.0G，内存1GB，硬盘160G。
第13章管理信息系统开发应用实例
13.1.7 数据库设计
1.E-R图的建立
M
N
医生
填写
病历
M M
就诊
开出
N
M
病患
L
L
N 拥有
N M
药品
服用 M
规定
缴费 1
M 计价
图13.19总E-R图
第13章管理信息系统开发应用实例
2.数据库的详细设计
医生信息表
列名
数据类型
姓名
nvarchar
工作证号码 nvarchar
第13章 管理信息系统开发应用实例
第13章管理信息系统开发应用实例
13.1 小型医院门诊就医系统结构化分析与设计
13.1.1组织结构调查
小型医院的组织结构简单，主要划分为挂号室、门诊、检验室、 划价室和药房等科室，其组织结构图如图13.1所示。
医院院长
挂 号 室
门 诊
检 验 室
划 价 室
药 房
图13.1 社区医院组织结构图
3.检验室医生接诊的业务流程图
门诊医生 划价室 病患
检验申请 缴费通知
检验医生
检验
采集标本 图13.5 检验室医生接诊的业务流程图
第13章管理信息系统开发应用实例
检验结果
4.划价室的业务流程图
门诊医生
检验申请 药单
划价室
病患
现金
图13.6 划价室交费部分的业务流程图
第13章管理信息系统开发应用实例
挂号处
问诊室
医院门诊 就医系统
检验室
收费处
取药处
病患应用
病
病病
病
病病
患 挂 号 信
息 的 录 入 编
辑
病 患 挂 号 信 息 的 删
除
病 患 相 关 信 息 的 查
询
患 病 历 信 息 的 录 入 编
辑
患 药 单 信 息 的 录 入 删
除
医 生 统 计 信 息 的 查
询
患 检 验 信 息 的 录 入 编
病患 F1
P1 F4、F5 挂号
医生
F2、F3 P2 F5、F6 诊断
P3 检验
D2 病患疾病信息表 D4 病患药方信息表
D3 病患检验结果表 F2
F4
P6
F8
查询
P4
F5
缴费
P5 取药
F7 图13.12 第一层数据流程图
注：F1.病患信息 F2.病患检验结果信息 F3.病患药单信息 F4.挂号信息 F5.已交费信息 F6.检验申请 F7.药品F8.病历和计价信息图
5.药房的业务流程图
划价室 门诊医生
已缴费信息 药方
药房人员
病患
药物
图13.8 药房取药部分的业务流程图
第13章管理信息系统开发应用实例
6.电子处方处理过程的业务流程图
门诊医生
病历
病患
药方
药房人员
收费处 图13.10 电子处方处理部分的业务流程图
第13章管理信息系统开发应用实例
13.1.3 系统数据流程分析
1.顶层数据流程图
病患
F1、F8 F7、F9
P0 小型医院门诊就医系统
图13.11顶层数据流程图
F1 F2、F3
医生
注：F1.病患信息 F2.病患检查结果信息 F3.病患药单信息 F7.药品F8.挂号信息 F9.病历和计价信息
第13章管理信息系统开发应用实例
2.第一层数据流程图
D1 病患基本信息表 F1
新
D3
病患检验结果 表
医生
病患检验结果 挂号单号码、姓名、性别、年龄、日期、检 按需求更
信息的显示
验情况、检验结果、检验员、检验类型
新
D4
病患药方信息 表
医院
病患药方信息 挂号单号码、病历号码、日期、药品、个数、 修改，需
检索和显示
单位
要调整
第13章管理信息系统开发应用实例
13.1.5开发平台的设计
第13章管理信息系统开发应用实例
13.1.2系统业务流程分析
1.挂号室的业务流程图
病患
挂号费 病患信息
挂号室
挂号
图13.2 挂号部分的业务流程图
挂号单
第13章管理信息系统开发应用实例
2.门诊医生接诊的业务流程图
挂号室
挂号信息
门诊医生
检验结果 检验申请 检验结果 检验申请
门诊医生 病患
检验
图13.4 门诊医生的业务流程图 第13章管理信息系统开发应用实例
第13章管理信息系统开发应用实例
13.1.6模块结构设计
1.模块的划分 模块的划分应遵循如下几点原则： （一）各个模块要具有相对独立性。 （二）各个功能模块之间数据的依赖性尽量小。 （三）模块划分的结果应使数据冗余较小。 （四）各个模块的划分应便于系统分阶段实现。
第13章管理信息系统开发应用实例
2.各模块主要功能具体分析
1）挂号处：针对病人的信息和对其挂号的信息进行添加和删除。 2）问诊室：针对病人的挂号信息进行查询，对病人的病历进行添
加和修改，对病人的药方进行添加、修改和删除，对医生问诊情 况信息进行统计查询。 3）检验室：针对检验的结果和情况进行添加和修改，对病人的相 关信息进行查询。 4）收费处：针对病人的相关信息进行查询，对交费情况信息进行 修改 5）取药处：针对病人的相关信息进行查询，对取药情况信息进行 修改，并且对于药物信息进行添加、修改和删除。 6）病患应用：针对病患对于医生的工作时间，药品的功能以及病 人的病历和划价的查询。
第13章管理信息系统开发应用实例
13.1.4数据字典
1.数据流字典
编号
名称
来源
去向
组成
说明
D1
病患基本信息 表
病患
审核有效性
姓名、挂号单号码、病历号码、挂号类别、 按需求更
日期、性别、年龄
新
D2
病患疾病信息 表
医生
病患病历信息 挂号单号码、病历号码、日期、病历、接诊 按需求更
检索和显示
医生、科室
辑
病 患 相 关 信 息 的 查
询
病 患 相 关 信 息 的 查
询
患 交 费 信 息 的 录 入 编
辑
患 取 药 信 息 的 录 入 编
辑
病 患 相 关 信 息 的 查
询
药 物 信 息 的 管
理
医 生 相 关 信 息 的 查
询
病 患 相 关 信 息 的 查
询
药 品 相 关 信 息 的 查
询
第13章管理信息系统开发应用实例
科室
nvarchar
工作时间 nvarchar
职位
nvarchar
所属挂号类型 nvarchar
长度 50 50 50 50 50 50
允许空
第13章管理信息系统开发应用实例
13.1.8输出输入设计
收费部分界面
第13章管理信息系统开发应用实例