银校一卡通

管理系统

更多应用,更多精彩

 

软件设计

一 、软件设计

(一)子系统的划分

  划分原则是:按照业务处理流程,各职能部门的工作范围为依据,把所要求的功能划为到几个子系统中,基本上每一子系统对应于一个部门。

1、医保管理中心(后台)

  • 系统管理子系统
  • 政策及监控子系统
  • 费用结算管理子系统
  • IC卡管理子系统
  • 财务管理子系统
  • 领导查询决策子系统

2、定点医院(医院前台)

  • 系统管理及通讯子系统
  • 门诊管理子系统
  • 住院管理子系统
  • 药库管理子系统

3、定点药店(药店前台)

  • 药店管理子系统

(二)控制的设计

  按照政策的要求以及用户的需求,在各项相关处理过程中,设计各种控制项目,考虑到可能的地区差异,尽可能灵活地实现各种控制方式。

(三)对政策更新的支持

  尽可能地把政策规定参数化,合理分配到各类参数表中。根据我们长期开发及服务社保的经验,我们认为在目前医疗保险的起步阶段,各种政策都有一个长时间的调整、规范过程,各地区政策在大原则不变的前提下也必将存在地区差异,所以我们在参数表的设计中,对每一参数都做了适当延伸的设想,尽可能进行灵活设置,在保证实现当前政策的前提下,能够更好地适应今后地区政策的差异,以及部分政策的调整。在数据表的设计中,尽量考虑细化记录,在适应今后的政策变化时,不会影响到系统数据结构发生大调整,进而引起系统程序做大的修改。

现在考虑的变化:

① 统筹起付标准:计算方法可以是绝对值或按比例两种方式,基数算法可以按个人工资、单位平均工资、社会月工资等多种。
② 费用自付比例可与医院级别相关,可与本人实际缴费月数相关。
③ 个人帐户余额分历年、本年,可设置在费用结算中,先使用历年余额还是先使用本年余额。
④ 结算中自费部分可分为个人及单位支付部分。

(四)个人帐户处理


  由于个人帐户记入是与基金收缴密切相关的(而个人帐户的支出则与医院或药店的费用结算、报销费用结算分不开),所以把个人帐户记入设计为在基金及费用结算处理过程中的自动完成,不再另外设计对个人帐户的处理功能模块。考虑到可能的个人帐户年初一次性拨入的政策要求,设计有初始注入的功能。

  可设定参保人员因某种原因停保时,是否可继续使用个人帐户,是否可继续使用统筹,或在某指定时间前可使用(例如:当年内可用统筹)

(五)人员异动处理


  按正常规定人员异动应在当月完成,考虑到可能的要求,在设计中保留跨月异动的处理及个人补缴的功能。

(六)财务系统


  与业务处理的各子系统密切关联,所有与财务科室发生关系的单据传入财务系统,财务系统据此对录入的出纳记录及凭证作数据校验,财务系统中审核记帐的同时触发完成业务登帐。做到"一件事不分两个地方办",保证业务与财务数据的高度一致。

(七)数据处理和传递


  前台与后台间数据传输设计为实时与定时两种方式兼容,前台可通过一个开关参数设置在定时与实时之间切换,而不需要换前台系统。

  考到一家医院或者药店有可能成为多个医疗保险管理中心的定点医院、药店,前台设计为同一前台系统可与多个后台联结,在前台设置有两个关键的识别字,一个是医院(药店)编码(对应于每一医疗保险管理中心可能不同),用于医疗保险管理中心识别定点医院或定点药店,一个是医疗保险管理中心代码,用于前台识别信息应发往哪一个医疗保险管理中心,此代码存入个人的IC卡中。

  年度结转的过程:第一步,后台发出准备结转的信号(后台操作员更新当前年度值);第二步,前台在传送数据时检查到此信号,且在当天数据上传完成后送前台完成标志给后台,同时修改前台的当前年度;第三步,后台检查所有前台已传送完数据,则可以做年度结转,个人帐户当前年度更新。前台在修改了当前年度后判断IC卡上当前年度未更新时,该人员暂停持卡看病,可在前台现金结算后以后再报销。

  前台在结算的计算中要检查个人帐户当前存入总额,考虑到通讯负担及数据的安全性、一致性,我们设计前台数据库中不存放个人帐户信息,个人帐户信息存放在个人的IC卡中,前台结算时从IC卡上读取个人帐户信息。在实时联网的医院、刷卡点以及医疗保险管理中心可随时刷新IC卡。由于各地区的条件不同,设计中也预留下前台可按单位缴费信息刷新IC卡,前台存放所有个人帐户信息随时刷新IC卡两种处理方式,供各医疗保险管理中心选择使用。

  前后台之间数据传递通过数据传递表控制,只传递更新部分,把通讯量控制在最低限度。前台传递到后台的数据上同时加上医院(药店)代码,保证后台数据库上唯一识别医院(药店)。

(八)其他

  为实现缺药报警,在划价处录入药品明细时自动减库存。前台系统能够根据是否有药库管理部分区分是否做这一处理过程。

  对于定点医疗机构,参保单位可指定某几家定点医疗机构为指定医疗机构,也可不限制,即参保人员可在所有定点医疗机构看病买药。

  所有菜单功能可以在不同的地区由系统自动拆卸,保证全系统为同一版本,不需针对每一地区做不同的版本。保证今后修改系统时各地区一致。

二、外部接口设计

1、单位信息录入接口

  信息录入部分可独立为录入系统供单位使用,可以从多种外部数据流(DBASE、Paradox、EXCEL等)中导入信息,信息接口表结构以标准形式开放,单位也可在已有管理系统中增加导出程序放入接口表中。单位信息录入完成后,再导出接口表送到医保中心系统中导入。

2、与医院有关系统的接口

  费用的录入与结算部分做成标准的ActiveX控件,并设计有接口表接收数据。若医院已有管理系统,可在其录入、结算时,把数据按标准放入接口表,再调用本系统提供的录入、结算过程同步完成,避免二次重复录入操作。

三、安全性设计

  所有子系统的操作前设有对操作员的身份识别,识别正确后,才能正常使用系统功能,此时才联结到系统的数据库上。

  所有子系统在连接数据时采用两级连接方式,即首先连接的用户存放二级连接用户的密码,取得密码二次连接后的用户才是有效系统数据库的用户。第一次连接的用户密码固定在系统程序中,所以系统管理员不能改变此密码;第二次连接的用户密码经过加密算法后存放在表中,系统管理员可随时修改此用户的密码,再运行存入程序改变表中的内容。可避免非法使用者绕开系统直接进入数据库。程序中设有多套加密算法,可由系统管理员设置采用哪一种,更增大了非法闯入的难度。前台传输数据到后台时,不直接操作后台正式数据库,即使非法入侵者闯入了前台也不能进入到后台数据库。

  IC卡根据系统管理员在系统初始化时设置的密钥及系统中单向加密算法形成IC卡系统密码,可防止非法篡改IC卡内容,防止开发商控制IC卡。

四、电子钥匙安全验证

  所有子系统在连接数据时采用两级身份识别方式,即首先识别的E-ID的用户密码,取得密码连接后的用户才是有效系统数据库的用户。第一次连接的用户密码固定在E-ID中,所以系统管理员不能改变此密码;第二次连接的用户密码经过加密算法后存放在表中,系统管理员可随时修改此用户的密码,再运行存入程序改变表中的内容。可避免非法使用者绕开系统直接进入数据库。程序中设有多套加密算法,可由系统管理员设置采用哪一种,更增大了非法闯入的难度。

  前台传输数据到后台时,不直接操作后台正式数据库,即使非法入侵者闯入了前台也不能进入到后台数据库。E-ID根据系统管理员在系统初始化时设置的密钥及系统中单向加密算法形成E-ID系统密码,可防止非法篡改E-ID内容,防止开发商控制E-ID。

五、维护设计

(一)数据检查部分

  维护应用程序中设计有数据逻辑关系检查功能模块及数据一致性检查模块,检查表中数据的逻辑关系及数据一致性。

(二)数据维护部分

  维护应用程序中设计有个人帐户、单位台帐、费用表的直接修改功能模块。在维护数据表中保存修改人员、修改内容、修改时间等跟踪信息。

 

 

Copyright 2003-2021 Gogusoft Software Co.,Ltd
 
 
长春市勾股软件有限责任公司
销售电话:043188833276(长春) 13026659118 (深圳)
电子信箱:销售sales@gogusoft.com 技术 tech@gogusoft.com 招聘 job@gogusoft.com
公司地址:长春市绿园区长白公路7777号 邮编:130012