上海：社区卫生服务机构扩容增能全力救治新冠病毒感染者******
中新网上海1月9日电 (记者 陈静)当下，上海正充分发挥社区卫生服务中心分级诊疗作用，缓解二、三级医院新冠病毒感染者救治压力。各社区卫生服务机构努力满足新冠病毒感染者在家门口接受氧疗、输液、用药、雾化等医疗服务需求；社区病房开足马力，“家庭病床”留住患者。
记者9日获悉，目前，全上海335个社区卫生服务中心、分中心已实现吸氧服务全覆盖；上海超六成社区卫生服务中心、分中心总计设置713个雾化治疗位。同时，“抗病毒药物”优先下沉社区，在市区专家组指导下，对符合指征的感染者，社区卫生服务机构及时指导其使用抗病毒药物，实现尽早干预。据统计，上海的社区卫生服务机构已累计开具抗病毒药物治疗1.5万人次。
黄浦区打浦桥街道社区卫生服务中心方面介绍，该中心调整了慢病中心，将精准测压和智慧血糖前移；并在一楼辟出了一个大房间为需要的民众开展氧疗。记者看到，氧疗、输液区均有护理人员来往巡视；该中心还配备了指氧仪，随时监测患者氧饱和度情况。该中心增设20个氧疗输液位；同时，扩容二楼输液区，新增10个氧疗输液位。
采访中，记者了解到，上海的社区卫生服务中心病房不仅加强救治社区的新冠病毒感染者，还为上级医院转诊的平稳期感染者开展康复与护理。上海市卫健委方面介绍，自2023年元旦以来，上海的社区病房累计收治新冠感染者已近3000人。
在普陀区万里街道社区卫生服务中心，在区域西部医联体框架下迅速组建“利群-万里联合病房”，开放90张床位，按照“应收尽收、能收尽收”原则，上下联动，全力打通住院患者绿色通道。利群医院每天召开线上救治调度会，专题研讨，统一协调，打通急诊与各科室分流患者的绿色通道。医院成立组成转运专班：及时将病情稳定的患者下转，同时保证重症患者顺畅转运和分流。医院方面介绍，该院安排呼吸科负责人作为联合病房指导专家，派驻具有定点医院丰富救治经验的医生至万里社区卫生服务中心病区全面负责医疗工作，每日围绕重点病人开展专家组线上视频查房。
据悉，上海发布《社区新冠感染者居家治疗家庭病床工作指南》，为病情稳定、符合指征的患者建立家庭病床，提供居家健康监测、用药指导、氧疗服务、协助转诊等服务。自12月以来，全上海社区卫生服务中心已累计建立超过2.3万张家庭病床，有效缓解住院压力。据介绍，长期以来，上海对行动不便的居民，在病情稳定并经评估达到标准情况下，建立“家庭病床”，社区医务人员定期上门提供医疗健康服务。
在虹口区，记者了解到，虹口区8家社区卫生服务中心均提供家庭病床服务，到8日为止，该区累计开设918张家庭病床。广中路街道社区卫生服务中心将36组家庭医生的联系方式下发给所有居委会。据介绍，该中心对新冠病毒感染人群进行了分级分类管理，对重点人群中的孤寡独居老人，家庭医生们除了以往的常规上门访视，还建立了微信联系，并进行远程访视。
为提升社区新冠救治能力，上海向社区优先倾斜发热诊疗药物、抗病毒药物、指氧仪、氧气罐等的配置；同时，各社区卫生服务机构不断拓展装备，提升配置。目前上海已有27家社区卫生服务中心配置CT。在嘉定区外冈镇社区卫生服务中心，记者了解到，该中心配备了40排80层螺旋CT，设备搭载远程会诊系统。民众在家门口就能获到上级医院的专业诊断结果，做到早发现、早诊断、早治疗。该中心方面介绍，目前CT的接诊量一天在大约80到100人次。
上海市卫健委方面表示，预计到兔年春节前，配置CT的社区卫生服务中心将增加到45家，嘉定区、闵行区或将实现区域内社区卫生服务中心CT设备全覆盖。(完)
【动画】@App开发者们，你想了解的SDK安全风险都在这！******
日前，工业和信息化部信息通信管理局通报了今年第一批侵害用户权益行为App，有13款内嵌第三方SDK存在违规收集用户设备信息行为。
现如今，大量App借助SDK实现特定功能，提供便捷服务，满足用户多样需要，但APP使用SDK也可能带来相关安全问题，包括SDK自身安全漏洞、SDK恶意行为、SDK收集使用个人信息三类。
其中，SDK恶意行为是指嵌入APP中的SDK自身产生的恶意行为。这种恶意行为将破坏使用SDK的APP的安全性，对用户权益、数据等方面造成严重威胁。典型的恶意行为如流量劫持、资费消耗、隐私窃取等。
常见SDK恶意行为
流量劫持指SDK信息拉取、上报和展示目标App提供者设定的目标不同，恶意劫持App流量，可能对App造成损害；隐私窃取指SDK在用户不知情或误导用户的情况下，隐蔽窃取用户的通讯录、短信息等个人敏感信息，隐蔽进行拍照、录音等敏感行为，并发送给恶意开发者；广告刷量指SDK在最终用户不知情的情况下，在后台模拟人工点击广告链接进行牟利。
在SDK收集使用个人信息方面，安天移动安全发现，应用接入第三方SDK引发的违规收集个人信息问题较为普遍。其中，包括用户同意隐私政策前就开始收集个人信息、隐私政策中未明确提及所接入的SDK和数据收集情况、SDK收集的个人信息范围与隐私政策不相符等。
除了上述 SDK恶意行为外，当前 App 接入的 SDK 中还存在以上风险行为类型
在对某统计类SDK检测分析时研究发现，其主要提供用户行为统计功能，并在此过程中实现用户终端数据的收集和上传。
由于该SDK 在不同App中存在模块代码和版本的不同，因此对其在不同月活范围 App 中的数据收集行为进行抽样分析，从结果上来看，该SDK 普遍存在违规收集和超范围收集个人信息的问题，并且在月活较低的 App 接入的版本中，还存在通过云控参数控制 SDK 在终端侧收集数据范围的情况，并且涉及大量用户隐私路径数据的访问。
以某知名地图 App为例，在相关检测中发现，在隐私政策中明确提到了应用内第三方 SDK所收集的个人信息类型为设备信息和 Wi-Fi 地址。而实际上传的数据中除了包含 WiFi 的BSSID名称信息外，还频繁上传用户安装应用的列表信息。
国家标准计划《信息安全技术 移动互联网应用程序（App）收集个人信息基本要求》中明确定义了不同业务场景下，应用收集个人信息范围的最小化原则。而在应用接入的 SDK 中，收集个人信息范围、频度的必要性和最小化原则同样适用于SDK的功能业务场景。
虽然部分应用接入 SDK 时明示了 SDK 所收集的个人信息范围，但其合理性和必要性存疑，例如收集个人信息范围为软件安装列表，但实际除了收集安装应用包名信息外，还收集了安装应用运行状态信息等，这就涉及超范围收集个人信息。
例如，某统计类 SDK除了应用开发者本身主动调用相关事件接口外，SDK自身还注册监听了多种广播消息，在监听到相关消息后则会触发数据的收集和上传行为。例如对解锁屏、电源连接断开事件进行监听、对用户终端安装、卸载应用行为进行监听，除此以外，还会监听应用前台、后台的切换行为从而触发数据的收集和上传。
另外，当前 App 接入的 SDK 中还存在云端控制SDK行为，热更新技术控制 SDK 行为，后台拉活、自动下载安装、误触下载等风险行为。
（监制：张宁 策划：李政葳 制作：黎梦竹）
