子系统包括科室、医生、护士、挂号单、病人、药房、手术、检查、病床、库存，其中每个子系统还可以进行详细划分，科室包含有科室名称、科室编号、科长、副科长、科长联系方式；医生、护士系统要有姓名、性别、出生日期、家庭住址、联系方式、入职时间、值班时间、所在科室、职务、职称、政治面貌、婚姻状况。

病人去医院检查首先要挂号，然后缴费拿到号单，找到相应科室检查，医生开了药方后，去药房取药，然后系统更新药品信息；护士收到患者提供的药方后取药，系统更新信息。药品库存要有生产日期、保质期、库存量、药品编号、存放位置；药品包含药品编号，药品名称、药品分类、品牌、单价、规格；病床要有床位编号、费用和患者所在病房；检查要有检查编号、检查项目、检查结果、费用、时间；手术的话要有手术编号、手术项目、手术时间和手术费用；挂号单要有挂号编号、挂号科室、主治医生、病人姓名、时间和相关费用。

第2章 总体设计

2.1 可行性研究报告

2.1.1 技术可行性

现如今，计算机领域的相关技术发展日益壮大，越来越被大众所接受并且运用在日常生活中，在各种中小型计算机事务单位也具有一定的开发环境与条件的能力，在医院信息管理系统中，在系统构成上主要是利用数据库系统进行相应的开发，进行一些简单的增加、删除、修改、查找等操作，所以，就单从数据库应用来看，不存在很难解决的问题。

2.1.2 经济可行性

关于一些软硬件开发要满足特定的需求在前期投资相对来说比较大，但是医院信息管理系统在开发中比较简单，减少了一些技术上的环节流通问题，主要是针对数据库的开发，应用起来也比较简便。医院信息管理系统适应人工智能的发展，在大大小小的医院中被广为应用。经济上具有可行性。

2.1.3 管理可行性

     时代在发展，人类在进步，生活水平提高的同时，我们的知识框架结构的掌握也得到了保障，在专业技术上不会存在很大的问题，在医院信息管理系统中，增删改查的操作也比较简单，管理员对于系统信息的运行和维护都有保障，患者、医护人员和领导等很容易的会对个人信息或医院信息进行查询了解。

2.1.4 开发环境可行性

Microsoft Visual c++ 6.0编程软件，简称VC，是一种集成开发环境软件，可用于C语言、c++等语言的开发，也适用于大大小小的软件开发，被广泛应用于开发中。可以很轻松的开发Windows的应用程序和动态库，有许多第三方开发的SDK，能开发多种平台多种应用的程序。

2.2 系统设计

2.2.1 总体设计

HIS系统，现代医院信息系统体系结构的选择基本上是组合式的，按照用户需求和若干系统优化的原则，把系统划分为物理上和机构上相对独立的子系统。这样具有健壮的系统特性，但是在逻辑上又属于同一个大系统。

2.2.2 概要设计

系统开发环境和运行环境的选择，HIS的技术平台和开发工具，技术平台是指系统的软件支撑环境，包括网络操作系（liunx）、数据库系统（SQL Server 2000）、客户机操作系统（Windows 2000 Professional）。

HIS的网络架构，信息系统的软件结构采用多层分布式体系结构（C/S、B/S、客户层/中间层/数据层）。开发工具（VS），数据接口可采用BDE、DAO、ADO+OLE DB等。ADO+OLE DB已成为主流。

2.2.2.1 功能模块图

基础维护模块要对药品信息进行维护，每当患者取完药时，要及时更新管理药品信息，以及对药品的使用周期、库存等进行相应的更新。

门诊管理中要实现的功能是挂号管理、划价管理、收费管理、药房发药。挂号管理具体操作是当有人预约挂号后，系统做出的响应以及回复，要注意消息繁多导致的系统卡慢或崩溃；当收到电子处方药单时，药房人员进行药房发药操作，当药品发放出去时，系统进行药品相关信息的更新，以免出现供不应求情况。

    院长查询模块执行科室挂号量以及药品库存量。是针对于领导对医院信息的及时了解所增加的功能，可以更方便了解患者的挂号数量、器械的使用情况、药品库存量、病床详细信息等。

2.3 数据库设计

2.3.1 数据库分析

分析数据时会发现（1）种类繁多。（2）数据量大，取值范围广。（3）数据利用率高。（4）存放分散。（实时性强）。在数据库需求分析的基础上，通过数据建模，建立表达现实世界的数据模型，它包含对象以及他们之间的相互关系。在概念设计阶段：第一步就是调查用户对数据库的使用要求；第二步是进行数据分析，第三步是概念结构设计。在进行概念设计时，通常使用实体-关系图（E-R图）进行实体抽象分析。

2.3.2 系统E-R图

2.3.3 创建数据库

前面已经对数据库进行了数据可分析和系统E-R图的构建，接下来是创建数据库，通过数据库来进行存储删除更新查找的工作。在对数据库的设计实施过程中要有意识，对数据要有一定的存储量实现相关操作。

在创建数据库时，要考虑到医院信息数据是庞大的、实时的、繁杂的、分散的、广泛的。根据需求去开发最高效最简洁最经济的管理系统。数据仓库的处理和存储要进行数据分析，从长远的角度开发。

第3章 测试与维护

3.1 测试结果

通过测试信息管理系统的功能模块，实现的性能是否符合要求，使用是否方便。对数据、速度、进程、查询、修改、删除等是否存在必要性问题。页面简洁，系统容载量是否符合医院所需的庞大数据容储。当这些都没有问题时，一个可以顺利运行使用的医院信息管理系统就做好了。

3.2 系统维护

首先要对系统进行适应性维护，医院信息多且庞大，对运行环境会有比较高的要求，运行环境和多方面数据会有一个长期不定时的更新，要使信息和系统有一个相对融入的适应性。

其次要进行完善性维护，随着系统长时间的使用，难免会出现一些运行上、版本上的问题，要定期对系统性能有更好的改善。

1. 总结

在本次的论文撰写中，是基于医院信息管理系统案例的软件构造分析，通过对整个系统的项目论证和计划、系统框架结构、可行性分析和总体设计。可应用于相关的医院制度管理，大大简便了医院繁杂的日常事务，方便了管理员对各系统的管理和维护，使医院工作有条不紊的进行。医院信息管理系统中数据的挖掘和应用是一项比较难解决的问题，要注重分析设计。

参考文献

1. 邓良松 刘海岩 陆丽娜 编著《软件工程》 西安电子科技大学出版社
2. 萨师煊 王珊 编著《数据库系统概论》 高等教育出版社

3、林陈雪 郭安源 编著《Visual Basic系统开发实例导航》 人民邮电出版社

最后

以上就是拉长毛豆为你收集整理的基于医院信息管理系统案例的软件构造分析目录的全部内容，希望文章能够帮你解决基于医院信息管理系统案例的软件构造分析目录所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。