小型医院信息管理系统的设计与开发研讨

43/49HYPERLINK"/"某小型医院信息治理系统的设计与开发摘要本文所介绍的小型医院信息治理系统旨在改善某小型医院的信息治理，改变医院的信息处理差不多还停留在手工方式的状况，降低劳动强度，提高工作效率。本系统不仅适用于医院的行政治理业务，也适用于具体的就诊事务业务。本系统能够使医务人员空出更多的精力和时刻服务于病人，同时保证病人和医院的经济利益，从而使医院能够以少的投入获得更好的社会效益与经济效益。本系统是利用PowerBuilder并结合医院病人治理制度,严格按照软件生命周期来设计的一个信息治理系统。实现了一个包括就诊治理、模板处理、数据统计等模块在内的小型医院信息治理系统，实现不同职员登录、病人挂号就医、病人信息查询、大夫出具处理处方及划价、门诊收费与统计等功能。本文简要介绍了医院治理系统的项目背景和意义，着重阐述了该系统的开发实现过程，从系统目标，需求分析、总体设计、详细设计、到系统测试等各个环节都进行了详细的分析和描述。关键词：数据库；PowerBuilder；就诊TheDesignandImplementationofaSmallScaleHospitalInformationManagementSystemAbstractThesmallscalehospitalinformationmanagementsystemisdesignedforimprovingtheinformationmanagementofsmallhospital,reducingthelaborintensityandenhancingworkingefficiency.Thissystemcansupporttheadministrationofthehospitalandmanagethebusiness.Inaddition,itcanhelpfacilitatethepatient,andbringsocialandeconomicinteresttothehospital.ThissystemusesPowerBuilderasdevelopinglanguage,whichisdesignedaccordingtosoftwarelifecycle.Thesystemcanimplementthepatient’sregistrationbeforehisgoingtoseeadoctor,doctor’sprocessingprescriptionandmanagementofexpense.Thethesisintroducesthesystem’sprojectbackgroundandsignificancebriefly,elaboratesthesystem’simplementationprocess.Italsoanalysesanddescribesallthestagesofthesystem,includingfeasibilitystudy,demandanalysis,outlinedesign,detaileddesignandsystemtest.Keywords:database;PowerBuilder;prescription

目录论文总页数：30页TOC\o"1-3"\h\z\u1 引言 11.1 课题背景 11.2 国内外研究现状 11.3 本课题研究的意义 12 关键技术介绍 12.1 开发工具及运行环境 12.1.1 总体开发工具及环境 12.1.2 开发工具简介 12.2 系统需求分析 22.3 系统功能结构设计 32.4 数据库设计与实现 43 本系统功能模块设计与实现 73.1 应用程序对象设计 73.2 职工登录界面 83.3 主界面 93.4 挂号系统模块 123.5 就诊治理模块 153.6 模板治理模块 183.7 数据治理模块 193.8 报表模块 224 关键功能点的测试 234.1 登录模块测试 234.2 用户密码修改功能点测试 244.3 病人费用报表功能测试 26结论 27参考文献 28致谢 29声明 30更多全套设计联系QQ:1042897696最新设计大全/sf/20100915/3539.html引言课题背景随着科学的不断进步，计算机应用差不多遍布整个社会的每个角落。人们的躯体健康也在不断受到重视。因此，医院进行现代化治理就变得尤为重要。目前社会正处于健保进展方兴未艾的时代，各医疗院所莫不兢兢业业地改善本身的体制或治理方式，以因应健保越来越严格的规范。小型医院信息治理系统是适应时代进展的需要，提高治理的效率而开发设计的。国内外研究现状一个完整的医院信息治理系统应该既包括医院治理信息系统，又包括临床医疗信息系统，国外研究机构在力求实现医院信息治理系统的完整性。临床信息治理系统在数据处理的实时性要求、相应速度、安全保密等方面一般要比治理信息系统有更苛刻的要求。而医院治理信息系统的计算机技术较为单纯和简单，也由于医院治理信息系统以处理文字和数字类数据为主，较少设计声音、图象、多媒体数据的动态传递等复杂要求，实现起来容易的多。本课题研究的意义本系统通过对病人信息治理系统方案的设计和实施，提出一种对病人在就诊过程中产生的信息进行数字化治理的技术，为门诊建立起信息高速公路，促使医院门诊逐步形成方便、科学、合理的治理模式。从全然上改变传统的依靠文件等信息的传递方式，实现无纸化办公，简化就诊手续，加快信息流通速度，提高治疗效率，差不多实现医院系统的数字化治理。同时,本系统对病人既往病史以及用药记录存档，既便于大夫更加准确的对当前病人的诊断，同时也有利于大夫对各种病例进行分析研究。病历模板的套餐制更具灵活性。关键技术介绍开发工具及运行环境总体开发工具及环境本系统采纳的软件开发工具及环境如下：操作系统：WINDOWSXP编程工具：PowerBuilder9.0数据库：ACCESS开发工具简介PowerBuilder是一个图形化的应用程序开发环境。使用PowerBuilder开发的应用软件由窗口构成，窗口中不仅能够包含按钮、下拉列表框及单选按纽等标准的Windows控件，还能够有PowerBuilder提供的专门控件。这些专门控件能够使应用软件更容易使用，使应用软件的开发效率更高。例如，数据窗口确实是PowerBuilder提供的一个集成度专门高的控件，使用该控件能够专门方便地从数据库中提取数据，专门简单地检索数据，提供图形化的数据显示方式，创建统计功能特不强大的数据统计表。由于数据窗口对数据的操作是通过事务进行的，因此对数据的操作有专门强的可靠性。这些都为开发功能强大的数据库应用软件提供了可靠的保证。商业化的软件开发要求有专门好的移植性。PowerBuilder既能够跨平台开发，也能够发行跨平台软件。例如，在Windows95下开发的程序，能够不修改源程序而形成UNIX下的执行文件或Macintosh下的执行文件。在开发小组中，不同成员能够使用不同的开发环境，但由于PowerBuilder的支持，在不同的开发环境下看到的共享PowerBuilder对象是相同的，因此仍能够同时开发同一个应用程序。随着软件技术的不断进展，PowerBuilder9.0及时地强化了开发功能，并提供了一些配套的开发工具，成为一种易于使用的、可伸缩的并经实践证明的快速集成开发环境。它在给用户提供一条转移到下一代平台的途径的同时，使用户仍能够爱护和扩展现有的技术和应用上的投资。系统需求分析病人在就诊过程中，差不多的业务流程如图1所示：图1业务流程图通过对病人就诊流程及治理的调查和了解，初步确定了该系统的差不多需求情况：在病人就诊之前，必须进行挂号，包括病人的最差不多信息,挂号费用,预存费等。在病人进行挂号的同时，能够自动为病人分配病历号，作为病人在就诊过程中的唯一标识。在病人就诊时，大夫能够对病人差不多信息(包括简要病史等等)进行登记。对病人每次就医的主诉,病历,处方进行输入，并能够进行查询和维护。各种化验检查信息的输入、查询和维护，并能够进行异常提醒。对病人的预付款进行治理，同时当预付金额不够时能够提醒补交预付款。对病人就诊过程中的各种费用进行治理。能够打印病人预付款单据和费用凭单。大夫能够查询病人治疗情况、化验检查结果，以便跟踪病人病情进展情况，同时也有助于大夫对各种病例进行分析研究。系统功能结构设计本系统划分为7个功能模块，系统功能模块图如图2所示。商业源代码，全套计算机毕业设计免费下载更多全套设计联系QQ:1042897696最新设计大全/sf/20100915/3539.html各模块如下：职员治理：要紧包括职员登陆，修改密码，判不用户级不功能。病人治理：要紧包括病人的差不多信息登记。要紧包括对病人差不多信息的录入、查询和维护等操作。病人差不多信息的录入窗口能够从就诊窗口进入，系统能够经历当前就诊病人病历号以及当前录入员的姓名。就诊治理：要紧包括对病人此次就诊病情的录入，过往病史的查询及检查和化验结果进行录入。模板治理：要紧大夫针对各种典型病种所开具的主诉、病历、处方录入、查询。化验检查治理：要紧包括对病人每次所做化验和检查的结果进行录入、查询和维护。费用治理：要紧包括预付款治理和费用治理。预付款治理：要紧包括对预付金额进行录入、查询和维护等操作。同时能够依照支出情况进行费用统计、查询余额和缺钞票警示。费用支出治理：要紧包括对病人药费、检查、化验等支出进行录入、查询和维护等操作。报表打印：依照需要生成各种报表，同时打印出来。数据库设计与实现在认真调查医院就诊治理过程的基础上，得到系统所要处理的数据流程图，如图3所示。图3数据流图本系统依照上面的设计规划出的实体有4个：病人、大夫、化验检查员、药品。下面为本系统实体之间关系的E-R图，如图4所示。图4实体关系E-R图依照以上的分析设计得到实际数据库模型。数据库设计如下：病人差不多情况表(ghdj)：就诊号（jzid）、病历号(blh)，姓名(xm)，身份证号(sfzh)，性不(xb)，出生日期(sr)，婚否

(hf),地址(dz)，电话(dh)，日期(ryrq)，科不(kb)，主诉(zs)，现病史(xbs)，病历（bl）,处方(cf)，医嘱(yz)，大夫(ys)。主码是就诊号(jzid)。此表字段用来保存病人的相关详细信息，包括病人差不多信息和病人在医院就诊相关信息。表1ghdj字段名数据类型字段大小必填字段jzid文本14是blh文本8是xm文本20否sfzh数字小数否xb文本4否sr日期/时刻短日期否hf文本4否dz文本100否dh文本15否ryrq日期/时刻短日期否kb文本10否zs文本200否xbs文本200否bl文本200否cf文本200否yz文本200否ygh文本5否挂号表(ghb)：流水号(id)，病历号(blh)，日期(rq)，时刻(sj)，挂号费(ghf)，金额(je)。主码是流水号(id)。此表字段用来记录病人在医院挂号就医时产生的相关数据。表2ghb字段名数据类型字段大小必填字段id文本9是blh文本8否rq日期/时刻否sj日期/时刻否ghf数字长整型否je数字长整型否化验检查表(hyjc)：病历号(blh)，化验日期(hyrq)，化验时刻(hysj)，检验员(jyy)，状态(zt)等，其中化验检查中的具体项目由于数目众多，在此就不一一列出。主码是病历号(blh)，化验日期（hyrq）。此表字段用来记录病人在院就医时不同状态的检查产生的结果表3hyjc字段名数据类型字段大小必填字段blh文本8是hyrq日期/时刻是rq日期/时刻是zt数字长整型否jyy文本5否费用表(fyb)：费用凭单号(id)，病历号(blh)，项目内容(xmnl)，数量(sl)，收费科室(sfks)。主码是费用凭单号(id)，项目内容（xmnl）。此表字段用来记录病人在院所做就医项目的相关信息。表4fyb字段名数据类型字段大小必填字段id文本14是blh文本8是xmnl文本13是sfks文本20否sl数字长整型否药品库表(ypkb)：药品编号(ypbh)，药品名(ypm)，类不(lb)，价格(jg)，包装规格(bzgg)，单位(dw)，药用字典(yyzd)。主码是药品编号(ypbh)。此表字段用来记录医院各种项目药品的相关信息。表5ypkb字段名数据类型字段大小必填字段ypbh文本13是ypm文本30是lb文本4否jg数字小数否bzgg文本6否dw文本6否yyzd文本100否病历处方表(blcfb)：模板号(mbh)，病症名称(bzmc)，病历内容(blnr)，处方内容(cfnr)，主诉内容(zsnr)，开方大夫(ygh)。主码是模板号(mbh)。此表字段用来记录大夫对病症的研究和描述，方便大夫对同种病症不同情况进行对比研究，提高大夫的工作效率，关心大夫进行诊断，推断更为准确。表6ypkb字段名数据类型字段大小必填字段mbh文本14是bzmc文本100否blnr文本200否cfnr文本200否zsnr文本200否ygh文本5否职员表(ygb)：职员号(ygh)，职员名(kb)，科不(kb)，职位(zw)，密码(pwd)，等级(dj)。主码是职员号(ygh)。此表字段用来记录医院职员的差不多信息并在登陆时的依照登记推断其权限。表7ypkb字段名数据类型字段大小必填字段ygh文本5是ygm文本20否kb文本10否zw文本10否pwd文本10否dj文本10否本系统功能模块设计与实现应用程序对象设计PowerBuilder9.0开发的应用程序的入口点是PowerBuilder9.0的应用程序对象，运行是程序从那个入口点启动，因此应用程序对象的设计是应用程序设计的开始。本应用程序对象中用到Open事件，输入如下程序代码：//Profilemzys2SQLCA.DBMS="ODBC"SQLCA.AutoCommit=FalseSQLCA.DBParm="ConnectString='DSN=mzys2;UID=;PWD='"connect;//打开程序登录窗口opensheet(w_zhigong,w_zhujiemian,8,original!)首先在应用程序对象的变量定义窗口中定义全局变量，如intG_input_time定义的变量是登录时输入用户名和密码的次数,stringyg_name定义的是用户名，stringyg_ygh定义的是职员号，stringg_pwd定义的是密码，stringg_blh定义病历号，stringg_jzid定义病人的就诊号等等。职工登录界面应用程序运行后第一个出现的窗口确实是w_login登陆窗口，界面如图5所示。图5职工登陆界面用户必须通过职工登录窗口才能够进入主界面。系统登录窗口要紧实现功能是确认用户身份及级不，并依照用户级不主界面菜单中该用户能够进行的操作。本系统依照医院具体情况将医院职工分为种5种职位，院长、大夫、放射员收费员和化验员。其中，院长级不最高，能够使用主界面菜单中的任何一种操作，其他各种职位级不都只能享有各自级不的权限。大夫能够进行病人就诊的信息录入、查询和维护，定义主诉病历处方模板的定义和查询，化验检验结果的查询、费用的查询等；收费员能够进行挂号收费及统计，预付费用的收缴和统计等；放射员能够对病人的各项检查结果进行录入、查询、维护等；化验员则是对病人的各项化验结果进行录入、查询、维护。在登录界面的OPEN（）函数中定义一个游标declaregusercursor，该游标在ygb表中搜索ygm然后添加到职员名的下拉控件中，其代码如下：stringls_userdeclaregusercursorforselectygmfromygborderbyygh;openguser;ifSQLCA.SQLCode=-1then MessageBox("数据错误",SQLCA.SQLErrText)elsedo ifls_user<>''thenddlb_1.additem(ls_user) fetchguserinto:ls_user; loopwhilesqlca.sqlcode=0 ifsqlca.sqlcode=-1then messageBOX("数据错误",sqlca.sqlerrtext) endifendifcloseguser;ddlb_1.selectitem(0)在“确定”按纽中当推断职员登录条件正确时则依照职员的职位推断那些菜单功能将能被使用。主界面首先设计主菜单m_zhujiemian，依照各模块设计好菜单项和各菜单项下面的子菜单项，并可添加为用户登录和退出以及挂号Toolbar，提供快捷操作。然后在主窗口w_zhujiemian将menuname中选择设计好的主菜单m_zhujiemian。应用程序的要紧功能差不多上在主窗口w_zhujiemian及在其下打开的众多窗口中完成的。主界面如图6所示。图6医院治理系统主界面不同用户登录后，由于职位级不不同，主界面也会有些差异，不能操作的菜单项为灰色，因此，下面我们选用的差不多上“院长”级不登录后的主界面，将主窗口的WindowType属性设立为mdi型，以便在其下以特定方式打开其他窗口。主界面设计中要紧是主菜单m_zhujiemian的设计，该菜单结构及代码如下：⑴登录：用户登录：Clicked事件程序代码：opensheet(w_zhigong,w_zhujiemian,8,original!)退出：Clicked事件程序代码：close(w_zhujiemian)⑵挂号系统：挂号：Clicked事件程序代码：opensheet(w_guahao,w_zhujiemian,8,original!)预付：Clicked事件程序代码：opensheet(w_yufu,w_zhujiemian,8,original!)⑶就诊治理：就诊入口：Clicked事件程序代码：opensheet(w_jiuzhenrukou,w_zhujiemian,8,original!)就诊历史：Clicked事件程序代码：opensheet(w_lishi,w_zhujiemian,8,original!)检查报告：Clicked事件程序代码：opensheet(w_hyjc_jcbg,w_zhujiemian,8,original!)化验：血常规报告：Clicked事件程序代码openSheet(w_hyjc_twd,w_main,8,Layered!)尿常规报告：Clicked事件程序代码opensheet(w_hyjc_ncg,w_zhujiemian,8,original!)生化检查报告：Clicked事件程序代码opensheet(w_hyjc_shjc,w_zhujiemian,8,original!)⑷模板治理：定义完整模板：Clicked事件程序代码：opensheet(w_jb,w_zhujiemian,8,original!)定义主诉模板：Clicked事件程序代码：opensheet(w_dingyizs,w_zhujiemian,8,original!)定义病历模板：Clicked事件程序代码：opensheet(w_dingyibl,w_zhujiemian,8,original!)定义处方模板：Clicked事件程序代码：opensheet(w_dingyicf,w_zhujiemian,8,original!)模板查询：Clicked事件程序代码：opensheet(w_blzsmb,w_zhujiemian,8,original!)⑸数据治理：挂号人数统计：Clicked事件程序代码：opensheet(w_ghtongjilb,w_zhujiemian,8,original!)病人差不多信息查询：Clicked事件程序代码：opensheet(w_jbxx_cx,w_zhujiemian,8,original!)预付款查询：Clicked事件程序代码：opensheet(w_yufucx,w_zhujiemian,8,original!)病人血常规查询：Clicked事件程序代码：opensheet(w_hyjc_xcg_cx,w_zhujiemian,8,original!)病人尿常规查询：Clicked事件程序代码：opensheet(w_hyjc_ncg_cx,w_zhujiemian,8,original!)病人生化查询：Clicked事件程序代码：opensheet(w_hyjc_shjc_cx,w_zhujiemian,8,original!)病人检查结果查询：Clicked事件程序代码：opensheet(w_hyjc_jcbg_cx,w_zhujiemian,8,original!)⑹数据治理：用户安全维护：Clicked事件程序代码：opensheet(w_change,w_zhujiemian,8,original!)常用维护药字典维护：Clicked事件程序代码：opensheet(w_yaodian,w_zhujiemian,8,original!)病人差不多信息维护：Clicked事件程序代码：opensheet(w_jbxx_wh,w_zhujiemian,8,original!)血常规检查结果维护：Clicked事件程序代码：opensheet(w_hyjc_xcg_wh,w_zhujiemian,8,original!)尿常规检查结果维护：Clicked事件程序代码：opensheet(w_hyjc_ncg_wh,w_zhujiemian,8,original!)生化检查结果维护：Clicked事件程序代码：opensheet(w_hyjc_shjc_wh,w_zhujiemian,8,original!)检查结果维护：Clicked事件程序代码：opensheet(w_hyjc_jcbg_wh,w_zhujiemian,8,original!)⑺报表：病人预付款报表：Clicked事件程序代码：opensheet(w_yufu_bb,w_zhujiemian,8,original!)病人费用报表：Clicked事件程序代码：opensheet(w_chufangjj_bb,w_zhujiemian,8,original!)⑻窗口：没有代码，用来显示差不多打开的窗口名称。挂号系统模块依照医院科室及挂号类型类设计挂号系统，自动产生病历号。先依照数据库表ghb建立挂号系统的数据窗,然后建立挂号窗口，并使用该数据窗。挂号病人要进入医院门诊就诊的第一步确实是进行挂号，只有进行挂号后才能获得病历号，得到其他服务。挂号界面如图7所示：图7挂号系统界面要紧实现功能有自动分配病历号，录入员无法修改。单击“保存”按钮的时候，如图8所示:图8挂号保存界面“保存”按钮中的代码最要紧的通过设置过滤条件来使数据窗口只能显示当前一条记录。本系统中，需要处理的数据繁多，假如仅是靠一般控件来进行输入、查询和维护等操作，只能依靠纯粹的手写代码来进行与数据库数据之间的交互，将会带来极大的不便。为此，采纳数据窗口来进行对数据的处理。通过数据窗口，能够对数据库进行操作，不但能够对每个数据库的表进行检索、查询、插入、删除和更新，而且还能够为数据指定输入格式、输出格式和显示风格等。图7中左边显示数据的部分既为Grid风格的数据窗口。本系统中还用到Group风格的来制作报表，将在图9出现。图9挂号打印界面如上图所示，在单击了图7图中的“打印”之后，系统会自动按照程序中的代码的要求将自动流水号传递到报表窗口，其中的“预付款（挂号）单据”所在的数据窗口即为Group窗口应用于数据报表的典型。在挂号过程中，除了会为病人的分配此次的自动流水号之外，也会要为病人分配一个病历号，由年份（4位）＋序列号（4位）构成。每到新的一年，序列号差不多上从0001开始；假如不是在新的一年，则序列号是差不多在医院就诊的病人的人数加上1构成。为此，每次分配病历号时，从数据库中挂号表中提取最大的病历号，将其中的年份与当前计算机上的年份相比较，假如相等，则将后4位的序列号加1,假如是新的一年则直接让序列号位0001。具体实现是在窗口中定义，代码如下：//分配病历号stringa,b,d,c,nSELECTmax(ghb.blh)into:aFROMghb;b=left(a,4)d=string(year(today()))c=right(a,4)ifb>dthen messagebox('出错','当前系统时刻有误,请先调整系统时刻',stopsign!,OK!)else ifb=dthen c=string(integer(c)+1) n=fill('0',4-len(c)) c=n+c else c='0001' endif a=d+c blh1=aendif分配病人自动流水号，病历号的同时，也是要同时在病人差不多信息表当中插入信息，首先也是先为表的主码“就诊号”分配号码。采纳自定义的函数jzh():stringa,b,c,d,e,f,g,h,iSELECTmax(jzid)INTO:aFROMghdj;b=string(year(today()))//当前系统日期中年份的后两位c=string(month(today()))//当前系统日期中的月份c=fill('0',2-len(c))+cd=string(Day(today())) //当前系统日期中的日期d=fill('0',2-len(d))+de=left(a,8) //表中最大ID的前八位f=right(a,6) //表中最大ID的后六位,表示序列号g=right(e,4) h=right(e,2) //表中最大ID的七、八位,表示日期g=left(g,2) //表中最大ID的五、六位,表示月份e=left(e,4) //表中最大ID的前四位,表示年份ifb<ethen messagebox("出错","当前系统时刻有误,请先调整系统时刻") returnelseifb>ethen i=b+c+d+'000001'else ifc<gthen messagebox("出错","当前系统时刻有误,请先调整系统时刻") return elseifc>gthen i=b+c+d+'000001' else ifd<hthen messagebox("出错","当前系统时刻有误,请先调整系统时刻") return elseifd>hthen i=b+c+d+'000001' elsef=string(long(f)+1) i=b+c+d+fill('0',6-len(f))+f endif endifendifst_11.text=i就诊治理模块病人在进入所挂号的科室进行就诊入口的界面如图10所示。图10就诊入口界面在该界面中两个按钮“简明信息填写”和“就诊”按钮提供了强大的病人就诊信息的录入的功能，方便日后大夫的对病人病史的掌握，日后的临床科学研究以及病人对自己病史的了解。在界面中当输入病人ID(blh)，之后按下“简明信息填写”按钮就进入病人差不多信息得录入界面如图11所示。图11病人差不多信息录入界面该界面中使用了创建好的数据窗d_jbxx，就诊号和病历号是通过图10界面的“简明信息填写”按钮中的相关代码实现（要紧是利用全局变量来传递值）：::g_blh=trim(sle_1.text)jzh()::g_jzid=trim(st_2.text)opensheet(w_jbxx,w_zhujiemian,8,original!)同理，在图10中如按下“就诊”按钮，在进入如图12所示的界面，病人ID号也将被传递。界面中能够通过“保存”、“新增”等系列按钮完成对病人此次就诊的记录工作，同时大夫也能够通过“申请”按钮对需要进行进一步详细检查的病人提出检查申请，另外能够在“处方计价”当中对病人的药方进行计价。在大夫对病人出具病历处方的同时能够随时查阅“病历处方模板”，以及能够通过“查看报告”查看病人的既往检查化验。图12就诊界面上述的该功能模块中的相关功能差不多上“大夫”的权限范围，以下将的检查化验的报告界面分不属于“放射员”和“化验员”的职限。图13病人检查结果录入界面在那个界面中最要紧的确实是“增加”、“退出”几个按钮中的相关代码完成了对数据的录入保存：//推断窗体记录是否需要保存intMCountintupdateornotmcount=dw_hyjc_jcbg.modifiedcount()ifmcount>0then updateornot=messagebox("保存修改","您修改了数据窗口中的数据,现在是否保存?",Question!,YesNoCancel!) ifupdateornot=1then ifupdate(dw_hyjc_jcbg,true,false)=1then dw_hyjc_jcbg.resetupdate() commit; else rollback; messagebox("错误!!!","数据保存失败") return endifelseifupdateornot=2then rollback; elseifupdateornot=3then return;endifendif模板治理模块在模板治理模块设计是为了大夫能够完整的定义主诉病历处方模板，能够分不定义主诉、病历、处方的模板以及在必要的时候进行模板查询。此模块将更加方便大夫平常的临床诊断，为临床科研提供依据。首先建立数据窗选择数据库表blcfb中的字段mbh,bzmc,bznr,cfnr,zsnr,ygh。在窗口中运用该数据窗，通过该数据窗可将数据保存到数据表中。以下的录入模板设计类似此病历处方模板录入模板如图14。图14完整模板录入界面在前面提到的模板查询界面如图15所示：图15病历主诉查询模板当大夫输入病症名称之后，按下“确定”键就能够在数据窗口中显示相似病症的记录，假如相似病症是多条记录就能够通过“第一条”、“上一条”、“下一条”、“最后一条”进行查询选择,代码如下:⑴“第一条”dw_1.scrolltorow(1)st_4.text="1"⑵“上一条”integerrow_currentrow_current=dw_1.scrollpriorrow()st_4.text=string(row_current)⑶“下一条”integerrow_currentrow_current=dw_1.scrollnextrow()st_4.text=string(row_current)⑷“最后一条”introwrow=dw_1.rowcount()dw_1.scrolltorow(row)st_4.text=string(row)数据治理模块在医院门诊庞大的日常治理工作中，不可缺少的是对后台数据库中的数据进行治理，在该功能模块中就提供了对数据的统计，查询。⑴对挂号人数的分类统计（示例如图16）在主界面中点击“数据治理”下的“挂号人数统计”，则通过如下代码进入统计方式选择界面：opensheet(w_ghtongjilb,w_zhujiemian,8,original!)依照不同选择然后推断打开何种统计图，如图16所示图16挂号科室人数统计界面是挂号人数按照科室统计的饼状图。该类型统计先创建一个依照数据表ghdj中的jzid和kb字段来Graph类型的数据窗，通过对kb字段分类然后通过count(jzidforgraph)然后在创建的统计窗口中使用该数据窗来实现。⑵病人差不多信息查询设计能够综合条件的信息查询，提高可供选择的条件，大夫能够通过组合条件对所需要的病人差不多信息以及简要病史进行查询，如图17所示。图17病人差不多信息查询窗口⑶预付款查询图18查询剩余预付款界面拥有查询预付款权限的职员进入该界面之后，只需要输入病人的病历号，点击“确定”按钮（该按钮代码如下）：deca,b,cstringdSELECTblhinto:dFROMghdjWHEREblh=:sle_1.text;if::sqlca.SQLCode=0then SELECTcount(*) INTO:cROMghbWHEREblh=:sle_1.text; ifc>0then SELECTsum(je)INTO:aFROMghbWHEREblh=:sle_1.text; else a=0 messagebox('提示',"病人尚未交付预付金,请先补交预付金") return endif SELECTcount(*)INTO:cFROMfybWHEREblh=:sle_1.text; ifc>0then SELECTsum(ypkb.jg*fyb.sl)INTO:bFROMypkb,fyb WHEREfyb.blh=:sle_1.textandfyb.xmnl=ypkb.ypbh; a=a-b endif ifa>=50then d='目前预付金额还剩'+string(a)+'元' messagebox('剩余金额',d) elseifa>=0then d='目前预付金额仅剩'+string(a)+'元,请尽快补交预付金' messagebox('剩余金额',d) else d='目前预付金额透支'+string(Abs(a))+'元,请尽快补交预付金' messagebox('剩余金额',d) endif sle_1.setfocus()else messagebox("提示","病历号输入有误,请检查后重新输入")endif报表模块由于前面的个功能模块中都对病人的就诊各时期的结果进行查询，因此在设计报表功能模块时要紧考虑对病人的预付款项以及病人的费用进行统计并呈报表。首先创建一个祖先窗口w_preview如图19所示，它是报表生成的通用窗口，具有预览、放大缩小、打印、保存等功能，能够用于各个报表模块窗口的继承。图19报表祖先窗口病人预付报表窗口是w_preview祖先窗口的继承窗口，具有w_preview窗口的功能，界面如图20所示。病人预付报表窗口用于生成病人的费用凭单，既能够用来生成病人的所有费预付的款项凭单，也能够生成其中任何一次预付凭单。其与w_preview祖先窗口相比，多了一个显示功能，能够通过病历号或自动流水号来查询符合条件的记录，并显示在数据窗口中。图20病人预付款报表界面此窗口所使用的数据窗口采纳的是Group分组显示样式的，这种显示风格的特点是能够检索到的数据按某一列分组显示，并同意为每一组指定一些计算。本窗口确实是按自动流水号来分组，分不对每一个自动流水号中的金额和整张预付凭单的金额进行统计。能够做到清晰明了，便于病人查阅。病人费用报表与预付凭单报表风格模式上相同，差不多上由w_preview继承而来。病人费用报表既能够依照病历号生成一个病人按照费用凭单号来分组的所有费用的单据，又能够依照费用凭单号生成其中一次费用的单据。关键功能点的测试本章节介绍该小型医院信息治理系统的要紧功能点的测试，包括：登录模块、就诊入口模块、费用报表模块。登录模块测试预期结果：当正确输入与数据库表ygb中数据一致的职员名，ID及密码时都能登录系统。当输入的职员ID或密码与职员名不匹配时则分不提示何种输入错误。依照本系统的健壮性要求对此进行了8次测试，下面依照测试的分类列举了3次测试结果。当选择职员名“陈冲”后输入正确的职员号“04002”和密码“cc”登录进该系统可执行与他权限内的操作。当选择职员名“陈冲”后输入错误的职员号“04001”和正确密码“cc”与该出现如下图21所示的提示框。图21登录功能测试一当选择职员名“陈冲”后输入正确的职员号“04002”和错误密码“cd”与该出现如下图22所示的提示框。图22登录功能测试二分析：经8次不同类型及各类型的不同种输入的结果都与预期结果一样，得出结论，此功能差不多达到系统预期要求。用户密码修改功能点测试预期结果：当进入修改密码界面时依照所输入的正确原密码与数据库表ygb中pwd字段数据一致，且输入的新密码和确认密码相同时，则可成功修改密码。当输入原密码错误时则给出相应提示。当新密码与确