XX居家健康服务平台建设项目采购需求.docx
XX居家健康服务平台建设项目采购需求第一章项目总体目标为深入贯彻省委省政府数字化改革部署要求,深刻把握数字化改革的定义和内涵,统筹运用数字化技术、数字化思维、数字化认知,把数字化、一体化、现代化贯穿于卫生健康工作全过程,在根本上实现卫生健康整体智治、高效协同,推进XXTJ.生健康治理体系和治理能力现代化根据EXX省医疗保障局关于完善居家医疗服务价格和医保支付政策的通知、x省卫生健康委员会等五部门关于推进家庭侯生签约服务高质量发展的实施意见等文件对居家服务以及家庭医生签约服务的要求,本项目通过建立“平急一体转换”的居家健康服务平台,构建“线上+线卜F家庭医生.签约综合服务模式,为居民提供“平”时暖心服务,“急”时快速响应,有效赋能居民健康服务管理,通过数字赋能,整体提升居家健康的服务水平,同时推进家庭医生卷约服务极盖率和质量双提升。第二章建设原则1、总体规划、分步实施考虑到项目的规模和实施的复杂性,分阶段实施,循序渐进。根据实际情况,确立整体的目标,制订统的规划,保证工程实现各方目标一致,标准统.系统有机衔接。在统一规划的基础上分阶段,有步骤地推进实施.先互联互通,再逐步统一:先建框架,再逐步深化:先行忒点,再全面推广。以保证项目经费筹措、多部门协作、项目风险控制、宓杂业务实现、项目实效达成等多方面的可花程度。2、顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规位,遵循中国卫生信息标准,项目采用标准的、开放的通讯接口和数据标准,允许不同厂商的信息系统有机地整合。遵循国际及国家标准,不但能够使医疗工作者更加集中精力在业务方面,也能够提高平台的乂次,使开发应用不仅和外部进行有效的交流,还能够预期将来的业务的发展。系统部署方案需符合国家卫健委信息化建设相关规范:XX市卫健委全民健康信息平台技术白皮书要求,方案内容完整、详实、切合实际。3、承前继后、科学发展项目在设计过程中要充分考虐继承和利用已有的建设基础、硬件设备和应用中的软件系统,充分利用前期建设成果,在原有基础上进行整合、扩展、新建,促使XX智款健康事业不断迈向更高的台阶及科学UJ"持续发展。4、数据驱动、质房优先高质量的数据是业务处理的堪础,系统是围绕业务进行设计,业务是堪于数据进行展开,数据的变化和不稳定性对于系统设计来说代价是高昂的,遵循“以数据为中心”的原则,全面注重数据脑量的有效提升,提炼和抽象出能够不断扩展的元数据体系统与核心数据模型,保证系统的无缝集成和可持续发展。5、创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念,围绕单一业务、业务联动性、业务协同性、业务整体性等方面枳极打造创新应用,不断驱动项目高效出彩和协调可持续发展.6、安全保密、稳定可靠按照信息安全技术网络安全等级保护基本要求GBT22239-2019)文件第:级安全耍求,着重加强防病毒、网络态势感知、终端接入管理、身份认证密码、数据资源安全等网络安全体系建设,保障信息系统安全可靠运行。项目遵循商用密码应用安全体系框架建设,所有应用系统应能满足商用密码应用安全评估要求。根据XX省公共数据条例hGXX省公共数据安全管理总则3、SXX省电子政务外网安全评估指标体系等文件精神,落实数据安全分级分类、脱敏、加物、安全评估要求.所有建设应用系统应能支持在信创云上部署和运行,满足安全可靠要求。第三章项目建设需求3.1.应用系统建设方案一、XX健康舞站(一)云家康1.公众服务端(移动湍)1.1.我要配药向居民提供配药相关服务,通过此菜单模块可选择各类二级配药类服务项目,居民可通过此模块提出配药相关需求,并查看服务响应情况,1.2. 我要护理向居民提供护理相关服务,通过此菜单模块可选择各类二级护理类服务项目,居民可通过此模块提出护理相关需求,并查看服务响应情况。1.3. 我要康史向居民提供康发相关服务,通过此菜单模块可选择各类二级康亚类服务项目,居民可通过此模块提出康复相关需求,并查看服务响应情况。1.4. 我要检验检查向居民提供检5检查相关服务,通过此菜单模块可选择各类二级检验检查类服务项目,居民可通过此模块提出检脸检查相关需求,并杳看服务响应情况。1.5. 我要建家庭病床通过本模块居民可发起建立家庭病床申请,对居民病床建立情况进行标签维护,可显示居民建床信息。1.6. 我要住院通过本模块居民可发起我要住院的申请,发起后可安排专家上门评估,线下提供预用住院床位相关服务,模块内查看服务响应情况“2. 服务执行端(X政钉移动端)3. 1.“平”时服务处置闭环对居民日常报送的“我要配药,我要护理、我耍康史、我耍检验检查”等相关服务需求,以及“我要建家庭病床”申请形成服务处置闭环。各类健康服务申请由各社区卫生服务中心管理账号进行统受理,评估无法提供服务需求的,通过电话与居民进行沟通并提出相关的处置建议,确认可提供服务的,接单受理并为居民在线下开展对应服务,形成健康服务任务的业务潦程全闭环。根据不同健康服务项目所对应的轻重缓急情况,划分健康服务项目登记,设定为“红、黄、绿”三色标记。对“平”时所发起的各类健康股务工单进行统一管理和杳看。4. 2.“平”时服务情况概览综合查看“平”时服务业务运行情况,如当日服务概况与昨日同比情况,以及不同服务类目的占比等,通过可视化图表直观空握居民服务诉求分布与各社区工作执行情况。3.统一管理端(PC端)3. 1.“平”时服务情况汇总对“平”时发起的各类健康服务需求受理情况形成自动汇总表单,多维度统计服务数唬、办理情况等各类数据报表,展示上报趋势等服务楮况分析,可通过快捷筛选功能,对不同社区、时间范围内的服务清单进行查询与筛选,便于充分掌握居民健康服务工作运行情况。同时以可视化图表形式,更新每日、月度、季度等相关服务数据,实现“平”时服务情况一解展示。5. 2.“平”时服务项目库管理形成全市“平时”健康服务项目库,对“我要配药、我耍护理、我耍康匆、我要检验检隹”等服务大类下的二级服务项H进行梳理,相关服务项目可在后台由权限账号进行管理。(二)家医有妁I.家医端(企业微信)1. 1.医患沟通医生名片:支持移动端展示医生二维码、简介信息、门诊时间、预约挂号链接等,并支持一键推送给居民,方便居民转发给家庭成m进行添加和签约;回且提醒:当超过一定时间未回复居民咨询,系统自动通过企业微信、短信(基于统短信平台等方式,提然家医,同时提醒管理行:履约记录:根据系统配置,完整记录家医和居民之间的每一次履约记录,包括会话、转诊、签约、宣教等;A1.辅助回复:具备对接相大A1.大模型的能力,针对部分居民汴询问题匹配并推荐回复内容;任务提醒:根据居民的签约、服务等信息,系统支持自动生成任务,支持家医一键发送消息提解居民进行在线续签、定期曳诊等:严肃医疗监测:履约过程中,当自动检测到严肃医疗行为时,自动提醒家医,并支持一键推送互联网医院平台,方便居民在线豆诊;个性化欢迎语:在系统设置的欢迎语基础上,支持家医个性化的欢迎语设盥:增强版快捷【可安:在现有只支持文字的基础上,快捷回复增加图片、链接、视频、文件等多类型消息,满足不同的聊天场景。1.2. 转诊卷料转诊备案:针对有现成转诊备案服务功能的区县,支持嵌入现有功能,支持家医移动转诊备案:移动签约:针对有现成移动签约服务功能的区县,支持嵌入现有功能,支持家医移动卷约:转诊沟通:精准转诊的流程中,可支持虚拟群沟通,同时包含家医与居民在转诊前的对话记录,家医、专科医生或转诊专员可同时与居民进行线上沟通。1. 3.专科共管家庭医生同专科医生组成联合服务虚拟群,居民同意纳入联合管理服务体系时,专科医生可查阅家医和居民的对话内容,以及该居民的日常服务情况.1.4. 居民信息个人基本信息:通过微信id的互通屋认,实现居民添加家医为好友后,系统根据微信id自动匹配在市内其他平台的就诊人信息:家医若约信息:根据就诊人信息,系统自动杳询其签约状态并展示,方便家医在沟通过程中了解就诊人签约状态,并支持一键推送签约链接,方便居民进行快速的线上签约和续签:居民标签:根据居民档案系统自动标签,包括重点人群标签、基本信息标签、依从性标签等,支持家医个性化标签维护;健康管理:系统根据居民档案,自动匹配并推荐日常健康任务,支持家医确认健康任务方案,并查看居民的健康打卡记录、健康自测评分等;公卫服务信息:实现家医端可杳看展示居民XX的公卫服务的记录,主要适用于孕妇、婴儿、老年人等特殊人员,便于家医在服务过程中快速查阅历史公卫服务记录。1.5.移动宣教推送宣教资料:在线预览和推送健康宣教素材,支持图文和视频,并支持查看居民的阅读情况。支持按标签进行定时推送,实现精准宣教:推送臼测量表:在线预览和推送自测量表,并支持查看居民自测结果。2.居民端(微信小程序)2.1.家医服务若约信息:杳看居民签约状态、卷约结果信息;在线签约:对接邦泰在线签约功能,用户可通过该功能实现线上签约的申请:互联网医院:嵌入互联网医院平台,支持预约挂号、豆诊开方、在线咨询等;家快推荐:根据居民定位,推荐并显示附近的社区卫生服务中心和家庭医生,居民可以在线查看家医名片,并能在线添加家医为好友,享受家医服务。2.2.就诊人管理就诊人信息授权:提示用户进行档案调阅和开放展示的授权,手机号一送登录。经用户授权后,更多的诊疗、公卫服务记录才会展示出来,供用户查看:家庭管理:支持添加并台询家庭成员信息。2.3.健康积分积分任务:根据后台配置的积分任务,用户可在功能页中根据提示完成相关的任务,完成后可获得对应的积分;积分记录:支持查看居民个人通过健康打卡等方式获得的积分数值,查看获取积分的记录:积分兑换:基于后台配置的积分兑换规则,用户可使用个人枳分兑换服务、商品等。2.4.健康管理健康打卡:根据家医设置的健康任务和系统推存,居民在小程序端可以进行每H健康打卡,并获取相应积分:健康宣教:根据患者标签,系统进行个性化推荐和匹配居民需要的宣教知识,实现T人丁面,并支持转发、点械等互动操作,狭取相应积分:健康评分:从患者基本信息、标签、动态指标变化等纬度,计算患者的健康评分,并根据患者的健康状况变化,动态更新:健康自测:在线健康自测,根据自测结果推荐家医或服务:用药提醒:支持居民手动添加药品信息,系统自动提醒:用药反馈:患者用药遇到异常情况时,可通过小程序联系家医。3.移动管理端(企业微信)3.1.数据统计各区域家医服务数据统计:用户数、会话数、签约数、履约服务数、积分、满意度等服务数据统计:XX市家医服务数据统计:XX市全市范圉内的家医服务数据统计,按区域进行排名。3.2.家医管理组织架构管理:与企业微信通讯录打通;居民继承:对手原先家医添加的居民,可以通过人事交接的方式,将所有好友关系迁移至其他家医账号:居民统计与明细:对添加居民的结果进行统计分析、明细查询:服务网约记录:包括履约完成记录、完成率、违规操作等服务记录:服务满意度:杳询服务满趣度结果,伐询影响服务满患度评分的履约记录明细内容3.3.平台管理履约监测规则配巴:维护履约过程监测的纬度、规则、计兑方法等内容,从综合管理的角度计算家医履约服务过程的结果得分:家快积分规则配身:家庭医生获得积分的规则配置:居民积分规则配置:居民端获得积分的规则配置:居民积分兑换服务:居民端兑换积分的规则配置:健康指数规则配置:从患者基本信息、标签、动态指标变化等纬度.维护健康指数计算规则03.4.展约过程监测履约记录综合查询:家医服务于患衣的过程记录,包括对话、健康干预推送、干预的执行结果等内容:履约服务质量排名:根据监测规则,对家医服务进行评分,体现对患者服务的满意度结果及综合排名。3.5.积分记录查询居民积分:隹询居民获取枳分的记录、兑换的记录:家医积分:查询家医获取枳分的记录。3.6.运营工具朋友圈定时群发:配置.群发规则、配置定向发送人群,实现针对特定人群的居民用户朋友网推送相关资讯;居民定时群发:配置发送规则、配置定向发送人,实现针对某个居民用户推送相关资讯;素材管理:维护针对不同病种、不同重点人群的患者宣教资料库和健康自测量表等。()“急”时响应1.公众服务端(移动湍)1.1.居家居民分类管理1. 1.I.信息认证:认证本人/他人的证件号(身份证、护照)、手机号等基本信息,并对用户进行人员分类管理。1.1. 2.分类管理:用户分为三种角色(非感染人员、感染非重点人m、感染重点人员)并针对不同角色提供不同服务及界面。全点人员分红、黄、绿三级进行全点管理。1. 2.电话求助1.21.求助电话匹配根据所在社区在首页面显示健康服务专员热线电话。或点击下钻勾选不同的社区,查看对应健康服务专员热线:感染重点人员可查看到家庭医生热线并进行咨询。1.2.2.一键呼叫点击热线电话,可调取手机电话功能进行一键呼叫.1.3.线Jt咨询可通过文字留言并选择社区,针对相关问题直接进行线上咨询.1.4.我要服务1.41.我要送药感染重点人员可申请药物资源”勾选人m类型及症状描述,提交文字描述、所在地区及配送信息后,即可生成我要送药服务并提交申请.1.4.2.我要送医用感染重点人员申请就医资源.勾选人员类型及症状描述,提交文字描述、所在地区及详细地址后,即可生成我要送医服务并提交申请。1.5. 我的(历史服务记录1.5.1.历史服务记录可隹看本人的所有求助历史。以列表形式呈现不同类型的历史服务,井呈现该服务的基本信息如类型、生成时间、办理反馈情况等。1.5.2.服务详情点击服务记录即可下钻查看历史服务详情及相关办理反馈记录。1.6. 第三方服务1.7. 1.互联网医院:打通互联网医院小程序,提供网上就医服务。1.7.2. 发热门诊:打通发热门诊小程序,提供发热门诊隹询服务,同时可杳看门诊候诊排队情况。1.6.3.预约挂号:打通预约挂号小程序,提供各大医院网络在线预约挂号服务。1.7.他人代办可为家人亲友等其他人进行“我要送药、我要送医”等相关服务申请代办。可为多人提供代办,手机号码需填写为所代办人对应的号码。2.服务执行端(X政钉移动端)2.1. 综合概览2.1.1.概况:主要展示当前社区的服务概况及相较昨日同比情况。2.1.2.服务分析:针对待办服务及己完成服务可切换查看最近七天的服务详细情况,区分我要送药、我要送医、线上咨询三种类型的服务。2.2.工作台2.2.1.待办服务:显示所有本辖区待办服务,点击按钮可对该条服务进行办理。可按照时间扑序进行升降序切换,或根据服务类型进行筛选。2.2.2.已完成服务:显示本人已办结的服务记录,点击按钮可隹看该条服务的详情及办理反馈情况。可按照时间排序进行升降序切换,或根据服务类型进行筛选。2.3.代办2.3.1.人员杳验:通过姓名和身份证查验此人是否为感臾用户,并根据查验结果提供对应服务。2.3.2.新增代办:对于老年人及其他特殊困难人员当面或电话提出相关服务诉求时,健康服务专员可予以代办,并做好代办服务登记.2.3.3.服务记录:可查看代办服务记录,区分已反馈和未反馈服务,可吓钻查看服务记录详情。可按照时间排序进行升降序切换,或根据服务类型进行筛选。2.4.全点人员走访2.4.1.待办任务:接收重点人员走访任务,并进行查看和处理。2.4.2.任务闭环:针对走访任务完成任务执行、反馈等任务闭环。2.4.3.任务管理:可对全点人员走访任务记录进行查询及管理。2.5.系统管理2.5.1.用户绑定:可在X政钉工作台进入平台,并输入开通账号进行X攻钉用户绑定.2.5.2.组织绑定:首次登录时,需要绑定自己账号所对应的组织:点击“修改组织”,可以重新绑定所属组织.3.统一管理端(PC端)3.1.首页概览通过图表可视化展示上报服务概况、服务群众统计、服务完成概况、服务上报趋势,可以对所属组织和统计时间进行不同维度筛选。3.2.平台受理汇总表维3.2.1.表单自动汇总针对三类服务汇总臼动生成平台受理情况表单,统计服务产生数量、办理情况(待办、2小时内办结、2-4小时内办结、4小时以上办结)。可以根据所属组织、统计维度星级、统计日期进行个性化表单筛选.3.2.2.导出支持当前表单数据导出。3.3.服务清单查询可查看所辖范困的所仃服务清单,并根据所属组织、服分类型、完成情况、上报日期等进行筛选查询.可点击下钻查看服务详情.3.4.感染数据杳询可查询感染人员名单,并根据所属组织、姓名、证件号、重点人群分类等进行搜索筛选。可点击下站查看对应感染人员详情,包括基本信息等。3.5.至点人群杳询针对重点人群信息进行统一汇总和查询。3.6.任务中心3.6.1.任务管理作为统一的任务管理中心,可新建走访任务,并将任务卜.发到社区层级,并查看已有的任务详情、进度,可搜索已有的任务。3.6.2.规则设置生成的走访任务有不同的访查规则,可在木模块灵活配置各类规则,并对已配置好的规则进行统查询与管理。3.6.3.任务处理针对本组织下的所有任务可进行任务详情查看并进行任务处理,对任务细则及走访情况进行补充。3.7.人口管理3.7.1.地址管理可生成相关核查任务,并下发到社区/村社层级,进行人口管理,以确认核查对象的姓名、身份证、地址等信息。同时可以查看各类任务的详情,可细化查看各社区的任务执行进度情况。3.7.2,地址核对可以查看本级所收到的所有核查任务,并查看所时应的核查对象明细,针对需要核隹的内容可带入该对象原本的信息,进行核杳后重新编辑反馈,同时更新数据维护,完成核查任务。3.8.系统管理3.8.I.健康服务专员管理:可在后台配置服务端所展示的各个村社的健康服务专员所显示的电话。3.8.2.资源管理:管理员可统给平台工作人员配置页而展示及功能的开放.3.8.3.用户绑定:可通过X政钉进行扫码登录,首次登录可进行开通账号的用户绑定。并区分不同管理者所能查看筛选的数据权限层级。3.8.4.统组织用户体系:可对组织、用户进行统一管理及权限配巴。二、XX市社JR系统重点人群管理1. XX市社服系统重点人群管理1.1 老年人健康调查服务1.1.1 老年重点人群模型放入通过与卫健大数据平台的对接,实现符老年重点人群模型的初始化数据载入XX市社区卫牛.服务信息系统,以达到大数据分析技术手段指导及简化业务流程的目的。XX市社区卫生服务信息系统将深化与卫健大数据平台的对接,通过技术对接手段形成并获取到老年重点人群模型数据,并实现与系统已有的个人健康档案、基层医疗卫生服务管理机构等信息的匹配,为后续数据利用打下坚实基础。1. 1.2老年人健康调查表管理模块加快电子健康档案系统改造,在XX市社区卫生服务信息系统中按要求增加£老年人健康状况登记表沆建立重点人群健康状况信息库,为后续对重点人群进行分类分级管理做好准备。XX市社区卫生服务信息系统需建设老年人健康调隹表模块,包括但不限于数据查询、数据展示等功能,为基层医疗卫生服务机构人员对于重点人员管理的需求形成有效的信息系统功能支撑.按照业务管理需求,老年人健康调查表单中需包含基础疾病(包括冠心病、脑卒中、高血压、慢性阻塞性肺疾病、糖尿病、慢性肾病、肿瘤、免疫功能缺陷等)及授苗接种情况等字段信息,并能通过特定的业务规则显示出重点人群的分层分类级别。1.1 .3老年人健康调老数据共享闭环在形成对全点人员健康状况调包服务形成有效的管理机制与信息系统支探后,基层医疗服务机构医务人员将在XX市社区卫生服务信息系统中按业务需求调取数据.为进一步落实重点人群分房分类管理,经过基忆医务人员重新调查采集与确认后形成的老年人健康状况数据将共享同步至卫健大数据平台,为数据的进一步共享利用提供基础,并形成良好的流程闭环管理。XX市社区卫生服务信息系统需建立老年人健康状况调查数据的交互共享机制,实现聘老年人健康状况调杳数据推送共享至卫健大数据平台的基础功能。1.2 “急”时重点感染人群健康管理1.2.1 重点感染人群接收匹配服务通过与卫健大数据平台的对接,实现将“急”时IR点感染人群模型数据常态化同步至XX市社区卫生服务信息系统,以达到技术手段打破信息孤岛、推进及时有效开展业务流程的目标。XX市社区卫生服务信息系统需建立“急”时对全点感染人群模型数据的常态化接收与匹配机制。首先是要完成与卫健大数据平台的对接,能实现对“急”时重点感染人群基础数据的信息接收同步:其次是要完成与XX市社区卫生服务信息系统已有数据的匹配.通过信息系统的对接以及数据分析治理应用,实现时“急”时近点感染人群的分层分类,为堪层医疗卫生服务机构人员在“急”时对重点感染人员管理的需求形成仃效的数据支撑。1.2.2 重点感染人群健康管理模块要求坚持分类分级、突出全点的原则,在对重点人群摸排及分级分类的基础上,开展了对重点感染人群的健康管理工作。XX市社区卫生服务信息系统作为XX市统一的电子健康档案管理系统,需要新增建设相应的业务模块以支推嵯层医疗服务机构的常态化健康管理工作,首先是要支持对于重点感染人群个案的检索与查看功能,方便医护人员了解管辖范围内的重点居民:其次是需耍社服系统建设时重点感染人群个案进行健康管理模块,支持对亚点感染居民健康管理功能,为基层医疔卫生服务机构人员对于感染!&点人员管理的需求提供信息系统功能支持。通过重点感染人群健康管理模块的建设,相关医务人员可在XX市社区T!生服务信息系统中对全点感染人群个案进行常态化健康管理工作,形成便捷有效的工作机制,爆终楮助医务人员达到保障人民群众生命安全和身体健康的目标。三、点人群篇杳与分析1.重点人群数据处理服务1. 1人群筛查模块1.1.J人口数据过港筛查根据木次需求,针对当年65岁以上老人的人员清单,清洗筛查合并数据中信息不全、不完整的字段内容,需要确保人口信息字段的完整性以便后续数据排查所需的内容信息.1.2重点疾病分析模块针对65岁老人需要结合大数据中心的数据内容,摸清楚有基础性疾病患者的底数,充分掌握或点人群的健康状况,方便及时精准提供有效的健康管理服务。老年人(65岁以上,卜同)合并基础疾病中,基础疾病包括冠心病、脑卒中、高血压、慢性阻塞性肺疾病、糖尿病、慢性肾病、肿瘤、免疫功能缺陷等,需要筛隹这些疾病并同步分析患者的疫苗接种情况。针对上述疾病根据ICD-IO国家临床版编码识别来做出业务判定。根据以卜诊断数据的判定进行人员分类以及红黄绿打标。下面初步说明诊断情况1.2.1冠心病以慢病监测和医院业务系统产生的诊断数据为依据,针对诊断编码跟冠心病疾病诊断接近的记录为判定条件,符合条件即判定为有该类基础疾病.1.2.2脑卒中以慢病监测和医院业务系统产生的诊断数据为依据,针对诊断编码跟脑卒中病疾病诊断接近的记录为判定条件,符合条件即判定为有该类基础疾病1>1.2.3高血压以社区卫生服务系统产生的数据来源为依据,在大数据中心中蚪集的数据为依据,针对确诊是高血压三级的人群判定为有该类基础疾病.1.2.4触尿病以慢病监测和社区卫生服务系统作为数据来源,通过在大数据中心归集的数据为依据,针对疾病诊断为犍尿病疾病的患者或者社区W生服务系统中标记为强化管理的患者,判定为有该类基础疾病。1.2.5慢性阻塞性肺疾病以大数据中心归集的数据中诊断是“慢性阻寒性肺疾病”疾病患者,即可判定是有该类基础疾病。1.2.6慢性肾病以大数据中心归集的数据中诊断是“慢性肾病”疾病患者,即可判定是有该类基础疾病。其中慢性仔病中判定“是否透析”则可通过诊断编码Z49来判定。满足上述条件即可判定为有该类基础疾病。1.2.7肿瘤以慢旃监测系统数据来源和大数据中心归集的医疗数据中诊断编码是COO-C)7(暂不考虑良性肿瘤)疾病患者,其中肿痢疾病还需要增加“是否放化疗”的判定以诊断编码(Z51.0Z51.2)为依据,满足上述条件即可判定为有该类基础疾病。1.2.8免疫功能缺陷直接处理免疫功能缺陷业务系统产生的数据,只要满足该条件即满足判定有该类基础疾病。1.3重点人群分区处理模块完成重点人群基础疾病分析后,需要对该类人群的住址进行按区划分,可通过算法或者地址库表映射等技术手段实现地址字段内容的多层级解析、扩展、补全和纠错等功能,最终将重点人群按照对应不同地区的人员来进行划分。1.4重点人群数据推送模块完成全点人群分区处理后,需要根据不同数据对应的区域,将数据按照业务应用要求完成推送。2.健康驿站数据处理2.1健康驿站数据回流接收模块根据业务需求筛查过滤符合要求的居民数据,定时完成数据接收和处理工作。2.2健康驿站健康异常居民住址数据智能分析模块针对回流居民数据中出现的地址信息不准确的情况,通过字符串处理、自然语言处理、语义识别与相似度量等技术,将书写存在遗漏、错误、不规范等问题的地址进行补全与纠正,并进行多层级标准化处理.2.3与健康驿站数据触合并筛杳重点人群模块将健康驿站显示异常的数据进行分析,最终筛查出根据业务需要的重点人群信息,根据人群的不同地址推送给业务系统。3.2.安全建设本系统应遵循的信息系统等级保护2.0等级为:三级。系统的设计、实施必须遵照和满足信创相关标准规范,以及相应等级的信息系统等级保护2.0应用安全、数据安全等相关要求,落实安全可靠建设任务.中标方需在软件系统方案设计中包含商用密码应用方案及内容包括密码应用需求分析环节、密码设计技术方案以及依据GB/T39786-2021信息安全技术信息系统密码应用基本要求密码应用合理规性自评。系统实施环节需出具商用密码应用方案讥系统在建设完成后,中标人需配合采购人做好等保测评、商用密码测评以及系统整改等相关工作。第四章系统部署要求本项目系统建设需要按照XX市数据资源管理局等相关部门的信创要求,完成系统部署实施。第五章技术要求5.1. 性能要求考虑到应用的整体规范、方便易用、稳定可靠等特性,在功能和性能上对应用提出如下需求:1 .应具有海城数据存储和管理能力,具有2T以上的总数据量及100G以上的空间数据量的存储和管理能力。2 .应具有良好的并发响应能力,支持100用户并发,整体响应不超过3s.3 .应具有完备的信息安全体系,能对登录用户的身份进行安全认证。4 .应具有良好的数据安全保障机制,对数据采取集中管理和存储的模式,数据库结构设计良好,具有迅速的数据检索能力。5.2. 稳定(可靠)性数据的定期安全备份,防止误操作,权限设置合理,网络、数据安全,有完善的灾难应急功能和恢发能力,系统应提供7X24小时的连续运行,平均年故障时间:1天,平均故障修第时间:30分钟:各业务系统对用户的操作顺序、输入的数据进行正确性检杳,并以显著方式提示错误信息。系统需有出借处理机制,当系统运行过程中发生错误时,系统将明踊提示错误信息并指导用户按照系统错误处理手册进行处理“系统应提供运行监视和故隙恢匆机制,建立系统运行日志文件,能跟踪系统的所有操作。5.3. 系统健壮性所有操作必须返回成功或失败信息(耍求返回原因的,系统能返回失败原因):某个应用进程或模块的故障不能导致其他进程或模块不可.用,不会导致系统崩渍:发生用户操作错误或失败的情况下,系统能够继续运行,功能不受影响.5.4. 易用性系统用户界面友好,功能模块可根据用户角色不同、用户的工作任务不同而实现自由定制。应兼容主流浏览器版本,包括但不限于:IE、360、QQ、Firefox.Goog1.e.统信浏览黯等。5.5. 系统合规性系统开发测试应符合相关行业规范,软件代码应满足甲方审杳规范:除本文专门约定外,系统开发实施及最终产品应符合最新国家标准或更高的国际工业标准:系统需要满足服务器、操作系统、数据库、安全机制等方面的国产化要求.5.6. 系统可雒护性系统备份数据视数据盘而定,股不超过3个小时:系统停机重新部署数据模型的时间不超过1小时:系统停机部署除数据模型以外配置的时间不超过半小时:系统重启所有相关服务的时间不超过半小时:个掌握基本的数据库和操作系统知识、技能的专职系统管理员,成功解决一个系统故障或技术问题的时间平均不超过2小时(硬件更换、系统停机部署、操作系统重装等操作时间可能较长,般会超过2小时,可不包括核需求的限制之内),不包含需要修改程序代码的问题。5.7. 系统开放性系统具有适应性和可扩展性,扩充、维护和使用方便:系统具有良好的灵活性,自定义功能齐全、根据企业需求提供二次开发环境与工具,并按用户需求进行二次开发:系统具有与其他异构系统集成的能力:系统基于成熟的技术架构(例如J2EE等),具有可伸缩、可苑并与其他企业级应用兼容的特性:允许跨平台部署的构架。5.8. 终端建设本系统建设将遵循X里办、X政钉统一技术标准,并基于X里办、X政钉进行用户管理和认证,实现统认证、单点登录及集成。出于安全性考虑,接入X垠办、X政钉、与本单位相关业务系统以及数据资源对接时,需具备相应的安全边界防护措施,在接入边界具备访问控制和入侵防护措施,同时具备非法用户非法访问、合法用户非授权访问等权限控制,并具备入侵防御配套机制.5.9. 安全方面项目在建设时,需保障系统的应用程序安全、网络安全、设备安全和数据安全。系统在建设完成后,不仅要有效地提供服务,同时需确保不影响数据网络的安全、可靠、桎定运行。系统整体建设需达到计算机网络三级等保2.O要求,保障平台和数据的安全。项目服务期内,中标人需配介采购人做好等保测评、商用密码测评以及系统整改等相关工作。第六章付款条件1、履约保证金:合同签订后7个工作日内,向采购人缴纳合同金额的隗作为履约保证金,履约保证金在项目验收结束后及时退还。(采购人根据XX市政府采购网公布的供应商履约评价情况,中标人履约验收评价总分为100分的,减免履约保证金)。2、付款方式:第期付款:合同签订生效具备实施条件后5个工作日内,中标人凭发票向采购人办理合同总价40%的预付款结算手续。第二期付款:完成项目初险合格后进入试运行,中标人凭发票、采购人签字盖章的支付意见及初验意见向采购人办理合同总价40%的合同款结算手续。第三期付款:完成项FI终验合格后,中标人凭发票、采购人若字盖章的支付意见及验收意见向采购人办理合同总价20%的合同款结算手续。第七章服务与验收7.1. 项目实施地点采购人指定地点7.2. 项目进度要求2024年10月底前完成初验,2024年11月底前完成终验。7.3. 项目实Jfc要求1、投标人应在投标文件中提交项目实施计划。项目实施计划要根据系统的特点和要求确定,包括需求调研、资源梳理、内容规划,页面开发、部署、培训等。2、质员保证要求:在项目建设实施过程中,应建立完善的班量管理体系和完整的项目质量保证计划,酷保系统设计,开发、定制工作的顽利实施.3、用户需求在开发期和试运行期内,仍有"J能不断完善,中标人须承诺在采购需求和政策法规范用内,愤者用户锯求的变动随时做出响应,修改应用软件。正式验收通过后,若有需求变动,在免费维护期内,仍应免费按用户需求对整个系统做出相应修改,以满足用户的需求。7.4. 安全保密要求1、安全责任D供应商应按照我国网络安全法、X数据安全法的要求,履行网络和数据安全保护义务。2)项目涉及供应商及供应商工作人员均需签订信息技术服务外包单位网络安全承诺书h信息技术服务人员网络安全承诺书,且供应商应对项H涉及工作人员进行背景审查。3)供应商应当采取技术措施和其他必要措施,阐保其网络和数据安全,防止信息泄部、毁损、丢失。在发生或者可能发生信息泄露、毁损、丢失的情况时,应当立即采取补救措施,并在第时间告知甲方。4)项目中所包含的建设、运营、运维的信息系统、应用、数据库等,供应商开通相关账号、权限等必须经过甲方审批允许,不得撕开账号、擅自更改权限等。5)供应商应合理使用操作账号,严禁供应商存在多名工作人员共用一个操作账号的情形,同时操作账号应采用高强度的物码,供应商应妥善保管密码并定期更新账号密码。6)未经采购人允许,供应商不得对项目云资源私开端口,不得利用项目资源进行与该项目无关的工作,不得将政务网和互联网私自打通.7)供应商应严格按照相关要求收集、归集、存储,加工、传输、共享、开放、利用数据资源。做好数据落地相应的数据保护工作,严格执行数据安全技术标准和安全管理措施,避免相关数据出现获改、破坏、泄露、丢失、非法利用等风险。8)供应商应认真组织开展各项数据处理活动,查找项目数据安全隐患和漏洞,时薄弱环节和潜在威胁采取有力措施进行整改,避免和消除数据安全风险,股行数据安全保护义务。9)供应商应加强网络和数据安全风险监测,制定数据安全应急预案,完善应急机制。发现数据安全缺陷、漏涧等风险时,立即采取补救措施:发生数据安全事件时,立即采取处置措施。确保第一时间检测发现,第一时间应急处置,第时间向甲方报告。10) 若由于供应商原因导致甲方受到市级以上(含本级)安全问题通报的,每次通报后,供应商应及时解决并递交书面整改报告,同时按采购人审核通过的整改报告按期完成整改.11) 供应商应及时响应、处置甲方布置的安全工作,对其主管的系统、组件、云资源等所属安全事件、院患及时发现、阳断、排查、处置、溯源(包括但不限于攻防演练等相关活动中发现的12) 项目中所建设的系统、提供的基础设施服务等,供应商应无偿提供操作、告警等安全日志以及资产清单,并且按照规范耍求与采购人审计平台实现对接,并且提供相关解析服务如日志字典等)供甲方进行安全审计。13) 供应商派驻的驻场人员应按照采购人要求办理入场、离场等手续,并且遵守甲方劳动、工作纪律,按照采购人耍求的工作时间进行出勤,14) 供应商应配合采购人完成项目中所建设、运营的应用系统、服务等的网络数据安全检查,并且按要求及时完成检查中发现问题的整改。如违反“安全责任特别约定”中任一条款,供应商应按合同总额的51.V次承担违约或任,若甲方实际损失超过违约金数额,超出部分由供应商另行承担。若供应商累计3次迨反的,采购人有权解除合同,要求供应商退还己收取的全部合同款并按合同总额的20%承担违约金。若采购人要求供应商继续概行合同,不免除供应商承担违约金的义务。7.5. 实茶人员要求项目组开发团队不少于10人,项目负货人、技术负货人、需要具备专业素旗、技能能力和经验,并提供相美证书.须提供项目团队人员在投标单位社保缴纳记录。7.6. 培训要求投标人需制定完整的培训方案,并编制培训教材,刻系统普通用户及管理m开展培训,确保相关人员熟练掌握系统的使用与管理。7.7. 售后质保要求项F1.验收完成后,投标人须提供至少三年的质保期。为了保证本次项目顺利成功,要求投标人承诺项目验收后提供7*24小时售后技术服务,1小时内做出明确响应和安排,现场响应时间要求是接到用户需求电话后4小时内到达。包括免费升级、功能完善、