一、基本情况

“智能化模拟人生系统”项目,预算金额为 * 万,于 * 年1月19日至1 (略) (略) (略) 上公示,共一家供应商[博时（北京） (略) ] 提出8条建议事项(详情见附件),采纳2条意见，未采纳6条意见。

二、采纳意见及理由

1.“防摔满足GJB * 系列标准的要求，防摔高度至少大于2 m”；

供应商建议删除“防摔满足GJB * 系列标准的要求”。

我单位认为，智能化战创伤模拟人要具备一定的防摔、防潮性能。因此，需要有一 (略) 评价。而GJB * 系列标准包括防摔、防潮等的评价。该条目为非星号条目。

我单位将该条目修改为“防摔满足GJB * 系列标准的要求”。

2.涉水救援模拟人生支持多种同期方式，可通过口对口、复苏气囊对口等方式完成人工通气，成功通气时可见胸廓起伏，可检测人工通气潮气量；可通过仰头举颌法 (略) 气道打开操作，气道打开操作可检测。涉水救援模拟人支持心肺复苏，过程中的实时数据，以即时反馈的图形化方式直观展示，方便学生即时纠错。所有的考核数据可自动保存，并区分考核类型、时间及人员，可分类排序、查看。

供应商建议删除以上划线参数。

采纳上述意见。参数修改为“涉水救援模拟人生支持多种同期方式，可通过口对口、复苏气囊对口等方式完成人工通气，成功通气时可见胸廓起伏；支持心肺复苏。”

三、未采纳意见及理由

共6条意见未采纳，具体为：

1.出血功能，模拟动脉、静脉两种出血状态，可自动检测出血量；储血装置容量不低于1.0升；支持填塞止血、止血带止血等各种止血方法；

供应商建议增加“ (略) 位具备止血压力感应，且均具有极易功能，拥护 (略) 需压力，如旋压式止血带旋转几圈可以自动止血，系统自动记忆， (略) 需压力系统自动止血，同时系统自动记录”。

我单位认为，本条目为带星号条目，增加上述条件，具有明显的排他性。因此，不采纳该建议。

2.支持口对口、口对鼻、建议呼吸器对口等多种通气方式；电子监控气道开放、吹气次数、吹气频率、吹气量、按压次数、按压频率、按压位置、按压深度、胸廓是否回弹、按压中断时间等，自动判断人工呼吸与胸外按压的比例，实时数据显示；

供应商建议改为“心肺复苏训练满足AHA * 标准，可监测按压深度、频率、回弹、通气效果等指标”。

此项技术要求，均是按照AHA心肺复苏指南要求而设定的技术参数。我单位认为，供应商提的建议 (略) 分相符，不冲突，但我们的条目中同时有呼吸器对口的通气方式，此时需要有吹气次数、吹气频率、吹气量等。心肺复苏时，按压的位置不正确，会影响按压的效果和心肺复苏的成功率，是关键指标。按压中断时间评价的是按压的连续性，都是心肺复苏的基本参数之一。经考察，市场上有三家 (略) 商满足此技术要求，韩国BT、挪度、上海弘联、上海宸博、上海驿佳、 (略) 均有该技术参数条文的明确表述。经检索，该技术参数原文在过往历次的相关医学训练模型的招标中被广泛引用和使用，属于通用性的技术参数，没有明确的指向性和排他性。

因此我单位认为建议不予以采纳。

3. 智能化模拟人为标准亚洲男性，身高约1.78 m，体重约60kg；皮肤具有逼真的触感和外观；模拟人具有准确的骨性标志：锁骨、见图、胸骨角、肋骨和肋间隙等；

供应商建议改为“体重≥35 kg”。

我单位认为，标准亚洲男性，身高约1.78 m，60 kg为正常成人的体重,符合项目训练需求，提高训练真实度。

因此我单位认为建议不予以采纳。

4. (略) 、双侧肩关节、双侧肘关节、双侧髋关节、双侧膝关节可自由活动，达到人体生理活动范围；并具有阻尼设计，可摆放为坐立、卧位或侧卧姿势；

供应商建议删除“并具有阻尼设计”。

我单位认为，阻尼设计对关节活动时具有一定的保护作用。模拟人在实际教学过程中涉及到关节的活动（关节疼痛，屈曲后缓解等）等检测，没有阻尼设计，容易造成关节损伤，缩短模拟人的使用寿命。

因此我单位认为建议不予以采纳。

5. 模拟人生可连接真实和模拟监护仪，在线显示 (略) 数据，可连接真实心电图机，打印出12导联心电图数据；

供应商建议增加“可使用临床真 (略) 除颤，可使用临床听诊器听诊心音、肺音”。

我单位首先感谢供应商的建议。通常，智能化模拟人都具有连接除颤仪，使用听诊器听诊的功能。供应商建议增加使用真实除颤仪除颤，可能会增加排他性。此外，除颤的功能，项目组在其他的模型中已经有实现。此处不是重点。

该条目为非星号条目。

因此我单位认为建议不予以采纳。

6. 简易心肺复苏模拟装置软件可自动适配主流设备，包括：手机、平板、电脑、笔记本电脑和台式电脑等，并适配主流操作系统，包括Windows、OSX、Android和iOS等。

供应商建议删除该条，修改为“简易心肺复苏模拟装置配置控制终端和相应的软件”。

我单位认为，为保证软件的通用性、可扩展性、兼容性及易维护性，需采用通用主流操作系统平台。本条目为非星号条目。

因此我单位认为建议不予以采纳。

一、基本情况

“智能化模拟人生系统”项目,预算金额为 * 万,于 * 年1月19日至1 (略) (略) (略) 上公示,共一家供应商[博时（北京） (略) ] 提出8条建议事项(详情见附件),采纳2条意见，未采纳6条意见。

二、采纳意见及理由

1.“防摔满足GJB * 系列标准的要求，防摔高度至少大于2 m”；

供应商建议删除“防摔满足GJB * 系列标准的要求”。

我单位认为，智能化战创伤模拟人要具备一定的防摔、防潮性能。因此，需要有一 (略) 评价。而GJB * 系列标准包括防摔、防潮等的评价。该条目为非星号条目。

我单位将该条目修改为“防摔满足GJB * 系列标准的要求”。

2.涉水救援模拟人生支持多种同期方式，可通过口对口、复苏气囊对口等方式完成人工通气，成功通气时可见胸廓起伏，可检测人工通气潮气量；可通过仰头举颌法 (略) 气道打开操作，气道打开操作可检测。涉水救援模拟人支持心肺复苏，过程中的实时数据，以即时反馈的图形化方式直观展示，方便学生即时纠错。所有的考核数据可自动保存，并区分考核类型、时间及人员，可分类排序、查看。

供应商建议删除以上划线参数。

采纳上述意见。参数修改为“涉水救援模拟人生支持多种同期方式，可通过口对口、复苏气囊对口等方式完成人工通气，成功通气时可见胸廓起伏；支持心肺复苏。”

三、未采纳意见及理由

共6条意见未采纳，具体为：

1.出血功能，模拟动脉、静脉两种出血状态，可自动检测出血量；储血装置容量不低于1.0升；支持填塞止血、止血带止血等各种止血方法；

供应商建议增加“ (略) 位具备止血压力感应，且均具有极易功能，拥护 (略) 需压力，如旋压式止血带旋转几圈可以自动止血，系统自动记忆， (略) 需压力系统自动止血，同时系统自动记录”。

我单位认为，本条目为带星号条目，增加上述条件，具有明显的排他性。因此，不采纳该建议。

2.支持口对口、口对鼻、建议呼吸器对口等多种通气方式；电子监控气道开放、吹气次数、吹气频率、吹气量、按压次数、按压频率、按压位置、按压深度、胸廓是否回弹、按压中断时间等，自动判断人工呼吸与胸外按压的比例，实时数据显示；

供应商建议改为“心肺复苏训练满足AHA * 标准，可监测按压深度、频率、回弹、通气效果等指标”。

此项技术要求，均是按照AHA心肺复苏指南要求而设定的技术参数。我单位认为，供应商提的建议 (略) 分相符，不冲突，但我们的条目中同时有呼吸器对口的通气方式，此时需要有吹气次数、吹气频率、吹气量等。心肺复苏时，按压的位置不正确，会影响按压的效果和心肺复苏的成功率，是关键指标。按压中断时间评价的是按压的连续性，都是心肺复苏的基本参数之一。经考察，市场上有三家 (略) 商满足此技术要求，韩国BT、挪度、上海弘联、上海宸博、上海驿佳、 (略) 均有该技术参数条文的明确表述。经检索，该技术参数原文在过往历次的相关医学训练模型的招标中被广泛引用和使用，属于通用性的技术参数，没有明确的指向性和排他性。

因此我单位认为建议不予以采纳。

3. 智能化模拟人为标准亚洲男性，身高约1.78 m，体重约60kg；皮肤具有逼真的触感和外观；模拟人具有准确的骨性标志：锁骨、见图、胸骨角、肋骨和肋间隙等；

供应商建议改为“体重≥35 kg”。

我单位认为，标准亚洲男性，身高约1.78 m，60 kg为正常成人的体重,符合项目训练需求，提高训练真实度。

因此我单位认为建议不予以采纳。

4. (略) 、双侧肩关节、双侧肘关节、双侧髋关节、双侧膝关节可自由活动，达到人体生理活动范围；并具有阻尼设计，可摆放为坐立、卧位或侧卧姿势；

供应商建议删除“并具有阻尼设计”。

我单位认为，阻尼设计对关节活动时具有一定的保护作用。模拟人在实际教学过程中涉及到关节的活动（关节疼痛，屈曲后缓解等）等检测，没有阻尼设计，容易造成关节损伤，缩短模拟人的使用寿命。

因此我单位认为建议不予以采纳。

5. 模拟人生可连接真实和模拟监护仪，在线显示 (略) 数据，可连接真实心电图机，打印出12导联心电图数据；

供应商建议增加“可使用临床真 (略) 除颤，可使用临床听诊器听诊心音、肺音”。

我单位首先感谢供应商的建议。通常，智能化模拟人都具有连接除颤仪，使用听诊器听诊的功能。供应商建议增加使用真实除颤仪除颤，可能会增加排他性。此外，除颤的功能，项目组在其他的模型中已经有实现。此处不是重点。

该条目为非星号条目。

因此我单位认为建议不予以采纳。

6. 简易心肺复苏模拟装置软件可自动适配主流设备，包括：手机、平板、电脑、笔记本电脑和台式电脑等，并适配主流操作系统，包括Windows、OSX、Android和iOS等。

供应商建议删除该条，修改为“简易心肺复苏模拟装置配置控制终端和相应的软件”。

我单位认为，为保证软件的通用性、可扩展性、兼容性及易维护性，需采用通用主流操作系统平台。本条目为非星号条目。

因此我单位认为建议不予以采纳。