CT系统评估（精选3篇）
CT系统评估 篇1
在全身骨结核中脊柱结核最常见, 发病率占40%以上, 临床致残率较高, 且病程迁延。早期临床症状隐蔽。为提高本病的确诊率, 对我院2002～2006年经CT诊断并经手术病理证实的15例脊柱结核患者的CT诊断价值进行了评估。
1 一般资料
15例患者中男12例, 女3例。年龄12～65岁, 中位年龄38.5岁。其中20岁以下1例, 21～40岁12例, 41～65岁2例。病程1～4年。腰椎结核10例, 胸椎结核5例。其中病变累计1个椎体4例, 2个椎体以上的11例。
2 扫描目的及CT表现
2.1 扫描目的
发现X线平片检查不能发现的小骨破坏区, 明确脓肿的大小、位置及周围脏器的关系, 了解椎管受压情况。
2.2 CT表现
脊柱结核的CT表现为:骨质破坏, 骨质增生硬化。死骨形成, 椎间盘破坏变扁, 椎旁脓肿和 (或) 腰大肌脓肿, 骨性椎管狭窄。
2.2.1 骨质破坏:
15例均有不同程度的骨质破坏, 表现为: (1) 多发碎骨片并夹杂密度减低; (2) 多发空洞样骨质破坏并见沙粒状死骨; (3) 溶性骨质破坏。
2.2.2 骨质硬化:
骨质破坏边缘硬化4例。
2.2.3 椎间盘破坏:
椎间盘变扁或消失。
2.2.4 椎旁脓肿和 (或) 腰大肌脓肿:
11例, 两侧常不对称。其中5例伴有多发斑点状或弧形钙化。椎旁脓肿或肿胀范围较广, 常大于病变椎体范围, 并可侵及临近组织器官。
3 讨 论
3.1 脊柱结核好发年龄及部位
以青年居多, 好发于20～40岁, 男性多于女性。发病部位以腰椎最为多见, 胸椎次之, 颈椎及骶尾椎较少。多椎体受累, 其中累及2个椎体以上者11例。
3.2 发病机理
脊柱结核可经血行播散, 直接扩散和经蛛网膜下腔扩散。经血行播散入骨髓腔, 开始侵犯多位于椎体前部或下部, 与该处血液供应丰富有关, 早期形成限局性骨破坏。脓肿的形成是由于干酪样或坏死液化组织穿破骨皮质侵入椎旁软组织。骨质硬化是由于血栓形成和闭塞性动脉炎使钙盐沉积及骨质修复作用所致。
3.3 CT检查脊柱结核比常规X线检查有一定优越性
(1) 因初期病社较小而不易在X线平片上显示, 此时轴位CT就有利于发现这种早期病社。 (2) 易于发现椎旁脓肿内的细小钙化有助于定性。 (3) 可以明确显示椎管内受累情况。 (4) 明确附件及椎间盘受累情况。 (5) 明确病变范围及脓肿分布情况, 为手术治疗提供指导。
关键词：脊柱结核,CT扫描,影像表现
CT系统评估 篇2
建设教学过程评估系统，完善评估督导长效机制
湖北广播电视大学
教学评估督导是开放教育系统办学的一项常规工作，是开放教育质量保证体系的重要组成部分，既是落实教学过程、提高教学质量、促进导学服务、深化开放教育人才培养模式改革的要求，也是做强做大开放教育的需要，必须长抓不懈。
一、高度重视教学评估督导，健全相关工作长效机制 我校一直高度重视开放教育教学评估督导工作，领导分工上由学校主管教学的校长分管，设置有独立的教学评估督导机构（教务处综合管理科），配备了专职人员2人及相关部门兼职人员2人。同时，将教学评估督导工作明确列入全省电大系统办学协议管理的范畴，并建立了一系列相关制度，如《湖北广播电视大学开放教育试点项目教学检查制度》（鄂电大字[2003]142号）、《湖北广播电视大学开放教育试点项目年报年检工作实施细则（试行）（鄂电大字[2005]102号）》、《关于印发湖北电大开放教育试点教学过程管理若干文件的通知》（鄂电大字[2006]30号）、《关于印发湖北电大开放教育教学过程管理若干文件的通知》（鄂电大字[2008]11号）等。我校每年面向全省系统开展的相关工作及其主要做法包括：
1.教学评估督导主要工作项目。主要有：（1）春季教学检查；（2）秋季教学检查；（3）网上教学检查；（4）年报年检工作；（5）教学质量评比、示范基层电大和优秀毕业生评选等；（6）违规招生办学的查处，等。
2.教学评估督导主要工作内容。主要有：（1）开放教育办学地位；（2）教学安排与教师配备；（3）入学水平测试和入学教育；（4）教学资源及整合应用；（5）教学活动；（6）网上教学活动；（7）形成性考核；（8）集中性实践环节；（9）学习支持服务；（10）教学点和考点的设置与管理；（11）教学设施的配置和管理，等等。
3.教学评估督导主要工作环节。主要采取自我检查、省市电大派检查组实地检查、网上检查等形式进行，主要环节有：（1）成立领导机构和工作小组；（2）向全省电大发文、统一组织；（3）成立由省电大校领导带队、由教务处、导学中心和教育技术中心等部门组成的联合工作组，分赴基层电大和教学点实地督查；（4）各地上报各种资料信息；（5）督查意见反馈；（6）形成“教学检查情况通报”，发文通报全省、挂网公布，并上报中央电大；（7）与各项奖惩挂钩，等。
4.教学评估督导工作组主要工作方法。主要采取听（汇报会、座谈会、听课等）、看（材料和实物）、查（原始记录及实地查看、上网查看）等方法进行，并现场向当地电大反馈意见。
此外，各市州电大也按要求成立领导和管理机构，安排专人负责，并对其校 本部和下属分校、教学点开展自查和评估督导工作。
几年来，我省电大系统教学评估督导工作总体上开展良好，开放教育评估督导机制基本上是健全的。
二、建设评估指标体系和系统，深化评估督导长效机制
客观地说，由于多方面原因，各地电大和教学点教学评估督导工作也不同程度上存在一些问题，影响了教学评估督导工作的效果。一是教学评估督导工作往往工作量大、项目繁多、时间要求紧，有些基层电大和教学点出现拖拉延误、甚至走过场的现象。二是由于一些基层电大和教学点平时不注重及时收集、积累和整理相关资料和数据，往往因仓促应付而影响了资料和数据的客观真实性和准确性。三是许多历史数据大多是纸质记录，其收集整理需要大量的人力和繁琐的手工劳动，加上这些记录常不完整、不规范、或有缺失，有的还要靠人工回忆来做填补，这样就难免出现偏差和谬误。
有鉴于此，2007年底我校即开始探索建立教学评估督导工作的长效机制，基本的思路是：牢固“质量立校”理念，从“内涵建设”的要求出发，在中央电大开放教育教学过程评估指标体系的基础上，结合湖北电大系统的实际，建立一套完整可行、便于操作的“湖北电大开放教育教学过程评估指标体系”，并据此开发“湖北电大开放教育教学过程管理评估系统”软件，通过软件系统的运行，对全省开放教育教学点的教学过程给予客观、公正、准确的评估督导，实现教学评估督导工作机制日常化、及时化、自动化、网络化和长效化。
今年，我校在深入了解全省开放教育教学现状、开展教学过程关键环节研究的基础上，经过全省电大的充分研讨，出台了《关于湖北电大系统开放教育教学过程评估体系的实施意见》（鄂电大字[2008]28号），并依据此指标体系完成了春季教学检查活动。目前，我校已开发完成“教学过程管理评估系统”软件，本学期正筹办一次面向全省所有开放教育教学点的评估软件培训班，正式开始推广应用，并将强化相关规范运作和督促检查，以推进教学管理水平和评估督导水平的不断提升。
1.通过实施教学过程评估系统，进一步规范教学过程管理。教学过程评估系统的用户是全省各级电大和教学点。软件能够按照设定的评估指标体系，对不同层级的电大和教学点进行相关项目和内容的教学过程评估。利用该软件系统，从每学期开学的教材定购、辅导员配备情况、课程辅导教师配备情况，到教学过程中诸如每门课程在教学过程中教师和学生的教、学情况、作业批改与完成情况、学生对教学资源的利用情况、学生的毕业论文审核情况、学校开展技能教学活动情况等，都做到了完整、全面的记录和分析，使得评估与监控贯穿到了教学过程的各个环节、各个阶段。
2.量化了教学质量评价指标，推进评估督导工作的深入开展。利用该软件系统，只要教学点按照教学进程，将各相关数据通过网络页面如实填报，就能够在省校服务器后台自动产生教学点的教学过程评估分析汇总数据和结果报表。这可为评价教学点的教学过程是否落实、各项工作是否完成提供较 为准确的量化参考依据。软件不但评估学校（教学点）的办学情况，还可通过学生对辅导员、课程责任教师、课程辅导教师的满意度进行投票，来评价与考核教师个体的工作情况；通过对教师数据信息的分类汇总，可以实现对全省各教学点教师信息的各种综合查询与分类统计功能，这对于学校在配备使用教师、分析教师队伍建设情况、提高教师教学水平等各个方面有很好的参考价值。
3.减轻评估过程中的人工劳动量，提高评估工作的自动化程度。
系统以自动生成方式对市、州、省直管市电大及直属分校（学院）和各教学点分别进行评估。各个教学点通过客户端（前台）页面，实现教学过程各个主要环节的数据录入；通过后台服务器对上述各教学点录入数据进行分类处理和分析计算：通过教学点开课情况数据的录入，自动实现学生课程注册并将数据返回到电大教务管理系统的数据库保存，减少了教学点教务管理人员的工作重复程度。尤其是通过与已有的电大教务管理系统软件实现对接，能够对全电大系统的学生、专业、班级、各学期开出课程等相关数据进行准确收集、调用和整理，极大地减少以往手工评估工作时极易发生的数据处理差错，从而提高评估数据的准确性和可信度。同时，可以通过计算机保存历届办学情况的各种数据，降低对纸质材料的依赖程度，避免各种疏漏和谬误的发生。
4.实现了教学过程的等级评定，为教学质量评估运用提供重要依据。评估系统还可实现对各教学点的教学过程进行打分和等级评定。我校明文规定：以教学过程评估系统的等级评定作为主要依据，每两年评选一次全省电大优质教学奖；对于第一次教学过程评估不合格的教学点要进行“黄牌”警告，限期整改，连续两年不合格者，则停止开放教育招生资格。
当然，新的教学过程评估系统还需要进一步完善，我们计划逐步增加网上课程作业提交与评阅功能、网上毕业论文提交与评阅功能、课程期末考试结果统计分析等功能；增加各种教务管理文件上传与保存功能，使文档数据具有更加完整的全面性和准确性；沟通“电大在线”平台，在学生发贴、教师回贴、学生上网次数等数据收集汇总等方面，进一步实现实时获取，使数据更加准确客观，剔除人为因素的干扰。
教学过程评估系统的使用并不排斥传统有效的工作形式和方法，而是现代化手段和传统方法并用。即在原有领导、机构、配备人员、相关制度不变的情况下，教学评估督导依然要坚持强化规范运作和督促检查工作。
目前看来，全省电大系统对这套评估体系普遍表示了欢迎和赞同的态度，认为出台“教学过程评估体系”非常及时，对全省电大的教学工作具有针对性和指导性，今后各地电大都应依据这套体系来组织和布置今年的教学评估督导工作；同时，认为这套体系涵盖的内容既全面又不繁琐，既抓住了开放教育教学过程的主要环节，又具有较强的可操作性。
财务系统和再保险系统评估 篇3
4.4.1.现状描述及评价
4.4.1.1.现状概述
中国人寿会计核算及财务管理系统(CLAF)从1998年开始与中科软联合进行开发，1999年向全国各分支机构进行推广，目前为5.1版。
根据调查，全国的各分支机构均使用总公司的CLAF系统进行会计核算，无其他财务管理系统。在CLAF系统上，也没有外挂其他相应的系统。仅浙江金华购置了用友的库存管理系统，进行预算制管理。深圳、浙江开发固定资产管理系统，但目前正处于试运行阶段。
日常的收付费操作都是在业务系统中进行（总公司开发的CBPS、OBPS以及上海、深圳、江苏自己开发的业务系统中），收付费操作所产生的原始数据以及业务系统生成的应收、应付费数据通过数据接口流转到CLAF系统。
目前除了深圳、广西、安徽、海南、厦门、天津、青岛实行了所辖区域的财务集中处理外，其他省分公司、计划单列市的财务处理只实行了地市级集中处理。财务的核算单位目前主要是地市级分公司。
CLAF系统的使用人员主要是各财务处理中心的会计人员和财务人员，总公司、省级公司主要使用工资管理和费用管理，与此相关的会计人员使用。
4.4.1.2.功能描述
会计核算及财务管理系统功能包括财务记账、会计核算、决算及其他财务管理。系统中的功能模块及各模块的关系如下图所示：
主要功能模块具体陈述如下：
1）原始凭证管理：接收外部业务系统中的数据；各种原始凭证的录入、查
询及修改更新；由原始凭证自动或半自动生成记账凭证。
2）科目体系管理：科目体系是账务系统的核心。它包括帐套类型设置，帐
套设置，核算单位和基层单位的帐套设置，明细值编码设置，科目体系
设置，核算方向设置，有效性设置和辅助参数设置。一套账由三个层次
构成：账套类型、账套、会计科目。
3）账务处理：记账凭证的一般管理及复核；记账凭证生成明细账；生成并
管理总账和各种辅助账；与输出结果相配套的账本管理；会计月末处理
管理；各种角度的查询和分析功能。
4）财务报表管理：报表处理系统主要包括以下两大模块：报表定义和报表
计算。
5）决算系统：录入决算凭证；复核决算凭证；试算决算；确认决算结束。
6）其它财务管理
固定资产管理
工资管理
应收、应付、往来管理
资金运用
4.4.1.3.系统架构
系统采用了C/S软件架构；主要功能模块开发语言为Informix 4GL/EC和存储过程语言，采用终端字符界面，支持Unix操作系统（HP_UX、AIX、SOLARIS、SCO OPEN SERVER）；采用Informix数据库；主要的集中处理采用后台批处理程序来进行(从5.0版开始增加的部分，主要解决省级集中所带来的并发性问题，刚刚下发使用)。综合查询与打印管理功能模块原来也是字符终端界面，从5.0版开始采用B/S结构（刚下发使用)，5.0版将前台移植到浏览器环境下，开发语言java,采用浏览器界面。财务报表系统采用C/S结构，使用PowerBuilder和FORMUA ONE软件工具开发，在windows操作系统上运行。
会计核算及财务管理系统与其他系统的接口情况：
核心业务系统：收付费所产生的流水数据、应收应付数据。核心业务系
统的相关模块按照约定的格式生成数据文本文件，然后由会计核算及财
务管理系统的原始凭证管理模块读取数据文本文件，生成相应的原始单
证数据，复核通过后生成原始凭证数据。
财务分析系统：直接从CLAF系统中抽取所需数据。
通用统计系统：直接从CLAF系统中抽取所需数据。
精算系统：精算完成后的准备金数据通过人工输入会计核算及财务管理
系统。
系统主要部署进行财务集中处理的财务处理中心（如地市级财务处理中心），往上级单位直至总公司，采用报表的形式上报数据，上级单位直至总公司没有使用该系统（只使用了工资管理和费用管理）。
在系统口令和印鉴两个级别的安全管理模式的基础上增加了数据和岗位两方面的安全控制，同时提供授权管理。
4.4.1.4.主要问题
功能比较缺乏，只具备会计核算功能。
财务系统的流行做法是系统必须具备总体预算规划、预算计划、预算审核、预算审计、科目管理、账务管理、财务报表管理、审计报表管理、财务决算等功能。目前系统只具备了科目管理、账务管理和财务报表管理，虽然有决算功能模块，但是该能模块主要用于会计年度末进行调账处理，而不是真正意义上的财务决算（见财务功能说明）。以下是IT战略规划组问卷调查统计结果，从统计结果来看，目前的系统只有科目管理、账务管理和财务报表管理功能，这三部分基本上满足需求。可以说CLAF系统仅具备完成会计核算功能，在财务管理系统支持上处于空白。
与核心业务系统的接口问题
与核心业务系统中使用的指标含义和标准不一致。
数据在两系统间的共享程度不够,结果使得数据在实时性、准确性、完整性、一致性上的问题：造成业务系统中数据的变更不能及时反映或
不能反映到财务系统中；最终的财务记账凭证数据可能与业务系统中的实际情况不符；业务财务入账时间不同。
缺乏财务数据与业务数据相互核对的机制。
数据库安全很难保证。在目前的终端界面模式下，操作人员比较容易直接进入数据库更改数据。
系统处理效率有待提高。根据调研访谈情况，在接收业务系统数据、生成原始凭证、生成记账凭证、月底封帐、生成账簿等功能上，系统效率比较低。特别是多用户使用时，效率更低。
缺乏与一些主要系统的接口，如精算系统、代理人管理系统。
没有与银行建立相应的接口，银行资金没办法实时核对与跟踪。
系统不是很灵活性，不容易维护和实现分布。
4.4.2.未来建设的期望
实现业务财务的一体化管理。首先是建立公司统一的指标体系和数据口径或数据标准；其次是收付费数据要进行充分共享。
借鉴目前全球财务管理和资金管理方面已有成熟的软件和技术方案的思想。希望开发总体预算规划、预算计划、预算审核、预算审计、审计报表管理、财务决算等功能，对财务管理提供技术支持。
用财务对业务进行控制，强调财务对业务的监督与控制职能以保证企业的利润最大化。
开发与其他应用系统(AMIS、精算等）之间的接口，互相衔接，充分共享数据，减少数据的冗余与不一致性。
满足各种数据集中模式和各种营运集中模式的需求，灵活满足各种集中模式下的业务需求和系统运行效率的要求。
改善界面友好性，简化前台操作，提高系统的稳定性。
4.5.再保险系统
4.5.1.现状描述及评价
4.5.1.1.现状概述
目前没有总部开发的再保险系统。全国只有深圳自己开发了再保险系统，该系统是由深圳市分公司与中青旅尚洋电子技术有限公司合作开发的，目前只完成第一期开发工作，尚在进行第二期开发。2003年9月正式上线运行。
系统中的主要分保业务在后台处理，前台主要是报表展现及部分参数与规则设置，查询与临分分保交互。后台业务主要是各类业务数据提取、各类分保处理。
系统只有前台业务给用户操作，后台业务都由系统运行部门处理。因此，当该系统稳定与正常运行后，大大减轻用户的工作量，其主要工作将变为非电脑业务处理，电脑业务处理演变为主要是报表打印与核对、部分临分业务、查询与统计等工作。
深圳市分公司开发的该系统只有该分公司的核保部使用。
4.5.1.2.功能描述
深圳市分公司开发的再保险系统第一期功能模块包括：再保险公司登记、法定分保、合同分保规则、正常业务数据提取、法定与合同分保处理、意外险分保处理、分保报表数据生成、分保报表。正在开发的第二期功能模块包括：综合查询与统计、临时分保、团险业务、分出业务、转分业务、财务接口。该系统涵盖了法定分保、合同分保、临时分保等业务。
主要功能模块：
合同分保：后台批处理。合同分保含首期分保、续期分保和变更处
理。
分保参数管理：再保险公司管理，合同管理。
取数接口：从业务系统和财务系统抽取相关数据。
法定分保：后台批处理。法定分保含首期分保、续期分保和变更处
理。
临时分保：前台操作和后台处理相结合。前台进行临时分保登记和
续期确认。后台进行分保处理。
4.5.1.3.系统架构
系统采用三层结构，由前台程序、中间件、后台交易服务程序和数据库组成，前台程序全部采用WEB页面内嵌控件的形式，客户使用浏览器进行登录与操作。数据库为INFORMIX ONLINE，后台交易服务程序采用Informix EC开发,负责连接数据库和进行业务逻辑处理；采用IBM CICS中间件，更新和维护Tapi和Xapi，使用Visual C++工具开发动态库；前台用DELPHI编OCX,通过DLL与CICS中间件与后台数据交易服务连结。WEB服务器采用IIS。
与其他系统接口情况：
与业务系统的接口：直接用后台程序从业务系统中抽取保单数据。
与财务系统的接口：直接用后台程序从财务系统中抽取收费数据与理
赔数据及手续费等。
4.5.1.4.主要问题
系统相对比较简单，功能很不完全。按照再保险的业务要求和国际通常做法，再保险系统应涵盖如下功能：分保配置管理、分保分出计划、分保分出审核、分出收付费、分出理赔、分出核算、分出现金管理、分出帐务管理、分出报表、分入提交、分入承保、分入理赔、分入审计、分入报表管理、分入账户管理、分入再保险管理、分入结算审计等。通过对照，目前深圳市分公司的系统只是进行了合同分保、法定分保、临分分保的计算处理和报表处理，没有其他功能。
系统不是真正意义上的三层结构，灵活性不够好。由于前台操作时需要从WEB服务器上动态地自动地下载控件，造成网络流通量巨大，系统效率不高。
没有与业务系统、财务系统等实时数据接口，不能最大程度地实现数据共享，很难保证各系统数据的一致性和准确性，也很难进行各系统数据的核对。
4.5.2.未来建设的期望
建立和规范再保险流程，编写详细的再保业务操作手册和实务规定。改变目前的事务性、以帐单管理为核心的流程结构。对再保流程中的关键点和环节进行改造和简化，使之环节少、效率高。
开发全国性的再保险系统。由于目前缺乏信息系统的支持，造成大量事务性工作成为再保的主要日常工作。同时造成工作失误和帐单误差也较多。 能够快速处理临分业务；能对合约业务进行评估和分析。