1、1) 简述主要功能:为患者提供个人信息登记、查询、挂号等功能;为医师提供病人信息查询、添加等功能;为管理人员提供病人信息管理,医师信息管理,信息发布等功能。性能要求:病人用户能够即使得到医院信息和医师信息,医院管理人员录入的信息必须快速且无差错地存储至中心服务器,且对浏览器端的数据应该及时进行更新。应该达到10000人同时访问而不出现服务器瘫痪的情况。输出要求:输出医院不同门诊部各位接诊医师资料,不同医师的挂号费用,以及各位医师的忙闲状态,供病人选择不同的就诊医师。输出数据要简捷、祥实。输入要求:方便、简捷、快速的输入病人信息或者医师信息。安全与保密要求:病人用户只能查询与自己有关的信息和公布
2、的公共信息,不能对任何收费数据进行更改;医师用户有权在有限次数和有限期限内对所负责病人的信息进行输入和修改;管理人员则拥有在其权限内的查询、修改、删除病人信息,医师信息,通知信息的权限。该系统可以与医师管理系统,医院收费管理系统,药房管理系统,医疗器械管理系统,病房管理系统等配合使用,具有一定的兼容性。2) 目标 旨在开发一个统一的医院信息管理平台,利用信息化手段辅助医院管理,达到提升医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作,包括患者信息管理、医师信息管理医院信息管理、收费信息管理等。患者用户能够利用该系统进行信息查询、挂号、充值、结账;师则能够更方便的获取患者信息;医院
3、可以更方便的对患者和本院医师的信息进行管理。3) 社会因素方面的可行性v 法律方面的可行性 所有软件都选用正版,版权归开发者所有。 所有技术资料都由提出方保管。 合同明确制定违约责任。v 使用方面的可行性使用本软件人员明确使用方法后即可使用,系统管理员要求有计算机的专业知识,经过专业培训,确保熟练管理系统。4) 操作可行性分析 由于系统完全按照面向对象理论,采用窗口设计,功能模块清晰,界面友好,完全按照医院现有业务流程设计,所以易学易懂。当在分析中发现项目存在不能按期完成的风险时,就必须采取缩小项目的范围或改变技术等措施来规避风险。组织结构分析各个部分的关系如下图:3系统中的基本业务流程4.系统中的数据及其主要流程v 顶层数据流程图(DFD)v 功能级数据流程图(DFD)v 底层数据流程图(DFD)5.数据字典源点/终点处理 源点:工作人员 终点:病人接收事务录入信息收取挂号费生成挂号单数据流数据存储 事务 挂号费 病人信息v 数据项描述v 数据结构描述v 数据存储描述v 数据流描述v 数据处理描述v 外部实体描述