医院管理系统专业综合设计报告.doc

信息管理与信息系统专业综合设计报告

课题名称： 医院门诊收费系统
姓名： 李艳芳
专业： 信息管理与信息系统
班级： 信管1301
学号：
日期： 2023年12月25日

目 录
1 绪论…………………………………………………………………………………………1
1.1 课题的研究背景与意义…………………………………………………………………1
1.2 国内外发展概况…………………………………………………………………………1
1.3 发展趋势…………………………………………………………………………………2
1.4研究方法…………………………………………………………………………………2
2 需求分析……………………………………………………………………………………3
2.1 调查研究…………………………………………………………………………………3
2.1.1 用户需求分析…………………………………………………………………………3
2.1.2 任务目的………………………………………………………………………………3
2.1.3 数据需求………………………………………………………………………………4
2.2 操作流程…………………………………………………………………………………4
2.3 组织结构…………………………………………………………………………………4
2.4 环境配置…………………………………………………………………………………6
2.4.1 硬件条件………………………………………………………………………………6
2.4.2 软件条件………………………………………………………………………………6
2.4.3 开发平台MyEclipse…………………………………………………………………6
2.5 SQL Server 2023………………………………………………………………………6
2.5.1 SQL Server 2023的特点……………………………………………………………6
2.5.2 SQL Server 的发展历程……………………………………………………………7
3 概要设计……………………………………………………………………………………8
3.1 系统设计………………………………………………………………………………8
3.1.1 设计原则………………………………………………………………………………8
3.1.2 设计目的………………………………………………………………………………8
3.1.3 设计规定………………………………………………………………………………8
3.2 系统架构………………………………………………………………………………9
3.3 系统管理员模块………………………………………………………………………9
3.3.1 管理登陆模块………………………………………………………………………9
3.3.2 管理病人模块………………………………………………………………………9
3.3.3 管理职工模块………………………………………………………………………9
3.3.4 管理收费模块………………………………………………………………………9
3.4 收费员模块……………………………………………………………………………9
3.4.1 挂号模块……………………………………………………………………………9
3.4.2 收费模块……………………………………………………………………………9
3.4.3 查看处方模块………………………………………………………………………9
3.4.4 查看收费项目………………………………………………………………………9
3.5 医生模块………………………………………………………………………………9
3.5.1 写处方模块…………………………………………………………………………9
3.5.2 查看处方模块………………………………………………………………………9
3.5.3 查看收费具体………………………………………………………………………9
3.6 主管模块………………………………………………………………………………9
3.6.1 绩效考核模块………………………………………………………………………9
3.6.2 处方检索模块………………………………………………………………………9
3.6.3 收银管理模块………………………………………………………………………9
3.6.4 处方查看模块………………………………………………………………………9
4 具体设计…………………………………………………………………………………10
4.1 数据库逻辑设计………………………………………………………………………10
4.1.1 ER图…………………………………………………………………………………10
4.1.2 数据字典……………………………………………………………………………11
4.1.3 关系表………………………………………………………………………………11
4.2 数据库具体设计………………………………………………………………………12
4.3 界面设计………………………………………………………………………………14
4.3.1 用户模块界面………………………………………………………………………14
4.3.2 人员管理模块………………………………………………………………………14
4.3.3 收费管理……………………………………………………………………………14
4.3.4 病人管理……………………………………………………………………………15
4.3.5 职工管理……………………………………………………………………………15
4.3.6 主管页面……………………………………………………………………………15
4.3.7 医生管理页面………………………………………………………………………16
4.3.8 收费员页面…………………………………………………………………………17
5 系统的实现与测试………………………………………………………………………18
5.1 程序的实现……………………………………………………………………………18
5.2 系统测试………………………………………………………………………………18
6 总结………………………………………………………………………………………19
参考文献……………………………………………………………………………………20
附录A…………………………………………………………………………………………20
附录B…………………………………………………………………………………………21

医院门诊收费系统的设计与实现
1 绪论
1.1 课题的研究背景与意义
随着社会的发展，人们对健康越来越关注，医院的业务不断增长，解决越来越复杂，简朴的人工经营管理，已无法满足医院的需要,成为医院发展的瓶颈，人们对医疗服务的规定也越来越高。医院管理信息化不仅能提高医务人员的工作效率和医疗水平，并且能提高医院的服务质量和管理水平。因此，医院对管理信息系统有着强烈的需求。美国著名专家Morris.Collen于1988年曾著文为医院信息系统(HIS)下了如下定义：运用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、解决、提取和数据医互换的能力，并满足所有授权用户的功能需求。开发医院管理信息系统(HIS)的目的就是立足医院应用实际，着眼医院未来发展，以强化医院管理，提高医疗质量，方便患者就医和查询，提高医院的服务效率和服务质量，设计一套符合国家功能规范规定、安全稳定、操作简便的医院信息系统，为医院提供一套全方位的解决方案。
完整的HIS系统实现了信息的全过程追踪和动态管理，从而做到简化患者的诊疗过程，优化就诊环境，改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须通过挂号、等候病历、划价、收费、取药或治疗一系列过程，一个患者少则排3次队，多则5、6次，用于过程性的时间最少在1个小时以上，若实行HIS以后其产生的社会效益和间接经济效益是明显的。同时HIS的实行也强化了医院内部管理，减少了医护人员的工作强度和时间，伪、冒、漏现象可以解决，也加速了资金周转和减少药品、器械等物资积压。据估计假如全国有2023家医院应用HIS，每年每所医院增收节支、加速资金回笼和周转、堵漏、减少物资积压的回收资金方面的效益按20万元估计的话(实际比这高)，则年效益估计为40亿元，十分可观。建立HIS更重要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合效益。HIS的效益远远超过医院自身，在现代信息技术的基础上，随着人类对各种工程研究成果的逐步推广应用，不久的将来，医疗卫生领域对信息技术的依赖限度将远远超过目前电信、银行、航空业。
1.2 国内外发展概况
60年代初美国、日本、欧洲各国开始建立医院信息系统。到70年代已建成许多规模较大的医院信息系统。例如，美国，早在1987年，就组织了对“卫生信息传输”的开发和推广；欧盟的第五个框架计划的实行重点是支持信息化远程医疗保健应用与服务技术的进一步发展与研究；韩国已完毕以第一个卫生信息系统2023计划的实行。瑞典首都斯德哥尔摩建立了市区所有医院的中央信息系统MIDAS，可解决75000个住院和门诊病人的医疗信息。医院信息系统的发展趋势是将各类医疗器械直接联机并将附近各医院乃至地区和国家的医院信息系统联成网络。其中最关键的问题是使不同系统中的病历登记、检测、诊断指标等都要标准化。医院信息系统的高级阶段将普遍采用医疗专家系统，建立医疗质量监督和控制系统，进一步提高医疗水平和保健水平。
我国医院的信息解决劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使“人不能尽其才”；病人排队等候时间长，辗转过程多，影响医院的秩序；病案、临床检查、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现；对这些资料进一步的记录分析手工方式无法进行，不能充足为医学科研运用；在经济管理上也因而存在漏、跑、错费现象；医院物资管理由于信息不准确，家底不明，积压浪费，以致“物不能尽其用”。 我国医院信息化建设起步晚，但近年来也取得很大的进步，发展速度较快。随着着网络的发展经历了三个阶段：最初的单机单用户，即PC机阶段；多机多部门独立系统的应用；局域网络化全院级应用阶段，采用的是C/S、B/S结构的一体化医院信息系统。我们国家由于信息化起步晚，医院信息化的标准依旧不规范，以及医疗保险体制的不健全，门诊收费仍有很多地方需要研究和探索，其拓展空间仍然比较大。
1.3 发展趋势
医院信息系统（Hospital Information System，HIS），亦称“医院管理信息系统”，是指运用计算机软硬件技术、网络通信技术等现代化手段，对医院及其所属各部门的人流、物流、财流进行综合管理，对在医疗活动各阶段产生的数据进行采集、储存、解决、提取、传输、汇总、加工生成各种信息，从而为医院的整体运营提供全面的、自动化的管理及各种服务的信息系统。
随着人类基因组工程和后基因组工程研究成果的逐步推广应用，未来医疗卫生领域对信息技术的依赖限度将越来越高。医院信息化将是此后“生物技术革命”的战略制高点，将影响医疗卫生产业的未来，医院信息化必将得到充足的重视和发展，而医院门诊收费系统就是医院信息化中的重要的一部分。人群疾病的监控和防止，各级医院的管理与改革，病人的诊断治疗和自我保健等导致划时代的革命。无论是西方发达国家，数据软件厂商，还是网络公司，都已经拉开了这场没有硝烟的战争的序幕。
计算机性能不断提高，价格不断下降，计算机已在医院医疗、教学、科研、管理等各个方面得到越来越广泛的应用。计算机化的医院信息系统已成为现代化医院运营必不可少的基础设施与技术支撑环境。就好象一个现代化医院的成功运营离不开功能完整、美观舒适的建筑物，技术娴熟的医护人员，性能齐全、高精尖的医疗设备同样，它也离不开计算机化的医院信息系统。
1.4 研究方法
该系统的实行将在整个医院建设公司级的计算机网络系统，并在其基础上构建公司级的应用系统，实现整个医院的人、财、物等各种信息的顺畅流通和高度共享，为全院的管理水平现代化和领导决策的准确化打下坚实的基础。该系统具有成熟、稳定、可靠、合用期长、扩充性好等特点，可以根据各医院各自的特点度身制作。
本系统的实现是采用典型的B/S 结构实现，不同的客户端程序通过IE共同访问WEB服务器的发布页面。WEB 服务器访问数据库服务器进行数据存储，
本程序前台使用Servlet技术开发。Servlet是使用Java Servlet应用程序设计的接口（API）及相关类和方法的Java程序。除了Java Servlet API，Servlet还可以使用用以扩展和添加到API的Java类软件包。Servlet在启用Java的Web服务器上或应用服务器上运营并扩展了该服务器的能力。Java Servlet对于Web服务器就好象Java applet对于Web浏览器。Servlet装入Web服务器并在Web服务器内执行，而applet装入Web浏览器并在Web浏览器内执行。Java Servlet API定义了一个servlet和Java使能的服务器之间的一个标准接口，这使得Servlet具有跨服务器平台的特性。
Servlet通过创建一个框架来扩展服务器的能力，以提供在Web上进行请求和响应服务。当客户机发送请求至服务器时，服务器可以将请求信息发送给Servlet，并让Servlet建立起服务器返回给客户机的响应。当启动Web服务器或客户机第一次请求服务时，可以自动装入Servlet。装入后，Servlet继续运营直到其它客户机发出请求。Servlet的功能涉及范围很广。
网站后台采用JSP技术进行开发，JSP程序运营在Java虚拟机上，所以它可以做到“一次编译处处运营”。后台数据库使用SQL Server 2023. 这个平台能以很高的安全性、可靠性和可扩展性来运营他们最关键任务的应用程序；可以减少开发和管理它们的数据基础设施的时间和成本；提供了一个全面的平台，可以在用户需要的时候给它发送观测和信息。
Java，SQL Server 2023两种技术均可支持多个系统平台并且可以免费使用。
2 需求分析
2.1 调查研究
2.1.1 用户需求分析
医院信息管理系统一方面要满足医院的功能需求，我们根据医院的人员对功能的需求将功能划分为三个部分，只有满足了这三个层次人员的需求才干是一个完整的医院信息管理系统。
1) 医院管理者的需求
医院管理者更大限度上关心的是系统运营后从宏观上可以带来什么样的利益。他们希望HIS可以解决一些传统的管理方式不能或难以解决的问题，希望可以从HIS那里及时的了解到医院的整个运营情况，并借此做出明智的决策。这是HIS开发者一方面应当要注意的需求目的。
2) 岗位业务人员的需求
各岗位业务人员是系统运营的直接操作者。他们所关心的是系统可以在多大限度上简化或替代现有的手工操作而不必增长太多的麻烦，系统的工作流程是否与原有的工作习惯互相吻合。再进一步的规定就是方便、简朴、易学等。他们所代表的是医院自身的运营模式和大量的功能细节，HIS开发者的构思、功能目的、数据结构等，应当更多的通过与他们的交流来实现。
3) 系统管理人员的需求
系统管理人员承担是HIS安全运营的维护保障任务，他们最关心的是系统出现故障时能否快速、方便的判断和排除，并且可以保障排除后使系统恢复到故障前的状态而不致发生数据的丢失和混乱。这就规定开发者高度重视系统的可维护性。
2.1.2 任务目的
1) 病人信息的录入、修改、删除和查找。
2) 医生信息的录入、修改。
3) 科室的录入、修改。
4) 收费项目的新建、编辑、查找、删除。
5) 药品实现进销存解决。
6) 收费员能实现收费，数额及清单系统自动计算显示。
7) 票据号系统自动产生，可根据票据查询在指定日期内各种收费项目的消耗情况。
8) 可废除票据，废票可查。
2.1.3 数据需求
医院的门诊部门有一个主管，一名或多名系统管理员，一名至多名医生和收费员，尚有其他员工。门诊部门的每一位员工都有自己的ID，其中医生涉及ID、姓名、性别、科室，各员工只能用自己的ID和密码来登录系统。
1) 主管：负责账目。
主管可管理门诊部门的账目信息，每日账目由他亲自查看，各员工（收费员、医生等）的业务情况也只有能查询。此外还可随时对已执行过的历史处方进行任意条件的查询。对于门诊医师，系统可根据其开具的处方，自动记录各医师的工作量及业绩，以备考核之用；此外，系统对每一笔收银均做具体记录，每日交接班都可自动记录出收银员的收银明细及汇总结款表。
2) 医生：负责为病人开处方。
医生可根据病人的病历号查看病人曾经的用药，然后根据病情和病史开出药方，医生可查看到药方中收费项目的库存量、单价等，还可以计算本药方的总费用，以便查看所开药剂是否有库存，从而方便病人征询和更改药方。
3) 收费员：负责收取病人费用。
病人拿到药方后到收费处收费，收费员计算总金额、找回的金额等，并且病人付费后，相应药品的库存量减少相应数目，病人付费后，其电子病历也会有相应更新其所购药品。
4) 系统管理员：负责收费项目、员工等信息服务。
系统管理员管理员工的资料，涉及查看、插入、修改和删除，员工自己可查看自己的资料并且可修改自己的部分资料，病人的资料由收费员进行插入、修改、删除、查看，、系统管理员同样可对病人资料进行管理。此外，各种收费项目的资料也由系统管理员进行维护、查看、插入、修改和删除，当某种新药要入库时，需在相应的收费项目登记表中插入这种新药的记录。
2.2 操作流程
如图2-1用户登入流程。
是否注册
开始
是否登录
登录系统
注册
否
否
进入收费系统
结束
是
是

图2-1 用户登入流程
2.3 组织结构
基于网站的需求，设计本网站组成结构如图2-2，显示了网站总体组织结构。
图2-2　门诊挂号业务流程图
医院门诊收费系统
收费员
医
生
管理员
主

管
挂 号
收 费
查 看处 方
查 看收 费项 目
写 处方
查 看处 方
查 看收 费项 目

管 理
病 人
管 理职 工
管 理收 费
绩效考核
管 理登 陆
处方检索
收银管理
处方查看

图2-3　网站基本组成结构图

2.4 环境配置
运营本系统所需要的软硬件条件介绍如下。
2.4.1 硬件条件
服务器：
A. CPU：频率1.6GHz以上
B. 内存：1GB以上
C. 网络：1Mbps以上宽带接入
2.4.2 软件条件
服务器：
A. Windows xp及以上
B. Apache Tomcat Server 6
C. SQL Server 2023
D. Java Runtime Environment 6
E. MyEclipse 7.0
F. 除了基本的运营环境以外，服务器还应当配备基本的防火墙及数据备份系统。
2.4.3 开发平台MyEclipse
MyEclipse，是一个用于开发Java、J2EE的Eclipse插件集合。MyEclipse公司级工作平台（MyEclipse Enterprise Workbench，简称MyEclipse）是对EclipseIDE的扩展，运用它可以在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的JavaEE集成开发环境，涉及完备的编码、调试、测试和发布功能，完整支持HTML,Struts,JSP,CSS,Javascript,Spring, SQL, Hibernate。
在结构上，MyEclipse的特性可以被分为7类：JavaEE模型、WEB开发工具、EJB开发工具、应用程序服务器的连接器、JavaEE项目部署服务、数据库服务、MyEclipse整合帮助。对于以上每一种功能上的类别，在Eclipse中都有相应的功能部件，并通过一系列的插件来实现它们。MyEclipse结构上的这种模块化，可以在不影响其他模块的情况下，对任一模块进行单独的扩展和升级。MyEclipse是Eclipse的插件，也是一款功能强大的JavaEE集成开发环境，支持代码编写、配置、测试以及除错，MyEclipse6.0以前版本需先安装Eclipse。MyEclipse6.0以后版本安装时不需安装Eclipse。
MyEclipse7.0发行版涉及在7.0M2和6.6版本基础上对bug的修复和功能的加强。提供的支持涉及：Eclipse 3.4.1/Ganymede、REST web服务、新的myeclipse操作板、spring工具集更新、集成Manven2、open JPA支持、高级javascript工具、专业的jsdt实现、报表工具加强、jsf和ICEfaces工具更新。
2.5 SQL Server 2023
SQL Server 2023是一个可信任的、高效的、智能的数据平台，SQL Server 2023是微软数据平台愿景中的一个重要部分，它是较强大和全面的SQL Server版本。SQL Server 2023出现在微软数据平台愿景上是由于它使得公司可以运营他们最关键任务的应用程序，同时减少了管理数据基础设施、发送观测和信息给所有用户的成本。SQL Server 2023提供了可依靠的技术和能力来接受不断发展的挑战，具有在关键领域方面的显著的优势。
2.5.1 SQL Server 2023的特点
1) 可信任的
SQL Server 2023可以对整个数据库、数据文献和日记文献进行加密，而不需要改动应用程序，可以满足遵守规范和及其关注数据隐私的规定。为了满足不断发展的对数据中心的信息的更强安全性的需求，SQL Server 2023通过支持第三方密钥管理和硬件安全模块(HSM)产品为这个需求提供了很好的支持。
2) 高效的
SQL Server 2023减少了.NET架构、管理系统、Visual Studio&reg、Team System的时间和成本，使得开发人员可以开发强大的下一代数据库应用程序。SQL Server的服务生命周期提供了显著的改善，它重新设计了安装、建立和配置架构。SQL Server提供了集成的开发环境和更高级的数据提取，使开发人员可以创建下一代数据应用程序，同时简化了对数据的访问，并推出了一个统一的同步平台，使得在应用程序、数据存储和数据类型之间达成一致性同步。SQL Server 2023基于过去对非关系数据的强大支持，提供了新的数据类型使得开发人员和管理员可以有效的存储和管理非结构化数据，还增长了对管理高级地理数据的支持。除了新的数据类型，SQL Server 2023还提供了一系列对不同数据类型的服务，同时为数据平台提供可靠性、安全性和易管理性。
3) 智能的
SQL Server 2023提供了一个全面的和可扩展的数据仓库平台，它可以用一个单独的分析存储来进行强大的分析，以满足成千上万的用户在几兆字节的数据中的需求。SQL Server 2023提供了一个可扩展的商业智能基础设施，使得IT人员可以在整个公司内使用商业智能来管理报表以及任何规模和复杂度的分析，可以有效的以用户想要的格式和他们的地址发送相应的、个人的报表给成千上万的用户。通过提供了交互发送用户需要的公司报表，获得报表服务的用户数目可以大大增长。这使得用户可以获得对他们各自领域的洞察的相关信息的及时访问，使得他们可以作出更好、更快、更符合的决策。SQL Server 2023使得所有的用户可以通过报表改善之处来制作、管理和使用报表。SQL Server 2023基于SQL Server 2023强大的OLAP能力，为所有用户提供了更快的查询速度。这个性能的提高可以执行具有许多维度和聚合的非常复杂的分析。这个执行速度与Microsoft Office的深度集成相结合，使SQL Server 2023可以让所有用户获得全面的洞察力。
2.5.2 SQL Server的发展历程
1) 1988：SQL Server由微软与sysbase共同开发，运营于0S/2平台。
2) 1993：SQL Server 4.2桌面数据库系统，与windows集成并提供易于使用的界面。
3) 1994：Microsoft与Sysbase在数据库方面的合作中止。
4) 1995：SQL Server 6.05重写了核心数据库系统。提供了低价小型商业应用数据库的方案。
5) 1996：SQL Server 6.5发布。
6) 1998：SQL Server 7.0重写了核心数据库系统，提供中小型商业应用数据库方案，包含了初始的Web 支持。SQL Server从这一版本后得到了广泛的应用。
7) 2023：SQL Server 2023公司级数据库系统，其包含了三个组件（DB,OLAP,English Query）。丰富了前端工具，完善了开发工具和对XML 的支持等，促进了该版本的推广和应用。
8) 2023：SQL Server 2023版本，历时5年的重大改革。在微软的SqlServer中微软一直都将Oralce做为自己超越的目的，在功能上可以将SqlServer当作一个简化版的Oracle,去除了Oracle中一些不常用的特性，如before触发器、序列等，在微软自己的心中Oracle都是其在数据库方面的一个对手，这一点可以从.NET中的ADO.NET中看
出，ADO.NET中微软写了四个数据库访问的程序集。
9) 2023：SQL Server 2023版本，是在SQL Server 2023中的分割的优势之上建立的，它改善了对大型的分区表的操作性能，为普通的数据仓库场景提供了改善的查询性能。SQL Server 2023提供了公司可依靠的技术和能力来接受不断发展的对于管理数据和给用户发送全面的洞察的挑战。它是一个可信任的、高效的、智能的数据平台。SQL Server 2023旨在满足目前和将来管理和使用数据的需求。
3 概要设计
3.1 系统设计
3.1.1 设计原则
所有开发设计过程将严格遵循如下原则。
1) 以最大限度的满足用户需求为设计的目的依据。
2) 有助于用户提高管理水平，提高医疗服务质量，提高经济效益，提高人员技术素质。
3) 严格按照卫生部、财政部、信息产业部等相关部门的软件开发规范需求，采用权威的和公认的标准化体系。
4) 保护和节约用户的投资，用高性价比的软、硬件配置方案，并且保证系统可升级、可扩展新功能、可连续发展。
5) 保证系统对外界环境的适应能力，可与Internet及其他相关网路互连。
6) 贴近用户人员能力素质，尊重用户现行业务流程和工作习惯。
3.1.2 设计目的
医院信息系统（HIS）运用计算机和网络通讯设备，同时要满足医院管理两方面的需求。一个是以病人为主线，根据病人在医院接受医疗服务所产生的各种信息流，组织HIS的整体架构和运营方式；另一个是以财务为中心，可以保证医院各种财务信息明晰、合理、准确。病人接受医疗服务所产生的各种业务信息流以及随着产生的财务信息流组织起HIS的整体架构，完毕对信息的采集、存储、解决、提取以及数据互换和共享，满足授权用户的功能需求。
HIS将可以实现与外界的网络互连。HIS将全面覆盖医院信息流，通过辅助分析决策系统，协助管理者不断提高医院的管理水平，提高经济效益，使医院可以更加健全的发展。实现医院门诊收费系统更现代化、科学化、规范化的管理，提高医院的工作效率，改善医疗质量，从而树立现代医院的新形象。
3.1.3 设计规定
1) 先进
保证先进的系统工程的开发方法，先进的软硬平台技术等，以提高医院各项工作的效率和质量，减轻医院门诊收费各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院发明经济效益。
2) 实用
数据准确、可靠，与现行的工作基本模式、流程、习惯吻合；符合医院工作的特点和规律。可以方便快捷地共享、管理信息，又能实现安全、迅速、全方位的采集信息。
3) 安全
数据库规定可以完毕权限控制，附加安全机制，故障后自身恢复，有容错机制，身份确认的功能，以保障应用HIS后可以阻塞管理漏洞，杜绝药品的丢失，节省人力，改善患者的就医环境。
4) 保密
保证HIS可以保证合法用户的正常访问，严禁非法用户的恶意访问，可认为用户设定事务一级口令等，保证信息管理系统的安全性和可靠性，从而保证医院钱财、物品、信息的安全。
5) 可靠
软件系统的可靠性直接关系到设计自身的声誉和生存发展竞争能力。软件可靠性意味着该软件在测试运营过程中避免也许发生故障的能力，且一旦发生故障后，具有解脱和排除故障的能力。
3.2 系统架构
1) 应用层：涉及系统与用户交互的界面、各功能模块的交互、流程的实现。应用层在MVC模型中包含了表达层与控制层。
2) 业务支撑或业务方法层：为应用层提供业务逻辑接口与实现。从开发的角度来说，应用层不直接具有业务解决逻辑。对业务的解决由业务支撑或业务方法层提供。该层对业务逻辑接口提供实现。应用层不需知道实现的细节，应用层以接口调用可以很好的应对实际业务解决的变更。业务支撑层在MVC模型中为模型层或模型适配。
3) 数据访问与持久层：提供数据库连接、访问、与持久化数据库数据。
4) 数据库：实现系统业务数据的存储。
本系统在研发过程中采用的体系结构为C/S结构，目前在医院行业主流仍然是客户机、服务器（Client/Server）的体系结构，它是在网络基础上，以数据库管理系统为后援，以微机为工作站的一种体系结构。
3.3 系统管理员模块
系统管理员模块包含管理登陆模块、管理病人模块、管理职工模块和管理收费模块。
3.3.1 管理登陆模块
赋予修改或删除员工的权限。
3.3.2 管理病人模块
涉及对病人的增长、删除、修改操作。
3.3.3 管理职工模块
涉及对职工的增长、删除、修改操作。
3.3.4 管理收费模块
涉及对费用的增长、删除、修改操作。
3.4 收费员模块
收费员模块包含挂号模块、收费模块、查看处方模块、查看收费项目模块。
3.4.1 挂号模块
涉及增长删除修改病人的信息。
3.4.2 收费模块
按照处方号进行收费。
3.4.3 查看处方模块
可查看各处方的内容。
3.4.4 查看收费项目
查看各收费项目的具体信息。
3.5 医生模块
医生模块涉及写处方模块、查看处方模块、查看收费项目模块。
3.5.1 写处方模块
处方号根据数据库自动生成。
3.5.2 查看处方模块
可以查看处方的具体信息。
3.5.3 查看收费具体
可以观测到各个收费项目的具体信息，以此来开处方。
3.6 主管模块
主管模块涉及绩效考核模块、处方检索模块、收银管理模块、处方查看模块。
3.6.1 绩效考核模块
考核员工工作情况。
3.6.2 处方检索模块
可以查看医生开具处方的信息。
3.6.3 收银管理模块
可以查看各处方的收费状况及各收费员的收费情况。
3.6.4 处方查看模块
可以查看各处方的具体信息。
4 具体设计
4.1 数据库逻辑设计
4.1.1 ER图
性别
工号
姓名
性别

年龄
年龄
姓名

科室

住址
病历号

Staff
处方号

Patient

病人收费

处 方

t

拥有

进价
工号

名称

收费项目

售价
存货量

收银员工作
图4-1 逻辑设计ER图

4.1.2 数据字典
表4-1 系统数据字典表
实体
属性
数据的类型与长度
主码/候选码
允许空
多值属性
patient
病历号
姓名
性别
年龄
住址
Char 4
Varchar 20
Char 2
Varchar 6
Varchar 50
病历号
否
是
是
是
是
否
否
否
否
否
Staff
工号
姓名
性别
年龄
科室
Char 6
Varchar 20
Char 2
Varchar 50
Varchar 50
工号
否
是
是
是
是
否
否
否
否
否
Charge_item
处方号
收费项目号
Char 4
Char 4
处方号
否
否
否
是
Presci_item
收费项目号
名称
存货量
进价
售价
Char 4
Varchar 20
Varchar 10
Varchar 10
Varchar 10
收费项目号
否
是
是
是
是
否
否
否
否
否
4.1.3 关系表
表4-2 数据库关系表
实体
多样性
联系
多样性
实体
patient
1..*
1..*
1..*
Presci_by_for
Presci_by_for
Cashier_work
*..1
*..1
*..1
Presci_item
staff
staff

staff

1..*
1..*
1..*
Presci_by_for
Presci_by_for
Cashier_work
*..1
*..1
*..1
Patient
Presci_item
patient

Presci_item

1..1
1..1
1..*
Presci_by_for
Presci_by_for
拥有
*..1
*..1
1..1
Staff
Patient
Charge_item
Charge_item
1..*
拥有
*..1
Presci_item

图4-2 逻辑设计关系图
4.2 数据库具体设计
1) 表名为cashier_work，保存收银员工作。
表4-3 收银员工作表
字段名
类型
注释
gonghao
int [PK]
用户工