项目实施技术总结及思考_第1页
项目实施技术总结及思考_第2页
项目实施技术总结及思考_第3页
项目实施技术总结及思考_第4页
项目实施技术总结及思考_第5页
已阅读5页,还剩52页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

序 项目运行环 编写目 住院医生站改进与功能扩 临床科室医疗组(新开发 住院列表(功能改进 医嘱录入时,在医嘱明细表中记录医疗组指针(新开发 检验结果总览(新开发 停医嘱(功能改进 医嘱录入(功能改进 住院护士站改进与功能扩 安排主管医生【转移(功能改进 药品提交(功能改进 医嘱执行(最多、最贴近护士的功能改进 临床护士的检验条码复核(新开发 住院患者出院时需关 电子功能改进(提升 对部分主要界面模板进行合 在书写界面,可以选择患者(新开发 在书写界面,增加常用模板导航条(新开发 在书写界面,焦点离开界面模板时给予提示(新开发 打印速度改 门诊医生站功能改 增加一个门诊会诊流程(新开发 医院可在任意时段,免除患者费与诊查费(新开发 对医保组,有关医 对照关系改进的期 结束 序项目运行环境徐州市(四院,是淮海经济区规模最大、实力最强的三级甲等综合性医院,2010、2011年连续两年创新医院,目前平均在院人数3050人左右、实际开放床位3100多张、门诊人次5000人左右,主要特点如医保(共计开发了17个医保接口涉及市内2个医保接口、所辖6县8个医保接口、周边省份省7个医保接口,共计17个医保接口,牵涉第医保接口开发11个(其中有的医保接口商技术开发水平不高、连通性较差,但我们只能适应。东华公司的第一家真正意义上的、医护绩效工资考核到医疗小组、护理小组的三级甲等综合性医院徐州是较早探索医护绩效工资、考核的医院,2003年起就开始探索,在东20104月开始实施时,已经形成②、患者从普通科室转入ICU科(共计7ICU科室,在ICU住院期间发生的所有费用要双算(即:ICU主管医生要计算收入、同时转入科室患者的主管医生要计算收入(。④、医疗组、护理要求系统能准确计算患者在床天数、在等待区不能计算床日⑤、医疗组的出院的月平均住院患者A科室转B科室A科室7天,那A科室的住院天数要记入到B科室A科室的住院天数超过7天,那么患者的住院天数要记入到A科室。如果患者在院期间没有发生转科操作但在科室换医疗组了,比如从A医疗组,换到B医疗组,则在A医疗组的住院天数,要计算到B医疗组。要解决这些新课题,我们产品的根在哪里?切入点又在哪里?每个临床科室的患者,可以借住到全院任何一个病区,如何解决护士的医嘱执行问题一个住院,可以选择全院51个病区中的任何一个病区住院,医护对新系统操作的简洁性、易用性,提出了很高要老系统住院医生站没有上,医生手写医嘱、,门诊医生站也上了一个、号,医护短缺基本上习医生少,主任医师以上医生(包括科:亲自动手开医嘱、写,通常一名医生要主管15-20个患者,他们对应用软件操作的简洁性、易用性提出了很高要求,护士站操作也是如此,我们如何应对?编写目从2003年7月开始(廊坊,C/S版)开始做项目实施、2005年大同市第三人民医院(5版、2007年中国医科大学附属第一医院(P7版、2010年徐州市(8版地市级医院到省级医院、再回到地市级医院,从南方到北方、再回到南方,我们发现用户的需求越来越深入,北方相对南方好做一些,北方公司各产品线的功能越来越丰富,但还是赶不上南方医院的需求,徐州的各类需求就遭遇到了比较大的,在医生站、护士站电子及医保方面尤为突出,有关功能模块做了较改进与功能扩展。面对用户需求,我们不急于求成,认真分析,在本地化方面尽量考虑到通用性、易用性,不做过于特殊化需求的开发。本文专注通用性需求方面的改进分析,便于医疗部搜集、综合、(以便缩短项目实施周期、避免重复折腾、尽量减少开发成本,可预见性地满足用户需求。另外对开发、实施工程师起到一个抛砖引玉的作用。备注说明:下面对有关产品组的功能模块缺点的分析,主要是从用户角度加以剖析,绝不是在此评论各产品组的产品优劣(或好坏,主要是想从另外一个侧面丰富我们的产品,使之更健壮、更完善(能不能做到万 ,但是对同事们如果有帮助、我们就很欣慰住院医生站改进与功能扩展临床科室医疗组(新开发施的项中,徐市是第一、完整成此项能及效考核分析的三级甲等综合性医院。华医护与临床科室关联之间增加一个层次,即医疗组,建立医疗组表DHC_CTLoc_MedUnit、医疗子组表(CT_Loc表(CT_CareProv。同时为了满足医疗组调整及医疗组内调整的需要分别设医疗组及医疗组时要限定一名医生不可能在两个疗组同时存在。住院列表(功能改进在院住院。医疗组勾去掉后,显示本人当前主管的在院患者余额要注对于医保患要取医保预结算金额进行计算医嘱录入时,在医嘱明细表中记录医疗组指针(新开发医生收入统计的来源于医嘱明(OE_OrderItem,因此在医生开完医嘱保存时,在医嘱明细表的扩展节点里$pOORD+oeim,"",$poeit,"|",2),"DHC"),"",15)),记录该名医生当时检验结果总览(新开发住院列表中中某个者,进入生诊疗再点击入检停医嘱(功能改进一线医生、护士的需要:①、增加 列:首开长嘱日期、停止时间、预停日期、预停时道该条(或该组)停止时间主要用于:上午 点时,医生可以灵活根据自己需要前把医嘱停止,停止时间可以自己设定(比如下午14点,如果这样(比如:3天后上午08:00。护士可以停止医生关联医嘱中的材料处置(如果多记账了③、非当日开的长期医嘱(④、首开长期医嘱(如果存在滚动的长期医嘱,不能停⑤、非患者当前住院科室、住院病区医护开的医嘱,不能停止⑥、医嘱状态为执行的医求在停医嘱界面能显但不能停医嘱录入(功能改进医生录入医嘱时每个医院都会根据法一些处置费用些个性化需求没有推广价值,不在这里赘述。下面主要讲几个通用性需求:①、停止日期及停止(。②、开医仍为计费员本人。③、默认药房加锁的药品不显示、库存为0的药品不比如:头孢唑林5g],华北制药厂生产;头孢唑林.5ga,山东抗生产。两种规相同的药,由于地不同系统需要当成2个品种进行(具体做法是:除了代码不同外,在名称描述上加了一个a标识。针对这两种药品,在患者所在病区的默认药不显示(该项功能要改程序,同时实物库存为0的药品也要求不显示(该项功能可通过医生站配置完成住院护士站改进与功能扩展由于床位地图在业务时刷新比较慢,加之操作不方便(原有操作模式,用户不太认可,因此护士站有关业务做了较大改进,改值得推广、标准化。(功能改进,医生表中就示该所有医生(包括名医生在的组名称,供护士分配。药品提交(功能改进该模块不只是做药房发药就了事了,要在此回答临床护士的3个问题:问题1:药房无库存、或已经加锁的药品,能否给予提示,以便及时通知医生调整医嘱,避免每天1:30药房发药时,发不到药品,既影响患者治疗、还有可能找不到主管医生(下班了、或在手术室做手术)?对于问存为0了,针对这2种情况,目前没有更好的办法,为了保持医嘱的问题2:能否单独提交出院带药,患者9:00要出院,但其他住院患者对于问3:疗(或这种药品我们不需要药房发药,在不让医生停医嘱况下,能否不发 理出院对于问增加一个‘审核不提交’功能,记录审核人、审核时间,但药品提交标志为‘N(同时对于已。医嘱执行(最多、最贴近护士的功能改进要在深刻理解护士业务的基础上,在此回答临床护士、带有普遍性的13个问题:问题1对于问题1:病区护士在日常医嘱执行过程中,通常处理的单据类型如下:⑴、需要护士复核、执行的医嘱单据①、医生新开医嘱单在新开医嘱单据里,护士可以做如下操作:退回医生错误医嘱(同时增加一个撤销退回的操作,防止误操作复核、执在复核医嘱界面,可以选择复核日期、复核时间、复核另外,护士处置后,为了减少护士重复登录系统后执医嘱,系统做到了执行人时,如果不是登录人本人,要求操作者输入确认。②、检验单要求护士打印检验条(增加一个撤销条码关联的操作。③、检查预约小条要求护士打印各种检查预约小条,以便陪护护士通知患者做查④、皮试单查询患者皮试医嘱,并置皮试、或阳性标志⑤、未执行医嘱查询每天患者未执行医嘱,补医嘱执⑵、需要护士打印的各种医嘱单据①、输液卡(当日新开长嘱、临嘱it、②、明日长期输液卡it、v功能限制:()上午08:00,该输液卡不打印。③、服药单(长期主要指药品医嘱,包括:新开长期医嘱、电脑滚动长期医嘱,用法包括:冲服、含服、含化、煎药、PO、口腔吸腔粘膜内、舌下④、服药单(临时主要指药品医嘱,包括:需处理即刻医嘱、需处理临时医嘱,用法包括:冲服、含服、含化、煎药、PO、口腔吸腔粘膜内、舌下入、鼻饲、术30分钟、雾化吸入。⑤、注射单(长期法包括:、dh⑥、注射单(临时法包括:im、id、ih、胰岛素皮下注射、术前30分钟、结膜下注射。⑦、⑧、护理单(长期⑨、护理单(临时⑩、术前准备单嘱、即刻医嘱,包括:用法包括:术前30分钟、术前口服、术前30id术前。⑩-1、雾化吸入单⑶、需要护士当日核对的各种医嘱单据①、变动医嘱(当日)除电脑滚动长期医嘱外,包括所有其他医嘱类(的医嘱、护士录入的医嘱)进对。综上所述,几乎每家医院,病区护士日常工作中处理的医嘱单据,概括起来就是这麽三大类,针对不同医院,这些单据的配置条件不同罢了。问题2:病区护士能否一次选择几个患者(比如选择01床、08床15床、22床、35床,再选择单据类型后,能够查询出这些选中对于问题2:我们系统原来的不足在于:每次通过登记号选择,只能查询一个患者的医嘱,管床护士要查询自己管床的医嘱,很不方便,如果该病区平均在院患者在100名左右,床位号又不连续,操作(并且要把全病区所有患者的医嘱查询出来后,才能找到你关注的床位医嘱,如果出于业务高峰时段,全院51个病区的护士做类似操作,对服务器的压力有多大?)排序,床位号放在每条记录最前面,允许用户拉动垂直滚动条、通过Click事件取消。改进后,无论是从病区护士操作的简便性、还是业务时系统的响应速度,都得到极大提高。问题3:不离开医嘱执行界面,在核对当日所有患者医嘱时,如何快对于问题3:我们系统原来的不足在于:在医嘱执行界面,通过登记(在新的窗口打开:设置为top=30,left=30,width=960,height=600,把该菜单定义为托起菜单改进后,用户从床位图进入医嘱执行界面,该界面就成了主工作界面,只要没有患者出院、或新住院,在业务时段处理医嘱时,医嘱后,回到原来状态,继续往下核对、问题4:能否退回医生错误医对于问题4:该问题提的很好,医生常见问题是:药品剂量有时开错同时在患者长期、临时医嘱单中,以红色醒目提示主管医生。5:(或执行单)上,标记出患者是否做过皮试、皮试结对于问题5:我们系统原来的不足在于:在东华已经上线的项目里,输液卡或执行单如果患者输抗生素类液体超过3天,输的又很多,给护士带来多大工作量、人机共同操作,能否不出通过深刻分析,皮试医嘱,就两类:青霉素皮试、先锋皮试临关联医嘱中用的头孢类药品就太多了,比如:注射用头孢西丁钠.5g]、头孢西丁钠[2.0g]、头孢西丁钠[0.5g]、注射用头孢西丁钠T[1.0g]、注射用头孢西丁钠[3.0g],针对这两种情况,计算机如何处理?第一种情况处理起来比较简单:如果医生开青霉素皮青霉素钠[160万U]剂量40U,输液医嘱为:0.9%氯化钠注射液[250ml]+霉素钠[160万U]640万U,由于开的是同一规格、同一厂家、同一批次的药品,计算机处开医嘱日,区护给试后在‘皮’皮试果(阳性标志第二天电脑滚出长期液医,在一液医嘱中,哪些药品需要皮试(药库在药品三大项数据时会加皮试标志(或执行单)时,电脑通过医嘱明细表Oe_Odiem中指针OEORI_FillerNo回溯到首开医嘱那一天,在首开医嘱这一天查询该钠160万U](。第三天以此类推第二种情况与第一种情况相比,电脑流程上,要多增加一步操作:如果医生开先锋皮试用药:比如,头孢唑林[0.5g]、剂量 u输液医嘱为:0.9%氯化钠注射液[250ml]+霉头孢西丁钠[1.0g]、剂量2.0g,由于开的皮试用输液医嘱不一计算机处理流程如下:开医当日,区护给皮试后在‘试’‘唑林0.g’皮试结果(或阳性)标志,同时在‘当日输液卡’中找到‘0.9氯化钠注射液250ml]+霉头孢西丁钠1.0g’这组输液比如、代表,点击‘记录皮试结’按钮即可。第二天电脑滚动出长期输液医嘱,在一组输液医嘱中,哪些药品需要皮试(药库在药品三大项数据时会加皮试标志,如果某组液体中存在需要皮试的药品,在打印输液卡(或执行单)时,电脑通过医嘱明细表Oe_Orditem中指针OEORI_FillerNo回溯到首开医嘱那一天,在首开医嘱这一天查询该条医嘱是否有皮试结果,如果有就拼写到医嘱名称后面:比如,霉头孢西丁钠[1.0g](-。第三天以此类推综上所述,两种情况处理后,并没有影响到电脑响应速度,在每天的输液卡、执行单上,都能打印出已经做过的皮试结果标志,病区护士也满意了。问题6:能否打印每位ICU患者(对于问U个综合治疗单,方便护士执行,特别是针对CU的治疗护士。问题7:能否根据单据类型,选择多个频次进行患者医嘱查询?对于问题7:时选择多个频次查询,对于频次为Q4h、Q6h、Q8h等的医嘱,下午4点左右,通过这样的频次查询,病区值班护士能知道:该病区还多少患还需要液等,是核对,是提醒士还有些要处置治疗。问题8:能否查询外科病区患者的术前准备医嘱?对于问题8:,到电脑系统根据术前准备常见用法包括:术前30分钟、术前口服、术前30术中备药、id术前问题9:能否查询病区当日所有患者的变动医嘱?对于问题9:除电脑滚动长期医嘱外将所有其他医护开的医嘱配置为一问题10:在医嘱执行界面,能否及时显示患者是否欠费?对于问题10:额,方便护士执行医嘱时查看(。对于医保患者,要取医保预结算数据,进行余额计算11:在医嘱执行界面里,正在处理医嘱的过程中,全病区100()对于问刷新时间点设在这样改进的好处在于:护士执行完一个患者的医嘱之后,不必返回到床位地图上,查看患者是否有新医嘱。问题12:由于患者可在全院51个病保借床病区护士,对于问我们系统原来的不足在于MedTrak代码表中的科室/部门/病房下的科室,设置每个科室关联的病区(也就是该科室患者,可到哪些病区对徐州说,成了,首每个室者,以住到全院目前51个病区中的任何一个(只要患者愿意使(权,病区护士通过,就可打开病区的床位分布图,怎么办呢?通过横向、纵向分析,我们需要想办法、加以改进丢掉原来的配置思路,具体做法如下:①、在MedTrak代码表—科室/部门/—科室部门组里,增加一③、这样配置后主要改动在护士站的医嘱执行界面、以及医嘱单中,在医嘱执行界面里,‘医生所下医嘱’选项,显示当前所在科的医通过这种修改,可以彻底解决某一科室的住院,到全院任何一个病区住院、而带来的护士医嘱执行问题。问题13:在医嘱执行界面中,要求显示内容简洁、清晰对于问题13:、、开嘱时间开医嘱医等不显,这样面比晰,方便查看。易知道这条医嘱(或这组液体)临床护士的检验条码复核(新开发随着各家医院信息化更新、换代步伐的加快,一些好的子系统用户总是要保留的,比如检验系统,当HIS系统更换后,大多采用预置条码与之做接口。无论病区护士是打印检验条码、还是关联预置检验条码,我们原来的检验条码复核功能,都存在一些不足,比如在一个患者检验医嘱是否全部关联了检验条码(也就是说是否存在遗漏?,我们原来都是从已经关联的检验条码是否有错,来加以核对。因此在改进检验条码复核功能时首先考虑完整再考一致(或李戴)?具体做法是①、首先查询本病区最近2天内(默认昨天、今天医嘱状态为‘核实’的检验医嘱的床位列表,并显示在屏幕左边。依双击,右完显该未行检医,核对上后变绿色。住院患者出院时需关注顾名思义住院出院时不能办理出院电脑要告诉临护士:到底为啥不能出院?实际应用过程中,应该再增加2个字段:执行状态、药品提交:药品提交标志主要用途是:告诉护士该药品是否提交给药房电子功能改进(提升电子的上线实施,也经历了一个曲折过程。虽然我们强调东华电子的主要特点是结构化,便于用户今后的科研统计分析,但从大多数医生来看,临床医生的观点是:如何快速、方便书写,格式,至于科研的统计分析不是他们目前追求的。为了保持东华结构化电子的优势又尽量照顾到临床医生需,我们做了几关键进,电子产品组此付出艰辛努对部分主要界面模板进行合由于过多考虑结构化有时一些电子界面模板划分的(因为只要患者正常住院,这些模板就必须写。①、入院记录模板以前的做法是:入院记录,通常我们会分成12页签(一般项及器械检查、初步、入院医生要点击12次才能写合并和,入院记录模板②、首次病程记录模板以前的做法是:首次病程记录,通常我们会分成5个(病例特点、初步、依据、鉴别、诊疗计划,医生要点击5次才能写完首次病程记录,因此有些医生要求能不能放到一个模板上?合并后,首次病程记录模板如③、出院记录模板合并后的出院记录模板包括:入院及入院日期,手术名称手术日期,出院及出院日期,情况,住院经过,出院情况,在书写界面,可以选择患者(新开发以前临床医生要给一名住院患者书写的流程是住院列表选择书写层层点击展开界面模板写完保存后,要写下一个患者住院列表选择临床医生写的时间点一般在:每日8点左右开始查房,查房完成之后给主管开医嘱,然后对自己主管的写。原来流程不足之处在于:每次写完一个患者后,需到‘住院列表’选下一位患者,再次点击‘书写’,反反复复,临床医生比较改进后,我们在‘书写’界上开辟一个可以展开/折叠的列表在医生写完名患者后不退‘书写界面就可通过‘本医疗组、或‘本科室’选项,查找指定患者、继续书写。在书写界面,增加常用模板导航条(新开发原来医生选择患者,进入‘书写’界面后,要点击左边导航条上的界面模板,层层展开,才能到达指定位置、然后书写。临床医生认为太繁琐、点击次数太多,提出能否点击一次,就可进入指定位置书写?通过分析,我们认为可以增加一个可以灵活配置的导航条将常用的界面模板放置其中,当医生点击某一个界面模板后,电脑代替医生自动展开左边界面模板、页签,直接到达书写位置。改进后,医生比较满意。在书写界面,焦点离开界面模板时给予提示(新开发原来医生在书写时,可能写完了、或可能写了一半,但有急(因为没有保存于是临床医生提出:能否做到类似Word功能,在离开Wod文档时,提示是否保存?打开另外一个功能时,电脑给予自动提示:当前已经修改,是否放弃修改?功能改进后,医生比较满意。打印速度改进上线初期,用户配置的客户机为双核CPU,每当医生打开、点击打印的过程耗时比较长

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论