合理安全输液预警系统护理子系统的应用设计与实现分析研究 计算机科学与技术专业

合理安全输液预警系统护理子系统的应用设计与实现摘要:目的：静脉输液是将大量无菌溶液或药物直接输入静脉的治疗方法，是护理工作中应用最为广泛的操作技术。其属侵入性操作，药物直接到达血，和别的给药手段比起来，它的风险更大，不科学输液会将会提升出现严重不良反应的可能性，因此，采取行之有效的措施来确保输液安全迫在眉睫。本文旨在开发设计一个能智能给予护理人员药物警示、选择合理输液工具、并发症处理等全面的输液安全与管理信息系统，以提高临床输液的可靠性和安全性，并实现安全输液的大数据管理及持续改进。方法：通过文献回顾和调查临床护士对合理安全输液预警护理子系统的软件需求，确立了合理安全输液预警系统护理子系统的相关指标及设计方案，并在湖南某所大型三级甲等医院测试运行。该系统基于B/S模式，采用三层体系结构架构，使用C#.NET开发语言和Oracle数据库完成系统的研发工作。同时通过确立了可以有效达到这个系统程序需求的客户机以及服务器配置，让系统具有更叫良好的硬件环境。最终使得：在系统硬件、软件环境的设置条件下，这个系统实现开发以及对几个功能模块进行测验，包括患者信息模块、输液警示模块、输液工具选择模块、并发症模块、数据统计分析模块。结论：该系统测试运行稳定，用时少、准确性高，具有较高的实用性。智能给予护士药物警示、输液工具选择提示及并发症处理提示，大大降低了不合理与不规范静脉输液；明显提高了护士输液并发症的处理能力。关键词:输液；预警系统；护理子模块；B/S模式

ApplicationdesignandrealizationofthenursingsubsystemofthereasonablesafeinfusionwarningsystemAbstract:Objective:Theaimistodevelopanddesignacomprehensiveinfusionsafetyandmanagementinformationsystemthatcanintelligentlygivemedicationwarnings,selectreasonableinfusiontools,andtreatcomplicationstoimprovethereliabilityandsafetyofclinicalinfusionandrealizebigdatamanagementofsafeinfusionandcontinuousimprovement.Methods:Throughliteraturereviewandinvestigationofclinicalnurses'softwarerequirementsforreasonablesafetyinfusionearlywarningnursingsubsystem,therelevantindicatorsanddesignschemesofthenursingsubsystemofreasonablesafeinfusionearlywarningsystemwereestablished,andtestedinalargetertiaryhospitalinHunanprovince.

Thesystemwas

basedontheB/Smode,usingthestructureof

athree-tiersystem,useC#.NETdevelopmentlanguageandOracledatabasetocompletetheresearchanddevelopmentofthesystem.Atthesametime,itprovideshardwareenvironmentsupportforsystemdevelopmentanddesignbyestablishingclientconfigurationandserverconfigurationthatcanfullymeetthesoftwarerequirementsofthesystem.

Results:Basedonthesystemhardwareandsoftwareenvironmentsettings,thesystemwassuccessfullydesigned.It's

majorfunctionalmodules

wassuccessfully

tested,includingpatientinformationmodule,infusionwarningmodule,infusiontoolselectionmodule,complicationmodule,anddatastatisticalanalysismodule.Therunningtestshowsits

stableoperation,lesstime,highaccuracy,andhighpracticability.

Conclusion:Thisinfusioninformationsystemintelligentlyprovidesdruginfusionwarningtothenurses,infusiontoolselectiontoolsandcomplicationshandlingtools,whichgreatlyreducedirrationalandirregularintravenousinfusion,andsignificantlyimprovedthetreatmentcapacityofnursestodealwithinfusioncomplications.Keywords:Infusion；Warningsystem；Nursingsubmodule；B/S目录原创性声明 Ⅰ摘要 ⅡAbstract =3\*ROMANIII目录 =5\*ROMANV1绪论 11.1研究背景及意义 11.2国内外研究现状 21.2.1医院信息化管理发展概况 21.2.2静脉治疗信息化管理发展概况 31.3研究目的与内容 41.4论文组织结构 52相关理论与开发技术 72.1开发平台与工具 72.1.1Microsoft.NET 72.1.2VisualStudio 82.2开发相关技术 82.2.1三层架构模式 92.2.2数据库技术 92.2.3B/S模式 102.3开发环境 122.4本章小结 123系统需求分析 133.1业务需求 133.1.1护士输液诊疗业务 133.1.2护士输液护理业务 133.2系统需求分析 153.2.1总体需求分析 153.2.2患者信息模块 153.2.3输液警示模块 163.2.4输液工具选择模块 163.2.5并发症模块 163.2.6数据统计分析模块 173.3系统非功能性需求 173.3.1性能 183.3.2稳定性 183.3.3易用性 183.3.4安全性 183.4本章小结 184系统设计 204.1系统架构设计 204.1.1系统总体结构 204.1.2系统体系结构 214.1.3系统网络架构 224.2类与接口设计 234.3数据库设计 244.3.1概念模型设计 244.3.2逻辑结构设计 254.4输液子系统数据交互模块设计 324.5系统安全设计 324.5.1防火墙技术 324.5.2应用系统安全技术 334.6本章小结 335系统实现与测试 355.1系统的实现 355.1.1患者信息模块的实现 355.1.2输液警示模块的实现 375.1.3输液工具选择的实现 385.1.4并发症模块的实现 425.1.5数据统计分析模块的实现 435.2系统的测试 435.2.1测试策略 435.2.2测试方案 445.2.3测试结论 475.3本章小结 476工作总结与展望 486.1工作总结 486.2研究展望 49参考文献 50致谢 1绪论1.1研究背景及意义静脉输液是将大量无菌溶液或药物直接输入静脉的治疗方法，是护理工作中应用最为广泛的操作技术[1]。据统计，我国年均输液次数大概在50亿左右，仅有10%左右的住院病人拒绝采用静脉输液法进行医治，也只有15%的护士的静脉输液工作时长于总工作时长中的占比小于3/4[2]。从其它角度来看，静脉输液是一种注入性质的入药办法，药剂径直进入血液，跟其余入药方式相比，它的危险系数相对较大，不科学地使用它将提高极大有害后果的产生几率。据前两年《国家药品不良反应监测年度报告》的调查：因静脉注射入药而产生的药物不良反应占了不止一半。对人体的伤害主要以皮肤及其附件、肠胃组织以及浑身上下的各种损坏为大部分，少数病患有因致敏而休克等的危急情况，乃至伤及性命[3]。因此，采取行之有效的措施来确保输液安全迫在眉睫。科技革命使信息技术得到快速革命更新和日趋完善，其中新式的信息技术的产生使医院的经营治理有了相当大的变化革新，大部分医院皆拥有了自己医院领域内的医院信息管理制度、病例计算机化制度、手术麻醉数据系统、实验室数据LIS系统、重症监护数据系系统等科学高效的手段，然而有关医院输液安全管理的信息系统鲜有报告，建设明显不足。静脉输液是药物通过器械直接进入血液，生物利用度可达到100%，药物浓度比口服高得多，因此输液速度过快或输液量过多等不合理输液都将引发一系列危害[4-6]，静脉输液是医治病患、临床用药的关键方法，于药物的治疗和使用方式中是独一无二的关键部分[7]，但因为针对输液安全管理的信息系统的建设落后，输液过程中，大部分依赖医护人员手工操作，存在诸多问题与潜在安全隐患：①静脉药物的安全配置有待加强。目前主要存在溶媒选择不合理、配伍不当、给药剂量不合理、给药途径及间隔不合理等问题[8-9]；同时，由于药品品种繁多，更新很快，护士对药品相关知识掌握不够，或者药品太多，容易导致记忆混乱或记不住，未能及时得到或翻阅药品使用说明书，盲目执行医嘱药物，缺乏对药物适应症、禁忌症的了解，对使用后药品不良反应等及时观察及对病人使用药物有的放矢的知识宣教[10]。②穿刺器材的采用不够科学。当今医疗手段发展水平较高，新技术于临床中的普遍使用使输液器材也得到快速发展，置管技术得到持续改善，单纯的头皮针使用年代慢慢被留置针、中长导管、经外周静脉置入中心静脉导管、中心静脉导管、输液港等输液穿刺器材替代，后者渐渐被大家所知晓所运用。但是目前有大部分医护工作者对静脉输液的弊端认识和有关内容的学习相当不足，护士及相关工作者根据医生指示进行输液环节，其常常把做完当天输液工作作为主要目标，通常选择钢针行腐蚀性药品静脉输注，缺乏对输液工具选择不当会引起静脉输液相关并发症的相关因素的预见性和综合分析[11]。③输液并发症判断不准确，处理不及时。护理人员不知道静脉输液常见并发症的评估及其处理[12]。④管理部门对合理安全输液的管理，缺乏精准数字，管理效果差。输液科学运用缺少一致的临床使用评定指示标准和科学化、去个性化的评判指标，大多数卫生管理组织和医疗机构都没有建立输液管制队伍，缺乏关于输液科学运用的专门专业化传播和训练，同时也不能够及时地对不科学的输液实施积极干涉[13]。护士作为药物治疗的直接执行者和药物疗效的重要观察者,在医院医疗工作中发挥着极其重要的作用。然而现今医院的信息管理系统中未能有效的对患者的输液工具进行采集、统计与分析，护士在选择输液工具环节没有参照依据，不仅是对药品搭配是否安全的管制，穿刺器材的选用也无完备的相关数据记载，同时也缺少统一的临床应用指导原则、科学的评价指标，进而使得难以评估、监管与控制医疗工作的质量。因此，医、护、药联合行动，共同研发合理安全输液智能预警系统，包括药师站、医生站及护士站三个子系统，从医生开医嘱不合理处方拦截、错误处方的警示到高危和特殊药物警示、合理输液工具选择、并发症评估与处理，到输液相关质量与监控指标的动态监控与反馈，融为一体；为医院管理部门全面、全程对住院病人输液进行智能安全、合理监控，为病人合理安全输液上一道安全阀，保证患者输液安全。1.2国内外研究现状1.2.1医院信息化管理发展概况当前医院的数据化管理及其水平的提升已然是医院占据核心竞争上风的关键。20世纪50年代中期，美国率先开始将计算机技术应用于医院财务会计管理，并借此实现了部分事务处理，初步建立了医院信息系统。20世纪60年代初，美国已经有了研究HIS软件的动作[14]，其麻省总院在当时研发的COSTAR系统发展为如今大数据化的临床病患信息软件。70年代，由于计算机水平的不断提高，HIS软件得到全面发展，尤其在外国的大学附属医院和医学研究中心对HIS的深层次研究后，促使HIS软件变为医药信息学形成和发展的基础。1985年，美国所有医院的信息处理中心考察显示，医院的病床数量超过100张的，只有20%以下还未使用电脑进行信息化费用的收取，也只有30%的医院不能提供挂号办理业务。欧洲的HIS发展始于70年代中[15]。欧洲HIS关键是达到了部分区域数据的系统化管理，例如丹麦的RedSystem软件能被应用于76家医院及诊所，法国第八医疗保健项目能对医院和医药学院数据进行合体化管理，即GrenobleIntegratedHIS。20世纪起，欧盟的卫生战略信息化网络工程有了动作，英、法、意、德等各国组织也纷纷加入，这个工程是凭借分布式数据库和ONC达到国与国之间的医疗数据资源的共同使用[16-17]。查阅相关内容得出，西方发达国家对输液预警软件的研究在时间与技术上是领先，从几年前开始起步到如今已经成为了完备可行的系统，医院护理科室的工作有不少都用到了其所研发这个软件，并且可以实时与院外急救的数据联合行动，病人在救护车上时该软件通过网络将患者的全部生命体征传送到目标医院，医院将根据病人的最新情况预备好相关治疗器械，即便病人中途病情恶化，也可以使用视频会诊功能进行急救指挥，院内外的静脉治疗软件数据是共享的，这提高了静脉治疗的效率[18-20]在我国，70年代的尾巴，电脑技术在医疗方面得到使用，那时仅有为数不多的几所规模不小的医院配备IBM的M340小型机，比方说北京协和医院，大多于科学研究和教育教学中使用。80年代初，因苹果PC机的产出和培基语言的推广，有的医院研究出小规模的管理系统，如工资系统等[21]。80年代中，因X286PC机进入市场，有的医院着手创建小规模的局域网络，而且研究出方便部门管理的小规模网络管理软件，如住院信息管理软件、药房管理软件等。90年代后，完整的医院信息管理系统的实现已经成为可能。近年，在医保制度的改革下，HIS迅速普及，已经成为医院必不可少的硬件设施。1.2.2静脉治疗信息化管理发展概况随着数字化医疗体系的建立与逐步完善，静脉治疗管理已从单纯人为管理的阶段进入到临床管理信息化的阶段。而输液系统，作为被附加到医院现有HIS系统的一个应用程序，在临床管理信息的发展中有着更深层次的要求。ErrIsHuman医学研究所报告[22]：马萨诸塞州波士顿妇女医院通过建立智能输液系统并组织医院相关技术人员学习，运用到实际工作中，大大的提高了药物使用安全性，使整个医院的卫生系统安全性得到了全面增强。这为医疗保健工作提供了更多的安全保障。JeffreyM.等[23]通过对智能静脉输液泵的改善应用研究表明DS系统对不合理的给药方法、不正确使用药物的医嘱可给予及时的警示或拦截，大大提高了用药安全性。国内也有大量医院针对护理部门所需而自主研发或建立相关管理框架系统[24]。龚萍等[25]通过应用静脉治疗电子信息管理系统，静脉治疗的效率有所提升，其数据记载也日渐完备。陈兰等[26]凭借医院内护理风险及预警系统的构造，每日的护理风险被预警和监视控制及积极干涉后，护理事故向上报告人数每年都在递增，护理事故发生状况每年逐渐在减少，此系统对护理风险的预见性明显提升，能广泛引起护理管理者及护理人员的高度重视，对保证护理安全有明显的指导作用。刁惠民等[27]研究开发并应用静脉输液监控系统，使静脉输液更科学、安全，患者更放心，医护质量得到了进一步提高。王丽芹等[28]建立攻关小组，采集静脉治疗管理中存在的问题及需求，开发静脉治疗管理信息系统应用于临床，实现静脉治疗的法规宣传、数据采集、质量监控等功能，降低了患者输液并发症发生率，提高了静脉治疗管理工作效率。曹名云等[29]开发与使用基于IPAD的移动静脉输液质量管理系统，通过应用移动静脉输液质量管理系统对静脉输液环节实施质量监管，使静脉输液步骤更加标准，并且使导管相关性并发症的出现率下降、提高静脉输液的安全性及患者满意度。姚宇游[30]等通过应用物联网的远程输液监测系统，使护士从原来被动呼叫转换为主动监测，缩短了护士和病人之间的距离，减少了护患矛盾，对护理工作的水平有所提升，使病患住院更加安心，缩短了非直接护理的时长，让病患更加称心，其对护士的工作更加满意。预防胜过治疗，但这些系统并不能为临床医生、药师和护士在开具处方、调配药物和执行医嘱的过程中，提供药物配伍禁忌、相互作用、禁用、用法用量等重要信息提示，也不能帮助护士合理选择的输液工具及实时监控输液不良反应等，传统意义上的合理安全输液已经不能满足当前高质量医疗服务的要求和确保输液安全性。因此，建立一个具有先进理念的全院参与的合理安全输液预警监控管理网络是至关重要的。1.3研究目的与内容合理安全输液预警系统护理子系统是专门针对输液管理而建立的。但作为医院信息管理系统的一部分，需要各部门之间相互配合才能更好的推广和应用。此外，在系统维护、管理和应用效率等方面都必须达到相应的要求。因此，此系统于功效层面的要求主要是这些：信息集中标准化、系统界面人性化、信息统一管理、数据导出和打印。此次开发的系统，最先立足于医院管理，解析接诊部门管理系统模拟，并且考查领会了当前有关连软件的特性，把这类系统的要求归纳出来，决定选择B/S结构，根据这个进行研发科学安全输液系统。以下是详细工作介绍：1．护士输液工作的需要分析这层面选择的形式含有反馈交流、面对面谈话、文章浏览等等，立足于医生与护士作为详细的考察探究急诊任务对象，对其的关键特性进行探究，输液环节里，护士的任务流程清晰，把他们的工作调查研究与需要汇报进行编写。2．合理安全输液预警系统护理子系统架构开发及功能板块开发通过护士输液护理业务调研显示的资料，与护理部来交流，进而确定完成业务所需的工具，凭借信息流图等图表组造信息模型及环节，提供开发系统功能板块、设计系统测试等计划；进而完成相关设计方案。合理安全输液预警系统护理子系统的相应效用根据系统详细的设计方案来获得相应计划，凭借B/S架构、Oracle信息库、C#.NET语言等应用于系统中，并且注意把医院别的系统的信息和其相组合。4.合理安全输液预警系统护理子系统的检测及最终结果研究凭借详细的检测案例和多种途径对完成开发的系统测验，并且根据当前情况分析相应的结果；然后通过结果，进一步提升相应功能。1.4论文组织结构构本文以安全输液护理系统的构建与实现为研究课题，主要内容包括:第一章绪论，说明研究的前提和意义，分析了现今世界上医院输液信息化管理的情况，本研究的目标、涉及内容还有组成等。第二章设计环境及相应手段，集中说明系统开发环节里所需的理论思想及技术体系。第三章系统需求分析，集中调查研究输液管理工作体系及系统角色，除此之外又从系统的非功能以及功能性需求来说明，使得系统开发有相应理论指导。第四章系统开发，集中说明系统的技术体系、功能部门、还有信息库等方面的开发。第五章科学高效输液预警系统护理子系统的发明及检测，集中说明科学高效其核心功能板块的工作环节及系统监测的手段及设计，进而达到系统的预期目标，结果能够上线工作。第六章工作概况和期望，集中概括说明该文的分析内容还有归纳，以及解释系统应用意义。2相关理论与开发技术本章简单阐述合理安全输液预警系统护理子系统开发中应用的关键技术，包括开发系统所使用的三层框架、.NET平台、数据库技术，作为合理安全输液预警系统护理子系统设计一般需要的核心技术条件。2.1开发平台与工具2.1.1Microsoft.NET1．Microsoft.NET概况Microsoft.NET为2000年的时候微软在全世界推出，其属于集成研发系统，通过其能够构造Web服务程序和windows的部分组件，比方说.NETFramework、ASP.NET及.NET[31]。提到.NET框架，其一方面可以获得、部署应用系统和web服务系统，另一方面可以让它进行工作。Microsoft.NET具备科学的多语言研条件，生产速度很快，通过它能够扩充和升级新型程序，亦可以高效地处理网络规模性应用系统使用复杂的情况。.NETFramework属于1类多语言组件设计及处理环境。其构成一般包括三方面，分别为:(1)公共语言运行库（CLR）。其一般被当做.NET框架应用软件的工作动力。其用途多种多样,涉及到代码输入及工作、软件内存隔离等多个方面[32]。(2)科学的分层集合，也就是科学的程序研发类。.NET框架具备科学、高效、层次化、能拓展、面向使用者的类库集，能够被系统开发工作者发挥其作用。(3)活动服务器页面(ASP.NET)。ASP.NET来源于根据.NET的编程类库组造出来的,其具备Web软件模板,这个模板来源于1组控件及1个基本结构的组合。Web软件的组造能够通过ASP+控件集,这个控件集包含着共享的、被使用在超文本标识语言(HTML)界面的相应控件。2．Microsoft.NET特点Microsoft.NET框架的特色涉及到几个方面:(1凭借互联网的规定来整理:各种研发条件下获得的应用程序及组件，都可以使用XML及SOAP等相应协议来部署及整理，进而实现工作要求，该处提及的XML指代延伸标注语言，SOAP指代的便是简单对象存取协议。(2)不严密的整合组件:通常来说用途广、能拓展的应用软件都剧本比较繁琐的体系组成，可可以使用的研发手段并非很多，.NETFramework的体系使其能够包容许多组件的架构，方便了不同组件进行安排及整理，结果实现了系统的可拓展性。(3)允许各类程序语言:之所以大量软件开发者一般通过不同语言来设计其处理计划,是由于不同语言具备各自的优点。.NETFramework能够支持所有设计语言，可以让编程人员通过不同语言实现不同组件的设计[33]。(4改善软件设计速度:.NET具备自动存储的效用，亦具备许多控件，可以减小进行编程过程产生问题的可能性，结果使得编程人员可以投入相应开发环节，最终改善其开发速度。(5使信息安全得到保障，:目前Internet的安全方面被世界上大多数人所关注着。.NET架构于模型组造环节里可以有效解决所有信息及程序码。(6)从服务方面来考虑，有效操作系统同别的服务器平台比起来，Windows具备更多优势，.NET可以把前面提及的系统来集成，结果让编程人员使用更加快捷高效。2.1.2VisualStudioVisualStudio通常来源于微软发布的全套集成工具，其包容了大部分的程序设计，比方说web程序、桌面系统等方面，操作简单易懂，亦具备了多编程语言条件，比方说C#、C++以及VB等。通过VisualStudio设计系统的环节里可以对大量编程语言和设计模式来一起组合使用，其亦提供仅应用窗口化应用系统的所有控件，凭借使用控件进而实现不同功能的开发，使得系统的研发更加高效快捷，亦使得相应工作量大大缩减。并且，VisualStudio可以多类型插件共同使用，结果提升系统的编程，通过最低资金、最易懂的途径设计了最有使用价值的功能[34]。除此之外，VisualStudio具备科学的信息库管理及信息快捷查访的效用，能够提升系统的工作效率。2.2开发相关技术2.2.1三层架构模式这个模式目前被大量使用在不同软件系统的设计环节里，其在架构模式方面具备成熟和方便的优点。计算机技、网络以及信息库技术快速进步的前提下其亦在进步，其来源于两层客户端/服务器架构的转化，为原来两层架构模式的拓展和改进，其将系统架构划分为3层，各层都具备相应独立的包，包括用户界面包、业务逻辑包以及信息访问包[35]。并且各层工作界限清晰，表示层的功能包括存储人机界面的所有表单和组件，业务逻辑层功能包括封装所有的业务体系和逻辑，数据访问层的功能包括所有同信息库相关的信息交互来封装。详细内容可参照下图:图2-1三层架构该模式的长处涉及到：首先，组成不繁琐，方面应用，其特殊之处包括低耦合高内聚。其次，能够减小不同层间的联系，不同层分工界限较为清晰，能够在并行开发方面得到改善，使得系统开发速度更快。接下来，在内聚性和独立性方面具备优势，能够支持B/S的开发条件，让其功能更完善，以及可以完成编码的多次使用。最后，因为完成显示和逻辑代码的分离环节，于后期维护过程里，使得成本耗费不高，还缩短维护所需时长。2.2.2数据库技术OracleDatabase，亦叫做OracleRDBMS，或者是Oracle。其为来源于甲骨文公司的一类关系信息库管理系统。于信息库领域其占据了核心的地位。能够指出Oracle信息库系统是为现今全球内广泛使用的，其具备可移植性的优势、应用简单、功能多样，能够在不同大、中、小、微机环境里发挥作用。其为一类高效率、科学的支持高吞吐量的信息库处理方案。Oracle信息库具有以下特性：（1）并发。管理数据并发的办法是让每个用户轮流操作数据。应用软件设计者必须于设计事务环节里有效应用并发、完整性等优势。（2）各种锁机制：a、自动锁（排他锁、共享锁）；b、手动锁。（3）RealApplicationClusters，一个实时应用集群（RAC）系统里涉及到于集群里工作的各种计算机中的不同Oracle案例，该实例使用互联的手段来通信。于RAC条件下，如果要处理的信息量上升，用户能够方便地拓展应用的处理效用却不用替换软件代码。如果用户于RAC环境里放进计算节点、存储等资源，RAC能够把新资源和整体系统相融合，进一步突破每一组件的限制，使得处理效果非常惊人。出于这些原因，最终选择Oracle数据库作为合理安全输液预警系统护理子系统开发的数据库平台。2.2.3B/S模式B/S模式，其为Browser/Server(浏览器/服务器)模式,WEB受到人们关注后它便渐渐出现了，WEB浏览器为客户端最核心的应用程序该模式使得客户端一致，把系统功能运行的最关键因素都集中到服务器，使得系统开发、维护及应用不那么复杂。对该类开发途径来说，多次没有意义，还不考虑位置、用户、接入手段的不同，于信息库访问等相关环节里，均能够有效完成。除此之外，使得服务信息库的安全度提升，用户访问、管理信息平台的隐私可以被有效保护[36]B/S模式的一般结构参照下图：数据库数据库IIS站点服务器Internet或局域网浏览器1浏览器1浏览器1图2-2B/S模式的一般组成与C/S（Client/Server）模式相比，具有以下三个特殊之处：(1)维护及升级途径便利。现今，程序系统的完善及提高次数不断增加，B/S架构的产品具备着更加简单易于使用的优势。如果单位比较大的话，便要求系统管理工作者于几百或是上千部电脑里不断奔跑，导致效率低下、工作繁重，可是B/S架构的程序仅要求管理服务器便可以，全部客户端仅为浏览器，对其维护来说维护没有必要。不管用户人数如何上升，分支机构的工作量均没有发生改变，全部操作仅仅考虑到服务器；倘若为异地，仅仅通过把服务器和专网联结，就能完成远程维护、完善及共享。因此客户机不断“缩小”，但是服务器却不断“变大”，此为未来信息化发展的主导趋势。未来，程序升级及维护将不再复杂，并且应用更加便利快捷，可以有效降低人力、资金、时间等。所以，维护及升级革命的途径为“缩小”客户机，“增大”服务器。(2)资金减少，选择增加。世人普遍认为windows于桌面电脑上占据主导优势，浏览器是不可少的配置，可于服务器操作系统里windows并非是最厉害的佼佼者。现今的主流方向为应用B/S架构的应用程序，仅仅通过安装Linux服务器便足矣，其安全亦能被保证。因此服务器操作系统有很多类型，无论通过哪类操作系统均能够保证许多人将windows当做桌面电脑操作系统没有干扰，结果导致Linux操作系统的进步十分迅猛，Linux在操作系统方面不收取费用，其信息库亦不收取费，其被许多人选择。(3)应用服务器使用信息负荷太大。因为B/S架构管理程序仅安装于服务器端（Server），网络工作者仅要求管理服务器的部分，用户界面关键事务逻辑于服务器（Server）端凭借WWW浏览器就能完成，仅极少数事务逻辑于前端（Browser）完成，全部客户端仅包括浏览器，网络工作者仅在硬件维护方面进行管理。2.3开发环境硬件环境，不妨参照表2-2的内容：硬件项目参数描述其他处理器至强E526804GHz系统设计和检测用机内存16GBDDR3硬盘1TB（7200转）网卡TP-LINK1000Mbps软件环境，不妨参照表2-3的内容：软件项目参数描述其他操作系统WindowServer2008R2设计工具VisualStudio2008信息库Oracle11G运行环境.NETFramework2.0运行组件2.4本章小结本章主要是围绕合理安全输液预警系统护理子系统设计环节，从技术应用进行考虑，大致说明相关设计技术，系统构架还有信息平台等方面，说明科学高效输液预警系统护理子系统的设计技术，详细阐述三层架构、.NET平台、Oracle数据库，这是合理安全输液预警系统护理子系统设计的理论基础。

3系统需求分析3.1业务需求3.1.1护士输液诊疗业务该业务包括医嘱和日常管理这2个主要部分，前者地位更加重要。医嘱管理即护士根据医嘱对不同病人采取不同护理方案，如果病人要输液应当准备好输液贴，根据输液贴及病人的条码来核实身份正确性，进而进行下一步。必须确保高效、准确地遵照医嘱，并且写下相应护士、病人的相关数据。日常管理，一般来说护理记录单涉及到记录、消息管理和护理小结这3个部分。护理记录为相关人员收集患者病情的转变和进行相应护理的文书途径，从临床护理角度来看，护理记录具有关键作用；涉及到记录下的患者的体征信息、关键医嘱和他的执行任务等。消息管理的用途包括护理人员处理待办任务、接收内部信息，还有警报提醒，由于护士工作负担较重，如果缺少提醒的环节，便可能出现紧急医嘱不能高效执行的状况。从急诊业务角度考虑，提醒功能的作用是十分巨大的。3.1.2护士输液护理业务输液治疗一般被应用于疾病治疗、临床用药的主要手段，进行药物治疗及用药的时候其地位不能被替代。并且护士扮演者药物治疗的直接处理人及观察人,所有环节里其一直位于前线，但却在静脉输液工具选择中的新理念较为缺乏。目前大量医护工作者没有静脉输液潜在隐患意识及专业知识，护理工作者完成输液医嘱过程多数仅是为了达到输液目的，而不思考药物具备的性质，一般通过头皮针来对外周静脉进行穿刺，没有仔细思考导致并发症出现的原因和应对。本系统可根据药物性质等方面提示护士选择合理输液工具。既可保证患者的输液安全，又可降低患者的医疗成本。近年来，我国药品不良反应监测工作持续发展。2001年，国家药品不良反应监测中心同世界卫生组织(WHO)联网。在02年的时候，我国相应监测机构达到数据网络的一期工作，并出现初级电子报告手段。在03年的时候，我国药物不良反应数据网二期亦开始进行，相关报告可以进行网络录入。在11年的时候，新型相关监测数据网络体系亦正式进行试水。在14年的时候，相关聚集性信号预警体系亦开始试水，强化了药品风险警示，提示了医务工作者关注药品存在的安全性问题。但当前药品不良反应报告收录质量普遍偏差，集中体现在:患者相关数据有所缺失、专业术语未达到要求、不良反应说明及相应描述和处理不够详细等[37-38]，更有甚者，在以往，患者出现并发症，护士判断不准确，上报需要口头上报护士长、填写并发症记录单文书、邮件上报护理部等一系列繁琐程序，也不知道怎么合理处理并发症。本系统可提供标准的并发症临床评估内容、判断标准和处理流程建议，患者出现并发症，护士可直接上报，静脉治疗委员会根据上报内容及时反馈，给予相应的处理建议，让患者得到及时的治疗。静脉治疗委员会也可根据上报内容，动态观察患者情况，及时监控结果。建成合理安全输液预警系统护理子系统后的业务流程如下图3-1所示。图3-1合理安全输液预警系统护理子系统业务流程图1．药物警示与药品说明书实时搜索。此系统可让护士根据医生医嘱，实时点击医嘱条目，了解药物说明手册，涉及到药物属性、功能、用量、不良反应、保存途径和注意事项，如输液速度、药物是否需要避光、导致头晕跌倒等相关信息。2．输液工具的智能推荐。本系统可根据药物性质等方面提示护士选择合理输液工具；降低或避免药物外渗，保证患者的输液安全，降低患者的医疗成本。3．智能化的并发症评估与处理。本系统可提供常见静脉治疗并发症评估、处理流程与规范。并能够从系统直接上报并发症，静脉治疗委员会根据上报内容给予及时反馈，处理建议，让患者得到及时、正确的治疗。静脉治疗委员会也可根据上报内容，动态观察与追踪患者并发症的变化与转规。4．数据统计全面化。本系统可提供任一时段，全院各科室输液相关数据，如输液人数、输液工具合理使用率、腐蚀性药物输液工具正确使用率、各类输液工具性价比，相关并发症的发生率等等的统计与分析及结果的图表表达，既节省人力、物力又节约时间。图3-2合理安全输液预警系统护理子系统用例图3.2系统需求分析3.2.1总体需求分析根据湖南省某三甲医院的业务发展需要和临床一线医护人员面对面交流，了解医护人员对临床输液治疗信息化管理的要求，在医院创造一个以患者为本的基础上，更好的发展HIS系统。合理安全的输液预警系统护理子系统，包括护士输液管理、输液药品知识库规则管理、医生站实时预警功能、前置审方中心、超说明书管理及输液监控指标，其中我们的目标是提供合理和安全的输液预警系统维护子系统（护士输液管理），其中接近护士和其效用的实际临床工作中，具有高效率，信息化和标准化的特质。使用计算机信息化技术，规范医院输液相关记录文书内容及其流程，实现医院输液治疗工作的数字信息化、文字的结构化管理，可以很容易和方便，提高医院的经济效益和社会效益，促进医院治疗科学管理，提高护士和部门的效率。3.2.2患者信息模块这个板块包括患者信息一览卡、输液提示两个子模块，具体需求如下。1．患者信息一览卡：患者姓名、性别、年龄、ID号、诊断、主管医生等，与医院HIS系统相关联实时同步。进入患者医嘱见面，可以查看该患者的用药信息。2．输液提示：显示患者当日是否输液及患者所使用的输液工具。3.2.3输液警示模块该模块包括患者当日输液医嘱列表、药物安全警示和药品说明书三个子模块，具体需求如下。1．患者当日输液医嘱列表：患者当日所用药物的药名、规格、剂量、护士执行时间、给药途径等。2．输液药物安全警示：用简明扼要的语句及鲜明的颜色作为安全警示对各药品的特性进行警示标注，如高警示药品、高危外渗药品、需避光药品、控制滴速药品、易致跌倒药品等。3.药物说明书：可对患者所用的药物直接进行查询，包括药品名称、药品属性、属性内容。3.2.4输液工具选择模块该模块为系统的核心模块，外周静脉置管、中心静脉置管两个子模块，具体需求如下。1．外周静脉置管：外周静脉留置针、一次性静脉输液钢针、外周静脉中长管的置管、维护、拔除记录及回顾信息等。2．中心静脉置管：PICC、CVC、PORT置管同意与风险告知、置管评估记录、置管记录、维护记录、拔管记录、健康宣教单等整体的文书记录；及置管所需相关检验结果等在线、实时、直接查询。系统会根据药物性质是否为高危警示药物给予输液工具的选择提示，若为高危警示药物，会提示建议留置中心静脉置管。若患者拒绝留置中心静脉置管，系统会提示给予患者签署特殊药物静脉治疗知情同意书。3.2.5并发症模块该模块为系统的核心模块，包括并发症评估、并发症处理、并发症上报三个子模块，具体现需求如下。1．并发症评估：包括症状体征、检查检验动态评估与文字的结构化、规范记录。2．并发症处理：系统会给予并发症标准处理流程，以及时做出相应的处理，避免延误处理时机，加重病情。3．并发症上报：根据患者症状和体征进行实时上报及反馈，静脉治疗委员会可及时给予处理建议和动态的观察及追踪。3.2.6数据统计分析模块该模块为系统的核心模块，包括数据查询、相关静脉治疗监控指标的统计等五个子模块，具体现需求如下。数据查询：可以根据护士所管床位、患者姓名等各种条件，实现模糊查询，并支持任意条件组合的精确查询，使用者可以通过查询条件快速地查找出自己需要的病人输液资料，进而方便使用者对患者进行输液管理及资料再录入，这确保了独立且分散的管理信息被聚合成完整的电子信息文件，这样可以方便地完成管道放置和维护的整个过程。2．输液统计：包括输液人数、输入高危药物等的统计。3输液工具统计：包括各种输液工具的统计。4输液并发症的统计数据：包括并发症发生频率和报告频率的统计数据。5统计分析：根据不同的分类条件，可以根据可用数据直接记录，创建不同的统计报告。例如，具有影响住院时间的外周静脉留置针的患者数量，为未来的研究提供有效的数据分析。3.3系统非功能性需求非功能系统要求涉及确保系统稳定和有效操作的功能特性，超出软件产品的基本功能。如果不满足系统的功能要求，系统的功能将会降低，但如果不满足系统的非功能要求，系统很可能会停止工作。接下来，我们通过以下指标对其进行分析：3.3.1性能准确性：在查询过程中，必须确保重复命中和准确的频率符合要求。一方面，您必须能够查询数据库中与关键字相关的所有内容，另一方面，还必须请求查询内容条件非常一致[39]。临时特征：当提示时，操作的响应时间不应太长，并且控制在两秒钟内。当然，随着数据的增加，响应时间不可避免地增加，但应该保证为10秒钟之内。3.3.2稳定性对于系统而言，可靠性也是一个非常重要的指标，它反映了系统在长期运行期间保持其特性的能力，包括以下三个方面：成熟度，容错性和易于恢复[40]。当用户使用系统时，假设填充的数据格式不符合要求，系统将立即提示界面，而不是删除输入信息或直接退出应用程序。在正常情况下，系统应保持正常模式，故障概率应低于10％。3.3.3易用性易用性也是评估系统的重要指标，主要基于潜在用户应该使用该软件的努力。首先，软件界面应该简单并且与主界面的规格兼容，并且系统的操作环境不应该太高。具体要求如下：用户应该能够在十天内学习四分之三的软件，系统应该为用户提供视频教学，帮助用户尽快学习软件的所有功能[41]。出现在系统中的信息提示，菜单命令等应该简单明了，以便用户能够尽快理解和接受它们。3.3.4安全性系统规定只有拥有权限的用户才能通过密码登录系统才能使用相应的界面，为了增强系统的安全性，用户在使用系统功能时也必须执行访问权限，只有经过身份验证的客户端才能使用相应的功能。如果用户输入错误密码连续登录10次以上，则帐户将被锁定1小时以进行自动解锁，这将充分保证数据的安全性[42]。3.4本章小结本章主要考察和分析护士的业务流程，系统功能需求，系统非功能需求和其他内容。为简化每个系统角色的业务流程和业务需求，提出系统主要功能模块的要求和非功能需求，为后续深入分析提供详细数据，从而方便后续的实践过程。

4系统设计4.1系统架构设计4.1.1系统总体结构医院合理安全输液预警系统的一般信息重建主要包括建立合理安全输液预警系统，药物摄入率预警，输液评估，输液护理管理，药房检测中心，药房门诊等系统，与医院中的HIS相关系统，EMRS系统和临床辅助控制系统集成，实现信息中数据级别的互连医院系统。患者信息一览卡患者信息一览卡输液提示药物安全警示药品说明书外周静脉置管中心静脉置管并发症评估并发症处理并发症上报输液统计输液工具统计输液并发症统计患者信息模块输液警示模块输液工具选择模块并发症模块数据统计分析模块合理安全输液预警系统护理子模块的应用设计与实现图4-1系统的总体结构4.1.2系统体系结构根据系统功能的不同，采用多级方法设计系统，清晰对应各级功能，降低连接程度，提高可扩展性，灵活性和可重用性，这种开发的主要概念是面向服务和面向对象。客户端通过表单界面显示，应用程序服务器具有客户端可以访问的接口，它可用于连接数据库，与外部接口数据交互以及HIS核心业务处理，详情可见下图。在分层架构中，每个层都执行自己的功能，其中：1.表示级别：系统和用户交互发生在该级别，这反映了算法界面中的业务，例如显示医生信息的分屏。该层显示由业务逻辑层相应地动态传输的数据，此级别也接受来自用户的请求，并检查请求的正确性，然后将其传输到业务逻辑级别。2.业务逻辑层次：在整个多层系统中，这个层次指的是中间层，它是整个系统的核心，它的功能是处理事务规则和完成业务逻辑。它的位置通常是一个用于调用表示级数据的应用程序服务器，获取然后使用数据访问级别访问数据库。3.数据访问级别：在整个多层系统中，这个级别属于较低级别，其作用是与数据库交互以添加，删除，修改和查看数据库的内容。业务逻辑级别通过它接收数据，根据逻辑级别的要求，数据访问级别可以添加，删除或检索数据库的内容，并筛选数据源中的差异，以便数据源中的差异不会影响逻辑级别。图4-2系统架构图4.1.3系统网络架构此时开发的系统主要用于医院局域网。网络交换机用于将客户端连接到服务器。SQL服务器位于服务器上，该功能是在患者就诊期间保存所有信息数据，为了查看，诊断，治疗并且使用医院的无线网络，无线网络主要用于支持下一个系统的扩展，连接移动终端以及为紧急信息系统提供移动应用。详细信息如下图所示。图4-3合理安全输液预警监控系统网络结构图4.2类与接口设计根据面向对象的编程思想，对象和业务逻辑，为减少软件代码的冗余，提高组件重用的效率，促进程序后续阶段的维护和开发，系统所需的关联封装在一个类中。使编程和认知现实世界走到了一起[42]。在此，以急诊患者对象为例，设计合适的对象类和接口及其关系，如图4-6所示。1.患者业务功能的界面接口名称为IPatient。该界面主要用于定义患者必须执行的业务功能，并涵盖患者基本数据的删除和修改，以及取号，拿药等信息管理技术。为了不断适应其中数据库系统的类型变化，应当将其中的业务功能改设为接口类型，以便于以后在进行维修过程中的操作。2.患者的业务职能类别类名是主要用于继承和实现护理人员服务功能接口。在进行创建业务处理的过程中设置的逻辑代码并为相应的数据库之中，并且被访问之后最终实现具体的业务功能。。3.一般数据访问类类名是DbHelperOleDb，该类主要用于定义访问Oracle数据库的泛型类。使用的连接方法是数据库和字符，用以执行存储操作和SQL语句等方法，如果需要手动附加和管理数据库，则必须创建或调用相应的对象。图4-6病人紧急设计4.3数据库设计4.3.1概念模型设计在特定的应用程序环境中，数据库模型的最佳组件，同时创建应用程序系统和数据库数据都存储在系统中，可以通过动作执行各种动作来创建称为数据库设计的数据库。系统数据库项目本身实际上抽象并输入数据，然后将它们与数据库系统相结合，全面的数据库设计过程对于确保系统稳定性和可用性的信息管理系统至关重要。概念设计模型（CDM）基于组合对象（ER）和从用户的角度模拟真实信息的原则，目标是为输液警报创建方便，信息灵通的系统。连接其数据的全球CDM数据库[43]。在这项研究中使用自下而上的方法，第一步是逐步完善每个子模块的概念模型，然后是这些功能模型的组合，最后是系统的共同概念模型的开发。图4-10示出了合理安全输注警报系统的护理子系统的全局概念框图。图4-10护理子系统智能安全系统输液4.3.2逻辑结构设计数据库的逻辑结构设计是用于概念模型的ER示图。ER图的基本原理首先转换成关系数据库产品（DBMS）的关系模型可以使用特定的映射规则，然后根据下式来支持他功能和限制转换为特定模型。最后，DBMS数据模型通过DBMS规范化的特征和优点来优化生成的数据模型[44-45]。表和表关系的设计越标准化，数据库操作的效率就越高，如果查询过程更复杂，通常会使用多个多表连接操作，但这不利于数据查询的效率。数据库关系模型的一些改进导致许多表关系符合2NF范式原则，其中一些与3NF范式特征相匹配并增加冗余[46]。表4-1至4-7描述了合理，安全的输液警告系统的护理子系统使用的部分数据表结构。字段物理名字段逻辑名类型（长度）备注ID自增IDintVISIT_NO本次住院唯一号nvarchar(100)PAT_NO患者唯一号nvarchar(100)VISIT_NUM_ZY第几次住院intVISIT_DATE入院时间datetimeVISIT_KESHI入院科室编码nvarchar(50)VISIT_WARD入院病区编码nvarchar(50)BED_NO床位号nvarchar(50)VISIT_DOC主治医生工号nvarchar(50)PAT_MRN病历卡号nvarchar(50)ZY_VISIT_TYPE住院就诊类型nvarchar(50)PAT_WEIGHT入院登记体重KGfloatPAT_HEIGHT入院登记身高cmintPAT_TEMPERATURE入院登记体温Cnvarchar(50)PAT_HY_UNIT怀孕时间（单位）nvarchar(50)如怀孕1月，则单位为“月”PAT_HY_TIMES怀孕时间（时间）float如怀孕1月，则怀孕时间为“1”CY_DATE出院时间datetimeCY_KESHI出院科室编码nvarchar(50)CY_WARD出院病区编码nvarchar(50)JSLX_CODE出院结算类型代码nvarchar(50)RCPT_MEDI_AMOUNT出院结算药费总额floatRCPT_AMOUNT出院结算总费用floatCY_STATE出院状态（治疗结果）intCASE_CODE病案号nvarchar(64)CARD_TYPE卡类型编码nvarchar(50)就诊卡的类型PAT_CARDNO卡号nvarchar(64)就诊卡的卡号HOS_CODE医院代码nvarchar(100)区域项目使用表4-1患者就诊信息表字段物理名字段逻辑名类型备注ID自增IDintVISIT_NO住院唯一号nvarchar(100)PRESC_NO医嘱唯一号nvarchar(100)流水号PRESC_TYPE长期、临时医嘱标记int0临时，1长期PRESC_DATE开嘱时间datetimePRESC_SEQUENCE药品序号nvarchar(100)与PRESC_NO一样即可MEDI_CODE药品代码nvarchar(50)IS_YB_TYPE是否医保范围int0否，1是MEDI_SPEC药品规格nvarchar(50)MEDI_MANUF生产厂家nvarchar(200)MEDI_GROUP组号nvarchar(50)MEDI_REASON用药理由nvarchar(50)DOSE_UNIT单次量单位nvarchar(50)DOSE单次量floatKY_QTY开药数量floatKY_UNIT开药数量单位nvarchar(10)PRESC_DOC开嘱医生工号nvarchar(50)PRESC_KESHI开嘱科室编码nvarchar(50)PRESC_WARD开嘱病区编码nvarchar(50)PINCI_CODE频次代码nvarchar(50)PINCI单日服用次数intGYTJ_CODE给药途径代码nvarchar(50)START_DATE用药开始时间datetimeEND_DATE用药预结束时间datetimePREVENTIVE_TYPE是否预防用药int0否，1是PS_TYPE是否做过皮试int0否，1是OT_TYPE是否手术用药int0否，1是OT_NO对应的手术单号nvarchar(250)CY_DRG是否出院带药

int0否，1是ORD_STATE是否退嘱单（医嘱作废）

int0否，1是REF_DATE停嘱时间datetimeREF_DOC停嘱医生工号nvarchar(50)REF_KESHI停嘱科室编码nvarchar(50)REF_WARD停嘱病区编码nvarchar(50)MEDI_TYPE自负、医保、新农合类型nvarchar(50)YB_TYPE医保类型nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用CHARGES_CODE对应的收费单号nvarchar(50)不提供为空即可FYINFO_NO对应的发药单号nvarchar(100)不提供为空即可表4-2患者住院医嘱数据表字段物理名字段逻辑名类型（长度）备注ID自增IDintVISIT_NO住院唯一号nvarchar(100)PRESC_NO医嘱唯一号nvarchar(100)CHARGES_CODE收费单号nvarchar(50)收费流水单号MEDI_CODE药品代码(字典表代码)nvarchar(50)MEDI_SPEC药品规格nvarchar(50)MEDI_QTY用药数量floatUNIT数量单位nvarchar(50)CHARGES_DATE收费时间datetimeCHARGES_KESHI所在科室编码nvarchar(50)CHARGES_WARD所在病区编码nvarchar(50)CHARGES_DOC开药医生nvarchar(50)CHARGES_AMOUNT用药费用floatMEDI_UNIT_PRICE药品单价floatREF_TYPE是否退费记录intREF_DATE退费时间datetimeREF_CHARGES_CODE原收费单号nvarchar(50)原收费流水单号MEDI_MANUF生产厂家nvarchar(200)MEDI_TYPE自负、医保、新农合类型nvarchar(50)YB_TYPE医保类型nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用表4-3患者用药费用明细表字段物理名字段逻辑名类型备注IS_OP_IP门诊、住院标记int1门诊，2住院，3全院MEDI_CODE药品代码nvarchar(50)MEDI_SPEC药品规格nvarchar(50)PACKING_SPEC包装规格nvarchar(50)PACKING_UNIT包装单位nvarchar(50)PACKING_MIN_QTY最小包装的数量float在包装单位下的小包装数量，比如包装单位是盒，1盒是20片，那么这里就是20PACKING_MIN_UNIT最小包装单位nvarchar(50)MEDI_QTY剂量数float在最小包装单位下的剂量数，比如最小包装单位是片，1片是0.5g，那么这里就是0.5MEDI_UNIT剂量单位nvarchar(50)MEDI_MANUF生产厂商nvarchar(200)MEDI_PRODUCT_NAME药品商品名nvarchar(200)MEDI_NAME医院显示的药品名称nvarchar(200)MEDI_SP药品名称首拼nvarchar(50)MEDI_TY_NAME药品通用名称nvarchar(200)MEDI_JX_NAME药品剂型名称nvarchar(50)IS_KSS是否抗生素标记int0否，1是IS_KZL是否抗肿瘤药品标记int0否，1是ZXY_TYPE中药、西药、草药标记int1西药，2中成药，3草药,空未知IS_BASIC_MEDI基本药物类型int0否，1是IS_ZSY是否注射剂标记int0否，1是JDM_TYPE精神麻醉药品标记intMEDI_TYPE自负、医保、新农合类型nvarchar(50)KSS_TYPE抗生素分级级别int三线用药级别STOP_TYPE停用标记int0未停用，1停用STOP_DATE停用时间datetimeYB_CODE医保中标药品编码nvarchar(50)YB_TYPE医保类型nvarchar(50)YB_REMARK医保备注nvarchar(200)PZWH批准文号nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用表4-4医院药品字典表字段物理名字段逻辑名类型备注IS_OP_IP门诊住院标识int1门诊，2住院，3全院EMPLOYEE_NUMBER员工工号nvarchar(50)EMPLOYEE_NAME员工姓名nvarchar(200)EMPLOYEE_SP姓名的首拼nvarchar(50)POSITION_CODE职称代码nvarchar(50)EMPLOYEE_TYPE员工类型nvarchar(50)IS_DEL数据状态intJOB_CODE员工工号（显示用）nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用表4-5医院员工字典表字段物理名字段逻辑名类型备注LIS_CODE检验检查医院代码nvarchar(50)LIS_NAME检验检查名称nvarchar(100)LIS_SP名称的首拼nvarchar(100)LIS_YB_CODE检验检查医保收费码nvarchar(50)PARENT_CODE父级项目代码nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用表4-6检验检查项目字典表字段物理名字段逻辑名类型备注ID自增IDintVISIT_NO住院唯一号nvarchar(100)PRESC_NO医嘱唯一号nvarchar(100)FYINFO_NO发药单号nvarchar(100)本次发药单号或发药流水号MEDI_CODE药品代码nvarchar(50)MEDI_SPEC药品规格nvarchar(50)MEDI_QTY发药数量floatUNIT数量单位nvarchar(50)FY_DATE发药时间datetimePICK_USER审核调配药师工号nvarchar(50)ORD_DOC开药医生工号nvarchar(50)FY_USER发药药师工号nvarchar(50)FY_KESHI发药科室编码nvarchar(50)FY_DEPOSITE发药药房编码nvarchar(50)RECV_KESHI接收科室编码nvarchar(50)RECV_WARD接收病区编码nvarchar(50)RECV_BED接收床位号nvarchar(50)FY_AMOUNT发药药费floatMEDI_UNIT_PRICE药品单价floatREF_TYPE是否退药记录intREF_DATE退药时间datetimeFY_STATE状态标识intREF_FY_NO原发药单号nvarchar(100)原发药单号或发药流水号MEDI_MANUF生产厂家nvarchar(200)MEDI_TYPE自负、医保、新农合类型nvarchar(50)YB_TYPE医保类型nvarchar(50)HOS_CODE医院代码nvarchar(100)区域项目使用表4-7患者住院发药记录数据表4.4输液子系统数据交互模块设计合理安全输液预警系统护理子系统，其基础数据是由医院的HIS，LIS，PACS，EMR等系统同步而来，确保医院数据的一致性，它还提供了一组可访问的接口，通过这些接口，数据库、与外部接口数据的交互以及HIS核心业务流程等可以互连，以完全满足医院数据连接的要求。同时，借助防火墙，应用系统安全，数据加密，高负载均衡等技术，您可以降低系统风险，提高安全性。图4-11数据抓取示意图图4-12程序数据接口的实现图4-13实现对外模块的路由配置4.5系统安全设计由于合理安全的输液警报系统的护理子系统的独特性，它包括公共信息，如医院药物和患者保密，为确保正常和安全的操作，它将不会显示，这对整个医院很重要。在不可预见的情况下，医院对关键信息的销毁，披露和修改将需要建立合理的安全机制。因此，有必要使用防火墙，应用程序安全性，数据加密和高负载平衡技术来使危机除去同时将系统安全性增强。4.5.1防火墙技术为了进行网络管理，可以将防火墙与适当的策略结合使用，在此过程中不仅能够过滤到一些垃圾信息，而且还能够在传输过程中针对性的传输有益的信息。[47]。通过对于该种访问进行审核，防火墙可以将内部与外部的信息进行分开传输，这时不仅能够保证服务器在服务过程中的稳定特性，而且能够控制内部的访问和记录记载，才能够最终完成网络数据的统计。防火墙的入侵检测功能不仅为系统提供了必要的安全保障，而且如果以其他程序绕过防火墙，准备对于主要程序进行攻击，防火墙也能够立刻对此发出警报。[48]。对于此种合理的保护系统，入侵防火墙不仅能够保证整个网络的安全特性，还能够防止没有经过授权的病毒入侵网络，从而对于网站进行正常的维护，避免SQL注入，OWASP等恶意攻击。最终保证透明的代理服务器应用程序级别全面控制高级应用程序（HTTP，FTP，SMTP，POP3，NNTP）。4.5.2应用系统安全技术为了确保安全可靠地运行合理安全的输液报警系统的供应子系统，有必要使用会话超时和设置安全策略等安全技术来保证整个系统运营的正常。（1）会话超时对于B/S系统，发生对话是必须的。此时服务系统可以预先估计对话的长短也就是20分钟。普通用户对于网络的了解非常少，他们没有特定的安全意识。所以在进行登录过程中发生注销时，相应的操作并不能保证正确的执行，窗口关闭就认为自己已经退出了，这会产生安全风险[49]。因此，有必要预先设置一定的超时时间，这可以满足用户操作的需要，并且可以及时关闭系统，以确保用户离开或不工作时超过限定时间的用户信息的安全性。会话超时由服务器系统设置，默认值为20分钟。用户在20分钟不活动后登录后，会话将断开连接，系统将重定向到登录页面，从而有效避免用户不注销的部分安全问题。（2）安全策略配置启用配置后，使用不影响其他虚拟主机的操作和不间断操作的安全策略使具有漏洞的主机脱机。只能传输授权的服务和协议，其余的将由系统自动丢弃。6本章小结基于前一章的非功能性需求的分析和功能分析，本章定义了合理输液安全预警系统护理子系统B/S系统结构的设计，外部接口为Bootstrap+AngularJS+HTML5，内部接口为C＃+ASP.NET+Oracle。从系统功能开始，整个系统分为五个子模块：患者信息，输液登记，输液工具的选择，并发症报告的汇编和统计数据分析。大模块根据功能分为小模块，它彼此独立，有利于系统的分离，有助于重用和维护系统功能。然后创建概念数据库模型和逻辑模型，在此基础上开发系统表的许多功能。最后不断保证防火墙技术的实施，并且对于超时的会话予以处理，保证整个系统的安全。。5系统实现与测试5.1系统的实现5.1.1患者信息模块的实现患者信息模块包括患者信息一览卡、输液提示两个子模块，操作人员登录后，可以查看患者详细信息界面，患者信息一览卡主要包含：患者姓名、性别、年龄、ID号、诊断、主管医生等，与医院HIS系统相关联实时同步。用户信息管理提供管理护士在医院部门的个人数据以及护士的访问和访问权限的能力，包括添加，查询，编辑，授权，禁用，重置护士基本信息的用户密码等，因此由护士提供的信息的基础上，相应的信息被存储在由于系统采用由医院护士的内部工作人员的“用户信息表”，用户在进行注册的过程中，功能不能够被使用。受到照顾者的人的资料，从医院的信息系统之中被导入，而且支持从其他数据中直接导入到最终的数据库中，在管理员添加看护人员的工作号码和用户，姓名，部门和其他信息让其有权运用相应的系统指定功能，而此时护士也能够用自己的个人信息进行登录，然后更改和改进她的个人信息。当整个系统工作正常，就必须要考虑到用户自己的环境来确定各自的责任和权利，工作环境经常变化，如果用户权限被单独分离出来，它会导致系统维护，这导致工作量增加时带来了诸多不便。这个时候，“角色”出现了[50]。责任和权力在整个系统中发挥作用，在设计时，将根据用户的工作环境，职责和权限来总结系统的角色，每个角色不限于一个责任和权限[51]。图5-1患者体征信息的部分实现方法图5-2的主要内容是护士在进行数据导入的过程中，以及登陆过程中的操作。图5-2添加了访问系统框图的用户代码部分逻辑实现：

///

<summary>

///

判断是否肝损,并返回格式化的XML

///

</summary>

///

<param

name="CcrValue"></param>

///

<returns></returns>

private

string

getLiverResultXml(string

vPatientID,

string

vVisitID,

string

vSex,

int

vAge)

{

string

lisCode

=

"'5038','5188','5039','5189','5053','5052','5041','5043'";

string

scrSql

=

@"select

*

FROM

(

SELECT

row_number()

OVER(PARTITION

BY

t.LIS_NAME

ORDER

BY

t.LIS_RESULT_DATE

DESC)

AS

CS,

t.LIS_NAME,t.LIS_VALUE,t.LIS_RESULT_DATE

FROM

view_yws_lis_result_zy2

t

where

t.patient_id='"

+

vPatientID

+

"'

AND

t.visit_id='"

+

vVisitID

+

"'AND

t.test_item_id

in

("

+

lisCode

+

")

AND

LIS_VALUE

IS

NOT

NULL

and

regexp_replace(LIS_VALUE,'^[-\\+]?\\d+(\\.\\d+)?$','')

IS

NULL

)

WHERE

CS=1";

DataTable

liverDt

=

KSS.OleDbServerDAL.DbHelperOleDb.Query_XYHIS(scrSql).Tables[0];

string

LiverResult

=

"";

string

LiverCode

=

"";

if

(liverDt.Rows.Count

>

0)

{

string

sql

=

"select

*

from

yws_yf.yhs_setup_sf

t

where

t.setid

<=10

AND

(t.sex='"

+

vSex

+

"'

OR

t.sex='0')

AND

(t.agemin<="

+

vAge

+

"

OR

t.agemin=0)

AND

(t.agemax>"

+

vAge

+

"

OR

t.agemax=200)";

DataTable

dt

=

KSS.OleDbServerDAL.DbHelperOleDb.Query_XYHIS(sql).Tables[0];

if

(dt.Rows.Count

>

0)

{

try

{

decimal

lisValue

=

0;