乌鲁木齐市伤害监测结果分析

了解乌鲁木齐市伤害的流行特征，为伤害的预防与控制提供依据。方法 按照中国疾病预防控制中心伤害监测方案，对乌鲁木齐市2006-01-01/2010-12-31伤害监测哨点医院就诊的首诊伤害患者进行监测。 结果 伤害发生前5位原因依次为跌倒/坠落占38.92%，机动车车祸占20.12%，钝器伤占14.93%，刀/锐器伤占12%，其它占4.68%；伤害性质以骨折为主占21.53%，挫伤、擦伤占40.43%，锐器伤、咬伤开放伤占15.52%；伤害发生地点主要是公路/街道占30.28%，其次是家中和公共居住场所分别为21.90%和21.29%；伤害发生时的活动中以休闲活动为主占62.54%；伤害发生意图以非故意伤害为主占81.70%，故意伤害占15.15％，自我伤害的仅占2.17％伤害结局以治疗并回家为主占50.42%为主，观察/住院占47.95％，死亡占0.29％，其他占1.34％。结论 乌鲁木齐市居民伤害0-14岁组和65岁以上以跌落为主，男性青壮年以交通事故伤害为主，因此，提高中小学生和老年人的安全防范意识，完善交通安全管理及从小培养良好的交通安全行为是主要的预防措施。

[关键词] 医院；伤害；监测

伤害是全球各国面临的一个重要的公共卫生问题，伤害的高发生率和高致残率消耗着大量的卫生资源，给国家、社会、家庭和个人带来了沉重的疾病负担，伤害已经与感染性疾病、慢性非传染性疾病并列成为危害人类健康的3大疾病。为了掌握乌鲁木齐市居民伤害发生特征、发生原因及发生构成情况，为有关部门制定伤害的预防控制和干预措施提供科学依据。对乌鲁木齐市3家哨点监测医院连续5年的伤害监测结果分析报告如下。

1 对象和与方法

1.1 对象 2006-01/2010-12到乌鲁木齐市3家伤害监测哨点医院（1家三级甲等医院、2家二级医院）就诊的所有伤害首诊患者。

1.2 方法和内容 在3家哨点医院组建伤害监测领导小组，确定由医院预防保健科负责院内伤害报告工作，使用由中国疾病预防控制中心提供的“全国伤害调查报告卡”进行报告，对填写伤害报告卡的医护人员进行统一培训。报告卡由院内预防保健科专人负责收集审核，定期报属地疾控中心，由疾控中心专人负责录入计算机。报告卡信息包括姓名、性别、年龄、职业、伤害发生地点、发生时的活动、发生原因、伤害意图、伤害性质、严重程度及处理情况等。

2.2伤害情况

2.2.1发生原因 前3位发生原因依次为跌倒/坠落（39.86%）、机动车车祸（13.25%）和钝器伤（12.93%）；0～14岁组和65岁以上以跌落为主，分别占51.89％和72.49％，20～64岁组以机动车车祸为主(14.07%)，15～44岁以钝器伤为主（15.76％）。 2.2.2发生地点 伤害发生地点在公路/街道的占30.28%，在家中和公共居住场所分别为21.90%和21.29%；发生在家中的以0～4岁组和65岁以上为主，分别占54.08％和48.33％，发生在学校的以5-19岁组为主(32.69％)，发生在公路/街道以45～64岁组为主(44.55％)。

2.2.3发生时的活动 伤害发生时的活动前3位依次为休闲活动（62.54%）、有偿工作（11.66%）和其他（2.29%）。

2.2.4伤害性质 前3位的分别是挫伤、擦伤占40.43%，骨折占21.53%，锐器伤、咬伤开放伤占15.52%；45岁以上组以骨折为主占52.92％。

2.2.5伤害意图、程度及处理 非故意引起的伤害占81.70%，故意伤害占15.15％，自我伤害占2.17％。伤害程度以轻度伤害为主（60.77%），中度占34.44％、重度4.8％。处理情况以治疗并回家为主（50.42%），观察/住院占47.95％，死亡占0.29％，其他占1.34％。

3 讨论

近年来随着社会的发展，人们对健康的重视程度以及对安全的需求越来越高，伤害预防已受到各部门的重点关注。

根据全国第三次死因回顾抽样调查新疆5个县的调查资料显示，伤害导致的死亡率为71.33/10万，占总死亡的11.18%[1]。伤害对居民生命、健康、家庭负担、医疗支出、社会代价和潜在危害十分严重。本次伤害监测结果显示，非故意伤害占81.70％，男性多于女性，30.28%伤害发生在公路/街道，商业服务人员发生比例最高，与国内报道基本一致[4-6]，提示新疆发生伤害人群以职业伤害和道路交通伤害为主，伤害干预的重点人群应该放在男性、商业服务人员和学生，家中的伤害也不容忽视。应加强安全知识宣传，制定有针对性的宣传教育内容和方式，努力提高居民的伤害预防知识和安全意识，改变不良的行为习惯，避免和减少伤害的发生，同时应加强环境整治，如改善工作条件，增加劳动保护措施；道路设施合理化、加设防护栏、增加明显交通标志等，通过综合措施的实施来达到有效防治伤害的目的。 4参考文献

[1] 罗卫平，刘来新，索菲娅，等．新疆五县居民意外伤害死亡分析[J].疾病监测,2008,23(4):249.

[2] 卢关平，周春洪.中小学生伤害干预措施的制定及其可行性研究[J].疾病控制杂志，1999，3(4):276-277.

[3] 王声湧. 伤害的预防与控制[M].广州：广东省地图出版社，2001：29-31.

[4] 贾尚春，金少华，谢建嵘，等．安徽省10市（县）医院伤害监测结果分析[J].安徽预防医学杂志,2006，12(2):78-80.

[5] 栗华，朱俊卿，孙纪新,等．20xx年藁城城市医院就诊状况调查[J].中国慢性病预防与控制,2005,13(5):214-216.

[6] 李丽萍，黄革，罗家逸,等．医院急诊室的伤害监测情况分析[J].中国预防医学杂志,2001，2(4):257-260.

第二篇：软件性能测试结果分析总结

软件性能测试结果分析总结

平均响应时间：在互联网上对于用户响应时间，有一个普遍的标准。2/5/10秒原则。

　　也就是说，在2秒之内给客户响应被用户认为是“非常有吸引力”的用户体验。在5秒之内响应客户被认为“比较不错”的用户体验，在10秒内给用户响应被认为“糟糕”的用户体验。如果超过10秒还没有得到响应，那么大多用户会认为这次请求是失败的。

定义：指的是客户发出请求到得到响应的整个过程的时间。在某些工具中，请求响应时间通常会被称为“TTLB”(Time to laster byte) ,意思是从发起一个请求开始，到客户端收到最后一个字节的响应所耗费的时间。

错误状态情况分析：常用的HTTP状态代码如下：

400 无法解析此请求。

401.1 未经授权：访问由于凭据无效被拒绝。

401.2 未经授权: 访问由于服务器配置倾向使用替代身份验证方法而被拒绝。

401.3 未经授权：访问由于 ACL 对所请求资源的设置被拒绝。

401.4 未经授权：Web 服务器上安装的筛选器授权失败。

401.5 未经授权：ISAPI/CGI 应用程序授权失败。

401.7 未经授权：由于 Web 服务器上的 URL 授权策略而拒绝访问。

403 禁止访问：访问被拒绝。

403.1 禁止访问：执行访问被拒绝。

403.2 禁止访问：读取访问被拒绝。

403.3 禁止访问：写入访问被拒绝。

403.4 禁止访问：需要使用 SSL 查看该资源。

403.5 禁止访问：需要使用 SSL 128 查看该资源。

403.6 禁止访问：客户端的 IP 地址被拒绝。

403.7 禁止访问：需要 SSL 客户端证书。

403.8 禁止访问：客户端的 DNS 名称被拒绝。

403.9 禁止访问：太多客户端试图连接到 Web 服务器。

403.10 禁止访问：Web 服务器配置为拒绝执行访问。

403.11 禁止访问：密码已更改。

403.12 禁止访问：服务器证书映射器拒绝了客户端证书访问。

403.13 禁止访问：客户端证书已在 Web 服务器上吊销。

403.14 禁止访问：在 Web 服务器上已拒绝目录列表。

403.15 禁止访问：Web 服务器已超过客户端访问许可证限制。

403.16 禁止访问：客户端证书格式错误或未被 Web 服务器信任。

403.17 禁止访问：客户端证书已经到期或者尚未生效。

403.18 禁止访问：无法在当前应用程序池中执行请求的 URL。

403.19 禁止访问：无法在该应用程序池中为客户端执行 CGI。

403.20 禁止访问：Passport 登录失败。

404 找不到文件或目录。

404.1 文件或目录未找到：网站无法在所请求的端口访问。

需要注意的是404.1错误只会出现在具有多个IP地址的计算机上。如果在特定IP地址/端口组合上收到客户端请求，而且没有将IP地址配置为在该特定的端口上侦听，则IIS返回 404.1 HTTP错误。例如，如果一台计算机有两个IP地址，而只将其中一个IP地址配置为在端口80上侦听，则另一个IP地址从端口80收到的任何请求都将导致IIS返回404.1错误。只应在此服务级别设置该错误，因为只有当服务器上使用多个IP地址时才会将它返回给客户端。

404.2 文件或目录无法找到：锁定策略禁止该请求。

404.3 文件或目录无法找到：MIME 映射策略禁止该请求。

405 用于访问该页的 HTTP 动作未被许可。

406 客户端浏览器不接受所请求页面的 MIME 类型。

407 Web 服务器需要初始的代理验证。

410 文件已删除。

412 客户端设置的前提条件在 Web 服务器上评估时失败。

414 请求 URL 太大，因此在 Web 服务器上不接受该 URL。

500 服务器内部错误。

500.11 服务器错误：Web 服务器上的应用程序正在关闭。

500.12 服务器错误：Web 服务器上的应用程序正在重新启动。

500.13 服务器错误：Web 服务器太忙。

500.14 服务器错误：服务器上的无效应用程序配置。

500.15 服务器错误：不允许直接请求 GLOBAL.ASA。

500.16 服务器错误：UNC 授权凭据不正确。

500.17 服务器错误：URL 授权存储无法找到。

500.18 服务器错误：URL 授权存储无法打开。

500.19 服务器错误：该文件的数据在配置数据库中配置不正确。

500.20 服务器错误：URL 授权域无法找到。

500 100 内部服务器错误：ASP 错误。

501 标题值指定的配置没有执行。

502 Web 服务器作为网关或代理服务器时收到无效的响应。

每秒点击数：“Hits per Second（每秒点击数）”反映了客户端每秒钟向服务器端提交的请求数量，如果客户端发出的请求数量越多，与之相对的“Average Throughput (bytes/second)”也应该越大，并且发出的请求越多会对平均事务响应时间造成影响，所以在测试过程中往往将这三者结合起来分析。图显示的是“Hits per Second”与“Average Throughput(bytes/second)”的复合图，从图中可以看出，两种图形的曲线都正常并且基本一致，说明服务器能及时的接受客户端的请求，并能够返回结果。如果“Hits per Second”正常，而“Average Throughput (bytes/second)”不正常，则表示服务器虽然能够接受服务器的请求，但返回结果较慢，可能是程序处理缓慢。如果“Hits per Second”不正常，则说明客户端存在问题，那种问题一般是网络引起的，或者录制的脚本有问题，未能正确的模拟用户的行为。

说明：具体结果根据实际数据情况分析。

对于本次测试来说，“Hits per Second”与“Average Throughput (bytes/second)”都是正常的，而且整体表现还是不错的。

一般情况下，这两种指标用于性能调优，比如给定了几个条件，去检测另外一个条件，用这两个指标衡量，往往起到很好的效果。比如要比较某两种硬件平台的优劣，就可以使用相同的配置方法部署软件系统，然后使用相同的脚本、场景设计、统计方法去分析，最终得出一个较优的配置。

吞吐量：1. 用户协助设计性能测试场景，以及衡量性能测试场景是否达到了预期的设计目标：在设计性能测试场景时，吞吐量可被用户协助设计性能测试场景，根据估算的吞吐量数据，可以对应到测试场景的事务发生频率，事务发生次数等；另外，在测试完成后，根据实际的吞吐量可以衡量测试是否达到了预期的目标。

2. 用于协助分析性能瓶颈：吞吐量的限制是性能瓶颈的一种重要表现形式，因此，有针对性地对吞吐量设计测试，可以协助尽快定位到性能瓶颈所在位置。

备注说明：对于吞吐量，单位时间内吞吐量越大，说明服务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比关系。

点击率：点击率可以看作是TPS的一种特定情况。点击率更能体现用户端对服务器的压力。TPS更能体现服务器对客户请求的处理能力。

每秒钟用户向web服务器提交的HTTP请求数。这个指标是web 应用特有的一个指标；web应用是“请求-响应”模式，用户发一个申请，服务器就要处理一次，所以点击是web应用能够处理的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。容易看出，点击率越大。对服务器的压力也越大，点击率只是一个性能参考指标，重要的是分析点击时产生的影响。

备注说明：需要注意的是，这里的点击不是指鼠标的一次“单击”操作，因为一次“单击”操作中，客户端可能向服务器发现多个HTTP请求。

吞吐率：　单位时间内网络上传输的数据量，也可以指单位时间内处理客户请求数量。它是衡量网络性能的重要指标，通常情况下，吞吐率用“字节数/秒”来衡量，当然，你可以用“请求数/秒”和“页面数/秒”来衡量。

备注说明：不管是一个请求还是一个页面，它的本质都是在网络上传输的数据，那么来表示数据的单位就是字节数。

　　不过以不同的方式表达的吞吐量可以说明不同层次的问题。例如，以字节数/秒方式表示的吞吐量主要受网络基础设置、服务器架构、应用服务器制约；以请求数/秒方式表示的吞吐量主要受应用服务器和应用代码的制约。

但是从业务的角度看，吞吐率也可以用“业务数/小时或天”、“访问人数/小时或天”、“页面访问量/小时或天”来衡量。例如，在银行卡审批系统中，可以用“千件/小时”来衡量系统的业务处理能力。那么，从用户的角度，一个表单提交可以得到一次审批。又引出来一个概念---事务。

TPS: 每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标。Trasaction per second也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用加权协函数平均方法来计算客户机的得分，测试软件就是利用客户机的这些信息使用加权协函数平均方法来计算服务器端的整体TPS得分。一般来说系统的TPS取决于系统事务最低处理能力的模块的TPS，经验值10-100

经验分析：

1、TPS标准差/TPS Average>8%,或者<2%则系统存在性能瓶颈

2、当增大系统的压力(或增加并发用户数)时，吞吐率和TPS的变化曲线呈正比变化，则系统基本稳定。

3、若压力增大时，吞吐率的曲线增加到一定程度后出现变化缓慢，甚至平坦，同时TPS也趋于平坦，查看系统资源使用，如果资源使用率比较高，则说明服务器硬件资源存在问题，需要拓展硬件或者优化应用。反之，则说明服务器硬件资源不存在问题，查看网络流量，估计网络带宽存在问题。

4、点击率/TPS曲线出现变化缓慢或者平坦,很可能是服务器响应时间增加，观察服务器资源使用情况，确定是否是服务器问题或者应用问题

5. 　一个系统吞吐量通常由ＱＰＳ（ＴＰＳ）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。

         性能测试网站评测标准：

6．经验分析测试数据对比：

     1.用户数与相应时间对比

   2.用户数与CPU占用对比

   3.用户数与吞吐量对比

   4.