医院挂号系统---可行性分析文档---修改版.doc

医院门诊挂号系统医院门诊挂号系统 可行性研究报告可行性研究报告 文挡编号文挡编号 kexingxingyanjiu 文挡名称文挡名称可行性研究报告 撰写人撰写人闫晓亚 徐翠 赵晓丽 朱琼 张卓 审核审核 批准批准 创建时间创建时间2010 3 21 版本号版本号更改时间更改时间更改人更改人更改原因更改原因审批人审批人 Version1 02010 3 212010 3 21 闫晓亚 徐翠 赵 晓丽 朱琼 张卓 将项目规范化文 档改写成可行性 研究报告 闫晓亚 Version1 1 2010 4 18徐翠按照国标规范可 行性研究报告 徐翠 1引言引言 4 1 1编写目的 4 1 2背景 4 1 3定义 4 1 4参考资料 4 2可行性研究的前提可行性研究的前提 5 2 1要求 5 2 2目标 5 2 3范围 6 2 4条件 假定和限制 6 2 5进行可行性研究的方法 6 2 6评价尺度 6 3所建议的系统所建议的系统 6 3 1对所建议系统的说明 7 3 2处理流程和数据流程 7 3 3改进之处 8 3 4影响 8 3 4 1对设备的影响 8 3 4 2对用户单位机构的影响 8 3 5局限性 9 4投资及效益分析投资及效益分析 9 4 1支出 9 4 1 1基本建设投资 9 4 1 2其他一次性支出 9 4 1 3非一次性支出 9 4 2收益 10 4 2 1一次性收益 10 4 2 2非一次性收益 10 4 2 3不可定量的收益 10 4 3收益 投资比 10 4 4投资回收周期 11 4 5敏感性分析 11 5社会因素方面的可行性社会因素方面的可行性 11 5 1法律方面的可行性 11 5 2使用方面的可行性 11 6结论 三种方案分析 结论 三种方案分析 11 GB8567 88 可行性研究报告可行性研究报告 1 引言引言 1 1 编写目的编写目的 本文档将对 医院门诊挂号系统 软件开发需求进行概要描述 本文档的 读者是项目策划 设计和评审人员 1 2 背景背景 本项目一方面作为 软件工程文档 课程的训练项目提出 同学间自愿组 成了项目开发小组 通过对 医院门诊挂号系统 软件的设计开发 了解软件 工程文档的相关标准和编写原则 训练并掌握软件各类文档写作的技巧 同时 提高学生使用各种计算机语言开发应用程序的能力 另一方面为了满足当今社 会医院需求 开发 医院门诊挂号系统 软件 使医院挂号系统更加完备 患 者登记治疗更加方便 快捷 项目名称 医院门诊挂号系统 项目提出者 郑州大学软件学院教师宋玉 项目开发者 郑州大学软件学院软件工程专业 2008 级学生 闫晓亚 徐翠 张卓 朱琼 赵晓丽 项目使用者 医院 1 3 定义定义 Hostipal Outpatient Reqistration System 医院门诊挂号系统 1 4 参考资料参考资料 1 系统功能说明书 2 开发要求说明 3 软件工程 2 可行性研究的前提可行性研究的前提 说明对所建议的开发项目进行可行性研究的前提 如要求 目标 假定 限制等 2 1 要求要求 主要功能 为患者提供个人信息登记 查询 挂号等功能 为医师提供病 人信息查询 添加等功能 为管理人员提供病人信息管理 医师信息管理 信 息发布等功能 性能要求 病人用户能够即使得到医院信息和医师信息 医院管理人员录 入的信息必须快速且无差错地存储至中心服务器 且对浏览器端的数据应该及 时进行更新 应该达到 10000 人同时访问而不出现服务器瘫痪的情况 输出要求 输出医院不同门诊部各位接诊医师资料 不同医师的挂号费用 以及各位医师的忙闲状态 供病人选择不同的就诊医师 输出数据要简捷 祥 实 输入要求 方便 简捷 快速的输入病人信息或者医师信息 安全与保密要求 病人用户只能查询与自己有关的信息和公布的公共信息 不能对任何收费数据进行更改 医师用户有权在有限次数和有限期限内对所负 责病人的信息进行输入和修改 管理人员则拥有在其权限内的查询 修改 删 除病人信息 医师信息 通知信息的权限 该系统可以与医师管理系统 医院收费管理系统 药房管理系统 医疗器械 管理系统 病房管理系统等配合使用 具有一定的兼容性 完成期限 预计一个半月 即 2010 年 5 月 2 号之前完成 2 22 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 机上来实现 包括登记 查询 挂号 缴费 网上预约挂号 患者登陆医院的网站 登记个人信息 由自己填写相关的信 息 包括 姓名 性别 年龄 地址 电话号码 就医卡号 医疗类型 主要 包括普通患者 新农村医保患者 军人患者 低保患者 后 可以查询相关科 室 医师信息等 选择医师挂号 当患者到大医院后 进行医疗卡的发放 缴 费和就诊 同时网上挂号的患者也可以在医院科室前的 PC 机实现查询 充值 等功能 整个系统涉及四大功能模块 患者信息管理模块 医师信息管理模块 科室 挂号系统模块 后台管理模块 各模块之间完成相关功能 实现医院挂号系统 的信息化管理 3 2 处理流程和数据流程处理流程和数据流程 前台登 记个人 细信息 网上登 记个人 信息信 息采集 信息 采集 注销 刷卡进 入就医 状态 查询 医师 信息 挂号 缴费 就诊 就诊卡 发放 1 1 系统功能模块图 医医院院挂挂号号系系统统 医医 疗疗 卡卡就就 医医 充充 值值登登 记记修修 改改查查 询询注注 销销查查 询询刷刷卡卡挂挂号号 病病患患信信息息消消费费记记录录科科室室信信息息医医师师信信息息 3 3 改进之处改进之处 这项系统能够用较少的人来完成挂号的任务 提高了人员的利用率比现在 的人工挂号方便得多 同时由于机器操作相对的时间也缩短了很多 并为医院 增加更多的效益 3 4 影响影响 3 4 1 对设备的影响对设备的影响 医院在挂号处需要设置多个 PC 机以方便患者登记注册并且查询相关的信息 3 4 2 对用户单位机构的影响对用户单位机构的影响 此系统主要为医院提供更加方便的挂号系统 用户只需输入身份证便可查 出个人的相关信息 提高医院办事效率 节省时间 3 5 局限性局限性 此系统要根据身份证对个人信息进行收集 不能用其他方式 若没有身份 证 只能手动书写 不方便 4 投资及效益分析投资及效益分析 4 1 支出支出 对于所选择的方案 说明所需的费用 如果已有一个现存系统 则包括该 系统继续运行期间所需的费用 4 1 1 基本建设投资基本建设投资 包括采购 开发和安装下列各项所需的费用 如 1 终端 PC 机 6 台 10000 6 6 万 2 网络设备 20 万 3 辅助设备 10 万 共计 36 万 4 1 2 其他一次性支出其他一次性支出 包括下列各项所需的费用 如 1 所需软件费用 20 万 2 操作员培训费 5 万 共计 25 万 4 1 3 非一次性支出非一次性支出 列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用 包括 1 操作员工资 12 人 3000 元 10 月 36 万 2 机器设备的定时检查和维修 10 万 3 其他不可预知的支出 20 万 4 2 收益收益 对于所选择的方案 说明能够带来的收益 这里所说的收益 表现为开支 费用的减少或避免 差错的减少 灵活性的增加 动作速度的提高和管理计划 方面的改进等 包括 4 2 1一次性收益一次性收益 零元 4 2 2 非一次性收益非一次性收益 说明在整个系统生命期内由于运行所建议系统而导致的按月的 按年的能 用人民币数目表示的收益 包括开支的减少和避免 1 工作效率提高收益 50 万 2 减少操作员收益 50 万 共计 100 万 4 2 3 不可定量的收益不可定量的收益 因服务质量提高增加就诊量 360 万 收益共计 460 万 4 3 收益 投资比收益 投资比 整个系统生命期的收益 投资比值是 460 万 127 万 362 2 4 4 投资回收周期投资回收周期 2 年 4 5 敏感性分析敏感性分析 1 设计系统周期为五年 估计最长可达十年 2 处理速度 一般查询速度 5 秒 3 关键数据查询速度 2 秒 5 社会因素方面的可行性社会因素方面的可行性 5 1 法律方面的可行性法律方面的可行性 所有软件都选用正版 版权归开发者所有 所有技术资料都由提出方保管 合同明确制定违约责任 5 2 使用方面的可行性使用方面的可行性 使用本软件人员明确使用方法后即可使用 系统管理员要求有计算机的专 业知识 经过专业培训 确保熟练管理系统 6 结论 三种方案分析 结论 三种方案分析 之前我们提出了三套可行性方案 方案一 医院门诊挂号系统 HOSR 包括两种挂号模式 门诊挂号 患者进入医院 后 先在前台进行登记注册 建立个人信息 然后到相关科室门诊前的 PC 机 上进行查询 挂号 最后到达相应的医师处进行缴费和就诊 整个系统的功能 均通过一张医疗卡 前台等记时发放 在终端 PC 机上来实现 包括登记 查 询 挂号 缴费 网上预约挂号 患者登陆医院的网站 登记个人信息后 可 以查询相关科室 医师信息等 选择医师挂号 当患者到大医院后 进行医疗 卡的发放 缴费和就诊 同时网上挂号的患者也可以在医院科室前的 PC 机实 现查询 充值等功能 及上面分析的方案 方案二 医院门诊挂号系统 HOSR 包括两种挂号模式 患者无论选择前台挂号 还是网上预约挂号 全都由患者自己在医院的网站上登记个人信息 并进行挂 号 选择门诊挂号的患者在医院大厅的 PC 机上进行挂号 挂号完成后到前台 领取就诊卡 然后到医师处进行缴费和就诊 全程通过就诊卡实现充值 查询 等功能 优点 医院不再需要前台管理人员 节省人员开支 且技术上可行 缺点 医院增加硬件开支 且实际操作不可行 由患者自己登记个人信息 但不是所有的患者都会使用该软件 存在系统不安全 即经济 安全 操作上 均不可行 方案三 医院门诊挂号系统 HOSR 包括两种挂号模式 选择门诊挂号的患者到