医疗保险信息系统用例图描述

用例描述 对“身份验证”用例的完整描述

主参与者：参保人

目标：参保人登陆查询系统

范围：医疗保险管理系统

前置条件：

触发事件：参保人想进入查询系统进行操作

主成功场景：

1）参保人输入卡号，系统验证其有效性

2）参保人输入密码，系统验证其有效性和正确性

扩展：

1a：系统不存在该卡号

2a：输入密码有误，无法通过验证

发生频率：一天100次

对“信息统计处理”用例的完整描述

主参与者：参保人

目标：参保人察看统计信息

范围：医疗保险管理系统

前置条件：参保人已登陆查询系统

触发事件：参保人鼠标点击查询或键盘输入请求

主成功场景：

1）参保人鼠标点击查询或键盘输入请求

2）系统内部进行查询

3）系统显示查询结果给参保人

扩展：

1a：参保人输入请求有误

2a：系统内部忙

发生频率：一天100次

对“反馈信息”用例的完整描述

主参与者：医疗保险管理系统

目标：显示结果给参保人

范围：医疗保险管理系统

前置条件：参保人发出查询请求，并经过系统处理触发事件：系统处理结束

主成功场景：

1）参保人发出查询请求，并经过系统处理

2）可视化显示给参保人

扩展：

2a：系统发生错误

发生频率：一天100次

对“录入报销记录”用例的完整描述主参与者：工作人员

目标：向系统输入报销记录

范围：医疗保险管理系统

前置条件：参保人来到服务窗口

触发事件：参保人要求报销回退

主成功场景：

1）参保人来到服务窗口要求报销回退

2）参保人提供卡号及密码

3）工作人员验证报销记录并确认

4）工作人员录入报销记录

扩展：

2a：参保人忘记了自己的卡号密码

3a：报销凭证有误无法通过验证

4b：录入时系统发生错误

发生频率：一天100次

对“返回处理结果”用例的完整描述主参与者：工作人员，参保人

目标：显示结果给参保人

范围：医疗保险管理系统

前置条件：工作人员录入记录

触发事件：工作人员录入记录并保存

主成功场景：

1）工作人员录入记录并保存

2）系统显示处理成功界面

扩展：

1a：工作人员未能正常录入

1b：系统未能正常保存

2a：系统显示出错

发生频率：一天100次

对“输入处方”用例的完整描述

主参与者：工作人员

目标：向系统输入处方

范围：医疗保险管理系统

前置条件：参保人来到服务窗口请求报销

触发事件：工作人员键盘或鼠标输入处方

主成功场景：

1）工作人员键盘或鼠标输入处方

2）工作人员确认输入无误

3）保存处方

扩展：

1a：工作人员输入有误

2a：工作人员发现处方录入有偏差

3a：出现系统错误

发生频率：一天100次

对“费用分解”用例的完整描述

主参与者：工作人员

目标：医疗费用分解

范围：医疗保险管理系统

前置条件：输入处方

触发事件：键盘或鼠标输入费用分解请求

主成功场景：

1）键盘或鼠标输入费用分解请求

2）系统内部进行费用分类

扩展：

1a：输入请求有误

2a：没有找到匹配的费用

发生频率：一天100次

对“报销结果处理”用例的完整描述

主参与者：工作人员，定点医院，参保人

目标：医保中心与定点医院／药房结算费用，交换数据范围：医疗保险管理系统

前置条件：费用分解完成

触发事件：参保人报销请求

主成功场景：

1）医保中心系统与定点医院交换数据

2）报销事件完成存入系统

3）系统返回系统消息给三方

扩展：

1a：网络忙超时退出

2a：数据没有得到定点医院确认

1b：系统没有响应

发生频率：一天100次

对“入院登记”用例的完整描述

主参与者：工作人员，参保人

目标：参保人办理入院手续

范围：医院

前置条件：病人是参保人

触发事件：参保人来到住院登记窗口

主成功场景：

1）参保人出示身份证，医保卡

2）参保人输入医保卡号及密码

3）工作人员作入院记录

扩展：

1a：参保人没有带齐证件

2a：参保人输入的医保卡号无效

2b：参保人输入的医保卡号与密码不匹配3c：系统出现错误

发生频率：一天100次

对“转科管理”用例的完整描述

主参与者：工作人员，参保人

目标：参保人办理转科手续

范围：医院

前置条件：参保人已经办理入院手续

触发事件：参保人要求转科

主成功场景：

1）参保人来到转科窗口要求转科

2）参保人出示证件及相关手续

3）工作人员作转科登记

4）工作人员返回信息给参保人

扩展：

2a：参保人不能出示证件及相关手续

发生频率：一天100次

对“处方管理”用例的完整描述

主参与者：工作人员

目标：对处方进行日常管理

范围：医院系统

前置条件：处方登记录入

触发事件：工作人员进入处方管理界面主成功场景：

1）工作人员进入处方管理界面

2）工作人员进行日常维护工作

3）工作人员进行处方录入工作

扩展：

发生频率：一天100次

对“住院病人查询”用例的完整描述主参与者：工作人员

目标：对住院病人的情况进行查询

范围：医院

前置条件：工作人员进入界面

触发事件：工作人员输入查询条件

主成功场景：

1）工作人员进入查询界面

2）工作人员输入查询条件

3）系统按要求进行查询

4）系统反馈查询结果并显示

扩展：

2a：输入的查询条件有误

3a：系统没能响应

发生频率：一天100次

对“住院费用分解”用例的完整描述主参与者：工作人员

目标：分解住院费用

范围：系统内的住院费用

前置条件：要分解的处方登记在系统中触发事件：工作人员

主成功场景：

1）键盘或鼠标输入费用分解请求

2）系统内部进行费用分类

3）显示分解结果给工作人员

扩展：

1a：输入有误

2a：系统出错

发生频率：一天100次

对“出院报销结算”用例的完整描述主参与者：工作人员，定点医院，参保人目标：结算报销项目

范围：医疗保险管理系统

前置条件：参保人带上证件前来报销

触发事件：结算申请

主成功场景：

1）参保人带上有效证件及医保卡前来办理报销手续

2）工作人员根据处方及报销条例办理报销手续

3）工作人员把报销完毕结果反馈给参保人

4）参保人确认后离开

扩展：

1a：参保人未带齐证件

1b：参保人未在工作时间内来办理

2a：处方有不匹配之处

3a：系统内部出错

4a：参保人对报销过程有疑惑

发生频率：一天1次

对“按单位统计报销费用”用例的完整描述

主参与者：工作人员

目标：按单位统计报销费用

范围：医疗保险管理系统

前置条件：参保人按时缴费

触发事件：参保人要求报销费用

主成功场景：

1）单位人员来到窗口要求统一进行费用报销

2）单位人员出示需要报销的参保人的处方及其他证明信息3）处方及证件的有效性通过工作人员验证

4）工作人员与系统交互的进行报销处理

5）报销处理成功反馈成功提示给单位

扩展：

1a：单位人员未在工作时间内进行报销

2a：单位人员出示的证件无效或者不全

4a：系统出错

5a：返回的结果与参保人的预期不一致

发生频率：一天100次

对“按人员类别报销统计费用”用例的完整描述

主参与者：工作人员

目标：按人员类别报销统计费用

范围：医疗保险管理系统

前置条件：参保人按时缴费

触发事件：参保人要求报销费用

1）参保人来到窗口要求进行费用报销

2）参保人出示需要报销的参保人的处方及其他证明信息3）处方及证件的有效性通过工作人员验证

4）工作人员与系统交互的进行报销处理

5）报销处理成功反馈成功提示给单位

扩展：

1a：参保人未在工作时间内进行报销

2a：参保人出示的证件无效或者不全

4a：系统出错

5a：返回的结果与参保人的预期不一致

发生频率：一天100次

对“添加报销字典项目”用例的完整描述

主参与者：工作人员

目标：向报销字典添加项目

范围：医疗保险管理系统

前置条件：工作人员进入系统

触发事件：键盘或鼠标输入添加请求

主成功场景：

1）键盘或鼠标输入添加请求

2）输入内容得到工作人员的确认

3）系统存储添加项目

扩展：

2a：内容不符合工作人员想要添加的项目

3a：系统没有响应

发生频率：一天1次

对“修改报销字典项目”用例的完整描述

主参与者：工作人员

目标：修改报销字典中的某些项目

范围：医疗保险管理系统

前置条件：工作人员进入系统

触发事件：键盘或鼠标输入修改请求

主成功场景：

1）键盘或鼠标输入修改请求

2）系统调出需要修改的项目

3）工作人员确认修改的项目就是系统调出的那一条4）工作人员对项目进行修改

5）工作人员确认输入无误

6）系统用新项目替代原有的项目

扩展：

2a：系统出错

3a：要修改的项目不是系统调出的那一条

4a：工作人员输入有误

5a：工作人员发现与要输入的内容不一致

5b：系统空间不足

发生频率：一天1次

对“删除报销字典项目”用例的完整描述主参与者：工作人员

目标：删除报销字典中某些项目

范围：医疗保险管理系统

前置条件：工作人员进入系统

触发事件：键盘或鼠标输入删除请求

主成功场景：

1）键盘或鼠标输入删除请求

2）要删除的内容得到工作人员的确认

3）系统删除该项目

扩展：

2a：内容不符合工作人员想要删除的项目

2b：系统中不存在要删除的项目

3a：系统没有响应

发生频率：一天1次

对“增加工作人员”用例的完整描述

主参与者：系统操作员

目标：向系统中添加增加工作人员

范围：医疗保险管理系统

前置条件：系统操作员通过验证进入系统

触发事件：系统操作员请求增加工作人员

主成功场景：

1）系统操作员请求增加工作人员

2）系统操作员建立工作人员档案

3）系统操作员确认并存储工作人员档案

扩展：

2a：系统内部没有响应

3a：系统操作员发现输入内容有误

3b：系统存储空间不够

发生频率：一天10次

对“权限管理”用例的完整描述

主参与者：系统操作员

目标：对登陆系统的人员的权限进行管理

范围：医疗保险管理系统

前置条件：系统操作员通过验证进入系统

触发事件：系统操作员进行权限管理

主成功场景：

1）系统操作员进入权限管理界面

2）系统操作员增减工作人员的权限

扩展：

发生频率：一天1000次

对“修改密码”用例的完整描述

主参与者：系统操作员

目标：修改系统密码

范围：医疗保险管理系统

前置条件：系统操作员通过验证进入系统

触发事件：系统操作员发出修改密码请求

主成功场景：

1）系统操作员发出修改密码请求

2）系统操作员输入原始密码

3）系统操作员输入新密码并确认

4）系统返回成功界面

扩展：

2a：输入的原始密码有误

3a：新密码前后两次不一致

3b：新密码输入字符不合规范

发生频率：一天1000次

对“删除工作人员”用例的完整描述

主参与者：系统操作员

目标：系统操作员删除工作人员项目

范围：医疗保险管理系统

前置条件：系统操作员通过验证进入系统

触发事件：系统操作员发出删除工作人员请求主成功场景：

1）系统操作员进入删除工作人员界面

2）系统操作员选择要删除的工作人员并确认3）系统收回该工作人员的权限

4）系统删除该工作人员的信息

5）系统返回成功删除信息

扩展：

2a：系统操作员误操作选错要删除的对象

3a：系统出错

发生频率：一天1000次

对“参保单位建档”用例的完整描述

主参与者：工作人员，参保单位

目标：为单位建立医保档案

范围：医疗保险管理系统

前置条件：单位已经缴清费用

触发事件：单位申请建立单位医保档案

主成功场景：

1）单位来到医保机构申请建立单位医保档案

2）单位出示参保人的相关信息

3）工作人员核对无误后录入信息

4）工作人员在系统中为参保单位建立档案

5）工作人员发放医保卡

扩展：

2a：参保人信息不全

3a：工作人员录入有误

3b：系统没有响应

4a：该档案已经存在

发生频率：一天1次

对“修改参保单位信息”用例的完整描述

主参与者：工作人员，参保单位

目标：修改参保单位信息

范围：医疗保险管理系统

前置条件：参保单位出示相关信息

触发事件：参保单位到医保窗口请求修改信息

主成功场景：

1）参保单位到医保窗口请求修改信息

2）工作人员确认参保单位身份及修改信息的有效性

3）工作人员进入修改信息界面对信息进行修改

4）确认后存入系统

扩展：

2a：带来的信息无效

3a：工作人员修改有误

4a：信息与原始档案冲突

发生频率：一天1次

对“参保单位退保”用例的完整描述

主参与者：工作人员，参保单位

目标：参保单位退保

范围：医疗保险管理系统

前置条件：申请单位属于参保单位

触发事件：参保单位申请退保

主成功场景：

1）参保单位到医保窗口要求退保

2）工作人员确认参保单位身份及请求的有效性，及确认医保费用已交清

3）工作人员进入退保界面进行删除参保单位信息

4）确认后存入系统

扩展：

2a：请求无效

2b：拖欠医保费用未缴清

3a：还有参保人员正在享受医保待遇

发生频率：一天1次

对“添加定点医院”用例的完整描述

主参与者：工作人员

目标：添加定点医院进入医保管理系统

范围：医疗保险管理系统

前置条件：医保机构已与定点医院签署协议

触发事件：定点医院与医保中心合作

主成功场景：

1）工作人员获得定点医院的信息

2）工作人员向系统中添加定点医院的信息

3）工作人员确认向系统中添加定点医院的信息无误

4）信息存入系统

扩展：

2a：系统无响应

3a：输入有误

发生频率：一天1次

对“定点医院信息修改”用例的完整描述

主参与者：工作人员

目标：修改定点医院信息

范围：医疗保险管理系统

前置条件：该医院为指定的定点医院

触发事件：工作人员从上级得到修改信息的文件

主成功场景：

1）工作人员从上级得到修改信息的文件

2）工作人员进入修改信息界面查找到该定点医院进行信息修改3）确认信息修改无误存入医疗保险管理系统

扩展：

3a：修改有误

发生频率：一天1次

对“删除定点医院”用例的完整描述

主参与者：工作人员

目标：删除定点医院信息

前置条件：医保中心与定点医院协议结束

触发事件：上级部门拿来协议结束文件

主成功场景：

1）上级部门拿来协议结束文件

2）工作人员进入删除界面查找该定点医院

3）工作人员确认后删除该医院信息

扩展：

2a：没有找到该医院

3a：系统错误没法删除信息

发生频率：一天1次

对“确定征缴金额”用例的完整描述

主参与者：工作人员

目标：确定征缴金额

范围：医疗保险管理系统

前置条件：参保单位及参保人在系统中

触发事件：每期计算征缴金额例行公事

主成功场景：

1）调出参保单位或个人的基本信息和异动信息2）计算每个参保人的征缴金额

扩展：

2a：系统过忙出错

发生频率：一天1次

对“打印收据”用例的完整描述

主参与者：工作人员

目标：给缴费参保人打印收据

范围：医疗保险管理系统

前置条件：参保人已交费

触发事件：参保人交费成功

主成功场景：

1）参保人交费成功

2）系统打印出收据交给参保人

扩展：

2a：打印机损坏

发生频率：一天1次

对“收费处理”用例的完整描述

主参与者：工作人员

目标：向参保人收取费用

前置条件：参保人来到医保中心交费

触发事件：参保人来到医保中心交纳费用

主成功场景：

1）参保人来到医保中心出示身份证及卡号

2）参保人交清费用

3）工作人员清点入账

扩展：

2a：没有出示有效证件

发生频率：一天1次

对“划拨处理”用例的完整描述

主参与者：工作人员

目标：定期向个人帐户划拨资金

范围：医疗保险管理系统

前置条件：单位缴清费用

触发事件：到了定期的划拨日期

主成功场景：

1）工作人员计算个人帐户的划拨金额

2）工作人员进行资金的划拨

扩展：

2a：计算划拨金额出错

3a：资金划拨错误

发生频率：一天1次

对“催缴处理”用例的完整描述

主参与者：工作人员

目标：对未按时缴费的参保人催缴

范围：医疗保险管理系统

前置条件：参保人未按时缴费

触发事件：未按时缴费过一定日期

主成功场景：

1）工作人员打印催缴通知

2）发出催缴通知

扩展：

发生频率：一天4次

对“项目类别管理”用例的完整描述

参与者：医疗保险中心高层管理工作人员

目标：根据医疗项目提供相应的报销比例

主成功场景：1）医疗保险中心工作人员根据上级文件录入各项目报销比例

2）医疗保险中心工作人员确定比例

3）系统显示成功信息

4）如果需要增加、修改、删除，工作人员作出相应修改

5）系统显示成功信息

扩展：4A.工作人员无法修改固定数据，系统提示无效

3/5A.系统发生故障，无法进行修改

3/5B.发生断电等硬中断，系统无法进行修改

对“医疗项目处理”用例的完整描述

参与者：医疗保险中心高层管理工作人员

目标：对已有医疗项目进行相应修改、增加、删除

主成功场景：1）医疗保险中心工作人员根据上级文件选取相应的医疗项目2）医疗保险中心工作人员根据要求对医疗项目参数进行修改

3）系统保存修改

4）系统显示成功信息

扩展；2A.工作人员无法修改固定数据。系统提示无效

4A.系统发生故障，无法进行修改

4B.发生断电等硬中断，系统无法进行修改

对“参保人建档”用例的完整描述

参与者：医疗保险中心工作人员参保单位负责人

目标：建立参保人档案

触发条件：参保单位为参保人参保

主成功场景：1）参保单位到医疗保险中心为职工参保

2）参保单位提供参保人完整资料

3）将参保人资料录入完之后，医保中心工作人员确定建立参保人档案

4）系统记录参保人资料，分配空间，据此建立相应的档案

5）系统显示成功建立档案信息

扩展：2A.参保人信息不完整，系统提示错误

3A.工作人员录入资料发生错误，系统提示错误

4A.系统发生故障，无法建立档案

4B.发生断电等硬中断，系统无法建立相应档案

对“建立个人帐户”用例的完整描述

参与者：医疗保险中心工作人员参保单位负责人

目标：为参保人建立相应的个人帐户

主成功场景：1）医疗保险中心工作人员调用为参保人建立的档案

2）医疗保险中心工作人员录入档案中相关数据到新建帐户页面

3）医疗保险中心工作人员确定建立个人帐户

4）系统记录个人帐户信息，分配空间，建立个人帐户

5）信息显示成功建立个人帐户信息

扩展：1A.系统提示没有相应的档案

1B.系统提示相应的档案已毁坏，无法使用

2A.工作人员没有录入完整的信息，无法建立个人帐户，系统提示出错，4A.系统发生故障，无法建立个人帐户

4B.发生断电等硬中断，系统无法建立个人帐户

对“发放医疗保险卡”用例的完整描述

参与者：医疗保险中心工作人员参保人

目标：发放参保医疗保险卡给参保人

主成功场景：1）参保人到医疗保险中心出示领取医疗保险卡依据

2）参保人提供领取医疗保险卡依据号码

3）医疗保险中心工作人员根据号码选取相应的医疗保险卡

4）医疗保险中心工作人员核对参保人信息

5）医疗保险中心工作人员发放医疗保险卡

6）参保人领取完医疗保险卡后填写已领取名单

扩展：1A.领取依据有误，工作人员拒绝操作

2A.提供的领取号码无效，工作人员拒绝操作

3A.医疗保险卡发生丢失，无法立即进行

4A.参保人提供信息与参保登记信息不符，工作人员暂停操作

5A.参保人领取后未填写名单，发生错误

对“删除交费比例”用例的完整描述

参与者：医疗保险中心高层管理工作人员

目标：成功删除系统中储存的交费比例

主成功场景：1）工作人员根据要求选取相应的交费比例

2）工作人员删除该交费比例

3）工作人员确定删除

4）系统把信息删除

5）系统显示成功信息

扩展：1A.系统未存有相应的交费比例信息，提示出错

5A.系统发生故障，无法进行删除

5B.发生断电等硬中断，系统无法进行删除

对“添加交费比例”用例的完整描述

参与者：医疗保险中心高层管理工作人员

目标：成功添加交费比例

主成功场景：1）工作人员根据要求提出添加请求

2）工作人员填写相关交费比例的相关信息

3）工作人员提交信息

4）系统保存信息

5）系统显示成功信息

扩展：5A.系统发生故障，无法进行添加

5B.发生断电等硬中断，系统无法进行添加

对“修改交费比例”用例的完整描述

参与者：医疗保险中心高层管理工作人员

目标：成功修改系统中储存的交费比例

主成功场景：1）工作人员根据要求选取相应的交费比例2）工作人员修改该交费比例

3）工作人员确定修改

4）系统把信息修改

5）系统显示成功信息

扩展：1A.系统未存有相应的交费比例信息，提示出错5A.系统发生故障，无法进行修改

5B.发生断电等硬中断，系统无法进行修改

用例图描述

学生： 用户登录 ID 1 用例名称：用户登录 参与者：学生 用例描述：大概过程：学生在系统上登录需要输入用户名、密码，系统确认身份。 输出结果：在系统的登陆界面区域确定身份后，登录界面转换登 录成功。 前置条件：系统已启动到登录界面，学生在进行其余操作之前必要完成的步骤。 后置条件：用户登录成功后系统显示信息查看的结果界面，用户登录成功后，进入到学生相应界面。 正常流程：1．学生在用户名输入框里输入用户名 2．在密码框里输入密码 3．用户按登录后，系统验证学生输入的有效性。 4．有效则进入系统的主界面。无效则提示相应错误给用户。 5．用例终止 异常事件流：显示错误信息，提示无效身份登录，认证无法通过登陆失败。 分支流程：在按“登录”按钮之前，学生可以随按“关闭”按钮。 特殊需求：要求用户密码安全。 签到 ID： 2 用例名称：签到 参与者：学生 用例描述：大概过程：学生在系统上选择签到按钮。 输出结果：在系统确定身份后，签到成功。

前置条件：在此用例开始之前，学生必须登录到系统中。 后置条件：如果用例执行成功，可以实现学生客户端的功能。 正常流程： 1.学生成功登陆客户端 2.点击签到按钮，此用例启动。 3.显示“签到成功”信息。 特殊需求：学生一次只允许签到一个用户。 发送文件 ID： 3 用例名称：发送文件 参与者：学生 用例描述：产生的原因：学生需要将所完成的功课提交老师批阅。 大概过程：学生完成作业后，按“提交按钮”发送给老师。 输出结果：系统提示文件送达成功或者失败。 前置条件：学生必须提供上传信息资源请求。 后置条件：学生可以快速提交作业，老师及时发现问题，可通过群聊方式纠正学生出现的问题。 正常流程： 1.学生提交上传文件信息请求 2.界面转换至上传文件界面 3.学生将所传文件内容进行上传 4.进行提交 5.系统提示成功与否信息 异常流程： 1.用户取消上传请求，系统回到界面。 2.文件上传失败，系统提示再次上传。 特殊需求：上传文件不宜过大。

医疗保险信息系统突发事件应急预案

医疗保险信息系统突发事件应急预案 为全面加强我市医疗保险系统安全管理，应对信息安全突发事件的发生，提高对突发事件的应急处置能力，保证网络与信息安全指挥协调工作迅速、高效、有序的进行，满足突发情况下的信息系统安全稳定、持续运行，最大限度的减小突发事件的危害，保障每一位参保职工医保信息的安全，根据国家和省有关规定，制定本预案。 一、工作原则 （一）以人为本，减少危害。切实履行经办机构服务职能，把保障公众的合法权益和财产安全作为首要任务，最大程度减少突发事件的影响和危害。 （二）预防为主，依法处置。增强忧患意识，坚持预防与应急相结合，做到早发现，早控制，早处置，依据有关法律法规，加强应急管理，使应对突发事件的工作规范化、制度化、法制化。 （三）统一领导，快速反应。实行医保经办机构“一把手”责任制，分管主任和各科室共同努力，形成统一指挥、反映灵敏、主动积极、协调有序、运转高效的应急管理机制。及时做好调查和善后工作，防止出现事故灾害“放大效应”和次生、衍生危害，尽快恢复正常工作秩序。

二、组织责任 （一）成立领导小组。市医疗保障中心成立突发事件应急领导小组，领导小组由市医疗保障中心主任担任组长，相关科室负责人及有关人员为组员。明确日常工作机构，负责应对突发事件日常工作。 （二）明确主要工作职责。突发事件发生时，应急领导小组应当立即到现场指挥处理，控制事态，掌握情况，现场处置，做好对服务对象的解释工作，维护公众的合法权益和财产安全，及时做好善后处理工作。遇重大事故要在第一时间内向市医保局报告。 （三）落实全员责任。市医疗保障中心全体工作人员都有责任及时将突发事件报告应急领导小组，并主动积极的参与处理突发事件，服从统一指挥。 三、适用范围 本预案适用于我市医保经办机构信息系统在网络与信息安全等方面的突发事件，具体包括： （一）重大灾害安全事故。火灾、重大自然灾害等事故。 （二）信息网络系统故障。因电力、电信故障或其他外力原因，以及计算机软、硬件损坏、网络信息系统故障、网站检测与自动恢复系统、黑客入侵、大规模病毒（含恶意软件）攻击等原因造成的社会信息系统无法正常运行。 四、应急措施

医疗保险管理系统 设计说明

北京信息科技大学 信息管理学院 信息系统分析与设计课程设计 医疗保险管理系统（企业版）设计报告 专业名称：信息管理与信息系统 班级：信管1003 组别：________________

目录 1 概述 (1) 1.1 编写目的 (1) 2 需求概述 (1) 3 流程图 (1) 3．1 流程说明 (1) 3．2 工作流程图 (1) 4 类图 (3) 4．1 类图说明 (3) 一、医保中心子系统 (3) 二、企业管理子系统 (3) 三、定点医院管理系统 (4) 5 系统界面设计 (4) 5.1 医保中心管理系统 (4) 5.2 医院管理子系统 (7) 5.3 企业管理子系统 (10) 6 医保申请用例设计 (12) 6.1 顺序图 (12) 6.2 实体类 (12) 6.3 具体实现 (13) 7 课设总结 (14) 8 参考资料 (14)

1 概述 1.1 编写目的 医疗保险管理系统（后简称医保系统）主要为简化医保工作流程，方便企业与医保中心，医院在医保方面的运作管理而编写。医保系统采用三层架构来实现，主要由医保中心管理系统及医院管理系统两个子系统组成。 2 需求概述 当下医保工作已经成为社会关注的一个焦点，人民的福利问题永远都是国家和政府的重点管理对象。面对医保里面的巨大水分，人们对自己交的医保费越来越不安，他们怀疑自已的钱不明不白交了，自己却享受不到应有的福利。而我们做的医保系统，就是为了方便各方的管理工作，让企业职工放心而进行设计的。 3 流程图 3．1 流程说明 职工向医保中心提出参加医保的申请，医保中心对申请材料进行审核，审核通过，则为其企业建立档案，再为职工建立档案，制作医保卡，发给参保职工。职工成功参保后，需要按期交纳医保费，否则医保卡将被冻结，医保中心会发出催缴通知。职工生病后，可持未冻结的医保卡去指定医院就医，并按一定比例报销医疗费用。 3．2 工作流程图 以下是整个系统的活动流程图。

基本医疗保险法规与政策模拟题

[模拟] 基本医疗保险法规与政策 单项选择题 第1题： 根据《国务院关于建立城镇职工基本医疗保险制度的决定》，基本医疗保险费由用人单位与职工共同缴纳，具体比例是( )。 A.用人单位缴费率控制在职工工资总额的5%左右，职工缴费率一般为本人工资收入的1.5% B.用人单位缴费率控制在职工工资总额的6%左右，职工缴费率一般为本人工资收入的2% C.用人单位缴费率控制在职工工资总额的6%左右，职工缴费率一般为本人工资收入的2.5% D.用人单位缴费率控制在职工工资总额的8%左右，职工缴费率一般为本人工资收入的2% 参考答案：B 《国务院关于建立城镇职工基本医疗保险制度的决定》确立的城镇职工基本医疗保险的缴费办法是：基本医疗保险费由用人单位和职工共同缴纳。用人单位缴费率应控制在职工工资总额的6%左右，职工缴费率一般为本人工资收入的2%。 第2题： 关于城镇职工基本医疗保险个人账户，下列陈述正确的是( )。 A.个人账户资金全部来源于个人缴纳的基本医疗保险费 B.个人账户本金利息归个人所有，但不可以继承 C.个人账户可用于支付起付标准以下的医疗费用 D.个人账户的管理由医院负责 参考答案：D A项，基本医疗保险基金由统筹基金和个人账户构成。职工个人缴纳的基本医疗保险费，全部计入个人账户。用人单位缴纳的基本医疗保险费分为两部分，一部分用于建立统筹基金，一部分划入个人账户。B项，个人账户的本金和利息归个人所有，可以结转使用和继承。C项，不在统筹基金支付范围的医疗费用都可以由个人账户支付。 第3题： 根据《国务院关于开展城镇居民基本医疗保险试点的指导意见》，下列人员中属于城镇居民基本医疗保险制度覆盖范围的是( )。 A.国有企业职工 B.机关事业单位人员 C.私人企业雇员

基本医疗保险管理规章制度

医保管理工作制度 根据社保局医疗保险管理和医疗管理文件精神，结合我院实际，特制定医院医疗保险、工作的有关规定。 一、认真核对病人身份。参保人员就诊时，应核对医疗保险手册。遇就诊患者与参保手册身份不符合时，告知患者不能以医保手册上身份开药、诊疗，严格把关，遏制冒用或借用医保身份开药、诊疗等违规行为；门急、诊医生如实记录病史，严禁弄虚作假。 二、履行告知义务。对住院病人告知其在规定时间（24 小时）内提供医疗卡（交给住院收费室或急诊收费室）和相关证件交给病区。 三、严格执行《广东省基本医疗保险药品目录和医疗服务项目目录》，不能超医疗保险限定支付范围用药、诊疗，对提供自费的药品、诊疗项目和医疗服务设施须事先征得参保人员同意，并在病历中签字确认，否则，由此造成病人的投诉等，由相关责任人负责自行处理。 四、严格按照《处方管理办法》有关规定执行。每张处方不得超过5 种药品（西药和中成药可分别开具处方），门诊每次配药量，一般疾病不超过七日量，慢性疾病不超过半月量。住院病人必须在口服药物吃完后方可开第二瓶药，否则医保做超量处理。严格掌握用药适应症，住院患者出院时需巩固治疗带药，参照上述执行。 五、严格按规定审批。医疗保险限制药品，在符合医保限制规定的条件下，同时须经过医院审批同意方可进医保使用。否则，一律自费使用，并做好病人告知工作。 六、病历书写须规范、客观、真实、准确、及时、完整记录参保病人的门诊及住院病历，各种意外伤病人，在门、急诊病历和住院病程录中必须如实的记录意外伤害发生的时间、地点和原因。 七、合理用药、合理检查，维护参保病人利益。医院医保目录内药品备药率西药必须达到80%、中成药必须达到60%。（控制自费药使用）。住院病人需要重复检查的必须有原因分析记录。 九、严格按照规定收费、计费，杜绝乱收费、多收费等现象。各科主任、护士长高度重视，做到及时计费，杜绝重复收费和出院当天补记材料费（如导管、

医疗保险信息系统用例图描述

用例描述?对“身份验证”用例的完整描述 主参与者：参保人 目标：参保人登陆查询系统 范围：医疗保险管理系统 前置条件： 触发事件：参保人想进入查询系统进行操作 主成功场景： 1）参保人输入卡号，系统验证其有效性 2）参保人输入密码，系统验证其有效性和正确性 扩展： 1a：系统不存在该卡号 2a：输入密码有误，无法通过验证 发生频率：一天100次 ?对“信息统计处理”用例的完整描述 主参与者：参保人 目标：参保人察看统计信息 范围：医疗保险管理系统 前置条件：参保人已登陆查询系统 触发事件：参保人鼠标点击查询或键盘输入请求 主成功场景： 1）参保人鼠标点击查询或键盘输入请求 2）系统内部进行查询 3）系统显示查询结果给参保人 扩展： 1a：参保人输入请求有误 2a：系统内部忙 发生频率：一天100次 ?对“反馈信息”用例的完整描述 主参与者：医疗保险管理系统 目标：显示结果给参保人 范围：医疗保险管理系统 前置条件：参保人发出查询请求，并经过系统处理触发事件：系统处理结束 主成功场景： 1）参保人发出查询请求，并经过系统处理 2）可视化显示给参保人

扩展： 2a：系统发生错误 发生频率：一天100次 ?对“录入报销记录”用例的完整描述主参与者：工作人员 目标：向系统输入报销记录 范围：医疗保险管理系统 前置条件：参保人来到服务窗口 触发事件：参保人要求报销回退 主成功场景： 1）参保人来到服务窗口要求报销回退 2）参保人提供卡号及密码 3）工作人员验证报销记录并确认 4）工作人员录入报销记录 扩展： 2a：参保人忘记了自己的卡号密码 3a：报销凭证有误无法通过验证 4b：录入时系统发生错误 发生频率：一天100次 ?对“返回处理结果”用例的完整描述主参与者：工作人员，参保人 目标：显示结果给参保人 范围：医疗保险管理系统 前置条件：工作人员录入记录 触发事件：工作人员录入记录并保存 主成功场景： 1）工作人员录入记录并保存 2）系统显示处理成功界面 扩展： 1a：工作人员未能正常录入 1b：系统未能正常保存 2a：系统显示出错 发生频率：一天100次 ?对“输入处方”用例的完整描述 主参与者：工作人员 目标：向系统输入处方 范围：医疗保险管理系统 前置条件：参保人来到服务窗口请求报销

深圳市社会医疗保险管理信息系统之网上医保标准化系统的实现(同名17938)

深圳市社会医疗保险管理信息系统之网上医保标准化系统的实现(同名17938)

深圳市社会医疗保险管理信息系统之网上医保标准化系统的实现 深圳市社会保险基金管理局梁炳球 一、引言 深圳市社会医疗保险制度分基本医疗保险、地方补充医疗保险、企业补充医疗保险、商业医疗保险等层次。深圳市基本医疗保险分综合医疗保险、住院医疗保险、农民工医疗保险。我国城镇职工基本医疗保险制度是个人账户与社会统筹相结合的模式，其管理的核心是费用结算，由于医疗保险管理有人群大、约定医疗机构多、网点分布地域广、费用记账频度高、实时响应要求快、服务时间24小时不间断等特点，对其信息化管理要求高，医疗保险管理信息系统是一个集政府管理职能、社会化服务功能、金融管理模式为一体的综合性管理信息系统。 为了让深圳市的职工更加方便地享受医疗保险，需要与数百的社康服务中心、数十家企业门诊部、数百家约定药实现医疗保险联网。网上医疗保险系统采用电子商务模式（B2B2C）实现了医疗保险记帐管理。各约定医疗网点可以可以自行上因特网，医疗保险服务网点数量可以迅速增加，以满足职工医疗保险日益增长的服务需求，另外，网上医疗保险系统可以突破地域的界限，约定外地的医院进行转诊的医疗保险记帐操作。例如，可以约定广州、东莞、惠州等地的医院为本市职工进行转诊治疗，并进行医疗保险记帐。 二、系统网络结构和软件平台

1.

2.统计查询 最新通知，个账消费查询，药品查询，新药品查询，诊疗查询，病种查询，门诊查询， 门诊包干查询，住院查询，病案上传查询，医疗费用月报表，住院指标管理，住院费用超标三倍查询，大病专属药品与诊疗查询，门诊大病就诊记录，个人社康绑定查询， 个人社康绑定历史查询，单位社康绑定历史查询，社康门诊人次查询，财务偿付数据查询，上级医院下属医院月费用一览表，住院月费用明细表，少儿社康绑定明细查询。 3.基本管理 医疗机构管理，大型设备管理，挂钩单位管理，收支服务管理，科室管理，人员管理， 药品管理，诊疗管理，病种管理，套餐管理，个人比例自付管理，个人绑定（农民工、住院、少儿），单位绑定，社康批量绑定，社康批量绑定查询。 6、农民工医疗管理 药品目录查询，报销月报表，转诊（转出）信息登记，急诊（转入）信息登记， 少儿转诊（转出）登记，少儿转诊（转入）登记，转诊信息查询，转入转诊消费查询，费用报销，报销查询与冲账，报销财务确认，单位绑定社康管理，社康绑定住院参保人数统计，急诊住院登记管理，农民工转诊查询。 7、市外转诊 市外转诊登记，转诊转出查询。 三、网上医保记账的特点 网上医保记账可以迅速推广，医疗机构使用成本较低，业务量不大的医疗机构适用。不利情形是医院端不能同时保留医保记账数据，如果需要在医院端保留医保记账数据则工作量加倍。这 是除在医院接口记账方式外提供医疗保险记账的一种补充方式。

职工基本医疗保险个人账户管理办法【最新版】

职工基本医疗保险个人账户管理办法 第一条为加强和规范本市职工基本医疗保险个人账户（以下简称“个人账户”）的管理，根据国家、省有关规定和《市社会医疗保险办法》，制定本办法。 第二条个人账户是社会保险经办机构为参保职工设立的医疗保险专用账户，用于记录、存储个人账户资金。 第三条个人账户金的支付范围： （一）本人或其直系亲属在我市定点医疗机构发生的、按社会医疗保险规定应由个人负担的医疗费用。 （二）本人或其委托人在我市定点零售药店刷卡消费符合规定的费用： 1、药准字类药品； 2、中药饮片（需提供医师开具的处方单）； 3、计划生育用品（包括药品和避孕工具）；

4、消毒用品（卫消字类）； 5、一次性医用材料和医疗器械（食药监械字、药监械字）； 6、国食健字类保健食品； 7、其他经社会保险经办机构审核纳入的与医疗健康有关的产品。 （三）本人或其直系亲属参加本市社会医疗保险和补充医疗保险应由个人负担的费用。 第四条个人账户记入标准按《青岛市社会医疗保险办法》第十六条规定执行。社会保险经办机构每月月底前将个人账户金记入参保人员个人账户。 第五条个人账户金归参保人个人所有，滚存积累，超支不补，可以按照法律规定继承。 第六条社会保险经办机构对个人账户金按以下标准计息：当年记入部分，按结息日银行活期存款利率计息；上年结转的个人账户金本息（当年个人账户日均余额必须大于或等于该账户上年结转的账户

余额本息），按结息日银行3个月整存整取存款利率计息。个人账户结息日为每年12月31日。 第七条参保单位或参保人员欠缴基本医疗保险费期间，个人账户暂停记入，单位和个人按规定补缴基本医疗保险费用后予以补记个人账户本金。 第八条参保人员因重复缴费等原因须办理社会保险费退收的，退收期间已划入个人账户的金额应予以冲减。因终止保险关系等原因无法冲减的，参保人员须到社会保险经办机构退回应冲减金额。 第九条参保人员调离青岛市行政区域时，个人账户金余额随同社会保险关系一并转移。无法转移的，可将个人账户金余额转入其本人社会保障卡金融账户；无法转入的，可划入本人指定的银行结算账户。 第十条异地安置退休人员、长期驻外工作人员以及出国（境）定居存续社会保险关系人员的个人账户金，由本人提出申请，经社会保险经办机构审核确认后，按规定将其个人账户金划入其本人社会保障卡金融账户，或经市社会保险经办机构审核同意，划入本人指定的银行结算账户。

基本医疗保险知识问答

基本医疗保险知识问答 一、基本医疗保险如何缴费 基本医疗保险费实行员工和企业双方负担、共同缴纳的原则，其中员工按本人上年度月平均工资的２％再加3元缴纳基本医疗保险费。企业按全部员工缴费工资基数之和的10％缴纳基本医疗保险费。 员工本人上年度月平均工资低于北京市月平均工资60％的，以上一年北京市月平均工资的６０％为缴费工资基数；员工本人上年度月平均工资高于北京市月平均工资300％以上的部分，不作为缴费工资基数，不缴纳基本医疗保险费。 二、参加医保后如何看病就医 1、在北京市看病就医时 需同时携带本人社会保障卡（简称社保卡）和医疗保险手册（即蓝本），到本人定点医疗机构就医（或到北京市定点药店购药）。 结算时，员工只需支付本人应负担的医疗费，其余费用由医疗保险基金实时结算。 本人所选定点医疗机构未开通刷卡结算的，需要本人先垫付

所有医疗费用，治疗结束后，将有关票据交由公司进行手工报销。在已开通持卡结算服务的定点医疗机构就医时未提供社保卡的，所发生费用由本人全额负担，医保基金不予支付。 2、在北京市看病就医时，可选择医院范围包括： ①医保手册记载的本人定点医疗机构； ②北京市定点中医医院； ③北京市定点专科医院； ④北京市A类医院（19家）。 北京市定点中医医院、定点专科医院的有关信息，员工可以登陆北京市“基本医疗保险定点医疗机构”平台（https://www.wendangku.net/doc/7913256845.html,/LDJAPP/search/ddyy/index.jsp）进行查询。 北京市A类医院名单

3、在异地医院看病就医时 员工在北京市以外地区看病就医（含门诊、住院）时，应注意： ①只能到本人医保手册记载的“异地医院一”、“异地医院二”两家医疗机构就医，否则医疗费用个人全额负担； ②不需携带医保手册，但应向医院说明本人已参加北京市基本医疗保险，要求医院尽量按照基本医疗保险药品目录、诊疗服务目录和服务设施目录（详见办公网人力资源部部门专区）进行诊治，减少个人负担； ③治疗结束后，将有关票据交由公司进行手工报销。 4、急诊就医时 出现急诊情况时，员工可到当地任意一家医保定点医疗机构就医，病情稳定后应转入本人定点医疗机构进行治疗；治疗结束后，将有关票据交由公司进行手工报销。 注意：急诊时，诊断证明书应开具为“急诊诊断证明”，票据、明细、处方等单据应加盖医疗机构的“急诊专用章”。 三、手工报销的起付线是多少 1、门诊费用 门诊费用的起付线是1800元，即员工在一个自然年度内（每年1月1日—12月31日），门诊医疗费用累计超过1800元的部

用例图含义及画法

用例图的含义及画法 用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。 当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。 用例图包含六个元素，分别是：参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。 用例图可一个包含注释和约束，还可一个包含包，用于将模型中的元素组合成更大的模块。有时，可以将用例的实例引入到图中。用例图模型如下所示，参与者用人形图标来标识，用例用椭圆来表示，连线表示它们之间的关系。 一．参与者（Actor） 1．参与者的概念 参与者是系统外部的一个实体，它以某种方式参与用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与着由参与用例时所担当的角色来表示。在UML中，参与者用名字写在下面的人形图标表示。 每个参与者可以参与一个或多个用例。它通过交换信息与用例发生交互（因此也与用例所在的系统或类发生了交互），而参与者的内部实现与用例是不相关的，可以用一组定义其状态的属性充分的描述参与者。

医疗保险划入个人账户的比例

医疗保险划入个人账户的比例 众所周知，医疗保险是由单位和企业按照不同的比例进行缴纳的。而单位所缴纳的费用是划入到统筹基金医保账户中，而个人缴纳的医疗保险，一般是划入到个人账户中。那么，医疗保险划入个人账户的比例是多少呢？具体我们还是来看下文保险同城网小编带来的简单介绍。 一般情况下，基本医疗保险个人账户是由个人和单位按照不同的比例缴纳医疗保险费，按照不同的比例分别划入到医疗保险基金和个人账户中。其中，根据参保人员在不同年龄阶段确定划入的比例会有所不同。 其中，35周岁（含35周岁）以下的参保人员划入个人账户中的比例为2.5%；36周岁-45周岁的参保人员划入个人账户中的比例为2.8%；46周岁以上（含46周岁）至退休的参保人员划入个人账户中的比例为3.7%；69周岁（含）以下的退休人员的划入个人账户中的比例为5%；70周岁（含）以上建国前参加革命工作老工人和退休人员的划入个人账户中的比例为6%。 另外，退休人员划入个人账户的比例是以本人实际退休费作为划账基数的。一般根据所处年龄阶段不同，其划入到个人账户中的比例也会不同。如50周岁以下（含50周岁）划入到个人账户中的比例为4.6%；51周岁—60周岁划入到个人账户中的比例为5.2%；61周岁—70周岁划入到个人账户中的比例为5.8%；71周岁以上为6.4%。 最后，还需要提醒大家的是，单位职工在单位按时足额缴纳医疗保险的前提下，单位职工的个人账户一般会在单位缴费后的5个工作日内划入到个人账户中；其中，灵活就业人员在按时足额缴纳医疗保险费用的前提下，灵活就业人员的个人账户会在每月月末划入到个人账户中。 综上所述，医疗保险划入个人账户的比例，根据参保人员所处的年龄阶段不同，所确定划入的比例也会有所不同。

门户网站用例图与用例描述

1：总体用例 图 2：留言管 理 2-1:回复留言 用例描述: 用例名称：回复留 言用例标识号： 2-1

参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和回复。前置条件： 管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出留言审核请求；2．系统提供系统中存储的留言，分页显示留言内容； 3. 管理员选择一条留言标题，点击浏览留言详细信息；4．管 理员可以在选择要回复的留言； 5. 管理员点击提交回复留言 6．用例终止；其他事件流A1：在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面 异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。 后置条件：系统中的留言得到回复 注释：无 2-2:删除留言 用例描述: 用例名称：删除留言用例标识号：2-2 参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和删除前置条件： 管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出浏览留言请求；2．系统提供系统中存储的经审核的留言，分页显示留言； 3. 管理员查看留言，点击删除按钮删除留言后重新列出留言； 7．用例终止；其他事件流A1： 在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览

异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。 后置条件：系统中的留言被删除。 注释：无 3：管理帖子 3-1 回复帖子 用例描述: 用例名称：回复帖子用例标识号：3-1 参与者：管理员简要说明：管理员对用户提交到系统的帖子，进行浏览和回复帖子。前置条件：管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览帖子”按钮，发出帖子浏览请求；2．系统提供系统中存储的帖子，分页显示帖子内容； 3．管理员可以在选择要帖子的留言； 4. 管理员点击提交回复帖子5．用例终止；其他事件流A1： 在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览异常事件流：1．提示错误信息，管理员确认；2．返回到帖子管理页面。 后置条件：系统中的帖子批准状态被修改。 注释：无

天津市城镇职工基本医疗保险个人账户管理办法

天津市城镇职工基本医疗保险个人账户管理办法 第一条，为做好基本医疗个人账户管理工作，根据《天津市城镇职工基本医疗保险规定》（以下简称《规定》），制定本办法。 第二条，市社会保险经办机构负责全市基本医疗保险个人账户管理与指导工作，区、县社会保险经办机构负责经办本辖区基本医疗保险个人账户的具体业务工作。 第三条，区、县社会保险经办机构为参加基本医疗保险的职工与退休人员（以下简称参保人员）建立基本医疗保险个人账户（以下简称个人账户）。用人单位和参保人员按规定如实提供与建立个人账户相关联的基本情况。 第四条，用人单位应当按月足纳额缴纳基本医疗保险费。区、县社会保险经办机构将用人单位缴纳基本医疗保险费的一部分，按《规定》第十九条规定的标准划入个人账户。自参保人员年满45周岁、70周岁的当年一月份起调整个人账户的划入比例；符合基本医疗保险规定的缴费年限，按照国家规定办理退休手续的退休人员，从领取基本养老金或退休费之月起，按《规定》第十九条规定的标准调整个人账户的划入比例。 第五条，职工因调转流动和其他原因在本市、县转移、续保的，只转移基本医疗保险关系，个人账户资金不进行划转。职工因调转流动和其他原因跨区、县转移、续保的，其基本医疗保险关系和个人账户资金转入职工重新参保的区、县社会保险经办机构。职工转往外府的，由区、县社会保险经办机构开具《基本医疗保险个人账户转移单》，应转移的个人账户资金通过银行转入接受收地的基本医疗保险经办机构的账户。 第六条，破产、关闭、解散、撤销的用人单位的退休人员有其主管部门或其他用人单位接收安置的，按照本办法第五条第一、二款规定办理基本医疗保险关系和个人账户资金转移手续。 第七条，职工在参保期间被征为义务兵的，其个人账户予以封存，有资金的继续计息。退伍回津安置后，其个人账户启封；退伍异地安置的，区、县社会保险经办机构在收到接收地的基本医疗保险经办机构开具的书面证明后，按照本办法第五条第三款的规定办理基本医疗保险关系和个人账户转移手续。 第八条，从地方考入军队院校及直接招收为军官、文职干部和士官入伍的，按照本办法第五条第三款的规定办理。 义务兵在服役期间考入军队院校的，区、县社会保险经办机构在收到军队后勤财政部门开具的书面证明后，按照本办法第五条第三款的规定办理基本医疗保险关系和个人账户转移手续。

用例图的简单描述

Use Case View Summary 这段文字是翻译自Mark Priestley《Practical Object-Oriented Design with UML》的，算是对用例图作个总结，增加我自己的理解和记忆，也希望对大家有所帮助。 ●用例视图（use case view）包括actors 和用例(use cases)。Actors描 述了用户在和系统交互的过程中可以扮演的角色。用例描述了系统提供 给actors的功能。 ●用例定义了用户和系统之间的某种特定类型事务。某个特定类型的交互， 或者说用例的实例可以在场景(scenarios)中描述。UML并没有给出用例 和场景的正式定义。 ●场景可以被定义为陈述了用例所描述的基本的事件发生过程，并且陈述了 可能发生的异常情况。 ●用例图（use case diagram）画出了参与在系统中的actors和用况。一个 actor和一个用况之间存在关联说明这个actor参与这个用况其中。 ●用例和用例之间， actor和actor之间可以存在一般化关系（类似于类 class之间的超类、继承），就是说某个用例或actor是另外一个的特殊 情况。 ●用例之间还存在这“包含（include）”关系，就是说一个用例可以包含另 外一个。类似于函数调用，这为用例的重用提供了一种机制。 ●用例之间的另外一种关系“扩展(extend)”运行一个用例提供可选的功能。 通过定义扩展点和何时执行何种功能来定义这种关系。这些信息在用例 图中是可选的。 ●一个用例或者场景的实现描述了足够实现这个用例（或场景）功能的，可 交互对象的结构。 ●序列图（sequence diagram）和协作图（collaboration diagram）画出参 与在一个交互中的对象和他们之间互相发送的消息，可以描述一个用例 的实现。 译文就到此为止了，我想大概的就我的理解说明一下，以防止大家看的摸不着北。 Use case view是由需求到最终实现的第一步，目标系统需要有那些潜在或者明显的功能，有那些目标用户，这些东西画出来后use case这一步还远没有完成，接下来应该对要实现的功能进一步分析，那些用例其实是一种，用例之间有那些关系，如上面列出的一般化关系，扩展关系等等。当然这对actor也适用。单单用例图有时候太简单，不足以描述某个用例的详细情况，这是场景就必不可少了，用文字来描述这个用例的情况，正常流程，以及可能发生的异常情况，非常有用。当然也可以做进一步的分析，开始画每一个用例的序列图和协作图。 本文来自：https://www.wendangku.net/doc/7913256845.html,/doc/15354.htm

城镇职工医疗保险管理信息系统

城镇职工医疗保险管理信息系统 系统概述 易联众城镇职工医疗保险管理信息系统是用于城镇职工基本医疗保险业务管理和服务的计算机管理信息系统。系统包括宏观决策和业务管理两部分，服务对象包括参保单位和参保个人，同时为社会保险经办机构及各级政府机构决策提供支持，为参保人员和社会公众提供查询服务。——中国系统集成在线论坛 系统功能 易联众城镇职工医疗保险管理信息系统支持基本医疗、大病医疗、公务员补助医疗三个分险种，支持个人、单位、财政三个缴费来源。系统提供医疗保险的完整解决方案，可根据各地实际情况灵活配置，并考虑到社会保险事业的发展在基本医疗保险的基础上方便实现“五保合一”、“金保工程”。 系统通过建立计算机管理信息系统，实现业务处理计算机化；通过与定点医疗机构、定点零售药店以及银行、税务等相关部门建立网络联结，改善医疗保险费用支出的监控手段，为合理控制基本医疗费用增长，减少医疗资源浪费提供支持；在地级以上城市建立资源数据库，通过资源数据库对基本医疗保险基金的收入和支出进行动态监控和分析预测，对政策执行情况进行评估，加快决策科学化进程，支持医疗保险基金长期安全运行。 系统特点 1.基于金保工程建设原则、遵循核心平台规范标准；完整的医疗保险解决方案、量身定做最佳解决方案； 2.基于互联网网络平台，宽带联网、防火墙保护，操作实时、安全有效； 3.强大的数据分析、统计报表能力；系统三层结构化，业务数据完全在基保中心管理，安全简捷； 4.按需权限管理，完善的安全机制； 5.模块化设计，系统功能任意组装；参数设置灵活，可异地政策调整； 6.终端、网上综合查询； 7.WINDOWS客户端界面； 8.查询方式灵活多样；系统功能扩展方便； 9.数据通信快速准确、安全可靠； 10.完备的日志管理，可再现历史动作； 11.系统稳定，出错率低，可及时在线维护； 12.特有病历审计，可有效防止医保帐户套现； 13.操作界面人性化、友好直观。

用例图和用例描述设计实例

用例图和用例描述设计实例 作者：ephyer 发表时间： 2004-09-09 18:01:35 更新时间： 2004-09-09 18:01:35 浏览：1954次 主题：电脑技 术 评论：0篇 地址：202.19 7.75.* :::栏目::: ? T hinkin g in jav a 学习 笔记 ? J A VA 基 础知识 ? U ML ? 软 件设计 师 ? 其 他类别 这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的 写法。这个网站我用UML 完整的分析一下，以下我提取了用例图和用例描述 的部分。这个家教网站分为前台客户系统和后台管理系统。 前台客户系统的用例图如下： 后台管理系统用例图如下： 对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下：

用例名称：用户登录 用例标识号：01 参与者：管理员、普通用户 简要说明： 参与者输入用户名、密码以及验证码，系统进行验证后，合法者登录系统，否则提供拒绝登录系统。 前置条件： 参与者已经打开系统的登录页面（login.jsp） 基本事件流： 1．参与者在用户名输入框里输入用户名 2．在密码框里输入密码 3．密码框下方显示验证码，验证码由4位数字构成，用户按原样输入验证码。 4．用户按登录后，系统验证参与者输入的有效性。 5．有效则进入系统的主界面。无效则提示相应错误给用户。 6．用例终止 其他事件流A1： 在按“登录”按钮之前，参与者可以随按“取消（或关闭）”按钮。 异常事件流： 1．提示错误信息，参与人确认 后置条件：进入的主界面main.jsp ,装载相应的数据 注释：（可选：记住用户）

三大基本医疗保险制度

竭诚为您提供优质文档/双击可除三大基本医疗保险制度 篇一：医疗保险制度有哪几类(一) 医疗保险制度有哪几类（一） 医疗保险是在日常生活中跟大家打交道最多的一项保 险了，那么医疗保险制度有几类呢？本文，51社保网为大家进行详细介绍。 三项基本医疗保险制度 按照《社会保险法》的规定，我国基本医疗保险制度包括三项：①职工基本医疗保险制度、②新型农村合作医疗制度和③城镇居民基本医疗保险制度，三项制度覆盖城乡全体居民。①职工基本医疗保险制度：针对城镇就业职工或灵活就业、自由职业人员；②新型农村合作医疗制度：针对无业农村居民； ③城镇居民基本医疗保险制度：针对无业城镇居民。 第一项是针对城镇职工的，所以缴费高而享受待遇也高；后两项是针对无业群体的，缴费低而享受待遇也相对要低一些，国家对后两者投入了大量的支持。通过三项基本医疗保险制度，我国建立起覆盖全体居民的全民社保体系。

基本医疗保险制度覆盖率超过95% 20xx年6月，国务院医改办公室起草的《深化医药卫生体制改革三年总结报告》指出，截至20xx年底，城乡居民参加三项基本医保人数超过13亿，比改革前增加了1.72亿，覆盖率达到95%以上。 三项基本医疗保险制度的整合 《国务院机构改革和职能转变方案》提出，整合城镇职工基本医疗保险、城镇居民基本医疗保险、新型农村合作医疗的职责等，分别由一个部门承担。20xx年3月的国务院常务会议也要求，在6月底前完成对上述三大医保制度的整合，现存城乡三大医保制度整合已箭在弦上。 以上是51社保网为大家介绍的医疗保险制度，希望能够让大家更进一步地了解，方便使用。 篇二：浅谈基本医疗保险制度的意义 浅谈基本医疗保险制度的意义 自20世纪50年代中国逐步建立起时代特色的医疗保险体系以后，医疗保险制度在保障职工身体健康、减轻职工家庭负担，尤其是近年来，我国经济实现快速发展、百姓安居乐业、社会更加稳定、建设社会主义和谐社会中发挥了巨大作用。 社会医疗保障的的作用

天津市城镇职工基本医疗保险个人账户管理办法

《天津市城镇职工基本医疗保险个人账户管理办法》 第一条，为做好基本医疗个人账户管理工作，根据《天津市城镇职工基本医疗保险规定》（以下简称《规定》），制定本办法。 第二条，市社会保险经办机构负责全市基本医疗保险个人账户管理与指导工作，区、县社会保险经办机构负责经办本辖区基本医疗保险个人账户的具体业务工作。 第三条，区、县社会保险经办机构为参加基本医疗保险的职工与退休人员（以下简称参保人员）建立基本医疗保险个人账户（以下简称个人账户）。用人单位和参保人员按规定如实提供与建立个人账户相关联的基本情况。 第四条，用人单位应当按月足纳额缴纳基本医疗保险费。区、县社会保险经办机构将用人单位缴纳基本医疗保险费的一部分，按《规定》第十九条规定的标准划入个人账户。自参保人员年满45周岁、70周岁的当年一月份起调整个人账户的划入比例；符合基本医疗保险规定的缴费年限，按照国家规定办理退休手续的退休人员，从领取基本养老金或退休费之月起，按《规定》第十九条规定的标准调整个人账户的划入比例。 第五条，职工因调转流动和其他原因在本市、县转移、续保的，只转移基本医疗保险关系，个人账户资金不进行划转。职工因调转流动和其他原因跨区、县转移、续保的，其基本医疗保险关系和个人账户资金转入职工重新参保的区、县社会保险经办机构。职工转往外府的，由区、县社会保险经办机构开具《基本医疗保险个人账户转移单》，应转移的个人账户资金通过银行转入接受收地的基本医疗保险经办机构的账户。 第六条，破产、关闭、解散、撤销的用人单位的退休人员有其主管部门或其他用人单位接收安置的，按照本办法第五条第一、二款规定办理基本医疗保险关系和个人账户资金转移手续。 第七条，职工在参保期间被征为义务兵的，其个人账户予以封存，有资金的继续计息。退伍回津安置后，其个人账户启封；退伍异地安置的，区、县社会保险经办机构在收到接收地的基本医疗保险经办机构开具的书面证明后，按照本办法第五条第三款的规定办理基本医疗保险关系和个人账户转移手续。 第八条，从地方考入军队院校及直接招收为军官、文职干部和士官入伍的，按照本办法第五条第三款的规定办理。 义务兵在服役期间考入军队院校的，区、县社会保险经办机构在收到军队后勤财政部门开具的书面证明后，按照本办法第五条第三款的规定办理基本医疗保险关系和个人账户转移手续。 第九条，本市的用人单位按照有关规定接收安置从外阜应征入伍的退伍义务兵，在原应征入伍地已参加基本医疗保险的，须提供原应征入伍地基本医疗保险经办机构开具的基本医疗保险个人账户转账证明和有关个人账户资金的基本情况，区、县社会保险经办机构通过银行向起源应征入伍地的基本医疗保险经办机构接收应转入的个人账户资金。 第十条，义务兵、军官、文职干部和士官退出现役由用人单位接收安置，恢复或新参加本市基本医疗保险的，区、县社会保险经办机构在收到军队后勤财务部门通过银行汇至或划入区、县社会保险经办机构银行账户上的医疗保险金，与军队后勤财务部门开具的《义务兵退休医疗保险金转移凭证》或《军人退役医疗保险金转移凭证》核实后，为职工启封或建立个人账户，补记个人账户结转金额。 第十一条，职工在参保期间考入中等以上院校并与用人单位终止、解除劳动关系或工作关系的，其个人账户予以封存，有资金的继续计息。毕业后在本市重新就业的，其个人账户启封；毕业后在外阜就业的，区、县社会保险经办机构在收到接受地的基本医疗保险经办机构开具的书面证明后，按照本办法第五条第三款的规定办理基本医疗保险关系和个人账户转移手续。

社会医保个人账户有哪些用途

社会医保个人账户有哪些用途 城镇职工医疗保险制度的实施，较好的保障了参保人员的基本医疗权益，有力的促进了社会和谐发展，为全面建成小康社会提供了重要的支撑保障城镇职工基本医疗保险实行统帐结合模式，且严格划分了各自支付的范围但由于城镇医疗保险制度尚未在国家层面实行统一，各地在个人账户的管理使用上“千姿百态”个人账户基金是医疗保险基金的重要组成部分，如何规范基金的使用管理是摆在人社部门面前的一道“必答题” 现行的个人账户大多实行专用银行卡管理，由参保持卡人通过定点医疗机构和定点零售药店平台来完成消费行为因此“两定机构”是个人账户规范使用的“总开关”但实际上，定点医疗机构在个人账户的管理使用上由于行业特殊性和医疗服务的专业性，都能规范个人账户使用 随着社会医疗保险的发展，越来越多的人拥有社会医疗保险，医疗保险个人账户如何管理呢？详细回答请看正文 一、个人帐户建立 社会医疗保险经办机构为每一参保人员建立基本医疗保险个人帐户，以本人身份证号码作为终身医疗保险号码职工基本医疗保险个人帐户资金归个人所有，定向用于医疗消

费，超支不补，结余滚存，不得提取现金职工死亡时，个人帐户予以注销，余额按规定继承 二、个人帐户卡的发放 用人单位应当在参加基本医疗保险的同时为职工申办个人医疗帐户结算卡新参加医疗保险的职工自参保之日起30日内，由用人单位向社会医疗保险经办机构提出申请，并提供有关资料社会医疗保险经办机构接到用人单位为职工建户申请后，应当认真审核有关资料，15日内为职工建立个人帐户，并制发个人帐户结算卡及时将资金注入职工个人医疗帐户，并按有关规定计息异地安置的退休人员可暂不发卡参保人员可持个人医疗帐户卡在本统筹地区任何一个定点医疗机构和定点药店就医购药个人医疗帐户资金不足时，用现金支付 三、个人帐户的转移、继承 参保人员调离本地，个人医疗帐户资金随同转移，无法转移的可将个人帐户结存额退还本人，同时注销个人帐户参保人员死亡的，个人帐户余额可由其合法继承人继承 四、个人帐户卡的挂失、补发 参保人员应当妥善保存个人帐户卡，发生损坏，需更换新卡的，成本费由个人承担个人帐户卡丢失的，应及时持有关证件到医疗保险经办机构或指定的单位挂失，医疗保险经办机构应当立即封存该帐户30日内查找不到的，应自费办

3章：用例图习题

3章：用例图习题

第3章用例图习题 一、简答题 1. 什么叫参与者，参与者有哪些基本特性？ 答：参与者也被称为活动者，是与系统发生交互的外部实体。参与者的特性有：1）参与者位于系统的外部，不属于系统的内容；2）参与者与系统发生交互关系，交互关系主要有：使用系统，启动系统，获取系统信息或给系统提供信息；3）参与者和系统之间存在交互信息的接口，系统提供接口让参与者使用系统，或者系统通过参与者的接口与参与者进行交互。 2. 用例有哪些特性？ 答：概括起来，用例有以下特性： 1）用例描述用户对系统的期望，被用于软件需求建模，一个用例对应于软件能够为参与者提供的一项服务。 2）用例反映参与者与系统一次完整的交互过程。这个交互过程总是要耗费一段时间，并 1

执行一定的流程。流程的执行是参与者与系统的一段互动过程，在这个过程中有输入到系统的信息，以及系统反馈给参与者的信息。 3）用例的执行过程是系统为参与者的一次服务过程，这个服务就体现为系统提供给参与者的功能。一个用例执行的完成，需要有确定的评价结果，这个结果表现为系统提供给参与者的一项完整的功能。 4）用例是软件设计和测试的依据。 3. 用例之间有哪几种关系？ 答：泛化关系，包含关系，扩展关系。 4. 用例叙述应该包括哪些基本内容？ 答：包括：用例编号，用例名，参与者，前置条件，事件流，后置条件。 二、填空题 1. 用例图的要素包括（参与者）、用例和（关系）。 2．参与者的英名名称是（actor），参与者 2

也被称为（活动者）。 3．参与者的类型可以是（人）、设备、（外部系统）和时间。 4．用例的英名名称是（usecase），也被称为（用案）和（用况）。 5．用例之间的关系有（泛化）、包含和（扩展）。 6．执行用例之前系统所处的状态被称为（前置条件），（事件流）被称为用例执行的流程。 三、选择题 1．下面不属于用例图作用的是（C） A：展现软件的功能 B：展现软件使用者和软件功能的关系 C：展现软件的特性 D：展现软件功能相互之间的关系 2．下面（B）不属于用例图的要素 A：参与者 B：包含 3