医疗保险中心报销系统 可行性研究报告GB856788.docx
- 文档编号:24107705
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:12
- 大小:81.35KB
医疗保险中心报销系统 可行性研究报告GB856788.docx
《医疗保险中心报销系统 可行性研究报告GB856788.docx》由会员分享,可在线阅读,更多相关《医疗保险中心报销系统 可行性研究报告GB856788.docx(12页珍藏版)》请在冰豆网上搜索。
医疗保险中心报销系统可行性研究报告GB856788
GB8567——88
医疗保险中心报销系统
可行性研究报告
1引言
1.1编写目的
将医疗保险报销的数据形成统一的模板进行分类并且入库,大大节省了医疗保险报销时带来的时间成本。
用最有效的方式帮助公司整合医疗保险报销,实现医疗保险报销工作的便捷和高效,从低效的人工操作模式转变为高效的自动录入数据模式。
1.2背景
现今的人们办理医疗保险报销主要依赖于人工的方式来完成业务办理,这样的人工操作方式,不仅效率非常低,而且极度浪费人力财力。
然而随着参加医疗保险的人数逐渐增多,现在的人工操作方式逐渐不能满足新的需求。
市府领导经过仔细研究决定,要投入大量资金,研发一套可以完全满足本市社保新需求的,高效的,安全的,易用的,可大量降低人力物力成本的和适合本市特殊需求的医保中心统筹医疗保险报销系统。
1.3定义
MedicalInsurancecenterReportfordeletionSystem
医疗保险中心报销系统(MIRS)
1.4参考资料
●《医疗保险药费报销系统设计方法》经济技术协作信息日报2009(22)总第1005期孟昭海
●《企业补充医疗保险报销系统的建立与实现》企业导报·上半月2010年第4期欧力
2可行性研究的前提
项目组长及项目组成员,建立与用户的联系,用户进行调研。
在项目商务谈判中,组长首先应收集商务和合同信息,确定他们的需求和期望,如何满足和影响这些需求、期望以确保项目能够成功。
2.1要求
A.功能点:
药品信息维护、服务设施项目维护、定点医疗机构信息维护、定点医疗机构信息维护、病种信息维护、医疗待遇计算参数维护、中心报销、取消报销、综合查询、单位信息维护(参保组织)、人员就诊机构审批、特检特治审批、个人基本信息维护;
B.性能要求:
需要准备一台配置较好的电脑作为服务器,用于安装数据库系统,负责数据的存取和业务的处理。
准备若干台PC机,用来安装管理软件系统的客户端,负责和用户的人机界面交互。
配置准备:
●数据库:
Oracle10g及以上
●中间件:
tomcat6及以上、Unieap3.3
●JDK:
1.5版本及以上
●开发工具:
eclipse
C.通过采集回来的信息,对医疗保险中心报销系统进行数据录入。
D.MIRS流程图(2-1-1):
E.各方面计划项目、完成时间及执行人:
计划项目
计划完成时间
执行人
制定开发计划
2011.10.15
何家润(组长)
可行性分析
2011.10.19
何家润、丁健
需求分析
2011.10.22
郭维新、黄书豪
系统布局设计
2011.10.30
丁健、陈坚鑫
系统编码
2011.11.5
陈坚鑫、丁健
系统测试
2011.11.25
曾争相、何家润
编写用户手册
2011.12.1
郭维新、黄书豪
总结
2011.12.10
曾争相、黄书豪
2.2目标
A.降低测试过程中硬件需求,采用若干PC机测试,无特殊要求;
B.Oracle数据库技术,给用户信息添加索引的方式,增加查询的速度;
C.收集信息初始阶段需全员出动,加快收集速度;
D.计划项目的每个方面,由一名负责人与助理共同完成,减少错误出现。
2.3条件、假定和限制
A.项目研究的经费由市各级单位资助,但项目研发时间较短,必须投入大量的精力,以及扩大研发过程中人员的数量;
B.硬件、软件、运行环境和开发环境方面的条件:
一台性能比较好的电脑来做服务器、数据库(Oracle10g及以上)、中间件(tomcat6及以上)、Unieap3.3、JDK(1.5版本及以上)、开发工具(eclipse集成开发环境)
C.系统投入使用的最晚时间:
2012.7.10
2.4进行可行性研究的方法
对项目进行可行性分析,对法律、社会、经济、技术四个方面进行可行性分析,研究项目的实现难度、成功可能、是否具有开发的价值,确定项目的基本方案,确立项目的商业模式,为进一步的开发工作做准备。
2.5评价尺度
首先,必须先对数据进行处理,保证数据无重复录入,并用一周的时间,对各组员进行数据库操作的训练,优先熟悉使用数据库的各项操作。
其次,MIRS是建立在普通的网页浏览之上,所以各功能模块的实现,会采用JSP制作来完成,用一周时间优先完成系统布局图,功能模块不仅满足客户的需求,还要为日后的维护、进一步研发做准备。
3对现有系统的分析
对需求分析阶段给出的需求文档进一步规划,对系统进行设计,包括数据库设计和类的设计,为系统编码提供规范。
3.1处理流程和数据流程
MIRS流程图2-1-1:
●客户报销医疗保险的前提:
1.单位或个人必须根据相关证件号在系统注册成功,填写相关的基本信息;
2.等待政府有关部门的审批通过后,客户可查看自己购买过的公共业务。
●客户报销医疗保险的操作:
客户登录该系统,查看报销相关信息,系统会根据客户的索引从数据库中检索,调出对应功能模块的资料,排列成一份表格。
只需客户检查账单,并填写报销人资料,即刻完成医疗保险的报销。
3.2工作负荷
列出现有系统所承担的工作及工作量。
3.3费用开支
总资金7%用于调查和资料的收集,3%用于可行性分析,40%用于系统的布局、研发,剩余的资金将作为后勤的保障以及日后开发维护等。
3.4人员
所需要的人员的专业技术类别和数量:
系统架构构建师:
2名
JSP编程师:
2名或以上
数据库设计与维护:
2名
3.5设备
一台性能比较好的电脑来做服务器、数据库(Oracle10g及以上)、中间件(tomcat6及以上)、Unieap3.3、JDK(1.5版本及以上)、开发工具(eclipse集成开发环境)。
若干台已连接网络的能登录系统的测试PC机。
3.6局限性
因数据录入到库中阶段,设定了多条件的检查,导致页面必须响应时间超出预计响应时间过多,所以在硬件性能方面必须多投入资金,改善性能要求。
4所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
4.1对所建议系统的说明
概括地说明所建议系统,并说明在第2章中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。
4.2处理流程和数据流程
4.3改进之处
对索引加了一个判断,减少了原有系统的多条件匹配,提高搜索速度
4.4影响
说明在建立所建议系统时,预期将带来的影响,包括:
4.4.1对设备的影响
降低了硬件设备性能要求。
4.4.2对用户单位机构的影响
说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。
只是在原来系统上改进,不影响数据库数据的变更,但是在用户单位人员需要去习惯和了解系统
4.4.3对系统运行过程的影响
说明所建议系统对运行过程的影响有以下:
a.用户的操作有小部分调动
b.源数据、数据进入系统的过程都不用变动
c.该系统对数据为及时保存,
d.不恰当的使用导致系统失效不会造成系统资源的丢失
4.4.4对开发的影响
需要需求方提供一部分数据用来测试,用户需要提供多台计算器和服务器,以及相关软件支持。
4.4.5对地点和设施的影响
一个拥有若干台太计算机的实验室
4.5局限性
建议系统解决了系统对硬件要求过高,搜索时间过长的,但是同时现有系统的稳定性相对原来系统较低。
及时保存使得系统相对占资源
4.6技术条件方面的可行性
在现有技术下此功能是可以被实现的,开发人员分至少需要4名包括而且应该包含分别对Oracle数据库,系统算法和架构分析,以及UI的实现和测试四部分。
在又明确分工计划的情况想在规定的时间内是能完成的
5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。
5.1可选择的系统方案1
参照第4章的提纲,说明可选择的系统方案1,并说明它未被选中的理由。
5.2可选择的系统方案2
按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。
6投资及效益分析
6.1支出
对于所选择的方案,说明所需的费用。
如果已有一个现存系统,则包括该系统继续运行期间所需的费用。
6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用,如:
a.房屋和设施;
b.ADP设备;
c.数据通讯设备;
d.环境保护设备;
e.安全与保密设备;
f.ADP操作系统的和应用的软件;
g.数据库管理软件。
6.1.2其他一次性支出
包括下列各项所需的费用,如:
a.研究(需求的研究和设计的研究);
b.开发计划与测量基准的研究;
c.数据库的建立;
d.ADP软件的转换;
e.检查费用和技术管理性费用;
f.培训费、旅差费以及开发安装人员所需要的一次性支出;
g.人员的退休及调动费用等。
6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
a.设备的租金和维护费用;
b.软件的租金和维护费用;
c.数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e.房屋、空间的使用开支;
f.公用设施方面的开支;
g.保密安全方面的开支;
h.其他经常性的支出等。
6.2收益
对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;
6.2.1一次性收益
说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述,如:
a.开支的缩减包括改进了的系统的运行所引起的开支缩减,如资源要求的减少,运行效率的改进,数据进入、存贮和恢复技术的改进,系统性能的可监控,软件的转换和优化,数据压缩技术的采用,处理的集中化/分布化等;
b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益,如资源利用的改进,管理和运行效率的改进以及出错率的减少等;
c.其他如从多余设备出售回收的收入等。
6.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。
6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险的减少,信息掌握情况的改进,组织机构给外界形象的改善等。
有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。
6.3收益/投资比
求出整个系统生命期的收益/投资比值。
6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。
在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果,包括:
7.1法律方面的可行性
法律方面的可行性问题很多,如合同责任、侵犯专利权、侵犯版权等方面的陷井,软件人员通常是不熟悉的,有可能陷入,务必要注意研究。
7.2使用方面的可行性
例如从用户单位的行政管理、工作制度等方面来看,是否能够使用该软件系统;从用户单位的工作人员的素质来看,是否能满足使用该软件系统的要求等等,都是要考虑的。
8结论
在进行可行性研究报告的编制时,必须有一个研究的结论。
结论可以是:
a.可以立即开始进行;
b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行;
c.需要对开发目标进行某些修改之后才能开始进行;
d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗保险中心报销系统 可行性研究报告GB856788 医疗保险 中心 报销 系统 可行性研究 报告 GB856788
![提示](https://static.bdocx.com/images/bang_tan.gif)