新型农村合作医疗管理系统的设计和研究

摘要

新型农村合作医疗工作是新时期党和国家为解决农民群众“因病致贫、因病返贫”问题的重要手段，随着新以改造政策的不断推进，全民医保的网络基本建立，各级财政对基层医疗卫生体系特别是新农合体系的投入逐年提高，由于医疗保障水平的提高，农民群众的医疗服务需求得到了全面的释放，农民群众间“小病拖、大病等”的就医模式全面改变，为提高工作效率，简化补偿手续，缩短补偿时间，对新型农村合作医疗工作实现信息化管理的要求十分迫切。

现行的以人工审核为主的补偿模式，，较高的误差率对新农合基金的安全运行带来很大风险，同时大量的占用了新农合管理机构的人力物力，有限的人员力量基本全部从事了基础的审核工作，对定点医疗机构的监管、可疑票据的外调和意外伤害的调查等工作的开展很可能由于管理人员人手不足的原因而产生影响。而信息化系统的实现，一方面可以将大量的基础操作由电脑代替提高了补偿审核的准确度，还可以通过网络实现定点医疗机构与管理机构的对接，从而实现出院即时补偿结算，减少了补偿手续，方便了农民群众的就以补偿。

本文所研究的新型农村合作医疗信息化系统的主要目的是为了探讨和实现新型农村合作医疗系统的信息化补偿管理，从而提高运行效率，简化行政成本。本系统采用了基于Web的B/S模式的N层模型进行设计。在技术上，使用作为开发平台和运行支撑平台，数据库服务器使用了Oracle 9i，并使用了C#语言、ASP.NET WebForm、ASP.NETAJAX和ADO.NET等技术进行课题的设计。

　关键字：新型农村合作医疗；信息化系统；ASP.NET WebForm；ADO.NET

第一章绪论

1.1引言

新型农村合作医疗工作是新时期党和国家为解决农民群众“因病致贫、因病返贫”问题的重要手段，随着新医改造政策的不断推进，全民医保的网络基本建立，各级财政对基层医疗卫生体系特别是新农合体系的投入逐年提高，由于医疗保障水平的提高，农民群众的医疗服务需求得到了全面的释放，农民群众间“小病拖、大病等”的就医模式全面改变，一定程度上解决了农民怕生病，看病难的问题，但是我们也必须看到其高速发展中所产生的问题。现行的以人工审核为主的补偿模式，较高的误差率对新农合基金的安全运行带来很大风险，同时大量的占用了新农合管理机构的人力物力，有限的人员力量基本全部从事了基础的审核工作，对定点医疗机构的监管、可疑票据的外调和意外伤害的调查等工作的开展很可能由于管理人员人手不足的原因而产生影响。

随着我国目前科学、技术日新月异的发展，并且伴随着合作医疗工作深入展开，亟需收集、分析和总结的信息资源、资金数额等相关数量必定急剧膨胀，因为这种需要被处理信息量十分庞大，仅仅是通过传统的手工作业来应付收集数据这一项工作都很难实现，更何况是数据上的管理、处理、汇总统计等方面的工作，就更加难以完成了。因此，采用现代化医疗信息管理的方式就是势在必行的了。新型农村合作医疗管理系统只有通过系统的自动化，才有可能最大限度的减少手工作业带来的误差，提升信息收集、加工、分析的速度，对新农合的医疗基金所面临的风险进行监控，只有这样，才能够达到更加公平、公开和公正，也可以从实质上来提升数据的处理质量以及提高工作效率，进一步方便广大农民群众进行相应的就医补偿。

新型农村合作医疗信息管理系统是以《卫生部关于新型农村合作医疗信息系统建设的指导意见》等一系列国家相关文件为立项依据的，其为新型农村合作医疗提供费用测算、基金收缴、支付补偿、监督审计、决策分析和政策公告等功能，有效提高新农合资金的使用效率、杜绝资金管理漏洞、提升服务与监管水平。

随着我国医疗制度的改革，医疗业务信息量剧增。因此，为了达到医疗制度改革的目标，根据建立医疗制度的基本原则，相对应的政策规定非常复杂，针对各种类别的参保人员在不同情况下发生的医疗费用，其结算方法都有区别。就目前来说，虽然我国有些企业已经采用了计算机管理信息系统来对医疗信息进行管理，但是，这种设计一般仅仅是面向单个部门进行的，也就是说这种软件在通用性上表现很差，而相关企业本身的发展又亟需该系统拥有进行网络化管理的相应功能。其次，目前医疗管理系统在可扩展性上表现很差，也就是说它们普遍不具备参数设置功能的相关模块，无法对医疗政策的参数进行随时的新建和修改，也不能适应当代医疗改革的急速发展。最后，目前医疗信息管理系统在安全性上表现也较差，其多数只能采取用户鉴别的技术，这就缺乏对用户权限的相关设置，同时也在很大程度上使系统的安全性降低了。

本文所研究的新型农村合作医疗信息化系统的主要目的是为了探讨和实现新型农村合作医疗系统的信息化补偿管理，从而提高运行效率，简化行政成本。

1.2 国内外研究现状

建议重写该部分

新型农村合作医疗管理系统的基本功能

就医疗管理系统目前的应用方面来看，其软件系统主要包括以下三个方面的功能：

首先，是新型农村合作医疗统一集成的门户平台，门户平台是整个新农合信息系统的统一入口，需要了实现各级新农合业务管理系统与其他相关的卫生行政管理系统的业务集成，实现各类新旧应用系统和异构系统的业务流程整合与业务数据的集成，完成权限统一控制、业务交互、补偿公示、信息交互等一系列功能。

其次，是新型农村合作医疗业务综合处理平台，其集中管理各级农民健康信息和新型农村合作医疗信息，实现人的整个生命周期健康信息的完整记录；采用统一规范化、标准化的设计，实现农民的合作医疗参合管理、各类疾病补偿管理、新农合基金的统筹管理、财务会计核算、综合统计与查询、动态配置与维护等。

最后，是新型农村合作医疗统一数据中心管理平台数据中心管理平台实现多数据源存储与管理，各类数据采集，异构数据统一交换等，建立各行政级别的新型农村合作医疗基础数据交换平台和建立统一的新型农村合作医疗信息数据库，集中存储管理和利用广大农民群众的健康信息以及新型农村合作医疗的相关信息。

总之，该系统在建立在整个医疗卫生信息数据公开交换基础上的，最大限度的达到了各行政级别的新型农村合作医疗管理和经办机构、各级别地方医院、农村当地的卫生服务机构之间的相关信息共享，使广大农民群众可以在各级医院看病时获取直接的补偿。同时，其也为各相关领导部门提供了较为完整、详实的农民医疗信息、疾病医治信息、新型农村合作医疗相关信息等，这就为领导的相关决策提供了数据上的支持。

1.2选题目的及意义

1.3本文工作及组织结构

1.3.1本文的研究内容

本文采用软件工程学面向对象的软件模型技术，特别注重面向对象分析和面向对象设计的理论，采用了基于Web的B/S模式的N层模型进行设计。这种模型具有安全性高、稳定性强、开放性好、响应速度快、维护便捷容易、系统扩展灵活的特点，能最大程度的适应新型农村合作医疗管理信息系统的数据流通交换量大，安全性要求高的需要。同时N层模型的设计，较大程度分散了服务器和客户端的工作量，分工明确，提高了系统的资源利用率和可靠性。在技术上，使用eclipse作为开发平台，数据库服务器使用了Oracle 9i，并使用了C#语言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技术设计实现了一套新型农村合作医疗信息系统。

1.3.2本文的组织结构

第一章概述，主要介绍本文的研究背景和研究目的。

第二章开发平台及关键技术介绍，主要介绍本课题研究中要使用的技术，包括使用eclipse作为开发平台，数据库服务器使用了Oracle 9i，并使用了C#语言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技术设计实现了一套新型农村合作医疗信息系统。

第三章需求分析，主要介绍本课题的功能需求和数据需求。

第四章系统设计，主要介绍本课题的系统设计，包括系统功能模块设计和数据库设计。

第五章系统实现，详细介绍本课题的系统实现过程以及主要功能模块的设计和实现。

第六章系统测试，本章主要介绍利用常见的测试手段对本课题项目的测试工作。

第七章安全性问题及对策，主要介绍本课题在安全性方面所做的工作。

第八章总结与展望，对本课题的成果进行总结，提出还需进一步的展望。

第二章关键技术介绍建议简化该章内容

2.1 引言

本章主要介绍了本课题研究中要使用的技术，包括使用eclipse作为开发平台，数据库服务器使用了Oracle 9i，并使用了C#语言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技术设计实现了一套新型农村合作医疗信息系统。

2.1 eclipse

Eclipse 是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括Java开发工具（Java Development Kit，JDK）。虽然大多数用户很乐于将 Eclipse 当作 Java 集成开发环境（IDE）来使用，但 Eclipse 的目标却不仅限于此。Eclipse 还包括插件开发环境（Plug-in Development Environment，PDE），这个组件主要针对希望扩展 Eclipse 的软件开发人员，因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件，对于给 Eclipse 提供插件，以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。

这种平等和一致性并不单单的局限于Java开发的相关工具。虽然Eclipse 是通过Java语言进行研发的，但是，它并不局限于Java语言这一项功能上；例如，其可以支持包括COBOL、C/C++、PHP等在内的编程语言的插件。此外，Eclipse 的应用还能够被用来作为无关于软件开发的其他方面的应用程序类型的基础，例如：内容方面的管理系统。以Eclipse应用程序为基础建立起相关程序的一个显著的例子便是IBM Rational Software Architect，它构成了IBM Java相关开发工具系列的重要基础。

2.1.1主要组件建议删除

Eclipse的基础被称为“富客户机平台”（英文表述为Rich Client Platform，即RCP）。RCP包括了以下几个组件：

核心平台（Eclipse的启动，运行插件）OSGi（标准集束框架）SWT（能够进行移植的构件工具包）JFace（文件缓冲，文本处理）Eclipse工作台（即Workbench，包含视图views、编辑器editors、视角perspectives和向导wizards）

2.1.2组成计划

Eclipse由各种不同的计划组成，主要总结为以下几方面：Eclipse计划：本身包括Eclipse的平台，Eclipse富客户端平台（RCP）和Java开发工具（JDT）。Eclipse的测试和性能测试工具平台（TPTP）：其为软件开发者提供了一个可以构建类似于测试调试、基准评测等测试、概况分析、性能工具的平台。Eclipse Web的工具平台计划（WTP）：用企业版的JavaWeb应用程序开发工具来对Eclipse的平台进行扩展。它主要有以下几个部分组成：HTML、JavaScript、JSP、CSS、XML、SQL、DTD、XSD、WSDL的源代码编辑器；XSD、WSDL的图形界面编辑器；Java企业版中“项目性质”（project nature）、建构器（builder）和模型（model），同一个Java企业版的导航（navigator）；一个Web服务（Web service）向导和浏览器，此外还具有一个WS-I的测试工具；最后就是对数据库进行访问和查询的工具模型.Eclipse商业智能和报表工具计划（BIRT）：提供Web应用程序（特别是基于Java企业版的）的报表开发工具Eclipse建模框架（EMF）：依据使用XMI描述的建模规格，生成数据模型结构化的工具以及其他方面的应用程序代码。图形编辑器的框架（GEF）：可以让开发者通过一个已有的应用程序模型来对富图形化进行创建的一个编辑器。UML2：Eclipse平台之下，实现的一个UML2.0元模型，可以支持开发相关的建模工具。AspectJ：能够针对Java面向侧面进行的语言扩展。Eclipse通讯框架（ECF）：特别用于在Eclipse平台上进行通讯应用程序创建工作。Eclipse数据工具的平台计划（DTP）Eclipse设备驱动软件的开发计划（DSDP）C/C++开发工具的计划（CDT）：试图给Eclipse平台提出一个全功能C和C++的集成开发环境（IDE），它以GCC为其编译器。Eclipse平台COBOL集成开发环境子计划（COBOL）：其将建构一个关于Eclipse平台上的全方位功能的COBOL集成开发环境。并行工具平台（PTP）：将关于并行的计算机构架下的相关工具进行开发，并通过集成的平行工具平台，并且该平台是能够进行移植的，可以伸缩并基于标准的。嵌入式富客户端平台（eRCP）：期望将Eclipse富客户端的平台扩展至嵌入式设备上。该平台主要是相关富客户端平台（RCP）各组件子集的集合。它可以让桌面环境下的应用程序模型几乎一样地能运于嵌入式的设备上。

　2.2 Oracle 9i

2000 年 10 月在OracleOpen World 上发布，引进了许多关于Oracle数据库、应用服务器、开发工具方面的新功能。Oracle9i是相关行业中第一个较为完整、比较简单的运用到互联网上的新型智能化、可以协作多种相关应用软件的基础性架构。实际上，Oracle9i指的是Oracle9iDatabase,Oracle 9i Application Server 和Oracle9i Developer Suite三方面的一个完整的集成。近年来，软件开始逐步转变成为一种托管式的服务( hosted services)，有着internet上高伸缩性的、高智能化的、可靠的Oracle9i在未来必将成为具有高质量的、实现电子商务服务方面的关键性软件。

2.2.1 Oracle 9i特征介绍

Oracle 9i提供了可以在电子商务环境下运用的一系列特定的功能以及相应的产品包，此外，其也同Oracle 8i一样，继续关注于Internet。在此，笔者主要介绍Oracle 9i 在一些关键的领域之中的相关新特性：

首先，Oracle 9i实现了数据的连续使用，Oracle 9i在很大程度上提升了 Oracle 在 Internet数据库中相关可用性的地位。这其中包括了：处于世界领先地位的数据保护、数据库的准确修复、联机数据变化、服务错误的自我更正等方面。在处于世界领先地位的数据保护环境上面，Oracle 9i中有许多新特征，比如对数据的保护性方面进行了改进。此外，不仅着重增强了Standby的产品，同时还提供了可以进行监视、自动化以及相应控制的构架。并且，其与管理备用数据相关的众多任务也都是具有自动化特性的，这又包括含有初始化的实现、错误的自动跳转、主从之间简便的来回切换等。此外，在Oracle 9i之中，还相应的对LogMiner进行了增强，这样就便对基于SQL产生的日志进行全面的分析。在联机否认数据变化方面，Oracle 9i当中包含有一个新型的、对联机进行重新组织与重新定义的结构，这就提供了一个更加强大、有效的重新组织的功能。目前，Oracle 9i可以与连机“Create Table As Select”进行操作。在该新型的体系结构之中，表当中的内容都通过复制，转移到了另外一个新的表中，在该复制过程的同时，数据库可以对原始表的相关更新进行跟踪。运用新型体系结构，能够将表中的任何物理属性进行联机更改，此外，很多逻辑属性也都能够被更改。Oracle 9i还可以联机建立索引编排表中的上级次索引，系统的管理员也可以及时将数据库停止，这样就可以执行一些非活动事务，并对其进行处理。在对数据库修进行准确的复方面，Oracle 8i已经具有了十分完善的修复功能，而Oracle 9i 则更加扩展了这种功能，使相关功能变得更加强大、更加准确。Oracle 9i系统中，包含了预防磁盘的损坏以及处理损害的改进方法。Oracle 9i能够经过运用新型两关口的恢复算法是系统更加快速的从之前的崩溃当中自行恢复，该种算法能够保证只有需要被处理的相关模块才会从数据文件中被读取并且被写入相应的数据文件。在错误服务的自我更正上，Oracle 9i中有着处理人工作业导致的错误的各种技巧，并且包括了授权终端用户用更加准确、更加有效、更加容易的方式来对其本身的错误进行修正的功能。若要对错误进行更改，终端的用户一般需要查看相关的更改历史，以此来识别对应的错误，同时，他们要求可以恢复数据在发生错误之前的状态，以此来退出该次错误。具体的查询方式主要有两种，其一，利用 Oracle 9i之中的Flashback(即回闪式)查询特性，做到从历史当中的某一个定点来对数据进行查询；其二，用Logminer在相关的日志文件当中，搜寻特定数据库曾经的更改记录。

其次，Oracle 9i具有高度的可伸缩性的性能，Oracle 9i可以使电子商务在千万用户之中得到扩展，而其中的每一个用户在每个小时都进行几百万项事物的处理。这种高度的伸缩性包括了：Oracle 9i Real Application Clusters-Cache Fusion、可进行伸缩的相关会话管理以及对于电子商务来说至关重要的优化特性等等。对于Oracle 9i Real Application Clusters-Cache Fusion来说，Oracle 9iReal Application Clusters能够不对运用的应用程序加以经修改就可以得到该数据库的可伸缩性、高可用性以及高性能。在Oracle 9iCache Fusion系统结构中，可以利用聚合簇中的全部节点这中高速的缓存来对数据库的请求进行满足。Oracle 9iCache Fusion在读/写、读/读、写/写争用这一条件下，可以将相关数据块从一节点的高速缓存直接运送至另一节点的高速缓存，但是，这需要建立于处理读/写争用之前的Oracle 8i　Cache Fusion的执行基础上。对于管理可伸缩会话状态这一方面来说，新型共享内存的功能、J改进AVA会话支持、联网、改进多线成服务器等都在很大程度上降低了Oracle 9i之上的每一用户需要的覆盖区域，并且可以使更多的用户同时托管于一个或者是更加大的硬件平台之上。在对于电子商务来说至关重要的优化特性这一方面，Oracle 9i当中的某一特定性可以将在电子商务的解决方案中起重要作用的某些领域、性能进行集中的改进，对改进本地的编译来说，PL/SQL的优化支持在很大程度上提升了目前众多与应用程序相关的性能。而对于应用程序服务器以及后端的Oracle 9i数据库二者之间的联系方面来说，Oracle Net Services新的性能–VI(Virtual Interface，即虚拟接口)Protocol的支持性能将会改善10%左右。除此之外，某一特定网络接口上的优化、全新虚拟线路 I/O的改进、统一的事件和等待模式等方面都在很大程度上提升了客户机（或者服务器）的相关通信性能。通过OCI的运用来进行数据库的重新制作，或者数据库的通信上的重新制作都在很大程度上提升了该分布式数据库的相关性能。

最后，Oracle 9i还具有可以提供一种“端到端”的安全体系结构的性能，Oracle 9i将持续提供该行业中最为安全的一种应用平台以及相应的部署平台。该性能包括一下内容：三层次的安全、数据方面的加密、在标准之下的PKI、保护深层的数据库、标签上的安全、对企业的用户安全进行保护、因特网的相关目录等方面。Oracle 9i以代理认证的方式将三层安全大大增强，这包括了X.509的许可证文件、信用代理中的判别、支持胖JDBC、连接共享各应用程序的用户以及Oracle Internet Directory之下的集成。在标准PKI这一基础之下，Oracle Advanced Security(即高级安全)的标准PKI主要包括有Public KeyCertificate (PKCS)#12的支持，已有PKI信用经过Oreacle Wallet的共享，以此来减少PKI的部署成本，并且相应的将交互的操作性增强。在数据库的深层保护上，Oracle Label Security，是基于Viretual Private Database(即虚拟私有数据库)而研发的一个产品，其拥有更加强大的VPD的功能，并且拥有更精准的粒度审核功能，可以让人对主机的安全更加放心。粒度审核的精确性可以进一步将审核政策进行定义，其可以给相关数据库设定即将触发的审核事件，并可以为其提供存取的提前，其恰好运用了这一具有灵活性的事件处理器，并且将被触发的特定事件及时告知给系统管理员。在Enterprise User Security(即“企业用户安全”)的改进方面，Oracle Advanced Security之中的Enterprise User Security功能得到了进一步的增强，这其中恰好包括了在Oracle Internet Directory中可以提供以密码为基础的用户管理，并且该密码管理功能也被相应的加强了，这便于改善用户的安全状态以及相应的安全管理政策。在加密数据这一方面，Oracle提供了一个新的功能，即是将安全随机数的产生器(即RNG)合并入DBMS_OBFUSCATION_TOOLLKIT中，并对其数据存储进行加密。对于Oracle Label Security(即标签安全)方面而言，Oracle Label Security为可以对精密粒度进行访问和控制的产品。其把某一特定的标签加入数据行之中，以便给出复杂但是具有灵活性的标签安全。从Oracle Internet Directory(即因特网目录)方面来说，Oracle 9i下依然可以进行LDAP技术，并以此将网络命名系统管理、方便系统部署等实现，在这种情况下，就无论客户有多少个数据库，或者每一数据库拥有多少个用户都可以得到实现。

除此之外，Oracle 9i同时有着其他一些特征，比如其依然能够给电子商务的应用程序或者传统的应用程序开发提供最为合适的平台以及可管理性、Windows集成等特征。

2.2.2 Oracle 9i的改进功能

Oracle 9i已将电子商务系的相关解决方案进行了相应的改善，这其中，对于Java而言，将多余的单元集进行了收集并加以改善，提升了本地编译的功能，将对象共享以及会话连接的功能增强了，并且将在Java之中内置的应用程序的有关性能进行了提高。Oracle 9i对于电子商务的应用程序开发平台来说，特别的针对Java研究，将嵌入式Java Virtual Machine(即虚拟机)的性能进行了提高，并且增加了在Java存储过程中进行返回多行纪录(即REFCURSORS)的功能。Oracle 9i在因特网的内容存储上，以及相应的管理功能上，也增加了一些功能，如可以支持interMedia的图像、音频、视频。并且通过将Java Imageing(即JAI，Java高级图像处理)一同并入数据库中，并且在interMedia之中给予对Java Media Framework(即JMF，Java媒体框架)的支持，Oracle 9i在很大程度上简化了新增的多媒体的格式、处理、提供媒体等方面的功能。此外，目前还可以经由PL/SQL或者Java等接口，用原来的形式将interMedia音频、视频、图像媒体处理进行存取服务。Oracle 9i WEB服务器，为新型的、基于Java的、面向服务的一个框架，它支持因特网有关应用程序在内容上的聚合。

2.3 C#语言

C#是一种具有安全性、简洁性、稳定性、优雅性的，并且是由C、C++语言延伸出的一种面向对象而进行的编程语言。其在充分继承了C、C++的特定强大功能时，也剔除掉了其中的某些过于复杂的特性，如无宏以及模版，不能够进行多重继承等。C#语言将VB的简单可视化操作与C++高运行的效率相结合，用其完备的操作能力、新颖的语言特点、漂亮的语言风格、便捷编程过程等已经成为了.NET程序开发当中被首选的语言，同时，其也成为了ECMA和ISO的标准规范。看起来C#是以C++为基础写成的，但在实际上，其是融入了其它诸如Pascal、Java以及VB等进行编写的一种语言。

2.3.1 C#语言的特点

编译语言十分简练。将C++的部分功能予以保存。开发等功能的快速运用。语言保持自由。Web服务器的控件。可以进行跨平台操作。同XML进行融合。

2.3.2 C#与C++的区别

编译目标：C++的代码可以直接转换成本地能够执行的代码，而C#默认的编译则是中间语言（即IL）的代码，在执行的时候再用Just-In-Time把有用的模块当场转换为本地的代码。内存管理：C++需以显式地的方式将动态分给堆的内存进行删除，但是C#语言就不需这么做，C#语言采取垃圾回收的机制方式自动的在恰当时机将不需要再使用的相关内存进行回收。指针：在C++语言中很多情况下都运用了指针这一功能，但是C#语言引用了对类实例这一方式，若实在要在C#语言中运用指针，则要实现进行声明，表示此内容为非安全内容。但是，在一般情形下，C#语言中没有使用指针的必要性。对字符串的处理：在C#语言中，字符串通常是被当做一种基本的数据类型处理的，所以，这比在C++语言中，对字符串进行处理的方式要简单很多。库：C++语言较多的依赖一种标准库，这种标准库以继承以及模板为基础，而C#语言更多的依赖.NET基库。C++语言可以进行类的多继承，但是C#语言只能够进行类的单继承，再以接口的方式来实现多继承。C#语言可以运于网页的设计上，例如ASP或者ASP.NET。但是C++语言则没有这一功能。

2.3.3C#与Java的比较

C#语言面向对象这一程度高于Java。C#语言中所有基本类型均是面向对象设计的。C#语言的某些功能要强于Java。C#语言执行任务的速度要快于Java。

2.4 ASP.NET Web Form

ASP技术是微软公司研发的一项技术，具体来说，其是一种能够将嵌入到网页之中的脚本经由因特网服务器来进行执行的一种服务器端的脚本技术，是指 Active Server Pages（即动态服务器页面）在IIS当中进行运行的一个程序。asp.net的前身为ASP技术，其是在IIS 2.0上第一次被提出的(Windows NT 3.51)，并且在IIS 3.0 (Windows NT 4.0)之中被发扬光大，成为了在各服务器端应用程序之中最为热门的一种开发工具。同时，微软公司还专门为它研发出了Visual，从1994年开始一直到2000年，ASP逐渐成为了微软公司推广Windows NT 4.0平台的至关重要的众多技术之一，并且，成千上万的ASP网站也是从这时开始频繁的在网络上出现的。其操作的简单性和其高度的可定制化能力，成为了它可以迅速发展的原主要因之一。

在ASP.NET中一个网页或窗口被看成一个WEB Form,Web Form通常被视为一个对象，并且被赋予了相应的属性、方法以及事件。在.NET的构架中，一个非常关键的概念即为“对象”，它视将全部的控件都视为一种对象，甚至于是数据类型，都会成为一种对象，并且每一数据类型都拥有自己特有的一种属性、方法。ASPX为WEB FORM的后缀名。当某一浏览器第一次对ASPX的文件进行请求时，CLR（即common language runtime）将对WEB FORM的页面进行编译。从那以后，若再有某些用户对此页面进行访问时，因为ASPX页面已被进行过了编译，因此，CLR将会对编译过的代码直接进行执行。ASP.NET的运行环境如图2-2所示。

新型农村合作医疗管理系统的设计和研究

图2-2

2.4.1 ASP.NET Web Form的优势

首先，执行效率的大幅提高，ASP.net是把基于通用语言的程序在服务器上运行。不像以前的ASP即时解释程序，而是将程序在服务器端首次运行时进行编译，这样的执行效果，当然比一条一条的解释强很多。

其次，世界级的工具支持，ASP.net构架是可以用Microsoft（R）公司最新的产品 Visual Studio.net开发环境进行开发，WYSIWYG（What You See Is What You Get所见即为所得）的编辑。这些仅是ASP.net强大化软件支持的一小部分。

再次，强大性和适应性，因为ASP.net是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上（笔者到现在为止只知道它只能用在Windows 2000 Server上）。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.net的Web应用中。ASP.net同时也是 language-independent语言独立化的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C++和Java的结合体），VB，Jscript。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序，能够完整的移植向ASP.net。

第四，简单性和易学性，ASP.net是运行一些很平常的任务如表单的提交客户端的身份验证、分布系统和网站配置变得非常简单。例如ASP.net页面构架允许你建立你自己的用户分界面，使其不同于常见的VB-Like界面。另外，通用语言简化开发使把代码结合成软件简单的就像装配电脑。

第五，高效可管理性，ASP.net使用一种字符基础的，分级的配置系统，使你服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有可能都不需要启动本地的管理员工具就可以实现。这种被称为”Zero Local Administration”的哲学观念使Asp.net的基于应用的开发更加具体，和快捷。一个ASP.net的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不需要系统的重新启动，一切就是这么简单。

第六，多处理器环境的可靠性，ASP.net已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝连接技术，将很大的提高运行速度。即使你现在的ASP.net应用软件是为一个处理器开发的，未来若遇到多处理器进行运行的时候，就不需要进行任何改变都能提高他们的效能，但现在的ASP确做不到这一点。

第七，自定义性以及可扩展特性，ASP.net在设计时，考虑了能够允许网站的开发人员在自己设定的代码中进行定义”plug-in”的模块。这同之前的特定包含关系有所不一样，ASP.net能够加进自己定义的如何组件。网站程序的开发从来没有这么简单过。

最后，安全性，以Windows的认证技术以及应用程序的相关配置为基础，可以确定原程序是绝对安全的。

2.4.2 传统WebForm开发中存在的一些问题

传统的ASP.NET开发中，微软的开发团队为开发者设计了一个在可视化设计器中拖放控件，编写代码响应事件的快速开发环境。然而，它所带来的负面效应是：

由于控件封装了很多东西，开发者很难了解这背后的HTML是如何运作的容易得到一个包含大量ViewState的页面，使得页面尺寸远远超过所需的内容，使得页面的打开速度较慢不容易被测试

2.4.3 ASP.NET MVC

MVC（Model-View-Controller，模型-视图-控制器模式）是软件工程中的一种软件架构模式。它把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。ASP.NET MVC是微软的开发团队基于MVC开发的一个易于被测试的框架。它具有以下特性：

无数据上的回传不能在页面之中将视图的状态进行保存开发者能够将页面呈现的过程进行全面的掌控便于进行单元中的测试便于进行测试驱动方面的开发能够进行扩展和替换能够进行WebForm之中的某些特性，如：用户的控件、绑定数据、母版页、进行本地化等不在基于文件目录结构，而是将URL映射到控制器中

2.4.4 如何选择MVC与Webform

MVC框架只是给开发者提供了开发web应用程序的一种选择，并不是要取代Webform。这两种技术各有优缺点，开发者需要根据实际情况，选择对应的技术，有时候，可以在同一个项目中混合使用这两种技术。下图2-3清晰的比较了二者在相关方面的特性。

新型农村合作医疗管理系统的设计和研究

图2-3

2.5 ASP.NET AJAX

Atlas为一新型Web技术之下的开发包，它将一套十分强大的客户端脚本库集中，并且使之同功能完善、以服务器开发平台为基础的ASP.NET2.0相结合，Atlas能够让开发出来的Web应用经由直接进行调用Web服务器来将一个Web页面上的数据进行相应的更新，而不再要求在页面中进行往返的传送（也即不用再将页面进行多次刷新）。使用“Atlas”,可以最大限度地运用ASP.NET以及服务器一端的代码来从事浏览器当中的众多工作，使用户具有更丰富的使用体验。

2007年，ASP.NET正式的推出了它的第一个版本，并且把Atlas改名称为ASP.NET AJAX，在服务器端以及客户端上，都分别对应着ASP.NET服务器端的编程模型以及ASP.NET客户端的编程模型。前面一个包括了ASP.NET 2.0 AJAX Extensions，而后面一个则包括着Microsoft AJAX Libray。

ASP.NET AJAX为一较为完整的开发程序，它在服务器一端的编程模型相较于客户一端的编程模型来说更加的简单，并且更加容易同已有的ASP.NET程序进行结合。一般情况下，若要实现较为复杂的程序只需在网络页面中对若干控件进行拖动，并不不需要对更深层次的工作原理进行了解，此外，在服务器一端进行编程的ASP.NET AJAX Control Toolkit之中有着大量独立的AJAX控件以及对ASP.NET以前服务器控件之中AJAX功能的相应扩展，若要实现起来也并非难事。但是，要知道其二者并不能兼得，服务器端的编程与客户端的编程在执行的效率上以及可控性上都有着十分大的差距。

2.5.1实现原理

传统意义上HTML的整页刷新：传统意义上，HTML的访问路径是，客户端的浏览器将访问请求发送给服务器，服务器在成功接收该请求之后，对该客户的请求进行运算与处理，在生成相应的结果后，又将该结果发送到客户端的浏览器上，客户端的浏览器对其回送的结果进行进一步的处理，最终实现整个页面的刷新。

AJAX下的局部刷新：相较于传统意义上的整页刷新而言，AJAX进行的局部刷新要显得更为智慧以及人性化，在用户对客户端的浏览器页面给出了相应的操作以后，AJAX将会对服务器端进行自动的访问，并且将更新局部的页面。

AJAX的交互：在进行了第一次请求后，会发送回一个较为完整的Web页面，若以后要对有关数据进行更新，就不再是重新载入全部的页面，而是仅将把产生了响应内容进行回传。总体说来，AJAX是JavaScript、CSS、DOM、XmlHttpRequest四种技术的一个集合体，主要应用于异步获取后台数据和局部刷新。

2.5.2 ASP.NET AJAX的框架

ASP.NET AJAX的框架主要包括了以下几个部分：核心组件、工具包、增值组件、示例代码以及框架类库。

2.6 ADO.NET

ADO.NET的名称起源于ADO（ActiveX Data Objects），这是一个广泛的类组，用于在以往的Microsoft技术中访问数据。之所以使用ADO.NET名称，是因为Microsoft希望表明，这是在NET编程环境中优先使用的数据访问接口。

2.6.1 ADO.NET的功能

ADO.NET可让开发人员以一致的方式存取资料来源（例如 SQL Server与 XML），以及透过 OLE DB和 ODBC所公开的资料来源。资料共用的消费者应用程序可使用ado.net 来连接至这些资料来源，并且撷取、处理及更新其中所含的资料。

ADO.NET可将资料管理的资料存取分成不连续的元件，这些元件可分开使用，也可串联使用ado.net也包含 .NET Framework资料提供者，以用于连接资料库、执行命令和撷取结果。这些结果会直接处理、放入ado.net DataSet 物件中以便利用机器操作（Ad Hoc）的方式公开给使用者、与多个来源的资料结合，或在各层之间进行传递。DataSet物件也可以与.NET Framework 资料提供者分开使用，以便管理应用程序本机的资料或来自 XML 的资料。

ADO.NET类别（Class）位于System.Data.dll 中，而且会与 System.Xml.dll 中的XML 类别整合。

ADO.NET可为撰写 Managed 程式码的开发人员提供类似于ActiveX Data Objects（ADO）提供给原生元件物件模型（Component Object Model，COM）开发人员的功能。建议使用ado.net而非ADO来存取.NET 应用程序中的资料。

ADO.NET会提供最直接的方法，让开发人员在 .NET Framework 中进行资料存取。

2.6.2 ADO.NET的类库

Connection 类：和数据库进行交互，要与它进行连接。这种连接可以用以指明相应的数据库服务器、数据库的名称、相应的用户名、使用密码以及该数据库运行所需其它相关的参数。Connection的对象将会为Command的对象所使用，在这种情况下，就可以知晓是在哪一数据源上进行命令的执行。这种同数据库进行交互的过程表示在改程序中必须提供要求进行执行的操作，这是以Command为基础对象来执行的。开发人员运营Command的对象将SQL语句发送给相应的数据库。Command对象通过Connection对象指明连接了哪一数据源。开发人员可以单独运用Command对象直接进行命令的执行，或是将某一Command的对象引用传递于DataAdapter之中，它将一组可以操作相应数据的命令进行了保存。

Command对象：同数据成功的建立连接以后,就能够以Command对象来进行相应的查询、插入、修改、删除等相关命令。在Command对象中，经常使用的方式有ExecuteReader（）方法、ExecuteScalar（）方法、ExecuteNonQuery（）方法，而插入数据的方法则可以使用ExecuteNonQuery（）方法来执行该操作。

DataReader类：很多的数据执行都要求开发人员进行一连串数据的读取。DataReader对象可以使开发人员得打从Command对象之下的SELECT语句中获得的相应结果。将性能这一因素考虑其中，从DataReader中返回的数据均将是快速的，并且只能是方向向前进行的一个数据流。这表示系统开发人员只可以按照特定的顺序将数据从数据流中读取。对于读取速度来说，这是有很大的好处的，但是，若要开发人员进行数据的操作，更加有效的办法就是运用DataSet。

DataSet对象：DataSet对象是相关数据储存于内存中的一个具体的表示形式。其包含了众多的DataTable对象，而DataTable对象中又包含了列、行，就如同一个一般的数据库当中的表。开发人员可以将表之间的关系进行定义，以此创建相应的主从关系（parent-child relationships）。DataSet通常在某些特定的情况下才使用，如对内存当中的数据进行管理，并且可以对数据的断开执行相应的操作。DataSet是被全部的Data Providers所使用的一个对象，所以，它并不需要同Data Provider一样的、特定的前缀。

DataAdapter类：在某些情况下，开发人员主要使用只读形式的数据，而且他们几乎不需要把这些数据转换为底层形式的数据源。但是，某些情形下还要求将数据缓存在内存当中，用该种方式来使数据被相关数据库调用的次数减少。DataAdapter以断开模型的方式协助开发人员更好的完成对上述提及情况的处理。此外，DataAdapter中还包括有对数据当中的INSERT、SELECT、UPDATE以及DELETE进行操作的Command对象上的引用。开发人员会给DataSet之中的任何一个Table都进行DataAadapter的定义，它会帮助开发人员顾及到全部同数据库之间的连接。因此，开发人员重点要完成的任务就是告知DataAdapter在何时将数据装载或者何时将数据写入数据库之中。

DataTable类：DataTable 为数据的一个网格控件。它能够被运用于VB或者ASP之上，并且其不需要代码就能够将数据库进行简单的绑定，同时，其还有着微软公司风格的用户界面。ADO.NET结构如2-4。

新型农村合作医疗管理系统的设计和研究

图2-4

第三章需求分析及总体设计

3.1 引言

3.2系统需求分析

3.3系统功能分析

3.4系统总体设计

3.5小结

本课题所研究的新型农村医疗合作管理系统主要是针对医疗系统的信息化补偿管理而设计的一种管理系统，本系统一方面可以将大量的基础操作由电脑代替提高了补偿审核的准确度，另一方面还可以通过网络实现定点医疗机构与管理机构的对接，从而实现出院即时补偿结算，减少了补偿手续，方便了农民群众的就医补偿。其总体结构模型如图3-1所示。

新型农村合作医疗管理系统的设计和研究

图3-1

按照国家公共卫生信息网建设和新型农村合作医疗信息化建设总体部署，新型农村合作医疗信息管理系统以统一的公共卫生信息平台为基础，总体需求包括数据交换平台、应用软件系统、网络通信平台、安全系统平台以及基础设施等，其中网络通信平台和安全系统平台及基础设施部分纳入公共卫生信息平台建设。

3.1数据交换平台需求

3.1.1集中式数据库

根据卫生部“统一数据库平台”的建设原则和新农合信息系统建设指导意见，我省新农合信息数据库主要采取集中式数据库系统构建方式，即将全省数据集中在省卫生数据中心，由统一技术标准的数据库进行集中的管理和维护，从而形成核心数据库系统。

3.1.2分布式数据库

结合各地当前的各项实际情况，部分业务数据需在区县卫生单位进行分级管理和控制，并适时与省卫生数据中心保持一致。

分布式数据库作为省级卫生数据中心的一组数据库子集，逻辑上属于同一系统，而物理上分散在用计算机网络连接的多个地理位置，并统一由一个分布式数据库系统管理。分布式数据库是省级核心数据库向下级机构的延伸，在逻辑上仍由省核心数据库统一管理和控制，是在省内构建集中式数据库系统，并为核心资源数据库展开基层应用的具体实现形式。

3.2核心数据库信息需求

新农合省级信息平台和中心数据库（以下简称省级平台和数据库）是省（区、市）新农合信息系统的核心部分，是服务于各地新农合决策和联系本辖区各级新农合信息网络的中心平台。省级数据库主要保存的是下列一些数据：

辖区范围内的相关社会经济基本情况的某些基础性的数据、数据统计、数据汇总等；辖区范围内的新农合基金的筹集以及使用的情况，并记录其详细的数据、数据统计、数据汇总等；辖区范围内参加新农合的民众的实际所用的医药费用及其构成，包括了相应补偿情况的全部详细数据、数据统计、数据汇总；辖区范围内新农合的管理机构所进行的基础数据的统计以及相关数据的汇总；向国家级的数据库中反映新型农村合作医疗基金的筹集以及使用情况，参加人员得到补偿费用的情况的统计和汇总数据，此外还需要有可以反映出社会经济的基本情况以及新农合运行管理情况的各种数据；其他需要被收集的数据。省级数据库的数据来源为各基层新农合经办机构和定点医疗机构。在受网络条件限制无法实现基层用户在线进行信息处理的一些地区，应该先考虑运用统一数据交换接口，由基层单位定时上传数据的模式。省级的信息平台还应具备对进行了参合民众在省内其他地区就医信息的传送以及进行结算的功能。地方各级经由省级的信息平台能够对参合民众省内其他地区就医的数据信息进行接收，并实现在异地就诊相关费用的审核、补偿、结算功能。

3.3核心数据库容量

根据新农合在业务管理工作中的要求，在线各项数据容量需求如下：

新农合基金筹集和使用情况数据库：≥0.5TB参合和实际的医药费用明细数据库：≥3TB基础资源数据及其它数据：≥0.5TB

3.4应用软件系统需求及方案设计

新农合信息系统省级平台业务应用分为决策辅助子系统、业务管理子系统、数据交换平台以及门户网站子系统四部分。县级业务操作网络以新农合组织、管理与运行的基础信息收集和业务管理为主，实现以县为单位的在线费用审核、即时结算和实时监控功能。

3.4.1基础数据收集管理需求

建立完备的卫生资源数据、公共卫生信息数据、基础经济人口数据的稳定来源，具有统一规范的数据字典，建立相应数据库与来源之间的交换接口定义和传输机制。实时收集新农合参合、基金收支管理数据。实时收集参合农民实际医药费用发生及补偿数据。提供数据录入、更新维护、批量导入导出等常规数据管理维护工具。系统提供充分的用户权限管理和安全机制，提供基于事务的处理机制和数据统一性、完整性的维护管理机制。提供决策分析功能的调用接口。能够提供数据容量、存储规模、管理日志等各种统计数据和报表。

3.4.2应用架构

为满足新农合信息管理的需要，应用架构考虑以下实现方式：

原则上采用“大集中”模式，即以省级卫生数据中心为核心数据平台及应用服务端，全省各级各类卫生单位为分支机构（地州市、区县、乡镇卫生机构）设立客户端。按照分阶段实施的原则，对网络条件不具备或已成功实施新农合信息系统的县市，采取整合的方式逐步过渡，但所有资源数据和业务数据都应适时交换到省卫生数据中心。采用三层架构技术，即B/S架构，由后台的数据库服务器和前台的应用服务器及其相应的数据库软件和中间件组成。

3.4.3数据流走向

从医疗服务单位－乡镇农合办－区县局－地州市局－省级卫生数据中心自下而上逐层或直接上报汇总，以采集－数据上报－录入－管理－分析－决策为主线，建立高效查询及分析机制。

3.5业务功能需求

根据新型农村合作医疗信息管理的实际需求，在省卫生数据中心建立集中数据中心，管理全省新农合信息，用B/S架构在服务器上构建起一个标准统一、开放、共享、高效、安全、畅通的互联网服务平台，它主要满足新型农村合作医疗信息化建设，对决策辅助系统、业务管理系统、数据交换平台、门户网站的需求。具体如图3-2所示。

新型农村合作医疗管理系统的设计和研究

图3-2

3.5.1决策辅助子系统

根据新型农村合作医疗管理分析的需要，针对社会经济基本情况、农民参加合作医疗情况、合作医疗基金筹资情况、合作医疗基金分配与使用情况、参合农民受益情况、合作医疗管理机构情况、医疗机构评价及疾病分类分析等，为各级管理部门提供方便、直观、形象的图形展现平台，为决策支持、辅助分析提供数据依据。

子系统基本功能：

方案测算监测评价决策分析参合群体分析疾病信息监测

3.5.2业务管理子系统

遵循卫生部《新型农村合作医疗信息系统基本规范（试行）》（卫办农卫发〔2005〕108号，以下简称《规范》）前提下，建立新型农村合作医疗业务管理子系统，加强基金监管，确保基金安全，方便农民报销。通过对农民医疗相关数据的监控、分析，为各级医疗管理部门提供决策数据，提高农村医疗资源的规划和分配水平。实现以县为单位的在线费用审核、即时结算和实时监控功能。

子系统基本功能：

参合管理补偿管理基金管理会计核算统计报告配置管理基线调查基层单位管理定点医疗机构前端补偿管理在受网络条件限制无法实现基层用户实时在线处理的地区，可以暂时考虑使用统一数据交换接口，由基层单位定时上传数据的模式。

3.5.3数据交换平台

实现各级各类医疗机构、农合办、卫生行政部门，以及相关部门之间的数据交换。重点是：农合管理部门与医疗机构的数据交换、业务管理子系统与门户网站子系统的数据交换、卫生部门与财政部门和民政部门等其它部门的数据交换、参合农民跨区域就诊的数据交换等。

3.5.4门户网站

省级新农合门户网站的内容和功能以广大农民、合作医疗管理用户及监管机构用户为中心，以新农合业务流为主线，满足不同服务对象需求，政策宣传、政务公开、便民服务、网上办事等功能为一体，使其最终成为一个多功能、全天候、“一站式”服务的新农合网站。

经核准后的数据放到互联网网上去公示，以便于社会和群众进行网上查询和监督。

通过省级新农合门户网站可链接到各地（州、市）、县（市、区）的分站，方便不同户对信息查询的需要，了解各地（州、市）、县（市、区）的新农合政策、工作开展情况，农民受益情况，同时接受各方面的意见和监督。

第四章系统设计与实现

　4.1引言

　　4.2系统功能设计与实现

1.建议与系统功能分析对应

2.每个功能写出在系统中的作用，技术路线，关键代码和运行结果

　4.3 小结

根据本课题项目的业务逻辑功能需求分析，将本系统的功能模块设计划分为决策辅助体统、业务管理系统、数据交换管理平台、门户网站系统四大模块进行实施。

4.1决策辅助系统

新农合决策辅助子系统是借助现代信息技术，通过统计、调查以及数据挖掘等手段，构造新农合信息采集体系，对原始信息经过汇总、调查以及数据挖掘等手段，重新构造新农合信息采集体系，对原始信息经过汇总、整理、交换和分析等加工处理，形成宏观决策数据库，并建立新农合基金监测系统和决策支持系统，为政策的制定和调整提供支持，对政策执行情况进行监测。

宏观决策系统主要由宏观决策数据库和宏观决策软件组成。

宏观决策数据库中保存的是系统所需的当前或历史数据的集合，其中大部分数据通过统计调查等手段从本省或各市、县数据库中获取，另一部分数据来自财政、统计等部门。宏观决策数据库可有效利用数据仓库技术，将决策中面向主题的、集成的、与时间有关的和不可修改的数据集合在一起，从大量事务型数据中通过清理和转换按统一的数据各市抽取必要数据，为决策者提供全方位的支持。

宏观决策系统软件用于管理宏观决策系统的数据库和用户接口，保证用户与宏观决策系统之间方便地交互。

宏观决策系统主要应用于省级平台，根据需要部分功能也可部署在县级业务平台。

4.1.1统计报告子系统

常规统计报告是各级合作医疗管理机构为了及时掌握农合运行情况而定期收集的常规统计信息，是新农合日常信息管理的核心内容。通过常规统计报告可直接反映出合作医疗目标和工作计划的实现程度，并发现合作医疗方案在实施过程中存在的问题和可能的原因，为下一阶段调整工作计划或合作医疗补偿方案提供及时的信息支持。

合作医疗常规统计报告主要包括卫生统计定期报告和合作医疗管理定期报告。卫生统计定期报告建立在综合卫生统计年报的基础上，主要用于了解试点地区社会经济状况、各级卫生机构的人员、经费、各项工作开展状况等，以确定合作医疗对试点地区卫生工作和卫生机构的影响；合作医疗管理定期报告主要用于了解试点地区合作医疗各项工作的开展情况和总体进度、农民的参合情况、参合农民的实际受益情况以及合作医疗基金运行情况等信息。

应用系统应能满足对各地市、各县新农合及定点医疗机构过程管理和监督工作的需要，能满足数据交换的需要。通过系统可对各试点县合作医疗基金数据、补偿数据、参合数据进行审核汇总，并按照卫生部《新型农村合作医疗统计报告制度》的要求自动生成报表，将数据上报至卫生部，能够满足XX相关部门决策和管理的需要。

一、统计数据采集

统计报告的数据源来自新农合各试点县，或者来源于省中心数据库。

数据来源于各试点县的情况，统计报告系统需要的数据通过网络定时上传到省中心数据库，若超期未报，则通过短信、邮件等多种方式自动催报。

二、统计报告的主要内容

1	基层基本报告	参合人员及缴费情况登记表门诊补偿登记表住院补偿登记表
2	基层备选报告	定点医疗机构基本情况登记表
3	县基本报告	试点县社会经济情况全县参合情况年汇总表全县资金筹集年汇总表县基金分配与支出情况汇总表全县门诊补偿/体检支出月汇总表全县住院补偿月汇总表县级管理机构情况汇总表
4	县备选报告	试点县乡镇社会经济情况乡镇参合情况年汇总表乡镇资金筹集年汇总表乡镇门诊补偿/体检支出月汇总表乡镇住院补偿月汇总表试点县卫生状况及卫生投入情况定点医疗机构基本情况年汇总表县参合人口分类汇总表县按性别、年龄、费用段汇总表县住院补偿人次疾病分类构成县住院分娩补偿情况月汇总表门诊、住院病人流向汇总表
5	省年度报告	试点县社会经济情况全省汇总表全省参合情况年报表全省基金筹集情况汇总表全省基金分配与支出情况汇总表全省住院补偿年报表全省门诊补偿/体检支出年报表全省县级管理机构情况年报表
6	省季度报告	全省补偿情况季度报表全省补偿情况季度报表

4.1.2基金监控子系统

主要实现对新农合基金的收缴情况、补偿情况、基金的平衡状况及承受能力等情况进行监控，必要时发布预警。

一、基金数据采集

基金监控子系统通过调用省级数据库，采集基金收入、支出和预算的所有明细数据，数据直接来源于省级数据中心，或者通过调用县级业务操作平台数据汇总生成。

二、基金预警

按照基金支付计划和给定的基金支付警戒线进行分析，对超过警戒线的发出警告。

三、基金收付监测

1、基金收入情况：包括征缴和各级财政资金到位情况；

2、基金支出情况：包括风险基金划拨、家庭帐户分割、门诊补偿和住院补偿等支出情况；

3、基金预算：包括基金征缴计划和支付计划；

4、收支比较：包括支付计划和实际支付情况比较监测。

四、基金监管功能

1、财务业务数据比对：提取财务处理数据和业务收入支出数据进行对比；

2、收入分析：核对业务和财务收入数，稽核有无隐瞒或虚报情况，核查不按规定征缴的情形，如私自调整人员性质、漏缴合作医疗基金等。核查电子数据的一致性和完整性，判断有无恶意修改业务数据及程序的可能。查询各县缴费人群构成情况，判断基金收入构成是否符合相关基金政策；

3、支出分析：设置免重复数据关键字，避免参合数据重叠；设置基金征缴与补偿待遇状态关键字，保证基金缴纳与补偿待遇享受一致性；核定起付线和封顶线。

4.1.3综合查询分析子系统

以数据仓库为基础，以联机数据分析和数据挖掘为工具，对已有的大量数据进行分析处理，为决策者提供辅助决策信息，包括统计分析模块、政策模拟和决策模型。统计分析的功能是对各类统计信息以及采集的明细进行加工、提炼和分析，为新农合政策制定提供依据；政策模拟通过模拟不同政策的执行效果，为新农合政策制定和调整提供模拟效果；决策模型（包括综合决策模型和各业务的专项决策模型）将新农合各主要环节、因素间的关系量化，可直接为重大问题的决策提供技术支持。

4.2业务管理系统

业务管理系统贯穿新农合经办机构、定点医疗机构，包括财政等部门，协助完成基金的征缴筹集、新农合参合人员的补偿、审核和基金的拨付等工作，实现经办机构网上在线审核、包销、支付和结算。

4.2.1用户及权限划分

一、省级管理机构用户

在业务管理部分具有药品、诊疗目录维护，分配下级新农合管理权限，制定统一政策，监督和管理下级新农合运行情况，查询全省业务汇总或明细数据等权限。

二、地市级管理机构用户

在业务管理部分具有分配下级新农合管理权限，制定本地政策，监督和管理下级新农合运行情况，查询本地业务汇总或明细数据等权限。

三、县级管理机构用户

县级农合办是具体的新农合管理机构，具有对乡镇基层经办机构及定点医疗机构的过程管理和监督工作，进行数据交换。主要应包括配置维护、权限管理、参合管理、补偿管理、基金管理、会计核算、数据管理、统计查询、年终结算等。

各试点县通过系统自行维护当地新农合药品信息、诊疗项目信息、疾病信息及医疗机构信息，在系统中设置缴费标准、家庭帐户比例、补偿比例等系统参数信息。监督所辖乡镇合作医疗基本数据的采集和汇总工作，以完成新农合参合人员基本信息、门诊年补偿、住院补偿数据的采集，做好转诊、补偿、审核和基金运行管理等。

四、乡镇经办机构用户

乡镇级农合办是具体经办机构，主要完成乡镇辖区内参合人员信息管理、补偿数据的审核等业务。

五、定点医疗机构用户

通过新农合应用系统提供的与医疗机构信息系统的外部接口进行无缝连接或通过新农合应用系统定点医疗机构模块完成参合人员就诊费用的实时补偿。

4.2.2系统功能

4.2.2.1配置维护

1、初始化参数：包括系统基本参数、基金参数和补偿参数等进行设置；

2、基本参数：根据试点县相关政策对县基本信息及管理模式进行设置，包括药品、诊疗项目报销比例、限价管理、病种目录等基本参数设置；

3、基金参数：根据试点县基金的筹集和划分模式进行设置，包括个人缴费额度、家庭帐户划账比例、中央及地方补助标准及划入风险基金等参数的设置；

4、补偿参数：根据试点县的补偿政策对门诊及住院的补偿参数进行设置，包括门诊补偿、慢性病补偿、住院补偿、医疗费用明细录入形式、住院转诊逐级审核控制及起付线和封顶线的设置等；

5、行政区划信息

包括省、地、县、乡、村和组六级设置，其中，省地县三级码限省级维护。

6、合管办信息

包括省地县乡四级经办机构信息的设置，包括负责人、电话、地址等。

7、医疗机构信息

包括医疗机构级别、隶属属性、负责人、联系方式等。

8、补偿政策参数信息

包括各种补偿模式参数。

9、疾病信息

包括ICD编码和根据管理模式划定疾病的主要类别及补偿政策等。

10、项目目录

包括药品目录和诊疗目录管理，及其限价管理，其中诊疗目录和医疗机构相应设施相关。

系统中用到的数据代码完全按照《规范》进行设置，并可以进行添加和修改，确保系统数据的规范性以便交换与共享。

4.2.2.2权限管理

1、用户组及权限设置：根据管理业务流程所涉及的不同职能部门及岗位，设置不同的工作用户组，并赋予不同的操作权限。

2、用户及权限设置：针对应用系统登陆信息的设置，和某一特定用户的特殊权限进行设置。

3、密码设置：修改登陆用户的密码。

4.2.2.3参合管理

1、农民基本信息：包括户主、家庭成员等基本信息；

2、参合登记：根据农民基本信息，进行参合信息的登记；

3、证卡管理：对参合农民的医疗证卡进行开户、挂失、解除挂失、冻结、解除冻结等管理；

4、家庭帐户管理：对设置家庭帐户的试点县进行家庭帐户的划入及使用的管理；

5、参合转移：在特定时段对变动信息进行处理，包括家庭合并、分离、本地转移、外地转移等管理；

6、预存款管理：按照不同的缴费模式，包括缴费标准、缴费方式等，系统对农民的缴费信息进行存储，对资助的对象及资助金额等信息进行录入，并根据缴费的资金来源进行分配。

7、参合农民健康档案：根据参合农民的就诊和补偿信息记录，根据参合农民的基本信息和参合信息进行查询。

4.2.2.4基金管理

1、基金收入：按照基金筹集方案，根据参合农民基金征缴情况，对各级基金补助到位情况进行录入登记及相应财务业务处理；

2、基金支出：按照基金补偿对应的支出帐户，在基金拨付申请及审核过程中，生成资金支出信息，并通过相应财务业务处理流程，生成财务信息和基金支出信息；

3、基金预拨管理：根据县乡基金使用计划和预拨申请，对基金进行预拨；

4、基金支付申请：根据审核通过的补偿信息基金基金支付申请，根据体现基金拨付的金额、医疗费用发生所在地、人次、票据数量等信息，打印基金拨付申请单，下达相应部门；

5、基金分配：根据参合农民情况和基金筹集方案，对各级基金补助金额和基金帐户进行预算分配和实际分配。

6、基金帐户查询：对基金的组成帐户进行实时动态查询。

4.2.2.5补偿管理

1、门诊补偿信息采集：包括门诊补偿登记、门诊费用明细录入、门诊费用类别录入、门诊补偿结算并生成打印门诊补偿结算单据等；

2、门诊补偿审核：合管办审核人员完成门诊补偿信息的初审、复审；

3、住院补偿信息采集：包括住院补偿登记、住院费用明细录入、住院费用类别录入、住院补偿结算并生成打印住院补偿结算单据等。

4、住院补偿审核：合管办审核人员完成住院补偿信息的初审、复审；

在初审和复审过程中，包括审核退回、标注审核标记、拨付金额审定等。

4.2.2.6转诊管理

包括转诊登记、审批、转诊接收、二次补偿登记、二次补偿支付等。同时，应完成参合登记地与就诊所在地的基础信息和就诊信息交换。

4.2.2.7体检补偿管理

根据试点县对体检补偿条件的政策，对需要进行体检的参合人员进行登记和补偿支付。

4.2.2.8补偿模式管理

通常情况下，新农合的补偿采用项目付费制、服务单元付费制、单病种付费制和总额预付制的单一或混合付费办法。，

1、项目付费制：根据参合人员就诊实际发生的费用项目，按照补偿政策进行费用结算；

2、服务单元付费制：根据参合人员就诊发生的服务单元及其单元付费标准，按照补偿政策进行费用结算；

3、单病种付费制：根据参合人员所患疾病病种及其付费标准，按照补偿政策进行费用结算，主要用于住院费用补偿；

4、总额预付制：根据定点医疗机构服务能力和服务半径，结合工作量、收费标准和基金支付能力，进行总额预付和定期结算制的一种付费方式，通常情况下，需要一定周期和数量的信息存积，以及科学的测算算法。

根据目前新农合基金运行和信息化管理程度，一般以前三种付费方式为主。

4.2.2.9会计财务业务处理

满足各级农合管理办公室财务人员对基金的收入和支出进行财务业务处理，满足会计科目制定、基金收入及支付凭据制作、与专业财务帐务系统建立数据接口等功能要求。

4.2.2.10数据管理

包括数据初始化、年度结转、用户登录日志、操作日志、数据备份与还原等。

4.2.2.11定点医疗机构前端补偿管理

包括定点医疗机构门诊、住院诊疗明细、费用管理和补偿结算管理等。

4.3数据交换管理平台

4.3.1跨统筹区域参合人员基本信息交换

为解决试点县参合人员跨统筹区域就诊的信息交换，通过数据交换平台将其参合信息、基金使用信息交换到其就诊医疗机构，并将此次诊疗信息交换到其参合试点县，便于农合办工作人员审核和实施补偿。

4.3.2与定点医疗机构的数据交换

设立定点医疗机构信息系统接口功能，系统一方开放接口函数，另一方调用接口函数完成系统之间的无缝连接，在充分数据交换的同时，保证系统各自的独立性和完整性。

主要包括：数据库连接服务（包括接入和验证）、数据库断开服务、获取有关帐户信息、门诊补偿登记（包括费用明细和类别）、住院补偿登记（包括费用明细和类别）、补偿计算、门诊住院结算票据管理等。

4.3.3与财务软件的数据交换

建立业务系统与财务软件的数据接口，将基金运转业务数据转换成为专用财务软件接口，并监控是否完成数据转换。

4.4门户网站系统

建立新型农村合作医疗网站，建立与公众和社会的网上交互平台，并通过该平台向社会提供多种形式、全方位的新型农村合作医疗相关信息和政策咨询，逐步实现新农合政策信息、农民补偿信息、基金使用信息查询功能、网上答疑功能、定点医疗机构资质、业绩和诊疗质量查询等信息服务功能，增进社会化服务的广度和深度，构筑方便实用、多层次、多形式的农村公共卫生信息发布平台。

4.4.1首页

新型农村合作医疗门户网站首页，以图片、新闻相结合网站导航的功能为一体，为用户提供最新的新闻线索。网站提供新闻导向，其目的就是更好地统一思想，调动一切促进新农合不断推进的积极因素，搞好新型农村合作医疗工作。

4.4.2工作动态

用于发布各省市和省内各地新型农村合作医疗工作的重要工作动态，宣传开展新型农村合作医疗试点工作的重要性，正面宣传新型农村合作医疗的重大举措和突出成效。

4.4.3政策法规

提供新型农村合作医疗主要政策和各县市补偿政策以及国家、省，以及各级主管部门下发的政策文件。

4.4.4网上公告

各级卫生行政部门和农合办发布面向公众的重要公告信息。

4.4.5市县工作动态

由各试点县卫生行政部门或农合办发布试点县新农合工作动态，包括试点县农民参合情况、补偿情况及其它工作动态，供社会了解各试点县具体情况，供其它各县交流和共享。

4.4.6办事指南

提供面向社会和公众的新型农村合作医疗相关办事程序、办事须知和需要填报的表格下载。

4.4.7管理频道

网站为用户群提供内部信息交流平台的重要入口，登陆管理频道后，用户可进行横向、纵向的信息定点传送和群发，同时可根据权限发布或上传准备在网上发布的信息。

4.4.8其它功能

授权用户可根据需要随时对网站栏目进行免编程维护。

第五章系统实现建议删除

本实验课题涉及的新农合按其处理的深度可分为二个层次的管理：日常业务处理与决策处理。前者以基金管理为主线可分为二部分，一是基金的筹集管理，目前这一部分只是一年一度的阶段性工作，但有工作时间短、劳动强度大、涉及面广的特点。二是基金的支付管理，这是新农合经办机构日常最主要的工作。其总的流程图如下5-1所示，总框架图如下5-2所示。下面我们对费用征缴、基金支付、决策支持等新农合主要管理环节分别进行分析，并结合案例研究信息化管理在新农合中的具体应用。

新型农村合作医疗管理系统的设计和研究

5.1费用征缴中的信息化管理

新农合管理机构根据辅助决策信息进行基金预算，确定下一年度的筹资额度、补偿比例等，然后进行筹资工作。工作流程一般分为筹资申报，资金收缴，信息录入，各级资金配套，然后在下一年度参合农民享受规定的医疗补偿待遇。基金的筹集环节有以下特点：一是筹资渠道多：有各级XX、集体、农民个人等；

二是筹资时间长：从宣传发动到逐户收款、归集需一至二个月；三是筹资不稳定：农民自愿参加，人员有变动；四是筹集手段多：有村干部上门、乡财政所收缴、银行代扣等。

通过统计[17]发现，一般连续参合农民占参加新农合总人数的98%左右，减少和新增参合农民共占2%左右，还有小部分是户变更、人员类型变更。在筹资申报时，信息系统以一定的格式按镇（乡）、村导出上一年度的参合农民名单；对于连续参合农民、减少参合农民信息，工作人员只需在导出的名单上做相应的标记，筹资申报有序无误。

新增人员操作虽然复杂，但人数相对较少，总体的可操作性仍很强。通过信息化管理，在基金筹集环节中的通过对参合农民基本信息、家庭及个人参合信息、缴费信息进行管理，能降低部分成本，减少信息错弊。在设计基金征缴子系统时，考虑到 C/S 方式的维护的复杂性，一般建议采用B/Ｓ方式实现（图3-1），这样可以在政务外网或因特网上进行操作又不影响系统的安全性，基层的操作人员只要能上网的电脑，打开ＩＥ浏览器就可以进行网上征缴的作业。其网上征缴系统如图5-1所示。

新型农村合作医疗管理系统的设计和研究

图5-1

如何应用信息化管理进一步降低筹资成本是一大难点，例如：使用银行代扣方式进行筹资，理论上能有效地降低筹资成本，如果从纯技术角度论不存在很大的难题，但目前实际采用这种方式的仅限于理论探讨，这可能有待于新农合管理模式的转变。

5.2基金支付中的信息化管理

基金支付的管理是新农合基金管理中最为繁杂的一个环节，其出现风险的因素也显得较为复杂。通过网络信息技术与其它管理手段结合，对基金支出各环节进行有效控制、高效管理可以降低风险。与其它信息化应用相比这一部分技术成熟度较高，与城镇职工医疗保险有较多相似之处，可借鉴的成功经验也较多。

以绍兴市区新农合为例：新农合管理中心通过与定点医疗机构实时联网，在参合农民入院的同时，管理中心工作人员在网上立即能查看到相关信息，如患者姓名、就医号、入院时间、入院诊断、诊治医生、病区等。入院时，参合农民必须出示新农合二维条码卡和身份证，由读卡器读取加密信息，上传新农合数据中心进行核实，完成系统入院登记过程。入院后，定点医疗机构实时上传其发生的费用明细，并由管理中心信息系统按统一的基本药品目录、诊疗项目和医疗服务设施目录进行匹配对照[18] ，自动按设定费用项目的最高限价、支付比例核算出可报金额。同时管理人员在网上实施实时在线审核，如有必要可以进行现场突击抽查，以保证传入信息系统的信息与现实的一致性和正确性。网上在线监管审核系统如图5-2所示。

新型农村合作医疗管理系统的设计和研究

图5-2

参合农民出院时，医院管理系统向新农合管理信息系统发出出院结算申请，新农合管理信息系统对参合人本次住院期间总费用进行核算，并根据设定的政策参数计算出相应结果并返回信息。医院管理系统收到指令，自动根据结果打印有关票据，由定点医疗机构进行垫付，实时给予参合农民费用补偿。然后新农合经办机构按月对账并拨付医疗机构垫付的补偿款。在这过程中，费用的产生不是一次性，而是在诊治过程中由多个医生、护土多环节动态发生的费用明细并实时上传，实现了管理从事后控制到事前和事中控制，增加了人为因素套取新农合基金的机会成本，减少了失误造成损失的概率。

对县外、省外就医参合对象的管理是目前一大难点，一般对此类病人要求在县级医院办理外地就医转院备案并设定效期，通过网上协同异地就医审批系统，管理人员可以对外出就医人员的人员、数量、流向进行精确掌控。患者出院后，凭备案证明材料，就近去相关乡（镇）经办机构办理结报手续，经办机构录入备案号，系统将对新农合卡号、转院效期、转向医院等信息进行自动核对，并对录入的费用进行核算，经审核给予补偿。如从绍兴到上海三级医院就医的参合农民的费用信息，由于绍兴的系统与上海的医疗机构没有联网不能自动导入相关费用明细，必须凭参合农民出院带回来的明细清单，经过人工烦琐对照、录入才能完成。其信息流与业务流存在割裂现象，只能实现事前、事后管理，存在费用二次输入缺陷，改进这一管理漏洞有待新农合省级乃至国家级信息平台的建成才能实现。

5.3决策支持中的信息化管理

决策支持系统（DSS）[19] 是新农合信息化管理的高层次应用，是从数据库中找出必要的数据，并利用数学模型的功能，为用户产生所需要的信息的过程。DSS 是以数据仓库（DataWarehouse）技术为基础，以联机分析处理（OLAP）和数据挖掘（DataMining）工具为手段进行实施的一整套解决方案。DSS 的设计目标是通过建立基于数据仓库的联机分析处理（OLAP）和数据挖掘（DM），实现对面向主题的就某领域问题趋势作出未来的预测，以便决策者能够根据大量事实数据进行正确的决策和判断。

新农合决策层数据处理侧重于宏观数据、行业数据，新农合决策支持系统能为政策参数的制定提供依据，通过既定的算法和调整各项参数能大致测算出实际工作中所可能发生的各项费用指标，能为决策者提供精确、有力的政策支持。有的地方对基金透支风险担心过度，把起付线定得过高、封顶线和报销比例定得过低，造成基金沉淀过多，直接影响农民受益。通过信息系统对定点医疗机构的就诊率；住院率；病人分布率；补偿比；受益面统计，报销封顶人数统计，住院费用与住院时间、常见病种的费用及时间、总费用与基本费用等进行分析。然后应用数学模型和计算机模拟技术对农村新农合基金使用的诸多参数如受益面、受益度、起付线、止付线、封顶线、各费用段补助比例等进行定量分析研究，结果能很直观地从决策支持信息系统中体现出来。在下一年度管理者可利用系统的决策支持功能，重新测算设立起付线、封顶线和补偿比例，使参合农民的费用补偿率有较大提高又能基本控制基金风险，保证新型合作医疗工作的顺利运行与健康发展。

第六章系统测试

6.1 引言

6.2 系统功能测试及分析

6.3小结

6.1概述

系统测试是为了发现目标项目的错误而执行程序的过程，其目的就是通过与系统的用户需求相比较，发现所开发的项目系统与用户需求之间不相符或矛盾的地方，从而提出更为完善的解决方案。系统测试主要是为了发现以下几类错误：是否有不正确或遗漏了的功能；在接口上，输入能否正确地接受，能否输出正确的结果；是否有数据结构错误或外部信息访问错误；是否有初始化或终止性错误[32]。因此，在系统投入使用之前必须对系统进行大量的测试，以确保系统在实际运行中符合用户的各项需求。

完整的测试工作应贯穿于软件开发的整个生命周期。对于软件质量的评估不只限于程序和编码本身，它们应该和以前所完成的需求分析及软件设计工作是密切相关的。出现在程序中的错误，不一定就是编码所引起的，很可能是详细设计或概要设计阶段，甚至是在需求分析阶段引起的。通常情况下，错误在初期也许只是很小的问题，但随着后继开发阶段的不断进行，错误也会随着而变得越来越严重。如果能在早期开发中发现错误并及时和解决，就不会将错误带到设计、编码、测试等各阶段，也不会让错误逐步扩大和严重。由此可见，解决问题、纠正错误应该追溯到前期的工作，越早着手越好。[13]

系统测试主要以站在客户或最终用户的角度来看待系统，因此主要采用的测试方法为黑盒测试。

6.2功能测试

本课题项目的系统测试部分内容如下：

测试目的	验证是否输入合法的信息，允许合法的医生登录，阻止非法登录，以保证系统的安全特性
预置条件	数据库中存储了一些用户信息		特殊规程说明	（无）
参考信息	需求说明中关于“登录”的说明
测试数据	用户名 =YHT密码 =123（数据库表中有相应的信息）

操作步骤	操作描述	数据	期望结果	实际结果	测试结果（P/F）
1	输入用户名称，按“登录”按钮。	用户名=YHT，密码为空	显示警告信息“请输入用户名和密码！”	（符合）	P
2	输入密码，按“登录”按钮。	用户名为空，密码=123	显示警告信息“请输入用户名和密码！”	（符合）	P
3	输入用户名和密码，按“登录”按钮。	用户名=YHY，密码=123	显示警告信息“请输入用户名和密码！”	（符合）	P
4	输入用户名和密码，按“登录”按钮。	用户名=YHT，密码=1	显示警告信息“请输入用户名和密码！”	（符合）	P
5	输入用户名和密码，按“登录”按钮。	用户名=yht，密码=123	显示警告信息“请输入用户名和密码！”	（符合）	P
6	输入用户名和密码，按“登录”按钮。	用户名=空，密码=空	显示警告信息“请输入用户名和密码！”	（符合）	P
7	输入用户名和密码，按“登录”按钮。	用户名=YHT，密码=123	进入系统主界面	（符合）	P
8	输入用户名和密码，按“回车”键。	用户名=YHT，密码=123	进入系统主界面	（符合）	P

系统相关问题探讨建议删除

7.1重点解决的问题

新农合系统是通过组织新农合业务专家与计算机专家对新农合信息化进行综合分析与研究的结果，实现新农合信息化上述总体建设目标，并重点解决如下的难点问题：

1、由于新型农村合作医疗工作开展是近几年提出来的，作为解决“三农”问题的重大国策，国家已经推出了一系列的指导意见和相关政策，并且各级XX部门也每年逐步配套不少财政资金，但总体来说，目前全国的新农合工作还处于逐步试点探索与积累调整的过程，这就给软件需求带来有很多不确定性，因此对新型农村合作医疗信息化管理系统提出了较高的扩展性和灵活调整的要去。

2、由于在农民的医疗补偿问题上，国家只有宏观指导性的意见，各级基层农村医疗管理单位可根据不同地区、不同时期、不同病种、不同的药品使用情况、不同的补偿起付线等各类不同情况，制定不同的补偿办法与政策规则，这就要求应用软件能够适应复杂而且动态的逻辑计算，以完成各类补偿的运算。另外，由于报帐点终端众多，给应用软件提出了电信级并发计算的要求。

3、由于新型农村合作医疗信息化管理系统涉及具体的资金日常出入，且资金交易范围涉及广大农村区域与复杂的环境，需要严谨的保证资金交易的可靠性与安全性。

4、由于新型农村合作医疗信息化管理系统需要完成与各级医院的数据交互，简化农民的获取医疗补偿的程序，实现农民在医院就医时就能够直接完成看病补偿的报销，这就要求系统能够与不同时期建设、采用不同架构与技术开发的医院信息管理系统（HIS）实现快捷、高效、可靠的数据交互。

5、由于各级新型农村合作医疗管理系统之间，新农合系统与各级卫生行政单位的现有其他系统之间有大量的业务与信息交互，需要通过统一门户，实现单点统一登录、权限的统一控制、业务集成等功能。

6、由于新型农村合作医疗工作开展是一个逐步试点发展的过程，各级管理领导需要随时掌握新农合工作的开展情况，应用软件可通过前沿的技术手段为各级领导的总结经验与做出决策提供数据支持。

7.2该设计方案的优势

7.2.1设计方案简单标准，支持多种数据库

采用开放中间数据库的形式与医院信息系统交互，医院信息系统修改简单，同时也保证了医院信息系统和农合系统双方数据的安全性。

7.2.2投资少兼顾高扩展性

本方案投资少，实施速度快，可以迅速见到成效。同时，方案采用的网络和业务模式，支持以后建立以市为单位的监管查询平台。

7.2.3实现了医院信息系统与农合系统的紧密集成

在医院信息系统正常运转的同时，将参合患者的医疗信息同步到农合系统，保证了数据的及时性、稳定性、准确性，不影响医院信息系统的内部业务。

7.2.4提高了工作效率，大大减少了人力资源的投入

废除了手工模式，大大减少了收费人员的工作量，同时也有利于医院的农合管理工作。提高了合管部门对新农合的科学决策和应急指挥能力，极大地增强了新农合管理与服务的功能和质量。

7.3体会与建议

7.3.1合作医疗管理信息系统的建立, 必需具备一定的条件

首先, 一定的管理素质和科学认真的态度是搞好合作医疗信息管理的前提, 无论是人工操作统计还是计算机信息管理都是如此。计算机虽然有很强的处理数据功能, 但只有给它输入准确、完整的数据, 才能得到有用的输出结果。其次, 要有从事信息管理工作的专业人员。处理信息的人员素质和结构对合作医疗管理信息系统作用的发挥关系重大。目前从各地现有卫生管理或卫生统计人员中选派培训, 是人才来源的主要渠道。第三, 一定的经济条件支持。包括购置计算机硬件、软件、人员培训、日常管理和运行经费等, 因此必须结合当地具体情况决定信息系统建立的时机和规模。

7.3.2合作医疗管理信息系统的建立, 提高合作医疗的决策水平

缺乏科学化、系统化的管理一直是影响合作医疗建立和发展的重要因素。过去农村合作医疗多数是以传统经验管理为主, 就合作医疗管理信息系统而言, 在合作医疗搞得好的地区, 也只是简单的手工汇总统计,或局限于财务帐目的报告公布, 很难为管理决策提供科学依据, 显然不能适应新时期合作医疗发展的需要。大量研究结果表明, 管理信息系统应用的效益是十分显著的。管理信息系统是合作医疗发展完善的重要因素, 合作医疗管理信息系统的建立与应用, 增强了合作医疗管理的科学性, 提高了合作医疗的决策水平。同时为合作医疗的今后发展提供了客观依据, 也使合作医疗的研究管理工作收到显著效果。

7.3.3日常数据收集处理是合作医疗信息管理的基础性工作

合作医疗基本信息数据的收集处理是决策系统的基础, 是整个信息系统运行的第一步, 是最基本的、也是最重要的工作, 其结果直接影响到管理决策功能的发挥。随着合作医疗层次的提高和覆盖率的扩展, 管理者对日常数据的掌握越来越困难, 例如, 乡村医生可能可以轻松地说出本村谁参加了合作医疗, 或谁来村卫生院看过病, 但对于乡级管理者来说是十分困难的或是不可能的。因此建立和完善日常数据处理系统, 是新时期合作医疗管理的必要基础。

7.3.4计算机化是合作医疗管理信息系统的努力方向

计算机化信息管理, 及时得到合作医疗管理的信息, 容易进行数据统计分析, 及时生成统计信息, 从而及时对决策进行支持, 提高合作医疗管理的效率。计算机作为一个有效的辅助工具, 完善合作医疗的管理是一个明确的发展方向。有条件的地区可以在硬件和人力资源允许的情况下, 进行计算机化管理的尝试。我们一方面要继续扎实地做好合作医疗基础信息的手工收集管理工作, 同时要因地制宜, 循序渐进, 积极创造条件, 结合利用计算机向合作医疗信息管理更高层次迈进。

总结与展望

8.1总结

本项目的主要研究内容是如何使用eclipse作为开发平台，使用Oracle 9i作为数据库服务器，并且使用C#语言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技术设计来实现一套新型农村合作医疗信息系统。在设计和研究过程中，笔者查阅了大量的国内外资料文献，进行了无数次的技术尝试，最终完成了该课题的研究。

新型农村合作医疗信息化系统主要包括以下四点内容：第一，先进性。新型农村合作医疗信息化系统要通过信息科学手段结合先进的管理手段和方法，融进现代化的管理思想和方法达成先进管理理念的技术实现。第二，标准化与规范化。新型农村合作医疗信息化系统要求在标准化、规范化前提下运行，不管各层次的管理人员的素质多么参差不齐，系统能自动对业务进行规范化、标准化管理，其整体管理水平就能得到有效提高。第三，可靠性与安全性。新型农村合作医疗信息化系统要能保证业务处理的可靠与安全。第四，持续性与可扩展行。新型农村合作医疗信息化系统需要随制度不断深化、创新和完善，是一个持续、渐进、不断完善的过程，要能持续为“新农医”服务的功能以及随时根据政策走向进行扩展的能力。

8.2展望

随着科学技术的不断发展以及合作医疗工作的全面开展，所需要采集、处理、汇总的信息、金额等的数量必然迅速膨胀，由于所需处理数据量过大，仅靠传统手工操作应付数据收集都难以实现，至于数据管理、分析、处理统计等项工作更无法完成，采用现代化的计算机信息管理系统势在必行。新农合只有实现业务操作和管理自动化，才能最大程度减少手工操作误差，加快信息采集、处理、汇总速度，监控和防范新型农村合作医疗基金的风险，更加公平，公正，公开，从而在根本上提高数据质量和工作效率，方便了农民群众的就医补偿。

对大多数地区而言，实时联网模式是新农合信息化建设的现阶段目标。新农合制度覆盖面广、人员复杂、定点医疗机构分散、数据量大，依靠手工处理等传统方式将难以满足新农合实践过程中决策科学化、服务优质化、监管现代化的需要。通过新农合管理部门、经办机构、定点医疗机构以及其他相关部门间建立实时联网的信息系统，能实现网上在线审核结算、实时监控和信息汇总，实现业务管理的数字化、信息化、科学化。信息化管理将有力地提高新农合决策水平、工作效率和服务质量，增加业务运作的透明度，改善服务质量、优化业务流程、规范新型新农合的运行，有力地促进新农合管理部门、经办机构、定点医疗服务机构各个层面管理水平的全面提高。

毋庸讳言，新农合信息化建设还面临着诸多困难，这是一个长期的持续过程。令人欣喜的是，一些地区在新农合信息化管理方面进行了有益的探索和实践，也积累了一定的经验，值得我们借鉴。我们既要加强领导，加大投入，切实落实XX责任，又要坚持“深入调研，明确需求”、“科学论证，整体规划”、“因地制宜，分步实施”，进行信息化建设规范管理，更要通过“‘外引内培’打造一支高素质的人才队伍”等措施来大力加强促进新农合的信息化建设。通过努力，我们一定可以使这项“民心德政”工程得到稳固、健康地发展！

参考文献

【1】袁鹏飞.SQLServer数据库应用开发技术【M】.北京:人民邮电出版社,1998.

【2】庄成三,洪玫,杨秋辉.数据库原理及应用【M】.北京:电子业出版社,2000.

【3】王首珏.新型农村合作医疗信息化管理研究.上海交通大学硕士学位论文

【4】王明.新型农村合作医疗信息管理系统的设计与实现.江苏大学硕士学位论文