医疗保险管理信息系统3.docx
- 文档编号:4233796
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:23
- 大小:326.30KB
医疗保险管理信息系统3.docx
《医疗保险管理信息系统3.docx》由会员分享,可在线阅读,更多相关《医疗保险管理信息系统3.docx(23页珍藏版)》请在冰豆网上搜索。
医疗保险管理信息系统3
《信息系统分析与设计》
2011~2012学年第一学期
基于VISIO的“医疗保险管理信息系统”的分析与设计
目录
一、系统概况与可行性分析3
1、可行性研究的前提3
1.1要求功能3
1.2目标3
1.3条件、假定和限制3
2、技术可行性分析4
2.1对系统的简要描述4
2.2技术可行性评价4
3、经济可行性分析4
3.1支出4
3.2效益4
3.3收益/投资比5
3.4投资回收周期5
4、社会因素可行性分析5
4.1医保公司管理可行性5
4.2用户使用可行性5
5、结论意见5
二、系统需求与分析6
1、背景6
2、社会需求6
3、详细系统目标6
4、系统性能要求7
5、系统的功能分析7
6、业务流程图8
7、数据流图9
7.1数据流图9
7.2数据字典12
三、系统结构设计15
1、系统模型总体设计15
1.1总体系统结构图15
1.2系统子功能描述16
2、模块结构图17
3、实体与联系19
4、数据库建表20
四、实验工作总结21
1.工作概述21
2.系统分析设计过程21
3.体会21
五、小组分工表22
一、系统概况与可行性分析
完成人:
沈煜超张曦
1、可行性研究的前提
1.1要求功能
1.实现医疗管理系统对投保人基本信息的管理。
2.实现医疗管理系统对对投保人账户,结算支付过程的管理。
3.实现对投保人所持医保卡的基本信息管理。
4.实现定点医院账单支付,药品审查,系统查询等基本功能。
5.提供了投保人的信息修改,医保卡挂失的服务功能。
6.系统中设置了医保卡服务,使整个医保流程中功能的实现更加方便快捷
7.实现了参保人,社保中心,参保机构,定点医院四者的同意管理和审查。
1.2目标
优化了医疗保险过程中的业务流程,以医保卡为核心,对参保人,社保中心,参保机构,定点医院进行了统一的的管理,最大程度上提高整个医保系统业务流程中的工作效率。
其中人力资源的节省,业务处理速度的提高,管理信息服务的改进以及医保过程中各种费用的支付操作均有较明显的效率提高。
实现医保信息的同意管理,使整个医保流程中的数据信息更加明朗,准确,公开。
1.3条件、假定和限制
A.适用于小规模的社区医保工作
B.假定现在选定社区没有使用医疗保险系统
C.假定整个医保作业流程中参与人数为10人,相关服务费用另计。
D.假定医保工作中的业务人员平均工资为3000元/月。
2、技术可行性分析
2.1对系统的简要描述
医保系统使用基于B/S架构的Web管理系统,相对于现行的系统界面更加人性化,操作容易。
包括对投保人信息,参保机构,社保中心,定点医院的信息管理,保单信息编录,医保账单支付管理,医保信息检索等功能,子系统增加了一些功能,提高了系统的容错能力。
2.2技术可行性评价
本软件由学生开发,调试,由老师指导。
所用开发语言,和开发环境都有前期学习和开发经验,因此可完成性很高。
3、经济可行性分析
3.1支出
3.1.1基建投资
服务器,及客户端的设备支出。
总计30万元,使用寿命5-8年。
3.1.2其他一次性支出
软件购买费用支出5万元。
3.1.3经常性支出
系统维护费用、系统管理工作人员。
3.2效益
可以减少医保服务人员20人.更加精确的处理医保业务流程中出现的问题,有效的保单信息和保单理赔信息。
同时对于已经基本实现计算机处理和管理的保险公司而言,硬件设备上不需要再做投资,新系统的投入使用,必然加快业务信息的流动速度,加快工作效率,提升公司效益,实现财务经营商的增收节支,也会提高客服水平,增加客户的满意度和忠诚度,总之,不管从短期利益还是长期效益来看,新系统的开发和投入使用都符合经济的可行性。
3.3收益/投资比
缩减了20名业务管理人员。
3000*12*20*5/350000=10.2857
3.4投资回收周期
1-2年即可回收投资。
4、社会因素可行性分析
4.1医保公司管理可行性
医保公司使用医保管理系统分能比不使用系统的情况下更能更加精确的记录保单信息,更加及时精确的处理投保人的突发状况,同时使用系统对参保人,保单信息,参保单位,定点医院进行统一管理,使业务处理更加效率,业务处理信息更加公开透明,与目前社会中提倡得公开透明化的原则想一致,有一定的社会效益。
4.2用户使用可行性
在本系统所涉及的企业,工作单位中,绝大多数人都接受过从过本科教育,对计算机都有一定的了解和使用经验,而管理系统友好的界面及简便的操作方法,保证能满足绝大多数用户使用该系统的要求。
5、结论意见
根据以上分析可知,医疗保险管理信息系统不仅有巨大的经济效益,而且有更大的社会效益,从而使该系统开发具有价值,也节省了大量资源。
系统管理员的工作效率得到提高,医保业务流程管理费用减少,整个医保过程中的业务操作获得了极大的便利。
综上所述,该项目在技术、经济和社会效益上是完全可行的。
二、系统需求与分析
完成人:
黄聿淦、黄乐骏、张曦、沈煜超
1、背景
开发医疗信息管理系统能加快信息流动,提高工作效率,实现有效管理。
目前业务信息化,管理信息化,已经成为主要的流行趋势,信息化水平也是已经成为衡量一个医保公司的企业核心竞争力的重要标志。
在医保的业务流程中需要收集,处理,传递和存储大量信息,例如投保人,定点医院,参保公司的基本信息以及后期理赔涉及到得大量的财务信息。
这些信息如果仅靠人为处理难免出现一些纰漏,这就要求一个统一的系统的平台完成业务,数据和客户服务等内容的集成处理,从而提高效率,减少纰漏,提高医保公司的服务质量和管理能力。
2、社会需求
随着计算机及网络技术的飞速发展,Internet应用在全球范围内日益普及,当今社会正快速向信息化社会前进,信息自动化的作用也越来越大。
从而使我们从繁杂的事务中解放出来,提高了我们的工作效率。
因此,需要医疗保险信息系统:
1、可以管理参保人的个人信息,参保项目,参保金额。
2、系统管理员可以查看,记录和修改参保人的信息,定点医院的基本信息,以及投保理赔等信息。
3、同时可以连接网络,通过网络实现参保人,参保社区,参保公司和定点医院的共同监督和管理。
4、系统管理员通过该系统高效率的获得参保人,定点医院等医保业务方面的综合信息,从而能较快的处理业务
5、用户可以通过系统完成药品审查,医保卡管理,费用支付等相关操作。
3、详细系统目标
1.实现系统管理员对参保人的医保卡基本信息,参保金额,是否获得赔偿,赔偿金额等详细信息进行查询,管理。
2.实现管理员实现新保单添加,现有保单的处理,以及过时保单的清除等操作。
3.通过输入参保人的医保卡号实现对定点人员信息的查询和修改
4.建立与医保相关的数据库,方便对与医保相关信息的管理和存储。
5.可以通过医保卡号对业务过程中的药品审查和费用支付等相关项目进行操作
6.能够进行医保卡的补办,挂失。
7.增加历史的查询功能。
管理用户和注销功能。
4、系统性能要求
1.系统安全、可靠。
2.功能齐全。
3.操作方便、界面友好。
4.易于维护和扩充。
5、系统的功能分析
1.密码设置:
不同的人员有不同人员的账号、密码和权限。
系统管理员作为系统的管理人员管理用户信息。
参保人、定点医院工作人员是普通的用户。
2.医保相关信息维护:
参保人,定点医院,相关单位的全部数据,本系统以医保卡为基点对每个参保人以及与其相关的定点医院的信息进行管理。
系统维护包括对各种表记录的修改、删除、添加等操作。
3.系统查询:
可以按医保编号等相关信息进行查询
4.系统管理:
系统管理员编辑用户信息和维护系统安全。
5.报表统计:
包括统计医保卡信息、定点医院信息、保单信息和获赔信息等。
6、业务流程图
图1业务流程图
7、数据流图
7.1数据流图
图2“医疗保险系统顶层”DFD图
图3“医疗保险管理系统”第一层DFD
图4“医保管理中心”数据流程图
图5“P1.1医保信息管理”数据流图
图6“医保卡管理”数据流图
图7“定点医院管理”数据流图
图8“P3.1医院就诊管理”数据流图
7.2数据字典
名称:
医保卡号总编号:
1-02
简称:
YBKH编号:
02
说明:
医保卡的编号
数据值类型:
离散
类型:
数字
长度:
20
有关数据结构:
名称:
姓名总编号:
1-01
简称:
XM编号:
01
说明:
参保人员姓名
数据值类型:
离散
类型:
字符
长度:
10
有关数据结构:
名称:
参保机构总编号:
1-03
简称:
CBJG编号:
03
说明:
参加保险员工的所属单位
数据值类型:
离散
类型:
数字
长度:
10
有关数据结构:
名称:
医院编号总编号:
1-04
简称:
YYBH编号:
04
说明:
有资格的定点医院编号
数据值类型:
离散
类型:
字符
长度:
10
有关数据结构:
名称:
参保时间总编号:
1-05
简称:
CBSJ编号:
05
说明:
参加医疗保险的时间
数据值类型:
离散
类型:
数字
长度:
10
有关数据结构:
名称:
逾期时间总编号:
1-06
简称:
YQSJ编号:
06
说明:
违规未交费用的时间
数据值类型:
离散
类型:
数字
长度:
10
有关数据结构:
名称:
停保名单总编号:
1-08
简要说明:
编号:
08
数据流来源:
P1.2
数据流去向:
参保人员
包含的数据结构:
姓名
学号
名称:
医保卡总编号:
1-08
简要说明:
参加医疗保险办理的医保卡编号:
01
结构:
有关数据流、数据存储:
编号
姓名
医保中心
办证日期
有效期
名称:
病人管理信息总编号:
1-09
简要说明:
医院就诊病人编号:
D1
结构:
有关数据流:
医保卡号P3.1.1——D1
姓名P3.1.2——D2
治疗项目有无立即查询:
有
药品
费用
日期
三、系统结构设计
完成人:
黄聿淦、史云、黄乐骏
1、系统模型总体设计
1.1总体系统结构图
总体系统结构图
1.2系统子功能描述
功能需求点列表
编号
功能名称
使用人
功能描述
输入内容
输出内容
1
基础信息设置
系统管理员
系统基本参数设置
基本信息参数
配置文件
2
信息查询
系统使用者
对系统各层信息进行查询
查询关键字
查询内容
3
参保人信息管理
系统管理员
对参保人信息进行管理
操作指令
执行指令
4
医保卡信息管理
系统管理员
对医保卡信息进行管理
操作指令
执行指令
1.2.1基础信息设置
基础信息设置包括:
1、参保人信息:
参保项目和参保数额
2、系统参数设置:
设置医保管理系统的具体参数
3、管理员设置:
管理员信息登录与操作
4、权限设置:
参保人以及管理员的权限设置
1.2.2参保人信息管理
参保人信息管理包括:
1、参保人投保:
参保人参与医保项目,获得医保卡
2、其他信息管理:
参保人的定点医院,保单索赔等信息管理
1.2.3保单信息管理
保单信息管理包括:
1、新人参保:
新人参保,新建进保单记录
2、保单信息:
按照医保卡号对应的参保人的数据查询
3、保单注销:
注销停止缴纳保金活或业务结束的参保人以及相关医保卡信息。
1.2.4信息查询
信息查询包括:
1、医保卡信息查询:
参保人或是管理员根据医保卡号对数据库进行查询
2、参保人信息查询:
参保人或是管理员根据医保卡号对参保人的操作信息进行查询
3、医保卡注销:
注销已损坏,丢失或持卡人停止投保的保单信息。
2、模块结构图
2.1定点医院管理
该模块是用于医院内部对医保的药品等医保范围内的优惠项目的管理,包括输入,审核以及输出三个部分。
2.2医保卡管理
该模块是用于医保卡的信息管理,主要分为办理医保卡和挂失医保卡两个部分。
每个部分都有输入,处理,输出三部分。
2.3医保信息管理
该模块主要是用于医保费用管理,同样也是有输入,处理和输出三部分,可以管理医保用户的支付功能。
3、实体与联系
医保管理系统的实体包括:
(1)参保人员:
参保人编号、参保人姓名、联系电话、家庭地址、所属单位
(2)社保中心:
地址、名称、联系电话、邮编、编号
(3)参保机构:
编号、名称、地址、联系电话
(4)医院:
编号、姓名、联系电话、地址
图8E—R图
4、数据库建表
参保人员表如下
名称
字段名称
数据类型
主键
非空
编号
BH
Char(6)
Yes
No
姓名
XM
Char(6)
No
Yes
联系电话
LXDH
Char(10)
No
Yes
家庭住址
JTZZ
Char(10)
No
Yes
所属单位
SSDW
Char(10)
No
Yes
社保中心表如下
名称
字段名称
数据类型
主键
非空
编号
BH
Char(6)
Yes
No
地址
TSBH
Char(10)
No
Yes
名称
MC
Char(10)
No
Yes
联系电话
LXDH
Char(6)
No
Yes
邮编
YB
Char(6)
No
Yes
参保机构表如下
名称
字段名称
数据类型
主键
非空
编号
BH
Char(6)
Yes
No
名称
MC
Char(10)
No
Yes
机构地址
JGDZ
Char(10)
No
Yes
联系电话
LXDH
Char(10)
No
Yes
医院表如下
名称
字段名称
数据类型
主键
非空
编号
BH
Char(6)
Yes
No
名称
MC
Char(8)
No
Yes
联系电话
LXDH
Char(10)
No
Yes
地址
DZ
Char(10)
No
Yes
四、实验工作总结
完成人:
黄聿淦
1.工作概述
DFD的设计,数据库E-R图的设计、总体结构功能图
2.系统分析设计过程
数据流图从数据传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程。
它采用自顶向下逐层分解的原则,将一个数据流图分解成几个数据流图来分别表示。
详细描述“系统从外界接受什么数据”、“系统向外界送出什么数据”等信息。
3.体会
通过本次实验,不仅使我们熟练掌握了VISIO画图工具在系统分析与设计方面的应用,还让我们对整个系统分析与设计所要完成的内容有了深刻的了解。
通过对数据流图的设计,便于用户表达功能需求和数据需求及其联系;便于两类人员共同理解现行系统和规划系统的框架;清晰表达数据流的情况;有利于系统建模,通过本次课程设计让我对整个医疗保险信息系统的工作流程有了深刻的了解,并且对整个系统各个功能模块之间的数据传递、加工有了更近一步的认识。
完成人:
黄乐骏
1.工作概述
我在本次是信息系统分析与设计的课程设计中主要完成了部分数据流图的设计、系统总体结构设计以及实验报告的部分工作。
数据流图中我主要参与设计了顶层数据流图、第一层数据流图的设计工作同时还参与了系统总体架构的设计,在完成实验报告的过程中,我主要的工作是对文档进行格式控制的工作。
2.系统分析设计过程
在本次的系统整体架构的设计工作中,我首先需要对整个信息系统的大体需求以及使用者有深入的了解,同时对系统运行的环境进行考虑,经过上述的研究过程后才能设计出使用户更加满意的信息系统来。
在设计子系统的数据流图时,我使用的是结构化方法。
我将一个系统看成一个整体功能,用户或是上一个系统将信息流输入进此系统,经过系统的内部处理,将处理后的信息流输出,而内部处理也能分别看作一个个小的系统即整体功能,这就是所谓的结构化分析方法。
3.体会
在此次的信息系统分析与设计的课程设计中,我完成了一个信息系统的前期设计工作。
通过这次的课程设计,我们使用VISIO来完成系统数据流图,编写数据字典以及系统说明书,使用结构化的信息系统分析与设计的方法,结构化方法顾名思义就是将系统分为不同的模块,然后使用结构图对系统的内部模块的联系进行描述,从而使系统开发变得更加快速和易于控制。
进过几周的通力合作,我们终于将一个粗略医保信息系统前期设计工作完成了,这对于我们来说是一种难得的经验。
完成人:
张曦
1.工作概述
DFD编写工作、需求分析、和实验报告资料整理
2.系统分析设计过程
在系统分析设计中着重注意了需求分析可行性分析和数据流程分析。
在系统分析过程中详细了解结构化系统开发的系统阶段的主要内容。
运用系统调查和系统分析的主要工具,掌握和运用业务流程图,并对业务流程图进行分析,运用数据流程和数据词典对系统的逻辑结构模型进行初步描述,在需求和可行性分析后在系统详细调查的基础上进行分析,进而改进系统逻辑模型。
3.体会
在本次实验过程中,详细了解了结构化系统开发方法法的系统分析阶段的工作内容,学会运用系统调查和系统分析的主要工具,尤其是掌握如何运用业务流程图对业务流程进行分析运用数据图表和数据字典对新系统的逻辑模型进行描述,同时学会系统详细调查基础上进行可行性分析,然后提出系统的逻辑模型。
本次试验过程加深了我对系统分析的了解,系统分析主要体现在系统的逻辑设计处于总体规划和系统设计两个阶段之间。
在数据分析过程中采用数据流程图进行分析,可以直观明了的发现逻辑结构中存在的问题修改原系统中不合理地部分,优化数据处理流程进而对整个数据流程有深入详尽的了解。
在本次试验过程我我学到了许多东西,对数据分析,业务流程图,需求分析可行性分析系统的逻辑架构有了很多新的了解。
完成人:
史云
1.工作概述
我参与并制作了报告当中的模块结构图设计、数据库。
2.系统分析设计过程
我认为系统分析过程中最重要的是制作一个正确的完整的数据流图。
数据流图是结构化系统分析一个很重要的工具,也是主要的分析工具。
你需要把一个系统不断的细化他的流程,这样才能对之后的数据库设计,接口等有一定的方向,不然的话你一上手就做数据库的部分就会显得不完整而且不能很好定义他在系统中处于什么样的位置或者部分,可能你做的系统很大概,没有很好的细化,也可能你做的会重复很多,这都需要数据流图的帮助,这种从顶向下的逐层分解,可以简化你对系统工程的思路与操作。
3.体会
我觉得这次的试验可以更好地帮助我理解系统的设计与分析,没有时间真的制作过只是能从老师的口中了解每个部分如何去完成,但是不能了解其中具体的思路。
这次试验我参与了其中,让我有机会去了解了,系统分析与设计的复杂和繁琐。
信息系统设计简单一句话就是为了解决怎么做的问题,最主要的工作就是将系统分析得到的逻辑模型转换为物理模型。
这次的实验因为对于程序的需求不大,所以我们只是对图书管理系统的系统做了数据流的分析并将其制作成数据库。
但是在数据流图制作中我们也是反复的进行讨论,这说明了数据流图对于一个系统的分析过程的重要性,其次就是对于数据库的建设,有了数据流图,就可以很方便的理解与设想其中需要的关系与实体并将其罗列出来,有了数据字典的帮助,也可以很好的将数据表中的内容写出来。
总之通过这次的实验能让我更好的体会到了如何设计与分析一个信息系统,这对我之后的课程实习打下了良好的基础。
完成人:
沈煜超
1.工作概述
本次实验,我主要负责需求分析、可行性分析、第1层DFD以及一些数据字典的工作。
2.系统分析设计过程
我认为需求分析是最重要的。
只有认识到了我们的系统需要些什么功能,面向那些群体,才能按照我们所需要的内容去设计整个系统。
可以说大家设计的图书管理系统之所以各有不同,就是因为虽然大家设计的都是图书管理信息系统,但是我们假设的条件不一定相同,所需求的功能各不相同。
3.体会
通过几天的努力,我们终于完成了这份实验报告,基本实现了老师要求的所有内容。
虽然在我们并没有进一步用程序去实现整个图书管理系统。
不过,我们完成了整个系统的DFD、E-R图、需求分析、可行性分析、数据字典、设计分析等内容。
在分工合作完成报告的过程当中,我们认识到了人与人的之间的沟通只很重要的。
因为,完成的是一个整体项目,大家分工合作的完成过程中可能产生一些意见不合和隐藏问题,使项目的衔接过程中出现问题,比如DFD图的框架修改就同时影响到图书管理系统的功能、结果、设计规格等问题,只有不断的和小组成员进行沟通和交流,才能避免信息不对称问题。
在完成实验的过程中,我们小组通过边学习边讨论,一步一步将整个系统的框架图逐步实现。
通过整个项目的全过程,我们将课上学到的理论知识融入到实践当中,使得理论知识得到了很好的巩固与掌握,特别是对DFD的设计有了更深刻的认识。
四、小组分工表
姓名/学号
主要工作
黄聿淦/031508133
DFD的设计,数据库E-R图的设计、总体结构功能图
黄乐骏/031508210
系统结构设计,部分数据流图设计,报告撰写
沈煜超/031508115
需求分析、可行性分析、第1层DFD以及一些数据字典
史云/031508116
模块结构图设计部分、数据库设计
张曦/031508134
DFD编写工作、需求分析和实验报告资料整理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗保险 管理信息系统
![提示](https://static.bdocx.com/images/bang_tan.gif)