浙江丽水:擦亮健康底色,以数字化改革提升服务力******
时值严冬,呼吸道疾病感染进入高发期。在浙江省丽水市莲都区大港头镇官岭村,山区村民足不出村,即可在家门口的“流动发热门诊”就诊取药。
近日,2022年度全国爱国卫生运动大会在北京举行。在大会的健康城市主题分会上,丽水市副市长卢彩柳作“倡导文明健康助力健康城市建设”典型经验分享时介绍,丽水打造的“智慧流动医院”,实现了758个未设医疗机构的偏远行政村全覆盖。
早在2018年,丽水市创新建立了“流动医院”巡回诊疗山区模式,此后运用数字化技术加以升级改造。近期,当地基于46辆“智慧流动医院”巡回诊疗车(以下简称“智慧流动医院”),按需开设“流动发热门诊”。
地处浙南山区的丽水,生态环境状况指数连续18年位居浙江省首位。记者了解到,丽水市已连续两年获评全国健康城市建设样板市,除了良好的生态环境,以数字化改革提升服务水平,是当地建设“健康丽水”的重要手段。
经过升级改造的“智慧流动医院”,除了可进行常规的血压、血糖检查,还能实现心电图、尿检、B超等项目。尤为关键的是,智慧车载系统配备5G网络,通过打通医保系统,安装移动结算系统,在车内就可以实现医保刷卡结算,挂号收费、就医、检查、取药、医保报销、家庭医生签约、公共卫生服务等并网运行,让山区群众在家门口就能享受到县级医院的门诊服务。
新冠肺炎疫情防控期间,“智慧流动医院”曾数次驶入封控区,保障隔离群众看病买药需求。如2022年3月至4月,丽水莲都区岩泉街道蔚蓝水岸小区相关区域被划定疫情防控“三区”,莲都区当即协调“智慧流动医院”定期驻点开诊。
彼时,群众通过“浙里办”平台的“智慧流动医院”服务端,进入“需求反馈”界面,提出就医需求,区域基层医疗机构就能在“丽水市智慧流动医院管理监测平台”收到群众信息,提前安排出诊医生,为群众提供“点单式”服务,按需备好检查设备、药品、医疗物资等。
2022年7月,丽水市卫健委打造的“救在丽水”应用,在“浙里办”平台正式上线,通过构建多跨协同、高效便捷的山区医疗急救服务模式,进一步畅通山区群众“就医通道”。
记者了解到,该应用整合了丽水全市233家医疗机构、127辆院前急救车、46个流动医院、524台AED等资源,打通卫健、公安、医保等8个部门数据壁垒,集成双向定位、上车即入院等19个信息模块和1121个数据项目。
据介绍,“救在丽水”通过构建“身边救”“同步救”“精准救”“全域救”“全程救”5个场景,将原先急救流程中4个线下人工环节整合为线上一体化流程,将原来车上只能做体征监测模式提升为同步会诊模式,救治成功率从96%提升至98%,院前心肺复苏成功率从1.12%提升至2.26%。
2022年以来,“救在丽水”已参与执行急救任务45614次,促使全市急救服务半径从32公里缩小至19公里、平均急救反应时间从34分钟减少至18分钟,被评为浙江省数字社会系统2022年度“最佳应用”。
丽水市爱卫办相关负责人介绍,近年来,丽水实施健康优先发展战略,创新健康城市综合管理智慧化监管模式,依托“花园云”城市大脑,建成了健康城市管理体系,打通共享卫生健康、市场监管、行政执法、建设等部门数据,推动城市管理、食品安全、卫生监督等重点领域数字化智慧监管。
该负责人表示,接下来,丽水将进一步贯彻“将健康融入所有政策”“人民共建共享”的工作方针,将爱国卫生运动与传染病、慢性病防控等紧密结合,全面改善人居环境,坚持数字化改革,全力构建丽水山区医疗模式,为群众提供更普惠的医疗服务。(洪恒飞 赖英映 科技日报记者 江耘)
【动画】@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 行为,后台拉活、自动下载安装、误触下载等风险行为。
(监制:张宁 策划:李政葳 制作:黎梦竹)
(文图:赵筱尘 巫邓炎)