放疗系统软件项目管理

2024-11-24

放疗系统软件项目管理(精选7篇)

放疗系统软件项目管理 篇1

螺旋断层放疗机(Helical Tomotherapy,HT)是一种直线加速器与螺旋断层扫描CT的完美结合[1]的特殊调强放疗系统。因其拥有从360o投照的上万个子野的特点,具有陡直的剂量曲线,在保证肿瘤靶区高剂量的同时保护了周围正常组织,因而在解剖结构复杂的头颈部肿瘤的放疗方面更显其优势。但在放疗过程中,由于肿瘤及其周围器官形状改变、患者体重下降以及摆位误差等因素影响,肿瘤位置及其周围解剖结构在不断变化之中,若按照已定治疗计划继续治疗,不但可能加重正常组织的损伤,而且可能造成肿瘤靶区剂量不足影响疗效。利用HT系统自带的自适应计划软件系统(planned adaptive version 3.X),根据兆伏级CT(megavoltage computed tomography,MVCT)扫描图像,监测感兴趣区域(regional of interest,ROI)解剖结构及剂量学变化,为实现剂量引导下的自适应放疗(Dose Guided Adaptive Radiation Therapy,DGART)提供了可能性。本文以1例鼻咽癌计划为例,在放疗全过程中对双侧腮腺进行剂量学研究,以确定HT自适应软件在评价头颈部肿瘤腮腺体积及剂量学变化中的应用价值。

1 材料及方法

选取一例31岁局部晚期鼻咽癌男性患者,经病理确诊为鼻咽低分化鳞癌,2008分期为T2N1b M0,II期。CT扫描时,先自头顶向下按层厚3 mm普通扫描至气管隆突;然后保持体位不变,按照原设定的参数重复进行增强扫描;最后将两次扫描图像传输至Pinnacle3 8.0计划系统,由笔者勾画肿瘤靶区及正常器官。靶区勾画参照ICRU 50号及62号报告的标准,鼻咽部肿瘤及颈部转移性淋巴结给予70 Gy/33F,高危淋巴引流区60 Gy/33F,低危淋巴引流区56 Gy/33F。每周及最后一次放疗前行MVCT扫描,范围包含腮腺及多高危淋巴引流区。根据扫描图像在设定肿瘤靶区处方剂量及正常器官限制剂量后,经网络将图像传输至Hi Art Tomo Therapy工作站。患者接受同步放化疗,化疗采用多西他赛(60mg/m2,d1)加顺铂(60 mg/m2,d1)3周重复方案。

在自适应软件应用中,首先调取治疗时的MVCT扫描图像,共计8张MVCT图像。为了进行非均匀组织密度校正的剂量计算,需要通过扫描埋入不同电子密度材料的模体,把定位KVCT和MVCT图像的CT值转换为电子密度值。以CT模拟机和HT系统扫描模体,每种材料的平均CT值对应为已知的电子密度值,形成的对应关系曲线结合到自适应软件中用于剂量计算。

如图1所示,MVCT值与电子密度的对应关系曲线与定位千伏级CT(KVCT)相似,可精确地用于剂量的计算[2]。调取的MVCT图像按照治疗时技师记录的摆位误差与KVCT图像进行匹配,形成融合图像(merged image),由笔者对照KVCT图像(图2)在MVCT上连续勾画出16个腮腺轮廓,然后提交给系统进行计算。采用SPSS 13.0软件包进行统计分析,所有数据均以p值<0.05为有统计学意义。

2 结果

采用自适应计划软件系统计算双侧腮腺体积及实际剂量,列出双侧腮腺原计划所受照射剂量和实际所接受剂量的剂量-体积直方图(dose-volume histogram,DVH)。表1为腮腺每周体积变化及当次实际所受剂量。

图3为第16次治疗时MVCT图像及双侧腮腺轮廓,图4为患者在第16次治疗时实际所受剂量及原计划剂量DVH对比图,实线为原计划剂量,虚线为实际剂量。第一次治疗时,左、右侧腮腺的体积分别为17.53 cm3和22.15 cm3。

最后一次治疗时,左、右侧腮腺的体积分别缩小至5.92 cm3和11.51 cm3,分别缩小了66.2%和48.0%,图5显示两侧腮腺体积的相对值在治疗过程中的变化。与第一次治疗时相比,最后一次治疗时左、右侧腮腺接收1Gy剂量的相对体积(V1)分别增加了21.5%和15.6%(图6),左、右侧腮腺50%体积受照剂量(中值剂量,D50)分别升高了36.0%和17.1%(图7)。双侧腮腺体积平均下降率为0.67cm3/次治疗/天,V1平均增加率为0.28%/次治疗/天,中值剂量平均增加率为1.64c Gy/次治疗/天。腮腺体积与V1(r=-0.8,P=0.017)和D50(r=-0.839,P=0.009)呈明显的负相关关系。

3 讨论

HT使用MVCT于治疗前行扫描,实现图像配准及患者的重新摆位,消除了摆位引起的误差[3]。但仅消除摆位误差是不够的,其局限性在于调节位置变化的前提是假设患者身体为刚性结构,但就头颈部肿瘤而言,随着疗程的进行患者体重减轻、头面部逐渐消瘦,因而在每次放疗之间靶区及周围器官均会产生位移和形变,肿瘤靶区及体表标记的相对位置进行性改变,可能使得初始治疗计划设计时不在照射野的正常器官进入射野内。解剖结构变化越大,就越难以确保原始治疗计划的实施。HT系统利用基于直线加速器的MVCT扫描图像以及自适应计划软件进行位置及剂量验证,并与初始计划对比,及时监测并评价肿瘤靶区及其周围正常器官的位置和实际剂量,适时重新进行治疗计划的优化,最终使患者的实际剂量分布基本符合初始治疗计划的要求,从而可以尽量减少因解剖结构变化导致的生物剂量效应的改变。以上过程即为自适应放疗(Adaptive Radiation Therapy,ART)。

在头颈部肿瘤自适应放疗的研究中,最受关注的是腮腺解剖变化对放疗预后的影响。实际上,在头颈部肿瘤的放疗过程中,除腮腺以外肿瘤靶区及其他危及器官的剂量学变化较小,因而有学者为了避免腮腺受到过高剂量的照射而改野,但相关的文献报道并不多见[4]。Banson等[5]以10例头颈部癌患者为研究对象,在第19次放疗前后重新行螺旋CT扫描,然后勾画腮腺,再把初始计划复制到新的CT图像上形成混合计划,结果发现混合计划中右侧腮腺的Dmean、D50、V26均高于基于第二次CT定位图像的改野计划。Wang等[6]运用相似方法针对28例鼻咽癌,在第25次放疗前重新行CT定位,发现混合计划中左右侧腮腺的Dmean均高于改野计划,分别增加了4.23±10.03Gy(p=0.034)和11.47%±18.89%(p=0.003)。但是,单纯重新CT定位制定改野计划并未考虑到实际治疗时的摆位误差,因而也无法避免结果的偏倚。

随着新型数学算法逐渐应用于医学影像研究中,变形配准算法为自适应放疗提供了一项有力的工具。利用变形配准算法可以准确模拟出实际的剂量分布,自动勾画感兴趣区域,迅速计算该区域接受到的剂量,因而显著地减少了靶区及危及器官勾画的时间,为实现在线自适应放疗技术提供了便利[7]。由于可以准确得出每次放疗器官的实际接受剂量,一些学者便使用变形配准算法分析腮腺体积及其剂量学变化的情况[8,9]。Lee等[8]利用MVCT扫描和变形配准算法分析10例头颈部癌放疗过程中腮腺实际受量情况,结果显示30%患者腮腺平均单次Dmean超过初始计划的33%,最高达95%。HT自适应软件拥有变形配比算法的功能,因而可以准确计算腮腺接受到的实际剂量。Han等[9]对经螺旋断层放疗的5例鼻咽癌行回顾性研究,发现最后一次放疗时腮腺的体积和剂量中值与第一次放疗时相比均发生了明显变化(pvolume=0.001;pmedian dose=0.0005),腮腺平均体积下降率为0.21 cm3/分次/天,平均中值剂量增加率为1.7 c Gy/分次/天。该结果与本文报告的结果一致。

4 结束语

综上所述,螺旋断层放疗系统自带的自适应软件作为评价放疗过程中危及器官剂量学变化的有力工具,可更好地配合精确放疗技术。在头颈部肿瘤放疗过程中,对腮腺剂量变化较大的患者实施相应的自适应计划优化,最终圆满完成原定治疗计划的目标。当然,该款自适应计划软件中涉及的一些技术(如自动勾画的准确度、变形算法在累计剂量中的应用,等)还需进一步研发,期盼新一代自适应软件能提升这些方面的功能,为推动自适应放疗技术的进步做出贡献。

摘要:介绍了研究螺旋断层放疗(Helical tomotherapy,HT)系统自适应软件系统在评价头颈部癌腮腺剂量学变化中的应用价值。该自适应软件以HT系统为平台,通过MVCT扫描得到的影像,计算感兴趣区域实际体积及照射剂量,并以此为基础决定是否进行重新改野以及改野的时机,为实现自适应放疗提供帮助。本研究以一例鼻咽癌为样本,评价双侧腮腺在整个放疗过程中的体积及剂量学变化。在每周及最后一次行MVCT扫描,共8次图像系列。随着治疗疗程的进行,腮腺体积逐渐缩小,接受剂量逐渐增加,腮腺体积变化和V1与D50呈负性相关(p均<0.05)。

关键词:螺旋断层放疗,腮腺,头颈部肿瘤,自适应放疗

参考文献

[1]Mackie TR,Holmes T,Swerdloff S,et al.Tomotherapy:A new concept for the delivery of dynamic conformal radiotherapy[J].Med Phys,1993,20:1709-1719.

[2]Langen KM,Meeks SL,Poole DO.The use of megavoltage CT(MVCT)images for dose recomputations[J].Phys Med Biol,2005,50:4259-4276.

[3]Hong TS,Welsh JS,Ritter MA,et al.Megavoltage Computed Tomog r aphy A n Eme rg i ng To ol for I m age-G u ide d Radiotherapy[J].Am J Clin Oncol,2007,30:617–623.

[4]Wu Q,Chi Y,Chen PY,Krauss DJ,et al.Adaptive replanning strategies accounting for shrinkage in head and neck IMRT[J].Int J Radiat Oncol Biol Phys2009,75:924–932.

[5]Hansen EK,Bucci MK,Quivey JM,et al.Repeat CT imaging and replanning during the course of IMRT for head-and-neck cancer[J].Int J Radiat Oncol Biol Phys,2006,64:355–362.

[6]Wang W,Yang H,Hu W,et al.Clinical study of the necessity of replanning before the25th fraction during the course of intensity-modulated radiotherapy for patients with nasopharyngeal carcinoma.Int J Radiat Oncol Biol Phys,2010,77:617-621.

[7]Lu W,Olivera GH,Chen Q,et al.Automatic re-contouring in4-D radiotherapy[J].Phys Med Biol,2006,51:1077-1099.

[8]Lee C,Langen KM,Lu W,et al.Assessment of parotid gland dose changes during head and neck cancer radiotherapy using daily megavoltage computed tomography and deformable image registration[J].Int J Radiat Oncol Biol Phys,2008,71:1563–1571.

[9]Han C,Chen YJ,Liu A,et al.Actual dose variation of parotid glands and spinal cord for nasopharyngeal cancer patients during radiotherapy[J].Int J Radiat Oncol Biol Phys,2008,70:1256-1262.

放疗系统软件项目管理 篇2

思软足浴管理系统的研发汲取了众多业内资深管理专家与技术专家的经验,通过了行业内多家知名企业的验证和认可,所有统计分析工作都由电脑完成,为管理层提供准确的经营决策依据,管理人员轻轻松松就能管好企业,让您的企业在行业中更具备市场竞争力。系统集成多个子模块,每个子模块都可以作为一独立的软件运行,为企业提供包括钟房自动调派、人事管理、工资管理、考勤管理、票券管理、会员管理、仓库进销存管理、财务管理、成本利润分析等全面的管理,一款软件可以享受多款软件的超值服务。我们充分了解客户的实际需求,在研发过程中本着操作简便一切为客户着想的设计理念,“您没想到的我们做到了,您想到的我们力求做得更好!”。

在本系统中,技师调派、收银开单等操作用鼠标轻轻点击或拖拉就可轻松完成,非常简单快捷,包含:钟房状态、技师状态、房间状态、技师等待、预约、调派、语音叫派、报钟、上钟、下钟、撤销下钟、加钟、换技师、换项目、退钟处理、换房、开单、消费入帐、多房结帐、预结帐单、转帐、转单、赠单、退单,所有调派与撤单操作都由电脑自动打牌与退牌;其他功能模块与报表包含:电脑排钟、会员价与促销方案设置、钟房电子外屏、员工指纹考勤、会员指纹验证识别、客户来电显示、客户短信问候、员工考勤月报表、库存盘点表、员工提成表、工资发放表、项目统计表、业绩统计表、营业汇总表、毛利润分析表、净利润分析表、财务经营分析表。

本系统适用于大中型足浴保健场所,如:综合经营足浴、保健、水疗、棋牌房等,能够全面满足足浴、保健行业要求的简单、快捷、方便、稳定、报表丰富、功能全面细致等特性要求。

一.系统特点

1.独特性

软件可以为企业节约成本,帮助企业减少一到三名楼面人员编制,收银员与调派由收银一人担当,也可以做得条理不乱;市面上唯一一款可以实现“坐标式”自动排钟的软件,企业只需简单设置就可以更换技师排钟模式,而不需因换打牌方式而更换软件;软件提供了九种工资核算方式,几乎涵盖了行业所有的工资核算方式(包含:售卡提成、技师提成、点钟奖、业绩奖、级别提成),企业只需简单的设置就可以改变工资的核算方式。

2.规范性

软件功能齐全,管理专业全面,规范了企业的操作流程,与企业操作流程可以无缝衔接,让经营管理变得轻松,增强了企业的整体价值与管理理念,提高了整体工作效率,强化了团队组织的协调管理能力,使业务流程、客户关系、仓库管理、财务管理、营运情况、连锁管理等各个环节更加科学细致。

3.简单实用性

业务操作简单,操作员仅需通过轻点电脑鼠标单手就可以完成,不仅学习简单,而且在操作中有效提升了操作人员的效率;系统在前台开单调派等操作频繁的模块中采用了拖拉及多选技术,更形象直观,减少操作错误,保证操作员在繁忙时操作的正确性,智能电子排钟更让你享受智能化管理的妙处,摆脱以往手工打牌的繁琐程序。

4. 安全稳定性

思软足浴管理系统的每一个功能都经过严格的专业人员测试,最低限度的减少软件错误的发生;系统采用微软开发的SqlServer2000作为后台数据库服务器,安全稳定,所有数据操作都采用事务回滚技术,且每天的数据可以进行自动备份,更加保证了数据的安全性。

二. 系统功能模块

1.基本功能模块

前台收银;钟房调派;考勤系统;工资核算;会员管理;票券管理;进销存管理;统计报表。

1-1.前台收银

-开房接待-团队房间技师预订

-客人房间等待-客人消费入账

-更换房间-客人消费转账

-客人不消费退房-房间销账不结账退房

-房间结账-团队客人账单合并

-卡票发放/发票管理-团队客人账单拆分

-在店宾客查询-技师状态查询

-等待客人查询-客人消费查询

-随时查看技师上钟状态/客人等待情况-前台调派系统代替调派人员

-收银人员可参与调派-拖拉式换房转账

-多房间组合买单-客人预先买单并继续消费

-自由选择项目分多次买单

1-2.钟房调派

-智能排钟系统自动打排-前台钟房调派技师

-技师刷卡报钟开始计时-技师刷卡下钟停止计时

-未报钟前台消费提醒-技师刷卡加钟

-撤销下钟并撤销消费项目-到时间前台加钟消息提醒

-客人退技师-客人更换技师

-客人换项目-技师打头牌/尾牌/插牌

-技师上钟自动打牌-退钟自动回牌

-技师过牌处理-钟房语音播报技师房间服务项目-钟房触摸屏管理模块-技师在钟房刷卡上下班考勤

-技师在钟房刷卡上下钟-技师在钟房自助查询核对每天上钟数 1-3.考勤系统

-考勤班次与时间定义-员工排班

-系统自动换班(星期/每月几号/隔多少天)模块

-考勤刷卡记录查询-员工请假管理

-员工销假管理-员工休假管理

-考勤规则定义-请休假记录查询

-技师每天必须刷卡才允许安排-考勤与钟房紧密结合-考勤月报表详细统计(上班缺勤请假休息外出迟动早退加班)情况

1-4.工资核算

-工资条目定义-工资模版与工资计算工式定义

-售卡提成计算(固定金额/比率提成、区间金额提成、区间张数提成)

-技师提成方案-点钟奖励提成-基本提成计算-业绩提成计算

-技师级别提成计算-员工工资核算表

-员工工资发放-员工工资汇总表

-月末自动计算各项提成/应发/实发-一键生成工资表并打印工资条

1-5.会员管理

-灵活的折扣方式满足各种营销手段-会员生日自动发送短信问候

-会员指纹识别消费-消费记录查询

-充值记录查询-充值与消费单据补打

-折扣方案针对特定项目打折-结账自动计算允许打折的项目

-会员消费充值发送短信提醒-会员打折储值积分计次

-可以按会员价比率方案多种方式打折

-结帐自动计算(允许打折、只允许现金付款、允许会员卡结账的项目)

-累计积分会员自动升级-会员卡销售提成设置

-会员卡享受折上折设置-会员卡积分管理礼券兑赠

-会员指纹采集-一卡允许多个指纹并消费

-会员来电资料与消费信息显示-会员群发短信功能

-会员发卡充值挂失改密码取现充减余额换卡转帐

1-6.票券管理

-现金券折扣券商品券设置-票券发放领用销售回收管理

-票券流向监控-使用状态查询

-票券发放记录查询

1-7.进销存管理

-进退货入库出库调拨报损报溢库存预警。

-吧台销售收入与成本分析-出库自动减库存

-仓库进销存报表-销售利润与成本核算

1-8.统计报表

-系统提供数十种查询功能及数十种各类报表输出。

-日月年收入报表-技师提成业绩推销钟数报表

-营业情况项目收入统计-各类交叉视图报表

-财务经营分析表对各期间的营业收入进行综合性对比分析.

2.特色功能模块

来电宝;短信猫;LED电子外屏;语音播报上钟;智能报钟器;财务分析;连锁店管理。2-1.报来电宝表

-会员来电时系统自动显示会员资料

-客户来电时资料采集

2-2.短信猫

-会员生日或节假日自动发送短信问候

-会员消费、充值短信提示

-每日营业数据自动发送到经营者手机

2-3.LED电子外屏

-调派技师后钟房LED电子屏显示哪些技师需到房间做什么项目

-吧台客人消费帐单金额显示

2-4.语音播报上钟

-调派技师后电脑语音播报哪些技师需到房间做什么项目

-语音清晰标准可完全替代人工呼叫技师上钟

2-5.智能报钟器

-房间内完成开房安排技师点商品呼叫服务员技师刷卡上下钟

-服务时间到语音自动提醒

2-6.财务分析

-营业收入、项目销售增长情况分析

-上客率、人均消费、开房率、床位占用率分析

2-7.连锁店管理

-各分店间一卡通用,支持相互结算

-各分店储值卡消费管理

-各分店会员消费数据与营业数据汇总统计

-各分店数据支持远程查询

长沙思软信息科技有限公司发表

全国足部按摩行业工作委员会指定软件供应商

公司网址:http://

放疗系统软件项目管理 篇3

关键词:机房安全;服务器;数据库

中图分类号:TP393 文献标识码:A文章编号:1007-9599 (2011) 08-0000-01

The Safe Operation Management Strategies of Enterprise Information Software System

Wang Huifeng

(SANYHE International Holdings Co.,Ltd,Shenyang110027,China)

Abstract:With the construction of enterprise information technology,information system security is also increasingly become increasingly important.With the expansion of network applications,business process applications in the network security risks are increasing,the intruder can attack the enterprise intranet,theft or other damage,which are on the corporate use of the network posed a serious security threat.This paper describes the enterprise information system security software applications to run management,from hardware management,software,security,fault handling different aspects of the management described.

Keywords:Computer room safety;Server;Database

一、机房安全

企业应根据自身特点为企业信息软件应用系统集中建立一个或多个专用机房,在机房中存放信息软件应用系统的服务器设备、网络设备、存储设备等相关硬件。企业机房应当参照《国家标准电子计算机机房设计规范GB50174-93》进行设计与建设。

企业机房要进行24小时专人执班,保证机房的温度、湿度、供电、防静电、防雷、防火等环境符合要求。人员进出机房要进行登记,外来人员不得随意进入机房。机房工作人员不得利用服务器从事工作以外的事情。

二、硬件设备安全

硬件设备系统是指为保证企业信息软件应用系统安全运行所涉及到的系统硬件设备安全。

(一)硬件范围:主要包括系统数据库服务器、系统应用服务器、系统前置机服务器、磁盘阵列、磁带库、网络防火墙、网络交换机等。(二)对于设计有冗余电源的设备,应当在购置设备时配置N+1冗余电源,减少设备因单电源失效引起的宕机事故的几率。(三)企业信息软件应用系统中提供远程登录的设备如服务器、防火墙、交换机等,密码要由专人持有,密码设置要符合密码复杂性要求,密码要定期修改。(四)系统管理人员要定期对企业信息软件应用系统所有硬件设备进行运行巡检,检查并记录设备有无运行异常及告警信息,巡检过程中要由专人负责监督。

三、网络安全管理

网络安全管理是指企业信息软件应用系统中的服务器设备所处的独立网络环境或企业应用系统数据中心(IDC)网络环境的安全。

(一)网络风险范围:主要包括企业信息软件应用系统的网络安全设备运行情况及其策略管理。(二)在企业信息软件应用系统的独立运行网络或企业数据中心(IDC),各网络间开放最小量访问策略。(三)系统管理人员要定期与安全设备厂商保持联系,及时更新设备厂商发布的安全补丁和升级程序,使安全设备运行在最佳安全状态下。(四)系统管理人员要定期对网络设备进行安全检查(建议每周一次),并出具书面检查报告。

四、服务器系统安全管理

企业信息软件应用系统的软件实现都要依托服务器设备来实现。系统安全是指安装在服务器上的操作系统软件、防病毒软件和防火墙软件的安全。

(一)根据应用软件系统的需求和服务器硬件架构选择安装合适的操作系统,服务器操作系统软件应当定期更新操作系统的安全升级补丁。(二)服务器应当安装防病毒软件,系统管理人员要定期更新防病毒软件更新补丁和病毒特征库。系统管理人员要为防病毒软件定制自动病毒扫描策略,定期检查策略的执行情况。(三)服务器应当安装防火墙软件,系统管理人员要定期更新防火墙软件更新补丁。系统管理人员要为防火墙软件配置出入操作系统的防火墙安全防护策略,阻止可疑的不安全防问。

五、应用系统安全管理

(一)对数据库用户进行分类别管理,一类是数据库查询用户,一类是数据库更改用户。数据库更改用户权限应通过DBA管理员监时分配,每次操作后由DBA回收用户权限,下次需要修改数据,向DBA申请权限。(二)禁止任何操作人员手工直接调整数据库业务数据。(三)系统管理人员应该为数据库系统制定备份策略,选择在数据库负荷比较空闲的时间执行备份。(四)应用系统服务器安装了企业信息软件程序,是应用系统的业务处理平台,是用户读取和写入数据的桥梁。应用服务器密码要由专人负责持有,不得转让他人,密码要符合复杂性要求且定期修改。

六、系统数据备份管理

(一)系统管理人员要制定针对数据库、前置机服务平台、应用服务平台的详尽的备份策略。备份策略中应包含文件系统备份,数据库系统在线和离线数据备份、日志备份。应根据应用系统数据的重要程度和应用系统的工作负荷灵活制定数据备份的方式和执行频率。(二)系统管理员应定期检查备份策略执行日志,检查备份执行情况。(三)所有备份数据的介质集中保存在异地由专人保管。每次备份介质的交接要填写交接记录表。

七、故障处理流程

在企业信息软件应用系统运行过程中,有可能会出现各种故障,根据故障的严重程度可以进行分类。

一类为一般性故障,该类故障主要是指应用系统中部分设备出现故障不能提供服务、网络访问缓慢或暂时中断等,该类故障不会引起系统数据丢失,不会造成全部用户长时间不能访问应用系统,处理时间相对较短;另一类为灾难性故障,该类故障主要是指系统因极端原因造成了系统宕机、数据丢失、设备损坏等严重事故,该类故障会造成全部用户长时间不能访问应用系统、数据可能会丢失、处理时间相对较长。

参考文献:

复杂放疗环境信息管理系统研制 篇4

放射治疗科作为技术依赖、设备依赖型科室, 对网络的要求极高。一方面, 多种治疗计划系统、各种治疗设备都是通过网络进行连接的;另一方面, 放疗网络还需要外接到医院信息系统 (hospital information system, HIS) 、影像归档与传输系统 (picture archiving and communication systems, PACS) 等, 其网络构成非常复杂。

作为全国首批数字化示范医院之一, 我院对信息化网络的建设一直很重视。全院建立了较完整的数字化医疗业务处理平台, 例如HIS[1,2]、PACS[3]、实验室检验系统 (laboratory information system, LIS) 等。

尽管全院信息化程度很高, 但放疗科在进行网络建设时仍然遇到较大挑战[4]。我科拥有多种放疗设备, 如ELEKTA公司的Precise、Synergy, Nucletron公司的HDR, Tomo Therapy公司的Hi-Art系统以及模拟定位机、CT定位机等。2011年以来, 又陆续引进Accuray公司的Cyber Knife、Variance公司的Rapid Arc、国产圣爱γ-knife等多种技术, 共计不同种类医疗设备9台。设备种类、网络构成非常复杂, Mosaiq、Aria、Tomo、Cyberknife 4种放疗局域网共存, 却并不相通, 同时还有术中放疗[5]、γ刀等无网络设备。这不仅直接制约了治疗科室自身的信息共享、流程改进和业务发展, 而且不便于医院对治疗科室进行工作量统计、成本核算和人员绩效考核等精细化管理, 已成为医院整体信息化进程中的一块短板[6]。

为改变这种被动局面, 我科协同计算机应用管理科针对治疗科室业务流程特点, 梳理治疗信息采集共享需求, 围绕流程优化和科室管理, 自行研制通用治疗申请与管理软件。该软件不仅能够灵活地采集治疗申请、执行确认、项目费用、人员设备等信息, 还具有各项统计功能。目前, 软件已试用1 a多, 取得了良好效果。

1 材料与方法

1.1 需求分析

放射治疗过程非常复杂, 从患者就诊开始, 历经模拟定位、CT定位、靶区和正常组织轮廓勾画、处方制定、计划设计与优化、计划质控、录入计价、治疗预约、治疗实施等步骤。期间根据患者治疗情况, 还需适当调整治疗方案, 甚至重新拟定放疗方案。

与PACS相比, 放射治疗的流程复杂化程度大大增加: (1) 一个疗程周期内, 患者需要定时接受多次治疗; (2) 患者的一次治疗费用数额较大, 通常需花费数万元, 因此, 患者有一次交清疗程费用的, 也有分批缴费的; (3) 系统需要准确计算患者已治疗费用, 并参考押金总额计算其是否欠费; (4) 患者治疗计划制定后, 技师执行治疗操作, 记录患者的治疗进展, 必要时通知医生变更治疗方案、调整治疗内容; (5) 不同治疗技术之间由于技术原理、设备性能等原因, 流程存在差异。

此外, 医院对科室进行工作量统计、成本核算和人员绩效考核等管理[7], 需要实时采集治疗人次、收费、患者分布、人员工作量、设备工作量等数据, 以进行管理分析。

1.2 功能流程

基于我科放疗技术种类繁多、流程复杂的特点, 为研制实用治疗管理软件, 首先对现有治疗流程进行梳理, 确定关键流程节点, 实时采集治疗业务数据;然后, 利用信息存储数据库, 通过对治疗过程、治疗费用、患者通过量和设备负荷的信息进行共享, 满足医院绩效管理、科室流程管理等需求。

原有治疗流程如图1 (a) 所示, 患者经接诊决定做放疗后, 医师开具治疗申请单和计价单;患者在收费处缴纳治疗押金, 到录入室由录入员将治疗计价单的计价项目明细录入信息系统, 确认患者押金数额;随后, 患者开始按疗程治疗;最后, 疗程结束, 患者到收费处结算。

原有流程存在的主要问题有: (1) 患者仅预交押金, 其数额与实际治疗费有偏差, 技师治疗时无法得知其缴费情况, 导致欠费甚至漏费; (2) 无法做到单机工作量及收费等实时统计。

改进后流程如图1 (b) 所示, 在患者确定治疗, 预约定位后, 即给患者建立数据库, 并预交部分押金, 录入相关费用。在计划设计完成后, 根据治疗计划初步确定患者该疗程所需费用, 通知患者补齐押金, 开始治疗。在每次治疗时, 自动计算该次治疗费用, 并在押金中自动扣除。

通过押金分开缴纳以及治疗确认2个关键流程点的优化, 大大地方便了患者缴费、科室管理, 不仅方便患者分次缴纳费用, 有效避免欠费、漏费等现象, 而且可以关联治疗时间、设备、医生、技师等要素, 对工作量统计、成本核算和人员绩效考核等绩效项目进行统计分析, 实现数字化管理。

新设计软件治疗申请与计价流程如图2所示。在该流程中, 强化了登记处及治疗机房2处在流程中的节点地位, 通过这2个节点进行数据采集, 为科室信息管理提供数据。

软件功能模块见表1。其中, 核心功能包括: (1) 在登记处, 录入人员建立每个患者的放疗基本信息, 录入治疗申请项目和每项费用信息, 并提供信息修改功能; (2) 在治疗机房, 治疗师确认每次治疗情况, 并记录该次治疗实施的人员、设备、时间及计价信息; (3) 判断本次疗程是否结束, 如未结束, 则提示技师及患者疗程尚需继续治疗;否则通知患者疗程结束, 需找经治医生开具治疗小结, 并到收费处结算; (4) 判断是否欠费, 如已欠费, 则提示技师督促患者及时缴纳押金; (5) 根据各节点采集的数据, 提供统计分析功能, 从而实时查询全科室治疗信息, 对科室治疗情况进行统筹安排。

1.3 系统设计与接口

系统程序开发语言采用C#, 运用Microsoft Visual Studio 2010作为集成开发环境。用户群主要分为3种:录入护士、治疗技师、管理物理师。其中录入护士权限为新增申请、修改申请;治疗技师权限为治疗确认;物理师负责系统管理, 权限为查询统计、字典维护、系统设置。统计查询可以将数据汇总导出, 以便为医院、科室决策提供数据支持[8]。

系统与HIS无缝连接, 患者在申请登记时可直接调用HIS中的相关信息, 包括患者身份信息、治疗情况、费用缴纳情况。系统与HIS的接口技术采用逻辑层的异构访问, 通过开发应用程序端, 在应用端安装应用程序实现异构连接数据的访问, 方案如图3所示。该接口技术在程序运行时发出指令, 进行连接, 不会影响原有数据库系统, 安全性较高。

1.4 实现功能

鉴于放射治疗过程的复杂性、治疗设备的多样性, 本软件研制的主要目的在于优化流程, 方便患者诊治及费用缴纳, 提高科室管理水平。因此软件既要尽可能优化流程, 又要采集足够信息。为此, 在软件研制过程中采用以下技术, 确保软件使用便捷、数据采集完整、用户交互友好。

1.4.1 建立放疗数据库, 完善管理

我科仅放疗网络就有Monaiq、Varia、TOMO、Cyberknife等多套不同系统。采取不同技术实施治疗的患者, 缺乏联系的纽带, 给科室管理带来很大的困扰。通过该软件, 为患者建立数据库, 进行统一管理和标志, 建立治疗号机制。一个疗程对应唯一一个治疗号, 该号将此疗程的定位、计划设计、执行确认、计价费用、治疗设备等各个环节信息联接起来。通过条形码技术, 使得在流程各环节中都能便捷获取治疗信息。

1.4.2 后台自动信息采集机制

放疗环节众多, 包括模拟定位、CT定位、靶区及危及器官勾画、计划设计与优化、质控与验证、治疗实施等多个步骤, 而这些工作涉及不同设备、人员和岗位。为实现精细化管理, 需要区分治疗前和治疗中的人员、设备、费用等信息。本软件采用端到端机制, 在代表治疗起点的登记处和代表治疗最终实施的治疗机房2个关键节点进行信息采集及校验, 实现放疗信息的自动采集, 以完善科室治疗信息数据库。

1.4.3 后台自动计价机制

对于不同环节涉及到的不同设备、人员、岗位、收费项目, 系统采取治疗地后台自动计价机制。其原理是建立治疗计价分类字典, 将每条治疗计价项目按照执行地点分类, 如专用X线复杂模拟定位等项目属于模拟定位, 碘帕醇注射液等项目属于CT定位, 加速器疗法、实时显像与剂量监测等项目属于放射治疗。不同阶段的治疗师在实施确认时, 仅需扫描条形码, 系统会自动识别本项目的执行地点, 自动搜索并列出计价项目, 从而实现后台自动计价。

1.4.4 基于数据集成实现流程无缝对接

通过与HIS的数据集成, 本软件可以实时提取患者基本信息、治疗信息、治疗收费项目明细及价表、治疗设备信息等。支持将治疗计价信息实时返回到门诊患者的待收费明细表和住院患者的住院费用明细表中。

2 结果

本软件由我院计算机应用与管理科根据放疗科的特殊情况, 与放疗科共同开发研制, 迄今已运行1 a多。从运行情况来看, 软件优化了放疗流程, 方便了患者费用缴纳, 进一步改善了医患关系;改变了科室多个放疗网络缺乏联系纽带、信息散乱的现状, 统一了科室对放疗人员、设备、费用的管理;实现了治疗业务信息与HIS的共享。不仅有效避免了治疗欠费、漏费、大额退费现象的发生, 而且通过数据共享, 大大方便了技师、医生对患者治疗情况的及时掌握, 提高了科室绩效管理水平。

通过在放疗科的试点, 本软件拟进一步完善, 增加各个科室的特有项目, 进而推广到全院, 作为本院所有科室, 尤其是医技辅诊相关科室的通用计价收费管理软件。

在现有基础上继续改进, 进一步优化流程和提高科室精细化管理及信息化水平: (1) 与门诊系统集成, 实现医生工作站直接发送电子申请, 简化录入工作流程; (2) 与分诊叫号系统集成, 支持待治疗患者的报到、排队和语音叫号, 进一步规范患者治疗秩序, 提升治疗科室服务质量; (3) 逐步实现与放疗计划工作站系统 (treatment planning system, TPS) 的集成, 实现治疗计划数据的在线获取与集成; (4) 加入预约排程功能, 提高设备利用效率, 方便患者治疗。

3 讨论

医院信息化方兴未艾, 以数字化医疗设备、IT基础设施和各类临床信息系统为支撑的数字化医疗正在改变着传统的医疗工作模式, 在提高医疗质量、减少医疗差错、优化医疗工作流程等方面表现出巨大潜力[9]。

随着肿瘤发病率的日益提高以及放射治疗在肿瘤综合治疗中的重要作用, 放疗科在全国乃至全世界都在蓬勃发展。在国外, 放疗信息系统已经相当成熟, 工作流程基本信息化;但是国内医院发展滞后, 由于客观条件的限制, 大部分放疗中心仅拥有最简单的放疗网络, 即使引进先进网络, 也无法充分利用。

部分放疗中心引进国外知名网络系统, 但这些“洋品牌”尽管功能强大, 却很难适应中国放疗设备构成复杂、治疗患者众多、后续投入难的特殊情况。更由于技术壁垒、语言、使用习惯、与医院网络不兼容等原因, 利用程度仍然相对偏低。国内的部分软件厂商也尝试开发本土放疗信息系统, 但由于技术、投入、市场等原因, 表现不佳, 已有的成熟产品虽已投入市场, 但仍需不断完善。

放疗科作为设备依赖型科室, 具有资产成本高、收益率高、设备故障率高等特点, 同时由于患者病情复杂、心理压力大、周转慢, 如无有效的管理途径, 很容易造成资源利用不均衡, 医患矛盾加剧。本软件立足科室的实际需要, 首先整合了科室资源, 解决了流程信息化的问题, 促进了业务发展, 提高了治疗效率;同时, 有助于实现全院各临床科室与治疗科室之间治疗流程的优化和治疗信息的共享, 对临床业务工作的提升起到至关重要的支撑作用;此外, 本着以人为本的原则, 在费用的缴纳、治疗过程提醒等方面方便了患者, 提高了患者满意度, 改善了医患关系;也为更先进放疗信息系统的研发提供了有益参考。

参考文献

[1]傅征, 任连仲.医院信息系统建设与应用[M].北京:人民军医出版社, 2002:189-202.

[2]李书章, 褚健.数字化医院建设理念与实践[M].北京:人民军医出版社, 2011:368-385.

[3]郭华源, 邱明辉, 史洪飞.PACS服务器日志分析软件的研制[J].中国数字医学, 2011, 6 (10) :50-53.

[4]郭华源, 周汉兵, 鞠忠建, 等.通用治疗申请与计价软件的研制与应用[J].中国数字医学, 2012, 7 (7) :19-21.

[5]鞠忠建, 巩汉顺, 王云龙.Mobetron移动式术中放疗加速器的短期稳定性分析[J].医疗卫生装备, 2010, 31 (11) :127-128.

[6]陈俊超, 王佳舟, 徐志勇.放疗网络与信息系统[J].中国医学物理学杂志, 2011, 28 (5) :2 913-2 916.

[7]张晓祥, 张蕾.医院数据中心及决策管理平台的建设[J].医疗卫生装备, 2012, 33 (1) :79-81.

[8]谢榕.基于数据仓库的决策支持系统框架[J].系统工程理论与实践, 2000, 20 (4) :27-30.

软件系统项目总结精选 篇5

题 目

学生姓名

学 号

学 院

专业班级

指导教师

职 称 《软件工程》课程总结教授

11 月

《软件工程》课程总结

一、学习目标

通过系统的学习,了解软件开发从项目确定到需求分析,再到概要及详细设计、代码实现、开发后的软件测试这一完整软件开发过程。学习上面提到的每一个步骤中完成任务的相关方法与工具。学完后应初步具备管理整个软件开发完整流程的能力。提高软件的质量与生产率,最终实现软件的社会化大生产。在给定成本、进度的前提下,开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。

二、学习态度

这一学期的软件工程课就要进入尾声了,在复习理论知识的同时,更需要回顾和反思自己的学习态度。

在这学期的软件工程学习中,我从来没有迟到、早退以及旷课。不过因为参加银行从业考试请了一次假。在这学期中,我每节课都是按时上课,虽然我对软件、计算机这方面没有天赋,但是我尽量做到认真听课,提醒自己不要开小差。听很多人说这是一门比较深奥的课程,刚开始的时候我比较排斥这门课,但是老师讲的风趣幽默,慢慢的我开始进入状态,上课认真做笔记,认真听讲。

三、学习内容

通过一学期软件工程的学习,使我了解到了很多以前都不知道的知识。现将所学课本外的知识总结如下:

第一章 软件工程概述

软件工程是工程化软件开发与维护的方法论软件的开发者维护者或软件项目管理者都将是软件工程的实践者,并都需要掌握与应用软件工程方法。

1.1.软件是计算机系统中的逻辑成分,是程序、数据、文档等诸多元素的集合,需要有物理硬件的支持才能产生作用。是一系列按照特定顺序组织的计算机数据和指令的集合。软件并不只是包括可以在

计算机上运行的电脑程序,与这些电脑程序相关的文档一般也被认为是软件的一部分。

1.2.软件危机(software crisis),20 世纪60年代以前,计算机刚刚投入实际使用,软件设计往往只是为了一个特定的应用而在指定的计算机上设计和编制,采用密切依赖于计算机的机器代码或汇编语言,软件的规模比较小,文档资料通常也不存在,很少使用系统化的开发方法,设计软件往往等同于编制程序,基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。软件危机主要表现在:软件开发费用和进度失控,生产出来的软件难以维护,软件产品质量难以保证等等。

1.3.软件工程是关于软件开发,使用与维护的工程方法学,并是工程技术、工程管理与工程经济的有机综合。

1.4.结构化方法学是传统的主流方法学,以功能为基本元素,包括结构化分析、结构化设计与结构化实现,可对整个软件生命周期提供方法学支持。

第二章 软件开发过程模式

软件开发过程模式是一个有关开发的实施路线与步骤的工程框架,软件开发时务、方法、工具、标准、规程等诸多要素,即基于这个工程框架凝结于一体。

2.1.软件生命周期是软件由提出到开发到投入应用的全过程。瀑布模式是最传统的过程模式,“瀑布”形象表达了其自顶向下、逐级细化的过程特征。

2.2.原型进化模式的开发流程是:开发者先建立原型系统供用户评价或使用,然后根据用户的意见反馈,对原型系统不断修正,由此是它逐步接近并最终达到目标系统的要求。

2.3.增量模式是瀑布模式和原型进化模式优点的结合。螺旋模式是一种可较好规避开发风险的过程模式。还学了送代模式是软件的分析、设计与实现可交替反复进行的模式。迭代模式有对面向对象方法更好的过程支持,可使面向对象方法获得更有成效的工程应用。

2.4.最后学习了组件复用模式。如下图1为组件复用模型。

图1 组件复用模型

第三章 软件项目管理

项目是一个具有工程独立性的工程作业单元,并是一个可将人、财、物合在一起的工程容器。软件的工程模式开发即以项目为单位进行,并通过项目实施有效管理。为使软件开发各项工作有序的进行,项目管理者必须事先制定项目开发计划。项目成本估算的方法有:程序代码行成本估计、软件功能点成本估计、软件过程成本估计。软件风险管理的主要任务是风险识别、风险评估和风险防范。软件文档是工程模式软件开发的成果体现。所谓软件配置,也是基于软件生产轨迹进行过程控制与产品追踪。最后学了软件质量管理,也是对软件品质的优劣进行评价。

第四章 计算机系统工程

项目是基于计算机的系统工程需要有对整个计算机系统较全面

的考虑诸多方面的因素,如:硬件设备、数据资源、网络环境、其他协作软件等,是待开发软件系统以的环境因素,然而绝不能有半点忽视,而必须在软件系统创建之前就认真分析。只有这样,软件项目才能有正确的工作方向,所开发出来的软件才不会是空中楼阁。计算机系统结构如图2所示:

图2.计算机系统组成

第五章 需求分析

需求分析是一项非常关键的软件工程活动,是在开始软件设计、实现之前必须先期完成的任务,需求分析需要解答的问题是“软件能够做什么”。系统分析师将承担软件需求分析任务,其工作目标是确定用户软件需求,发现软件的用户价值。

本章要点是:分析任务与过程;获取用户需求;需求建模;需求验证。需求分析是对高层需求框架的细化,将涉及用户细节需求,并需要确认软件规格,其过程如图3所示:

放疗系统软件项目管理 篇6

关键词:挣值法 项目监控 预测 管理系统

0 引言

项目监督与控制是软件过程管理的重要组成部分。在对软件过程进行管理时,项目监督与控制的核心要务就是监督项目实际与计划的偏差,当偏差超过预设的阈值时,采取纠偏措施,防止项目失控。有效的项目监督可以增强项目进展的可视度,当项目的实际进度、成本与计划出现严重偏差时,能够及时发现问题、解决问题,从而达到对项目的可控。然而,在长期的实践中,特别是当企业(组织)处于低成熟度的项目管理水平时,项目监督与控制活动是项目管理者的烦恼与困惑,项目监控活动的绩效不理想,项目过程处于混沌状态而非可视状态。纠其原因,主要体现在以下两方面:

①项目过程数据采集的非自动化,如项目过程数据的采集以表单方式驱动,手工化汇总;②非有效的数据分析方法,如单纯的使用时间进度的计划值和实际值进行比较或单纯的使用项目成本的预算值和实际值进行比较。

以上两方面的存在,不仅增加了项目管理的人力成本,而且监督的结果无法全面、真实地反映项目进展的实际绩效。项目管理者不得不将大部分精力投入到繁琐的数据采集和统计工作中,而忽视对数据分析的关注。同时,手工化的作业也会降低项目管理者对项目监控活动的热情度与责任心,从而影响了数据采集、数据统计等活动的真实性、有效性、及时性,降低了项目监控活动本身的实际绩效。解决以上问题的有效途径就是建立轻量化、实用化的项目监控预测管理系统,以自动化的采集手段和科学化的计算方法解决任务分发、数据处理等环节的不合理现象,实现项目监控的流程化、一体化。管理系统的应用不仅能使管理者从繁琐的手工操作中摆脱出来,同时也为企业(组织)积累和沉淀了有效的项目过程数据,为企业(组织)的项目管理水平由低成熟度向高成熟度(如定量化管理)迈进打下坚实基础。

正是以此为背景,在对项目监控活动的流程分解、活动的划分与归并的基础上,研发了基于挣值法的软件项目监控预测管理系统。本系统基于Excel VBA开发实现,其轻量化、实用化、兼容化的特点为系统的应用带来了便捷性和友好性。

1 挣值法的理论基础

挣值法[1,2,3,4]是现代项目管理中非常重要的一个项目监控方法,起源于19世纪与20世纪之交的工业工程,是在1967年美国国防部制定的费用/进度控制系统的准则基础上发展起来的管理方法。它通过综合分析项目的进度、成本的度量值,确保项目管理者在项目出现偏差时能够尽快采取有效的纠正措施,为项目的成本和进度的联合监控提供了依据。挣值法的基本思想就是通过测量和计算已完成工作的预算费用、已完成工作的实际费用和计划工作的预算费用得到有关计划实施的成本偏差和进度偏差。使用挣值法,需要掌握“三、二、二、一”原则,即三个中间变量、二个差异分析变量指标、二个指数变量指标和一个预测数据。

1.1 三个中间变量

计划工作的预算费用(Budgeted Cost for Work Schedule, BCWS),即根据认可的进度计划和预算,项目到达某一时间点计划要求完成工作所需的预算费用。

已完成工作的预算费用(Budgeted Cost for Work Performed ,BCWP),即根据认可的预算,项目到达某一时间点已经完成的工作应当投入的费用,即挣得值。

已完成工作的实际费用(Actual Cost of Work Performed , ACWP),即项目到达某一时间点已经完成工作所花费或消耗的实际费用。

1.2 二个差异分析变量指标

二个差异分析变量指标指的是费用偏差和进度偏差。

费用偏差(Cost Variance,CV)是指从项目开始到时间点t,已完成工作的预算费用与已完成工作的实际费用之间的差异。计算公式为:

CV(t) = BCWP(t) - ACWP(t) (1)

式中,CV(t)>0——项目实际费用低于预算费用,CV(t)=0——项目实际费用等于预算费用,CV(t)<0——项目实际费用超出预算费用。

进度偏差(Schedule Variance,SV)是指从项目开始到时间点t,已完成工作的预算费用与计划完成工作的预算费用之间的差异。计算公式为:

SV(t) = BCWP(t) - BCWS(t) (2)

式中,SV(t)>0——项目进度提前,SV(t)=0——项目进度符合计划,SV(t)<0——项目进度滞后。

1.3 二个指数变量指标

二个指数变量指标指的是成本绩效指数和进度绩效指数。

成本绩效指数(Cost Performed Index,CPI)是指从项目开始到时间点t,已完成工作的预算费用与已完成工作的实际费用之间的比值。计算公式为:

CPI(t) = BCWP(t) / ACWP(t)(3)

式中,CPI(t)>1,项目费用节余,CPI(t)=1,项目费用等于预算费用,CPI(t)<1,项目费用超支。

进度绩效指数(Schedule Performed Index, SPI)是指从项目开始到时间点t,已完成工作的预算费用与计划完成工作的预算费用之间的比值。计算公式为:

SPI(t) = BCWP(t) / BCWS(t)(4)

式中,SPI(t)>1,项目进度提前,SPI(t)=1,项目进度符合计划,SPI(t)<1,项目进度延误。

1.4 一个预测数据

项目完工估计总费用(EAC, Estimate at Completion),是指在项目某检查点处,依据项目的成本绩效指数、挣得值、已完成工作的实际费用、项目的预算总费用(BAC, Budget at Completion)计算得出的预测总成本,计算公式为:

EAC = ACWP + (BAC-BCWP)/CPI(5)

2 项目监控预测管理系统的设计与实现

项目监控预测管理系统的业务流程主要包括数据采集、数据统计、数据分析和数据预测等子过程;涉及的活动有工作日志分发、工作日志录入、任务工作量统计、任务进度成本跟踪、项目进度分析、项目成本分析,项目进展预测等活动;数据产品有WBS(工作任务分解)、工作日志汇总表、工作量统计表、工作包进展跟踪表、挣值分析图表等。对分解的子过程、活动进行归并,形成项目监控预测管理系统结构图,包括项目数据采集、统计、跟踪分系统和项目进展分析、预测分系统,如图1所示。

项目数据采集、统计、跟踪分系统主要实现项目执行过程中各任务工作量、成本、进度等数据信息的自动采集、自动统计、计划数据与实际数据之间的偏差跟踪。项目过程数据来源于本系统自动分发的每人每周工作日志。系统以数据、图形结合的方式向管理者展现分析结果,管理者根据结果,可实时了解项目各任务的偏差情况,并根据偏差的程度采取纠正措施。

项目进展分析、预测分系统主要运用挣值法从成本绩效与进度绩效两个方面分析项目过程数据,得到项目的进展情况,并基于现状运用挣值预测模型预测项目在未来可能的趋势。本系统通过文件接口与项目数据采集、统计、跟踪分系统实现衔接,能自动将项目数据采集、统计、跟踪分系统产生的各工作包属性数据导入到本系统内并进行汇总分析,以图形化的方式展现项目进展的现状,对于异点(超出量化阈值的数据),系统以图形色彩的差异标识出预警信息。管理者通过对曲线走势的直观解读,可及时、清晰的发现在项目进展中哪里(进度或成本)出了问题、以及将要出现什么问题。

2.1 项目数据采集、统计、跟踪分系统

2.1.1 项目任务记录自动分配模块:本模块根据管理者输入的周起始日期,系统自动遍历项目任务分解表搜索符合设定条件的任务记录,结果集按资源名称(项目成员)自动生成每人每周的工作日志列表,提供给项目成员记录过程数据,过程数据将作为项目任务工作量、成本、进度计算的直接数据来源。

2.1.2 项目任务记录自动录入模块:本模块将每人每周记有过程数据的工作日志自动录入分系统内,以数据文件形式保存,形成本周统计源。

2.1.3 项目任务工作量自动统计模块:本模块根据录入的本周项目过程数据,系统自动按任务类型统计计划工作量与实际工作量,计算结果作为生成项目级资源模型与组织级资源模型的基础数据。

2.1.4 项目任务进度、成本偏差跟踪模块:根据录入的本周项目过程数据,系统自动按各任务编号统计本任务的成本、进度(计划与实际)及计划与实际之间的偏差,对于生成的偏差数据,系统将根据量化阈值,判定其为正常点或异点,系统以图形背景颜色的差异标识数据点状态,如表1所示。红底色表示本工作包已完成(工作包状态为C),但其成本偏离率超过了设定的阈值;黄底色表示本工作包正在进行中(工作包状态为P);灰底色表示本工作包已完成且其成本偏离率在控制阈值范围内。管理者通过对数据、色彩的直接解读,得到偏差的正常信息或预警信息。

2.2 项目进展分析、预测分系统

2.2.1 项目进展分析模块:本模块以项目任务进度、成本偏差跟踪模块的输出文件为输入,自动从文件中提取任务级(工作包)的相关数据信息并导入到系统内部,作为汇总分析的基础数据;系统运用挣值分析法对基础数据进行计算,得到项目级进展的评价指标数据,并生成曲线图,对于超出量化阈值的数据点,系统以图形色彩的差异标识出预警信息,如图2所示,图中黄底色数据点表示该统计点对应的指标已超过控制阈值范围。本系统中,挣值法的三个中间量的值以工作量来度量,其计算算法如下:设任务(工作包)Pi的计划工作量GSi,实际花费工作量GAi,计划完成日期TSi,实际完成日期TAi,在采集时间T处:

BCWS=GSi(j:满足TSi≤T的Pi个数)

BCWP=GSi , ACWP=GAi (k:满足TAi≤T的Pi个数)

2.2.2 项目进展预测模块:管理者通过交互方式输入被预测点的计划值与计划日期,系统根据挣值预测模型自动计算出项目进展的演化趋势,如图3所示。管理者通过计划值与预测值的比较及曲线的走势,可以及早分析出将要发生的风险,并及时采取相应的纠偏措施,以防由于缓解措施延误而导致的成本费用增加。

3 结语

针对软件项目监控中的难点与困惑,研发了基于挣值法的软件项目监控预测管理系统,其轻量化、实用化、自动化的特点保证了项目成本和进度监控的实时性与有效性。通过本系统的应用,平均每个项目每周监控活动中投入到数据采集、数据统计、数据分析、数据预测的工作量由原来的约2人时缩短为0.5人时,节约了75%的管理工作量,提高了项目管理的水平与效率,同时,系统的使用也为本企业(组织)向高成熟度项目管理水平迈进积累了丰富的数据素材。

参考文献:

[1]昆廷•弗莱明,乔尔•科佩尔蒙.挣值项目管理[M].张斌,陈洁译.北京:电子工业出版社.2007.

[2]AL-Jibouri Sead H. Monitoring systems and their effectiveness for project cost control in construction[J]. International Journal of Project Management. 2003, (21):145-154.

[3]舒森,方竹根.项目管理[M].合肥:安徽人民出版社.2002.

放疗系统软件项目管理 篇7

【文章摘要】

软件系统类课程的最终呈现载体是软件项目,这与项目教学所需的载体不谋而合,在软件系统课程当中实施项目教学法使软件系统课程的教学有了重要的载体,以项目贯穿整个教学过程,使得学生的学习有具体的内容为依托,教学效果良好。同时,项目教学法通常在实施过程当中是以小组合作的模式进行的,这正体现了软件系统课程对应的程序员岗位群的工作性质。通过项目教学法,恰好可以在学习的过程当中,培养学生的团队意识,以及创新精神、表达能力、沟通能力等,对于学生在学习过程中成长为准程序员有着十分重要的作用。文章研究了基于项目教学法的软件系统课程开发的重要性,以及课程开发的主要内容,并分析了此类课程开发过程中的主要问题。

【关键词】

项目教学法;软件系统;课程开发;应用

1 基于项目教学法的软件系统课程开发的重要性

软件系统课程是计算机软件类专业的重要核心课程。虽然各院校针对各地区的实际需要,所开设的课程不尽相同,但大致上以Java程序设计与开发、ASP程序设计与开发、winform程序设计与开发等为代表。软件系统课程属于理工科目类,并且是程序员工作的具体呈现。而项目教学法,是师生共同完成一个项目,来达到教与学的目的。软件系统类课程的最终呈现载体是软件项目,这与项目教学所需的载体不谋而合,而软件开发的过程通常是按照设计、开发、测试、实施的过程进行。这也体现着项目教学的基本过程。因此,在软件系统课程当中实施项目教学法使软件系统课程的教学有了重要的载体,以项目贯穿整个教学过程,使得学生的学习有具体的内容为依托,教学效果良好。

同时,项目教学法通常在实施过程当中是以小组合作的模式进行的,这正体现了软件系统课程对应的程序员岗位群的工作性质。当前对于程序员岗位来说,团队协作是重要能力,而这种能力需要在学习中不断地锻炼与养成。通过项目教学法,恰好可以在学习的过程当中,培养学生的团队意识,以及创新精神、表达能力、沟通能力等,对于学生在学习过程中成长为准程序员有着十分重要的作用。

2 基于项目教学法的软件系统课程开发的主要内容

2.1基于项目教学法的课程设计

2.1.1 确定课程目标

对于高职当前课程目标的需要,需设定课程的能力目标、知识目标与素质目标。即将技能点细化形成能力目标;将知识点细化形成知识目标;将程序员岗位群所需的职业素养细化形成素质目标。

2.1.2 设计课程项目

基于软件行业程序员岗位的工作需求,以及行业标准,并结合当地的软件行业的具体需求,确定软件系统课程的综合职业能力。以《winform程序设计》课程为例,选择一个学生身边的、易于理解与接受的,且大小适中,即能够体现全部教学知识点、技能点,又能体现程序设计的全过程的项目,如《学生学籍管理系统》。选中了这一项目作为载体后要对项目进行加工与优化,即将项目进行改造,使之成为适合学生所学,能够贯穿教学,体现所需知识点的学习性项目。

为了更好的完成教学任务。在应用中教师选择了教学项目《学生成绩管理系统》作为教学操作演示与示例讲解,以《学生学籍管理系统》作为学生学习项目由学生在观看教师操作后以小组为单位共同进行工作的项目,同时以《学生寝室管理系统》作为综合实训项目,此项目在教学的最后两周实施,由学生自行设计、开发项目,教师进行指导。

2.1.3 设计教学任务

将国家软件技术资格水平考试的程序员考试标准作为基础,结合软件系统开发的全过程,即设计、开发、测试、实施。将课程内容整理为具体的工作任务。每一工作任务对应具体的课时。按照项目产生的过程,按照由简入繁的过程,体现知识形成的脉落。

2.2实施项目教学的资源准备

提到资源,首先应该是师资队伍。对于项目教学法而言,需要有具有项目开发能力的在企业实战过的专业教师,同时懂得项目教学法,懂得项目化课程的开发。在教学当中,教师需要按照项目教学的具体过程进行项目教学的实施,需要准备相应的教学资源。首先是项目教学环境的构建,即教学情境,即构建体现企业工作场景的教学情境。其次开发项目教学法所需的教学资源,如项目、任务书、任务工单、验收文件、资讯单、评分表等。根据各校的实际情况,还可以进行基于项目的教材的开发。

2.3基于项目教学法的课内外教学

项目教学的课堂教学过程一般有六个步骤:任务、计划、实施、检查、评价、归档。这里不详细解释。主要研究以职业技能竞赛为依托提升项目教学层次的课外教学。期末阶段在校内举行软件系统职业技能竞赛,竞赛方案中要明确规定,学生提交完整软件系统,并配套软件说明书,以小组为单位完成作品等。以竞赛的形式提高学生参与热情,将项目教学提高到更高的层次。另外,将学生的优秀作品,带到各级各类软件系统比赛当中进行检验,提高学生自信心。同时,学生的优秀作品也可以成为之后的教学项目,非富我们的教学资源库。

3 基于项目教学法的软件系统课程开发中的主要问题探究

基于项目教学法的软件系统课程开发在实践中取得了很好的效果是毋庸置疑的,但是在实践中也存在着一些需要解决的问题:

一是学校方面:在软件系统课程开展项目教学模式,较传统教学模式需更多的课时量、教师、场地和设备。相对而言目前高职院校专业课和专业实训课课时不足;实习的场所和设备不到位;实施项目开发难度很大;项目教材严重缺乏。

二是教师方面:项目教学模式对教师要求非常高。要求软件系统课程教师必须具备参与过企业完整项目的能力。掌握完成一个项目所涉及的所有专业理论知识和专业技能,同时能够开发出适合用于教学的项目,能涵盖学习领域的全部或绝大部分教学目标规定的内容,还必须在备课时做大量的准备工作,以应对学生的各种未知问题,使学生的行为能够在教师的控制之下。而目前很多高职院校软件系统课程教师尚不完全具备此能力。

三是学生方面:一般而言,高职学校的班额较大,而对于软件系统课程,每个项目组人数通常设定在7人以内,这就增加了教师项目教学指导难度和教学管理难度。另外,学生对于项目教学模式的接受和转变需要一个过程,尤其是项目计划、自我评价等能力的培养需要整个专业共同培养,而非一个项目一个学科能够完成。因此,需在本专业全面推进项目教学模式才能达到学生很好地接受,取得良好效果。

【参考文献 】

[1]基于项目教学的高职软件技术专业教学模式改革[J],吴跃飞;赵华丽;徐洪祥.中国水运(理论版) 2008-01-20.

[2]软件技术专业项目教学探索[J],赵从军;贺平.计算机教育 2007-08.

[3]高职软件专业项目教学的课程考核改革[J],陈翠松.浙江工贸职业技术学院学报.2010-0 .

[4]计算机软件项目教学改革的实践与探索——基于“任务驱动”的小组协作教学模式[J],吴海花;王连山.考试周刊.2009-06 .

[5]高职软件技术专业“项目教学+水平考试”人才培养模式探索与实践[J],聂晶.教育与职业.2012-06.

【作者简介】

上一篇:安全高效回采下一篇:宫腔镜诊治进展