医院医保管理信息系统设计与实现.docVIP

医院医保管理信息系统设计与实现.doc

此“医疗卫生”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
医院医保管理信息系统设计与实现

医院医保管理信息系统设计与实现   摘要:随着医疗卫生体制改革的深入进行,城镇职工基本医疗保险制度的建立,如何按照医保的接口接口要求,设计医院医保管理信息系统,使之两者有机结合起来,形成一套完整的,符合医改方案的新型系统。   关键词:医保 管理信息系统 医院   中图分类号:TP311.52 文献标识码:A 文章编号:1007-9416(2012)07-0147-02   1、引言   医疗保险接口系统简称医保接口系统是社保中心管理业务在定点医疗机构的体现,它将医保政策体现在具体的医疗机构中,同时,它将参保人员在医疗机构发生的具体费情况采集到社保中心,这些消费记录既作为医保病人的消费数据记录,也是医保中与医院进行财务结算的生要依据,从百社保中心可以分析参保人员就医情况,基金流动情况等,所以设计开发医保接口,把医保管理功能嵌入到医院管理信息系统中,成为医院信息部门的一项重要工作,因些,开发出一套通用的适合于各种类型医疗管理机构,能嵌入各种管理软件的接口系统是保证医保政策顺利实施的关键。出于对医保待遇算法的准确性、可控性、可维护性和安全性等多方面的考虑,在社保中心提供待遇算法的动态链接库的前提下,对医院原有的医院管理系统的相关部分加完善改造来实现。   2、目前存在的几种接口方案   目前用于医保信息系统与医院信息系统接口连接方案大致可分为三种方式:(1)无缝结合。即由医保软件开发商进行医院管理信息系统系统的开发,两套系统完全融为一体;(2)基于数据的对接。双方根据需求建立一个医保系统和医院管理信息系统系统的公共数据区,双方按照约定的规则向公共数据区读取、写入信息,以供自己或对方使用,实现系统的对接;(3)基于动态连接库的对接。医保软件开发商提供动态链接库接口,医院管理信息系统系统根据动态连接库的参数个数、类型、返回值等进行链接库的调用,从而实现系统的对接。   3、系统设计   (1)险种设置:由于医保和合医均是以市或区县为单位,这就导致了在医院管理信息系统系统里面写大量的类,为了增加程序的通用性,应把医院管理信息系统程序所支持的所有险种接口都应加到这个表,这个表所有医院的数据记录应相同,数据记录的条数表示医院管理信息系统程序已支持的险种接口数。如果有地方出现一个病人可以报销两个医保的情况,应在这个表里新增一条记录,在医院管理信息系统里面封装为一个新的险种接口,同时在程序里应新写一个类来对应。   (2)保险交易类别和输入输出项目表:由于在医院管理信息系统程序要和各个地方医保和合医接口,而每一个地方的接口差别又很大,接口的交易的输入和输出参数又有很大的差别,为了实现程序的通用性,建这个表的目地就是定义每一个接口有哪些交易,每一个交易的输入输出参数有哪些;同时由于每个接口的目录表差别也很大,也需要把目录表的结构设计到数据库中,在启用接口后,程序应能自动根据所定义的表结构自动生成目录表,这个功能的记录一般是由公司从事医保接口的软件开发人员维护。   (3)接口初始化:现在各个接口都提供在做正式的交易之前,都必须做接口初始化的操作。在做初始化之前,根据病人的类型,确定其对应的险种,然后再根据确定的险种,通过险种表中取得接口类的名称,再将具体的接口类赋给通用医保类,在所有的业务窗口的均只调用通用医保类。相当于调用通用类方法也就调用了具体接口类的具体方法。所有具体接口类均应设计一个初始化的方法,调初始化操作必须放在具体的交易之前。   (4)目录对照:实现医院的诊疗、药品、科室、医生、床位目录与中心方的诊疗、药品、科室、医生、床位目录的对照。一般接口都提供了一个下载目录的功能或是提供了一个视图,在程序中要提供一个功能,将中心方的目录写到本地的目录表(此表根据前一功能来来定义数据表)中。这就形成医院的基础表和下载到本地的目录表,对照表就是在医院基础表的c_id与下载到本地的目录表的流水号之间建立一个对应关系(注:为了重复在文档里面只是提供了药品对照的说明,诊疗和其它对照的实现请参照此说明来设计)。   (5)获取病人信息:此功能通过录入接口要求的内容,调用接口提供的交易(接口方可能提供com组件、WebServer等技术方式)获取病人的基本信息,每一个险种可能要求录入的内容不相同,返回的结果信息也不相同,要调用此功能的地方有门诊挂号、门诊收费、办理入院等。由于每个接口返回的值均不相同,为了实现程序的通用性,将本来应该以列方式保存的数据,改为以行的方式来保存。也就是把所有输入值及输出值以行的方式保存在数据库中。这个表一般不参与业务处理,只是在做报表时经常会用到,所以这些值保存下来。   以下窗口为门诊挂号的窗口:   在病人类型处输入病人病人类型,然后用根据输入的病人类别在险种设置表中的病人类别中检查,输入的病人类别是否有对应的险种,如

文档评论(0)

bokegood + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档