2 可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
2.1 要求
主要功能：为患者提供个人信息登记、查询、挂号等功能；为医师提供病人信息查询、添加等功能；为管理人员提供病人信息管理，医师信息管理，信息发布等功能。
性能要求：病人用户能够即使得到医院信息和医师信息，医院管理人员录入的信息必须快速且无差错地存储至中心服务器，且对浏览器端的数据应该及时进行更新。应该达到10000人同时访问而不出现服务器瘫痪的情况。
输出要求：输出医院不同门诊部各位接诊医师资料，不同医师的挂号费用，以及各位医师的忙闲状态，供病人选择不同的就诊医师。输出数据要简捷、祥实。
输入要求：方便、简捷、快速的输入病人信息或者医师信息。
安全与保密要求： 病人用户只能查询与自己有关的信息和公布的公共信息，不能对任何收费数据进行更改；医师用户有权在有限次数和有限期限内对所负责病人的信息进行输入和修改；管理人员则拥有在其权限内的查询、修改、删除病人信息，医师信息，通知信息的权限。
该系统可以与医师管理系统，医院收费管理系统，药房管理系统，医疗器械管理系统，病房管理系统等配合使用，具有一定的兼容性。
完成期限：预计一个半月，即2010年5月2号之前完成
2.2 目标
旨在开发一个统一的医院信息管理平台，利用信息化手段辅助医院管理，达到提升医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作，包括患者信息管理、医师信息管理、医院信息管理、收费信息管理等。患者用户能够利用该系统进行信息查询、挂号、充值、结账；医师则能够更方便的获取患者信息；医院可以更方便的对患者和本院医师的信息进行管理。
2.3 范围
医院门诊挂号系统（HORS）包括范围：患者管理：管理患者个人信息。，同时为患者提供个人信息登记注册、就诊卡服务、刷卡查询医师信息，个人信息等功能；医师管理：管理医师信息，同时为医师提供个人信息登记注册、查看患者信息和就诊情况以辅助治疗；网上预约管理：提供网上挂号；系统管理：管理患者、医师、系统工作人员的信息，添加和修改整个数据库，维护整个系统的正常运行
2.4 条件、假定和限制
建议软件寿命：2年。
硬件条件：服务器Microsoft Server 2003工作站，终端为pc机。 运行环境：Windows XP 投入运行最迟时间：2010/05/2
2.5 进行可行性研究的方法
可行性研究的方法是通过对病人、医师、医院管理人员这三类人群进行问卷调查及访问谈话而得到用户对此系统的信任度、关注度及依赖度。通过建模分析，得出了取代旧系统的新系统的功能需求，成本分析，可行性分析。
2.6 评价尺度
成本/效益分析结果，效益 〉成本。 技术可行，现有技术可完全承担开发任务。 操作方便、可行，软件能被原有工作人员快速接受。 时间可行，在预期时间内完成。
3 所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
3.1 对所建议系统的说明
医院门诊挂号系统（HOSR）包括两种挂号模式：门诊挂号和网上预约挂号。 门诊挂号：患者进入医院后，先在前台进行登记注册，建立个人信息（由前台工作员填写相关的信息，包括：姓名、性别、年龄、地址、电话号码、就医卡号、医疗类型（主要包括普通患者、新农村医保患者、军人患者、低保患者）） 然后到相关科室门诊前的PC机上进行查询、挂号。最后到达相应的医师处进行缴费和就诊，整个系统的功能均通过一张医疗卡（前台等记时发放）在终端PC机上来实现，包括登记，查询，挂号，缴费。
网上预约挂号：患者登陆医院的网站，登记个人信息（由自己填写相关的信息，包括：姓名、性别、年龄、地址、电话号码、就医卡号、医疗类型（主要包括普通患者、新农村医保患者、军人患者、低保患者））后，可以查询相关科室、医师信息等，选择医师挂号。当患者到大医院后，进行医