apache ii评分标准（APACHE-II评分系统的分类）
本文目录
APACHE-II评分系统的分类
APS将 APACHE的34项参数中不常用或意义不大者如血浆渗透压、血乳酸浓度、BUN、GLu、ALb、CVP及尿量等删去 ,变为12项参数(均为入ICU后前24小时内最差者),每项分值仍为 0～4分,总分值 0～60分。年龄分值 0～6分,CPS2～5分。APACHE 的总分值为0～ 71分。与 APACHE 不同的是 ,APACHE 要求 12项 APS必须全部获得 ,以排除因将所缺参数项视为正常所带来的误差。此外 ,APACHE 还提出了计算每一个患者死亡危险性 (R)的公式 :In(R/1-R) =-3.517+(APACHE 得分×0 .146 ) +0 .603 (仅限于急诊手术后患者 )+患者入ICU的主要疾病得分。将每一患者 R值相加 ,再除以患者总数即可求出群体患者的预计病死率判断一种疾病的严重度分类系统是否有效 ,取决于其能否准确地预计患者的病死率。Knaus等将APACHE 用于 1 3所医院的 5815例 ICU患者 ,发现APACHE 分值与病死率之间存在明显的正相关关系 ,即分值越高 ,病死率也越高。其预测病死率的正确率达 86%。这表明 APACHE 是一种较好的疾病严重度分类系统。尽管 APACHE 仍采用了患者入 ICU后第 1个24小时最差的12项APS分值,但 Knaus等认为,如果APACHE 能在急诊室或患者入ICU时进行评定,意义更大,因为这样可以最大程度地消除治疗对评分结果的影响,因此他们推荐使用患者入ICU时的APS。究竟是患者入ICU后的最初APS更有意义,还是前24小时内最差的APS更有价值,有待进一步的研究.
apache ii评分多少分为危重患者
危重病人APACHE II
≤5
5．PaO2（mmHg）
(FiO2《50%)
A-aDO2
(FiO2》50%)
…
≥500
……
350-499
……
200-349
………
＞70
………
＜200
61-70
………
………
55-60
………
＜55
……
6.动脉血PH
血清HCO3（mmol/L）(无血气时用)
≥7.7
……
≥52
7.6-7.69
……
41-51.9
……
7.5-7.59
……
32-40.9
7.33-7.49
……
23-31.9
……
7.25-7.32
……
18-21.9
7.15-7.24
……
15-17.9
＜7.15
……
＜15
7．血清Na（mmol/L）
≥180
160-179
155-159
150-154
130-149
120-129
111-119
≤110
8．血清K（mmol/L）
≥7
6-6.9
5.5-5.9
3.5-5.4
3-3.4
2.5-2.9
＜2.5
9．血清肌酐（mg/dL）
≥3.5
2-3.4
1.5-1.9
0.6-1.4
＜0.6
10.血球压积(%)
≥60
50-59.9
46-49.9
30-45.9
20-29.9
＜20
11.WBC(*1000)
≥40
20-39.9
15-19.9
3-14.9
1-2.9
＜1
D 积 分
APACHEⅡ总积分=A+B+C+D
注:
1.数据采集应为病人入ICU或抢救开始后24小时内最差值.
2.B项中”不能手术”应理解为由于病人病情危重而不能接受手术治疗者.
3.严重器官功能不全指:①心:心功能Ⅳ级;②肺:慢性缺氧,阻塞性或限制性通气障碍,运动耐力差;③肾:慢性透洗者;④肝:肝硬化,门脉高压,有上消化道出血史,肝昏迷,肝功能衰竭史。
4．免疫损害：如接受放疗、化疗、长期或大量激素治疗，有白血病、淋巴瘤、爱滋病等。
5．D项中的血压值应为平均动脉压=（收缩压+2*舒张压）/3，若有直接动脉压监测则记直接动脉压。
6．呼吸频率应记录病人的自主呼吸频率。
7．如果病人是急性肾功能衰竭，则血清肌酐一项分值应在原基础上加倍（*2）
8. 血清肌酐的单位是μmol/L时，与mg/dL的对应值如下：
mg/dL 3.5 2-3.4 1.5-1.9 0.6-1.4 0.6
μmol/L 305 172-304 128-171 53-127 53
更多文章：
数据库管理系统和数据库系统分别侧重（数据库，数据库管理系统，数据库系统，这三个分别是什么意思并举个实例）
2026年9月7日 17:00
2026年9月7日 16:10
2026年9月7日 15:40
springmvc的依赖（springMVC的注入方式有哪几种，这与springMVC依赖）
2026年9月7日 14:00
2026年9月7日 13:00
2026年9月7日 12:40
display flex 自动换行（overflow-y:hidden;overflow-x:auto;无效解决方法）
2026年9月7日 11:00
2026年9月7日 10:50
timestamp without time zone（Postgresql中to_date（）函数使用问题）
2026年9月7日 09:40
2026年9月7日 04:20
