E9项目《医疗保险管理系统》需求说
1金科模拟测试项目
《医疗保险管理系统》
需求说明书
1 引言
我国的医疗保险已经在全国各地普及,药品被分为甲类,乙类,全自费。这种
制度
关于办公室下班关闭电源制度矿山事故隐患举报和奖励制度制度下载人事管理制度doc盘点制度下载
对保障职工身体健康、促进经济发展、维护社会稳定,发挥了一定的作用,但现有的管理系统不能满足社会发展的需要,因此对现有管理系统的改进迫在眉睫。
1.1 编写目的和预期的读者
此需求规格说明书对《金科医疗保险管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,以便在此基础上进一步提出概要设计说明书和完成后续设计与开发工作,使软件的功能更切合用户的需求。并将此作为
1) 在用户及系统开发人员之间交流的基础。
2) 评估应用开发量的主要基础。
3) 评估项目开发时间的基础。
4) 开发阶段规划版本的基础。
5) 定义用户界面需求的主要基础。
6) 定义测试案例的基础。
7) 作为验收测试的基础。
在以后的项目开发过程中,若出现对本文档内容的改动,将极有可能会在很大程度上影响到当时已开始的工作,从而影响到项目的工程
计划
项目进度计划表范例计划下载计划下载计划下载课程教学计划下载
。为了便于管理,请遵守《项目变更控制程序》。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1
1.2 产品的背景
由于在医疗保险中要进行管理各定点医院、药店的各项与参保人员有关的经费,提供资金结算服务,并监督各定点医院、药店资金收支活动及参保单位、个人每年大量的投保、停保,帐户等管理,日常业务工作量十分巨大。而且由于所保存的数据涉及机密,因此保密性要求较高,统计的报表、档案的编制不得半点马虎。针对以上这些情况,决定了需要开发一个能辅助人工完成日常登记、拨款、记帐、IC卡管理等工作的且具有速度快、效率高、数据准确、保密性强等特点的管理信息系统。
1.3定义、缩写词和符号
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足
合同
劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载
、
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
,
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
或其它正式规定文档所需具有的条件或权能。
1.4产品的范围及目标
目前采用的管理系统,不能保证数据的同步,以及数据的实时传输,它将使医保机构和各定点医院、药店的帐户之间产生一定的误差,为了全面提高系统的安全性,以及医保工作的效率和质量,新开发的医疗保险系统实现了并行操作、数据共享,解决了工作中的“瓶颈”问题(即在同一软件、同一时刻可以有多人共用,大大提高了工作效率;领导也可以随时了解掌握各定点医院、药店的的财务数据,有利于监督和控制)。
2 、系统服务
药店 医院(门诊/住院部)
数据库
社保中心
2
医疗保险管理系统由三部分组成:后台管理系统,医院管理系统(住院部和门诊部),药店管理系统。其中后台管理系统安装在医保中心,医院管理系统(住院部和门诊部)和药店管理系统分别安装在医院和药店。
在该软件系统中加入工伤管理系统,安装在社保中心。
2.1 医疗保险后台管理系统功能需求
2.1.1后台管理系统功能
参保监督管理子系统
基金征缴管理子系统
后 台医疗监督管理子系统 管 理 系
统 IC卡管理子系统
基础数据维护管理子
系统
医疗保险管理系统由五个子系统组成:参保监督管理子系统,基金征缴管理子系统,医疗监督管理子系统,IC卡管理子系统,基础数据维护管理子系统。
2.1.2 参保监督管理子系统
3
参保监督管理子系统
业务 查询 统计 分析
参参参参参参操参参参参参新保保保保保保作保保保保保参 单单人异单人日单人人单人保位 位员动位员志位员员位员单 个登登查查查档档异分分位 人询案案记记询询动类类统停 保统图图计 处计形形 理
参保监督管理子系统主要包括:
1、业务
参保单位登记:进行参保单位的基本信息登记,包括:单位编号、名称、单位电话、单位地址、资金来源、法人代表、单位性质、单位类别、参保时间、参保状态等,而且记录填报人及填报时间。并写入日志。
参保人员登记:将参保个人基本信息进行登记,包括:医保号、姓名、性别、民族、出生日期(由身份证号生成)、参加工作时间、身份证号、人员分类、参保时间、居住地址,联系方式 、用工形式、退休时间、参保状态,个人年平均工资等信息,而且记录填报人及填报时间。以单位编号为基准自动生成医保号。并写入日志。
参保异动:分单位、个人异动,单位异动包括单位合并、单位拆分、单位停保、单位续保。个人异动包括个人停保,个人续保。处理异动情况时,记录其医保号或现单位编码/原单位编码、异动类型、原因、时间等信息,并对其进行审核。并写入日志。
2、查询
参保单位查询:可以按单位编号/单位名称等关键码进行查询,可将查询结果打印输出。
参保人员查询:可以按医保号/个人姓名等关键码进行查询,可将查询结果打印输出。
操作日志查询:仅供管理员使用,可以查阅整个系统的流水操作情况,并能
4
按照时间、操作人等关键码查询。显示进出系统操作员的情况,
3、统计
参保单位档案:记录参保单位的基本信息,包括单位编号、单位名称、参保时间,参保状态、在保人员人数、终保人员人数(详细统计各单位总人数、在职
男性人数)等,统计出各时间段的新参保单位情人员人数、退休人员人数、女性/
况统计表,并将结果按固定的格式打印输出。
参保人员档案:按单位记录参保个人的基本信息,包括医保号、姓名、性别、出生日期、民族、参加工作时间、参保时间、用工形式、人员分类、在保标志等。可将结果按固定的格式打印输出。
参保单位异动统计:按时间段对单位的拆分、合并、终保、续保等情况进行分类统计,可将结果按固定的格式打印输出
。
参保人员异动统计:按时间段对人员的个人停保,个人续保等情况进行分类统计,可将结果按固定的格式打印输出。
新参保单位统计。对段时间内的参保单位进行统计,包括:单位编号、名称、状态,参保人数、参保时间。
基金征缴管理子系统
1、业务
基金核定:分单位和个人缴费核定,单位核定要求:可以设置缴费核定年月,生成单位的缴费信息(在职职工个人缴纳基本工资的2%(可以动态设置),单位缴纳基本工资的6%(可以动态设置),退休人员单位应该不交个人部分),然后生成单位在此段缴费时间内的所有人的缴费明细(用于打印报表)。个人核定要求(无单位的散户):可以设置缴费核定年月,生成个人的缴费信息(个人缴纳基本工资的8%(可以动态设置)).如果过期还能生成欠费单信息(以一个季度为期限),要求:自动生成所有单位和个人的欠费信息。
基金分配:在确定缴费后,也就是基金核定后就进入基金分配,把个人缴纳部分划入个人账户(累计),其余的划入统筹基金。个人缴纳的全部金额生成个人账户.
转账:如果单位解体,个人移居异地或是死亡,应该把账户的钱转出返还。
2、查询
单位账户查询:可以按单位编码,时间段等关键码查询个人账户信息。
个人账户查询:可以按医保号、个人姓名,单位编码,时间段等关键码查询
5
个人账户信息。
3、统计
基金征缴统计表:可以按时间段进行统计,并可以打印输出
基金征缴月收款总汇报表:可以按月份进行统计,并可以打印输出
基金征缴月总汇表:可以按月份进行统计,并可以打印输出 2.1.3 基础数据维护管理子系统
if(currentrow()=getrow(),rgb(255,240,194),if(mod(getrow(),2)=1, rgb(255,254,249) ,
rgb(247,247,239)))
1、基础数据维护(可添加、修改)
, 单位性质
, 单位类别
, 资金来源
, 民族代码
, 参保状态
, 人员分类代码
, 性别代码
, 用工形式代码
, 异动类型
, 基金比例
2、系统设置
, 权限设置(具体到每个菜单权限设置)
, 用户管理(新增用户、修改密码,删除用户)
3相关需求
3.1库文件
对于数据库文件,要做到库文件记录的信息必须能够满足输出的需要,必须能记录下输入的数据,同时还要满足处理要求。
对字段而言主要是要确定文件所包含的字段和各字段的名称、类型、宽度和小数位数。字段类型包括字符、数值、日期、逻辑等,字段宽度为能容纳下该字段可能的最大值。
6
3.2输入需求
输入不仅是工作量大、关系系统运行速度的瓶颈,而且容易出错,是特别重
输入主要注意以下原则: 要和敏感的环节。因此
1) 在满足处理和输出要求的前提下,尽可能减少数据输入,相同的数据只提
供一个入口,不在不同的模块重复输入,以免浪费人力且可能造成数据混
乱。
输入界面应清晰明了,尽可能与要输入的单据的格式一致 。 2)
3) 尽量做到便于操作,提供相关工具,易于修改,提高输入速度。
4) 为保证输入数据的完整性和正确性,对输入数据(尤其是费用的最高限制)
提供有效的控制、审核、校验功能。
5) 保证系统对输入有较强的容错能力,对误操作能马上给予提示,并不会导
致系统异常。
3.3输出需求
本系统的输出方式主要有打印输出、屏幕查询输出及磁盘输出,且对于输出数据可实现向电子表格转换。
1) 对于查询输出,主要实现把查询条件全部以菜单的形式显示在屏幕上,由
用户选择输入,系统据此自动生成查询条件,实现快速搜索,同时也可实
现模糊搜索。
2) 在屏幕输出中,也尽量以报表的原始格式显示查询结果。
3) 在打印输出中,记帐表、结算票据等采用了套打的方式,即预先印制好格
式,只打印输出其具体内容,这样打印速度较快,打印机寿命较长,而且
也更清晰美观。
4 系统约束
4.1(性能需求
4.1.1数据精确度
(1) 日期:精确到年月日
(2) 时间:精确到秒
(3) 财务数据:精确到0.00元
7
4.1.2时间特性
一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作也应在可接受的时间内完成。
4.1.3适应性
能完全满足使用该系统的各单位的使用要求。
4.2. 运行需求
4.2.1用户界面
本系统设计了后台管理系统具有操作简便,一目了然,视图优美等特点。并且采用菜单界面驱动方式,给操作用户带来了极大的便利。
4.2.2硬件接口
(1) 具有P4、256兆内存配置的计算机;
(2) Microsoft鼠标或其它兼容鼠标;
(3) 最少40G的硬盘空间;
(4) VGA显示器或更高。 一般计算机外设,如:打印机
(5) 配置网络环境,需网络连接设备;
4.2.3软件接口
采用ORACLE作为后台数据库,本系统运行于Windows2000及更高版本具有WIN32 API的操作系统之上。
4.2.4故障处理
正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。
8
4.3其他需求
(1) 系统的安全性: 对于系统的重要数据都有密码保护,具有一定的安全性。 (2) 系统的容错性: 用户输错数据都有提示信息,具有较好的容错性能。 (3) 系统的封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据。
9
附录一:二级代码
类型 二级代码
单位性质 10--企业
20--事业
21--全额拨款事业单位
22--差额拨款事业单位
23--自收自支事业单位
24--乡镇事业单位
30--机关
40--社会团体
50--民办非企业单位
60--城镇个体工商户
61--农民工虚拟单位
73--社会化管理单位(灵活就业人员) 74--社会化管理单位(买断单位) 77--乡镇配套改革事业单位
79--其它
010000--农、林、牧、渔业 单位类别
020000--采矿业
030000--制造业
040000--电力、燃气及水的生产和供应业 050000--建筑业
060000--交通运输、仓储和邮政业 070000--信息传输、计算机服务和软件业 080000--批发和零售业
090000--住宿和餐饮业
100000--金融业
110000--房地产业
120000--租赁和商务服务业
130000--科学研究、技术服务和地质勘查业 140000--水利、环境和公共设施管理业 150000--居民服务和其他服务业 160000--教育
170000--卫生、社会保障和社会福利业 180000--文化、体育和娱乐业 190000--公共管理和社会组织 200000--国际组织
900000--其他
资金来源 1--全额拨款
2--差额拨款
3--自收自支
10
民族代码 1--汉族
2--蒙古族
3--回族
4--藏族
5--维吾尔族 等 参保状态 0--未参保
1--参保缴费
2--暂停参保
3--终止参保 人员分类代码 0--退休
1--离休
2--在职
3--伤残军人 性别代码 1--男
2--女 用工形式代码 0--公务员
1--职工
2--工人
3--散户 异动类型 如死亡,转出,转入等
11