【《医院门诊医保备案管理系统设计与实现》10000字】

-9-1绪论1.1选题背景在过去的慢性特殊疾病待遇认定中，受保人需要通过填写申请表、向医院提交材料、医保办审批等过程，才能进行费用报销。实际这些过程中因为申请人过多、周期较长，影响患者的报销时间、待遇。因此，为了更好地保护病人的权利，简化门诊慢性病的申报程序，规范医务人员的工作，授权医院办理门诊慢性病的申请、准入与认定、档案管理等工作REF_Ref490\r\h[1]。审批医院的确认和相关政策的实施，极大地缩短了门诊慢性病的审批时间，提高了患者的医疗服务质量，提高了患者的就医体验和获得感。门诊慢性病的认定工作为：在接到病人的书面材料后，经确认审核后，确认领取，并完成慢性病的认定。而材料保存以备相关部门的抽检或者递交给医保办。但是首先因为材料是纸质的，在保存和管理等方面存在缺陷，不利于医院的认定工作。其次患者的病历资料还需进行重复的电子版打印成纸质版，不利于节约资源。最重要的是不利于对申请人的相关申请情况进行整理和医院医保部门对材料的管理。所以需要一个系统去解决纸质资料和病历材料等问题，实现工作人员对材料的有效保存和管理。1.2研究意义医保门诊慢病备案管理系统在医院认定后将相关资料备案。首先，以照片形式记录纸张，便于资料的储存与检索。其次是可以直接在医院数据库中查询申请人的病历资料，减少了纸的资源浪费。最后是认定材料的有效整合，可以让医保部门工作人员更清晰申请人的申请情况并查询。系统实现便利了整理资料和管理审批信息。门诊慢病工作人员和医保部门工作人员都能在系统中通过操作，实现慢病认定的备案，实现了医院认定工作的有效改善。推动了医院卫生信息化和门诊特殊疾病管理。1.3国内外研究现状1.3.1国外研究现状卫生信息化发端于美国，美国卫生信息化的发展重点在于建立一个以居民健康档案为核心、电子病历、疾病控制和公共卫生信息等为一体的全民健康信息系统REF_Ref9285\r\h[2]。英国卫生部发表了一项为未来十年健康信息工作制定的战略报告REF_Ref7743\r\h[3]。在发达国家的医疗保险制度中，门诊医疗保障是指医疗保险制度覆盖门诊医疗服务，不同国家的覆盖项目不同REF_Ref31234\r\h[4]。而医疗保障制度又体现出了价值取向，多数国家注重“公平和普惠”，将全民享有医疗服务和医疗保障的平等权利放在优先地位REF_Ref8156\r\h[5]。如日本对符合条件的投保人实行“特定健康检查和特定保健指导”，每年会特定健康检查，并在此基础上制定具体的医疗指导REF_Ref1195\r\h[6]。新加坡政府不断健全本国的医疗保障制度，逐步建立了保健储蓄计划、健保双全计划、保健基金计划的医疗保障制度REF_Ref15907\r\h[7]。1.3.2国内研究现状从医疗保障体系来看，梁嘉琳认为,中国的医疗保障制度正朝着结构优化、高质量发展的方向发展，以提高医疗保障制度的整体效能REF_Ref4908\r\h[8]。从医保档案管理来看，张新燕称把所有的病历信息输入到医疗卫生档案管理系统是当前最行之有效的管理方法REF_Ref14693\r\h[9]。夏令国,刘婷婷,王晶称从数据收集、医疗保险管理、医保档案上缴制度等三个方面着手，建立健全医疗档案管理体系，以提高档案管理的效能，促进档案管理工作的有效开展REF_Ref15052\r\hREF_Ref17309\r\h[10]。从门诊慢性病管理来看。门诊特殊病管理的发展趋势是：门诊特殊病种管理要从手工稽核管理向智能化、便捷化、精确化发展REF_Ref32644\r\h[11]。要实现全过程的信息化，可以将慢性病的资质信息存档到病人的电子档案中，并逐步建立起一个以慢性病病人为基础的电子档案，为今后的慢性病资格审查打下坚实的基础REF_Ref568\r\h[12]。在逐步完善慢病信息系统的同时，也需要重视医保门诊慢性病的待遇问题，并出台了相应的政策。参保人员的门诊慢性病待遇申请、病种准入与认定、档案管理等，全部由定点医院办理。在认定环节结束后，由医保经办机构监督，一般分为备案制和复核制；实行备案制的管理要与随机抽查相结合，实行定期、不定时的检查，以达到有效的监督；实行复核制时，要严格控制复审专家的相关条件，做到医疗机构和医保经办机构的双重审核REF_Ref14585\r\h[13]。1.3.3小结通过对文献的查阅，发现发达国家关注的重点在于档案的信息化和医疗保险的保障，而对慢性病的保障却没有特别的措施。而我国不仅强化整体医疗卫生档案的管理，还不断强化档案与医疗保险的衔接。慢病信息管理也在不断完善与发展。但是在医院的慢病审批过程中，还没有明确的管理措施，这就导致了医院不能对门诊慢病进行有效的管理。而本系统的实施可以改善医保门诊慢病资料整理备案问题，因此，在医保运维管理系统的基础上，增加医保门诊慢病备案管理系统。2系统分析2.1开发技术需求本文实现是医保门诊慢病备案管理系统。开发的系统从技术出发，以VisualStudio为开发环境，编写程序则使用C#语言。而Oracle数据库为数据提供保障。又通过使用C/S框架结构实现工作人员操作数据实现交互。2.1.1VisualStudioVisualStudio，简称VS。是一个基本完整的开发工具集。它页面浅显易懂、在数据上更能体现数字化、相对于形式更注重内容的完善、强调数据内部交互的设计。VisualStudio建立页面后，控件通过拖拽的方式将其任意安置于界面上，并且可以在属性界面中改变格式或调用事件。2.1.2C#语言C#是一种面向对象编程语言，由于.NetFramework提供了大量的类库和图形控件来开发应用，因此C#开发应用程序要比其他语言简单得多REF_Ref1978\r\h[14]。包含了单一继承、接口、几乎与Java相同的语法以及编译为中间代码的流程。2.1.3Oracle数据库OracleDatabase，简称Oracle。Oracle数据库系统在数据存储、语言原则、操作原则、接口原则等方面具有相对的规范化REF_Ref13641\r\h[15]。它虽然适应多样数据、有良好的使用感、功能齐全，但对于使用新手只能通过标准数据查询语言增删改查数据，在输入命令时可以不专注于大小写。在大概了解数据库的基础上，我们需要不断地学习和研究。进一步学习Oracle数据库管理系统，首先需要学习表空间、用户等相关知识点，然后再学习表的相关知识，最后学习异常错误处理等知识点REF_Ref27722\r\h[16]。2.1.4C/S框架结构C/S架构是客户端/服务器端架构。客户端指的是在计算机上运行的程序,可以是一台或是多台计算机上运行的程序，而在数据库服务器端，需要数据库接入服务器端之后，用户才能访问和使用服务器端中的数据REF_Ref29159\r\h[17]。客户端在进行简单操作的基础上，还可以处理一些运算，业务逻辑等。2.2系统可行性分析2.2.1技术可行性本文设计的医保门诊慢病备案管理系统使用VisualStudio中的Window窗体、公共控件对其进行界面设计。该软件的优势在于可直接从工具箱内找到所需控件，便利易学，通过设置控件属性来完善系统页面。对于Oracle数据库的学习，需关注数据类型的转换。还有数据类型的选择要充分考虑。2.2.2经济可行性系统的实现首先满足可以安装开发软件和系统政策运行，再考虑其他。本系统运行时，拍摄慢病的纸质材料。因此，使用带有USB摄像头的电脑是很有必要的，如今大多笔记本电脑安装有USB摄像头。如果不能在电脑上进行拍照，需要再装一个摄像机。整体的成本都在可接受的范围内。2.2.3操作可行性本系统是设计与实现是在医保运维信息管理系统为主体的增加功能，系统界面简单直观，工作人员在备案所需的操作都显示在界面和在提交相关数据后在界面显示变化，经过讲解和上手练习后就可自行使用。也会有流程的提示，在数据输入错误或数据输入不完整时会有提示问题，协助工作人员准确完成备案工作。2.3需求分析2.3.1业务流程分析本系统的主要功能是对受保人的慢性病认定材料进行备案。受保人必须符合在本院被诊断为慢性疾病且已治愈出院的条件。在操作时，慢病门诊工作人员和医保部门工作人员有不同的管理功能。但进入系统都需通过输入正确的账号和密码。首先是慢病门诊工作人员的系统流程，在登录成功进入系统后，进入备案界面，通过住院号查找患者基本信息，完整填写审批信息。经有关鉴定意见均为认可后，拍摄备案材料并上传备案图片文件信息，还将拍摄的图片保存至进医保文件上传文件夹。备案纸质材料成功后，整合患者出院记录并转换PDF也保存到医保文件上传文件夹，然后上传患者资料审批信息。最后，把患者的信息文件夹压缩打包。操作流程,如图2-1所示。图2-1慢病门诊工作人员端工作流程图医保部门工作人员的系统流程为登录成功进入首页。可以进行审批信息管理或者工作人员信息管理。在审批信息管理中，通过输入审批id查找患者资料审批信息记录，实行单方删除操作。因为在此操作中删除的是患者资料审批记录，而不能同时删除保存在慢病门诊工作人员端上审批材料,所以为单方删除。而在工作人员登录信息管理页面中，可以管理工作人员登录信息。操作流程，如图2-2所示。图2-2医保人员工作端流程图2.3.2数据流程分析首先工作人员会向系统发出数据，系统在处理完数据后，会并将其返回给工作人员。本系统的两个实体分别为慢病门诊工作人员和医保部门工作人员。两类工作人员在发送相应的数据后，获取的是不同的信息。数据流在系统顶层的图，如图2-3所示。图2-3系统顶层数据流图本系统的的三大功能分别为患者信息管理、资料扫描管理、审批资料管理。慢病门诊工作人员向系统中输入住院号经过系统处理，最后生成并获取了患者资料审批信息。在系统生成出患者资料审批信息后，医保部门工作人员才能通过输入审批信息查询到相应信息。根据描述画出医保门诊慢病备案管理系统一层数据流图，如图2-4所示。图2-4系统一层数据流图慢病门诊工作人员在收集申请人提交的纸质材料后，根据材料提供的住院号在系统查询，获取到患者的信息后，再输入纸质材料上的审批信息，加工处理出患者审批规定的信息。慢病门诊工作人员根据患者信息进行纸质认定材料的拍摄，生成了相应的材料文件扫描信息。然后再整理出院记录并进行备案。最后生成患者慢病审批信息。医保部门工作人员通过审批信息或者信息记录对患者慢病审批信息进行管理。根据对医保门诊慢病备案管理系统的进一步描述，更详细画出数据流图，如图2-5所示。图2-5系统二层数据流图2.3.3其他非功能需求(1)实用性分析：实用性要求做到便于用户应用,便于系统管理,便于数据更新和系统升级,具有简单明了的人机交互方式、良好的系统结构和完备的数据库系统,以及灵活简便的用户界面和及时向用户提供有效的帮助信息REF_Ref28958\r\h[18]。(2)可维护性分析：系统在运行出现简单问题时，工作人员能够快速解决。若有问题难以解决，可在低价的方式把问题处理。(3)安全性分析：系统安全是整个系统能被保护不被攻击。另外还要保证数据的流出，有一定的安全保障。3系统设计3.1系统功能模块设计本系统的模块是通过对业务和数据流程等分析设计出来的。模块分别为医保部门工作人员模块和慢病门诊工作人员模块。本系统的功能模块总图，如图3-1所示。图3-1医保门诊慢病备案管理系统功能模块图根据医保部门和慢病门诊两个不同部门给予相应的工作权限。系统分别从医保部门工作人员模块和慢病门诊工作人员模块两个模块来详细设计。首先是医保部门工作人员模块的功能模块图，如图3-2所示。图3-2医保部门工作人员模块图(1)工作人员登录信息管理模块：医保部门工作人员对慢病门诊和医保两个部门的工作人员的登录信息进行增、删、查，但仅限于慢病门诊和医保部门的工作人员,剩余人员信息仅用来确定慢病认定的诊断人员信息。(2)审批资料管理模块：医保部门工作人员在审批资料管理只有删除和查询操作，因为医保部门人员只是接触到了上传的信息，没有纸质的材料，不能根据材料去准确增加和修改审批资料信息。其次是慢病门诊工作人员模块的功能模块图，如图3-3所示。图3-3慢病门诊工作人员模块图(1)患者信息模块：模块分别为患者基本信息查询、出院记录查询。患者基本信息查询提供患者信息，为出院记录查询和材料扫描管理做信息基础。出院记录查询是查找慢病患者的出院记录，并与纸质材料图片一起保存于患者的文件夹中。(2)材料扫描管理模块：此模块管理的是工作人员通过拍摄患者的纸质资料，增、删、查生成的图片文件名等信息。(3)审批资料管理模块：此模块管理备案资料审批信息，由于权限只能进行增、查两个操作。慢病门诊工作人员没有相应权限去删除备案资料审批信息，需通过医保部门工作人员去操作。3.3数据库设计3.3.1数据库逻辑结构设计E-R图即实体-联系图，用来描述现实世界的概念模型，E-R图提供了表示实体型、关系型以及属性的方法，可以很好的描述现实世界的概念结构REF_Ref18253\r\h[19]REF_Ref25897\r\h。因为系统存在着不同的联系，需通过E-R图来显示出来。系统的E-R图如下图所示。（1）工作人员登录信息实体所含属性：工作人员id、工作人员姓名、部门、科室、密码。其逻辑结构图，如图3-4所示。图3-4工作人员登录信息实体E-R图（2）病人信息实体所含属性：病人id、门诊号、住院号、个人编号、姓名、性别、身份证、家庭住址、出院时间、入院时间、险种类型、联系电话。其逻辑结构图，如图3-5所示。图3-5病人信息实体E-R图(3)备案资料审批信息实体所含属性：审批id、个人编号、险种类型、申请人、联系电话、申请人地址、身份证号、审批类别、诊断代码、诊断名称、鉴定定点医药机构编号、鉴定定点医药机构名称、诊断医师编码、诊断医师姓名、医院鉴定日期、开始日期、结束日期、经办人姓名、专家审核意见。其逻辑结构图，如图3-6所示。图3-6备案资料审批信息实体E-R图(4)扫描生成文件信息实体所含属性：个人编号、文件名称、扫描时间、申请人、经办人。其逻辑结构图如图3-7所示。图3-7扫描生成文件信息实体E-R图(5)医保门诊慢病备案管理系统的整体E-R图，在系统中存在的实体属性关系。其逻辑结构图如图3-8所示。图3-8系统整体E-R图3.3.2数据库物理结构设计对于数据库的设计，表从字段名称、数据类型、说明三个方面来介绍系统的主要的表。数据库存储表详细介绍如下：扫描生成文件信息表，此表记录的是拍摄的纸质资料信息。个人编号和申请人为患者的信息，文件名称和扫描时间则是记录扫描拍摄的时间和位置，经办人为记录则是记录进行备案的工作人员名称。如表3-1所示。表3-1扫描生成文件信息表字段名称数据类型说明个人编号NUMBER主键申请人VARCHAR2(10)-文件名称VARCHAR2(30)-扫描时间DATE-经办人VARCHAR2(10)-备案资料审批信息表，此表为记录患者的慢性病审批信息。个人编号、联系电话、申请人、申请人地址、身份证号为患者的信息，剩余的为需要备案的相应审批信息。医院申请日期和开始日期为备案当天日期，而结束日期由于病种多样无法确定，只能设置为固定的日期。如表3-2所示。表3-2资料审批信息表字段名称数据类型说明审批idNUMBER主键个人编号NUMBER-险种类型NVARCHAR2(20)-联系电话NUMBER-诊断代码NVARCHAR2(10)-诊断名称NVARCHAR2(50)-鉴定定点医药机构编号NVARCHAR2(50)-鉴定定点医药机构名称NVARCHAR2(50)-医院申请日期DATE-诊断医师编码NUMBER-诊断医师姓名NVARCHAR2(10)-开始日期DATE-结束日期DATE-申请人NVARCHAR2(10)-申请人地址NVARCHAR2(50)-审批类别NVARCHAR2(10)-身份证号NVARCHAR2(30)-经办人姓名NVARCHAR2(10)-专家审核意见NVARCHAR2(10)-病人病历表，此表内信息为患者具体疾病数据。所以只提供了一部分的住院记录，通过患者的住院号可获取相应信息。如表3-3所示。表3-3病人病历表字段名称数据类型说明病人病历CLOB-住院号NUMBER主键住院次数NUMBER-病人信息表,此表是患者总体信息的一部分基本信息。表中只存在患者备案材料的信息，以确定获取到的患者信息与纸质资料的患者信息一致。从输入患者的住院号来看，是为了准确获取有住院记录的患者。而此系统中正是只备案在医院住院治疗过的病人的认定材料。如表3-4所示。表3-4病人信息表字段名称数据类型说明病人idNUMBER主键门诊号NUMBER-住院号NUMBER外键个人编号NUMBER-姓名NVARCHAR2(10)-性别NVARCHAR2(5)-身份证号NVARCHAR2(30)-家庭住址NVARCHAR2(50)-出院时间DATE-入院时间DATE-险种类型NVARCHAR2(20)-手机号NUMBER-工作人员登录信息表，此表为工作人员提供了相应的工作人员id、工作人员姓名和部门，来确定登录系统后的操作权限，和记录备案的经办人信息。如表3-5所示。表3-5工作人员登录信息表字段名称数据类型说明工作人员idNUMBER主键工作人员姓名NVARCHAR2(10)-部门NVARCHAR2(20)-科室NVARCHAR2(20)门诊和医保的工作人员没有相应科室，所以该字段可为空密码NUMBER因为工作人员信息表里面存在其他部门的人不具备登录权限，所以该字段可为空4系统实现与测试4.1系统运行环境4.1.1硬件环境内存：128MCPU：PⅢ450以上硬盘空间：40G4.1.2软件环境数据库：Oracle开发平台：visualstudio软件操作系统：window104.2主要功能实现医保门诊慢病备案管理系统在经历了分析和总体设计等阶段后，开始对系统进一步的实现。相关开发技术和总体设计相结合，实现到相应界面。4.2.1登录页面通过输入正确的信息而使登录的成功，体现出了用户所输入的信息经过与数据库信息的比对和系统在登录成功后的跳转。当工作人员在输入时，出现缺少或错误的情况，将提供相应的提示。登录页面，如图4-1所示。图4-1登录页面4.2.2首页页面在工作人员成功登录进入系统后，首先进入首页页面。首页除了显示工作人员信息管理和备案管理外，还显示经办人的姓名和部门。部门分别为慢病门诊和医保，可以通过部门来判断是否有权限进行相应的管理。页面如图4-2所示。图4-2首页页面4.2.3备案页面慢病门诊工作人员登录进入系统后，在首页根据权限，只能进入备案页面。而该页面涉及到了三个功能。整体页面如图4-3所示。图4-3备案页面下面是对三个功能分别从具体功能介绍备案页面。首先是患者信息查询功能。通过输入住院号查询获取患者信息。相应的患者信息从数据库中获取数据在DataGridView中显示，通过点击DataGridView的行数据将数据获取到textBox控件中。并根据纸质资料填写相应的审批信息。页面如图4-3(a)所示。(a)然后是资料扫描管理功能。获取病人信息后就可以对认定表进行拍摄，并显示相应图片。最后是通过DataGridView显示，可通过个人编号进行增、查操作。此系统拍摄功能因设备有限，拍摄的图片不够清晰完整。首先是资料扫描，通过拍摄表单按钮来获取拍照设备并开启摄像头；备案信息上传按钮则是生成扫描材料文件信息记录；最后是关闭摄像按钮结束拍摄。界面如图4-3(b)所示。其次是查看图片，可以显示拍摄下来的纸质材料图片。界面如图4-3(c)所示。(b)(c)最后是备案资料审核信息功能。在拍摄纸质材料后，要查询整合患者出院记录，并显示在页面中。上传备案资料审核信息，可对其进行增、查操作。页面如图4-3(d)所示。(d)4.2.4工作人员登录信息管理页面医保部门工作人员在登录后，在首页页面进入工作人员登录信息管理界面，可查询、增加等操作管理工作人员登录信息。此页面仅为对工作人员的登录信息简单的管理页面，只涉及到工作人员id、姓名、密码、部门四个属性。页面如图4-4所示。图4-4工作人员登录信息管理页面4.2.5审批信息管理页面医保部门工作人员在登录后，根据权限进入审批信息管理界面，可对备案资料审批信息进行查询、单方面删除操作。单方面删除是只删除相应信息记录，没办法实现相应备案文件夹的删除。页面如图4-5所示。图4-5审批信息管理页面4.3系统测试系统测试是在真实系统工作环境下或系统仿真环境下检验完整的软件配置项能否和系统正确连接,并满足系统设计文档的要求REF_Ref31932\r\h[20]。4.3.1测试目的系统测试的目的在于检测设计和实现的系统能否在工作中发挥作用，满足用户的需求。测试可以探查潜在的问题。而反复的测试，不但能凸显出在开发过程中没有注意到的问题，还能找出问题所在，从而不断完善系统的运行。4.3.2测试环境系统为医保门诊慢病备案管理系统，测试在医保运维信息管理系统中进行。操作系统都为Window操作系统，系统数据库为Oracle数据库，系统软件为VisualStudio2012。4.3.3测试方法测试的方法有很多，其中黑盒测试是功能测试，它主要测试的是产品功能是否可以实现，不在乎产品内部的结构，只针对产品的功能做出检测评价，白盒测试被称为结构测试，测试时将程序看作一一个“白盒子”,程序的内部结构透明化,对软件产品进行测试REF_Ref31902\r\h[21]。为了查看系统开发是否存在问题，需通过测试来验证。验证如下。(1)系统登录功能测试目的：测试工作人员登录是否异常。表4-1工作人员测试用例测试功能模块名称工作人员登录设计的测试用例测试工作人员是否根据账号密码登录系统。该模块是测试工作人员是否依照数据库信息成功登录.输出信息输出结果用户名：无密码：无请输入用户名和密码用户名：一一密码：无密码为空，请输入密码用户名：无密码：166665用户名为空，请输入用户名用户名：一一密码：12345登录成功用户名：一一密码：134346密码错误，请重新输入(2)系统拍摄功能测试目的：测试慢病门诊工作人员是否能正常拍摄，是否存在信息填写不完善时也能正常拍摄等问题。表4-2慢病门诊工作人员拍摄测试用例测试功能模块名称慢病门诊工作人员拍摄设计的测试用例测试工作人员是否确认相关认定审核意见后，进行材料拍摄。该模块测试要求工作人员确认好相关认定审核意见后进行图片拍摄。输出信息输出结果专家审核意见：不同意专家审核意见：不同意患者不能进行慢病备案专家审核意见：同意医保部门认定意见：不同意医保部门认定意见：不同意不能进行慢病备案专家审核意见：同意医保部门认定意见：同意开始拍摄通过对本系统的几个功能测试用例，可以看出系统的测试没有问题。而测试结果表明，系统具备舒畅界面流程、适用性，符合设计实现要求。5总结与展望5.1总结医保门诊慢病备案管理系统作为一个备案系统。为工作人员提供了简洁操作流程和条理清晰的文件备案过程。开发时使用了C#语言、Oracle数据库等技术，完整的呈现了备案管理系统过程。系统中涉及到的门诊慢性病知识，也需要先了解才能做进一步的备案分析。医保门诊慢病备案管理系统实现了需求分析阶段所要求的功能，最后在通过测试来检查系统，以得到一个完善的系统。但是其中的功能有拍摄、相关慢性病审批的规定信息都需要实地去了解才能更符合工作人员的需求。在系统实现的过程中，难免会遇到问题，但是要积极的去解决。首先可以查阅相关资料和论文，了解相应的知识和注意事项。然后就是对系统的调试，功能的实现需要不断的尝试和思考，才得出了想要的功能。总的来说，这次系统设计与实现并不容易，但是只有不断的学习与尝试，才能有新的进展和收获进步。系统只是完成了最基本备案，并没有完善，但是会不断努力与尝试，收获进步。5.2展望在设计与实现医保门诊慢病备案管理系统的过程中，首先通过对课程背景等的了解，后对系统可行性分析、需求分析等软件设计流程，了解到了人们对慢性病的重视。从最开始的选题背景和研究意义的了解，我对于慢性病的了解从无到有。从最简单的慢性病的定义到相关的医保政策。感受到了信息化的发展让更多的专业知识官方信息被记录并被了解。希望医保门诊慢性病可以收到更多的关注，可以有更多的措施在管理上，使医保门诊慢病备案管理系统更加完善。慢性病医保保障作为当今社会备受关注的话题，越来越多的人关注医保保障的改善，而医保门诊慢病备案管理系统，作为医院在审批中重要备案系统，把纸质材料图像化，是对慢病审批进一步信息化奠定了基础。医保门诊慢病备案管理系统界面简介，操作简单，改善了认定材料收集保存的问题。在系统的设计与实现中，通过不断尝试去解决难题，丰富自己的动手经验。把学习过的知识和技能运用在系统开发上，不断积累开发知识和经验。在实现系统的过程中勇于提问老师和同学，不断提升自身能力。在设计与实现过程中，提升能力和积累经验。

参考文献徐刚,陈婉莹,俞彤,汪磊,朱士普.安徽某三甲医院门诊慢性病医保管理的实践与思考[J].江苏卫生事业管理,2021,32(10):1319-1321+1334.董晓彤,王香,刘福蓬,田梦珂,张玥,曹高芳.国内外卫生信息化发展研究比较[J].中国卫生事业管理,2019,36(02):110-112+119.Thepowerofinformation|Puttingallofusincontrolofthehealthandcareinformationweneed[EB/OL].[2014-03-18].仇雨临,梅丽萍.国外门诊医疗保障保什么[J].