“病有良医”集成应用项目——医院侧应用采购需求.docx

1、病有良医”集成应用项目一一医院侧应用采购需求1 .项目概述1.1. 建设背景近几年我国卫生健康领域的数字化建设已经取得了一定的成效，为群众提供了一系列便民惠民的医疗健康服务，也为管理部门提供了多样化的数字监管手段,“互联网+医疗健康”形成了部门协同、上下联动的良好态势。为了全面深入贯彻落实党的二十大精神，推进健康中国建设，持续提升基本公共服务水平，进一步聚焦人民群众看病就医的“急难愁盼”问题，持续推动“互联网+医疗健康”便民惠民服务向纵深发展，国家于今年印发关于做好2023年基本公共卫生服务工作的通知、关于深入推进“互联网+医疗健康”“五个一”服务行动的通知、关于开展改善就医感受提升患者体验

2、主题活动的通知、全面提升医疗质量行动计划(2023-2025)等通知，强调要通过完善预约诊疗制度，探索建立预就诊模式，缩短等待时间等方式提升患者的诊前体验，依托门诊流程再造，服务模式创新、就诊环境优化等手段提升患者的门诊体验，并充分利用家庭医生签约服务做好慢病、“一老一小”等重点人群的健康管理。同时通过“一体化”、“一站式”、“一网办”的融合服务，不断革新理念、简化流程、创新模式，持续改善患者就医感受，提升患者诊疗体验。今年以来，为深入贯彻落实党的二十大和省第十五次党代会精神，进一步提高公共服务水平，大力推进公共服务均衡可及和优质共享。2023年2月20日，XX省人民政府办公厅印发XX省公共服

3、务“七优享”工程实施方案(2023-2027年)中提出到2027年，建立覆盖省市县三级的基本公共服务标准体系，着力开创公共服务“七优享”的社会发展新局面，将加快实现“病有良医”做为重点任务。2023年3月21日印发的XX省公共服务七优享工程2023年工作安排中明确阐述了“病有良医”的核心指标、重点指标、重点任务的四个季度工作时序、责任单位及责任人，加快卫生健康现代化。1.2. 建设目标围绕群众在卫生健康服务领域的所需所急所盼，以“互联网+医疗健康”示范省建设为契机，以高质量发展建设共同富裕示范区为主线，以公众服务“七优享”建设为指导，统筹运用数字化思维、数字化认知、数字化技术，形成全人群、全周

4、期的数字医疗健康服务。本项目致力于建立方便、快捷、智能的就医全流程智能引导和提醒应用，通过就医全流程一体化的展示将全省的就医应用进行串联，优化患者就医体验，提高医疗服务质量和效率。同时，建设医疗健康支付平台、检查检验预约平台等系统，实现线上就医的支付、检查和检验环节，打通全流程在线诊疗服务的最后一公里。另外，本项目将围绕优化“基层家庭医生管理服务”应用场景，依托省、市、县三级互联互通，强化卫健、公安、医保、民政、残联等职能部门之间的数据共享和业务协同，联动基层卫生健康领域各项体制机制改革，建立融合签约管理、健康管理、健康互动、家医移动助理与服务满意度评价等家庭医生团队健康服务管理应用，为签约居

5、民建立与家庭医生的多元化便捷沟通途径，获取家庭医生提供的各类健康服务和健康指导。通过本项目的建设，将进一步提升全省的医疗健康服务水平，深化重点人群和重点业务的应用服务，加强医疗健康管理的效率和智能化程度。L3.总体建设内容（一）医疗健康支付模块基于电子健康卡用户主索引及支付宝等第三方支付平台能力，搭建全省统一的互联网+医疗健康支付平台，帮助省统建的各类健康便民服务系统实现线上费用结算至医院账户，同时将业务订单回流院内。（二）医生宝模块依托目前已有的面向全省医护人员的X里办应用“医生宝”，在原先的基础上，升级服务内容，开放医护人员科研项目、定向培养情况等信息查询，并上线双向咨询功能模块，满足医生

6、群体对于各类信息咨询需求。（三）基层家庭医生管理服务模块基层家庭医生管理服务应用是省卫健委X里健康e生”重大应用的一部分，聚焦家庭医生签约服务和健康管理服务开展基层家庭医生管理服务应用建设,充分利用XX省卫生健康数据高铁归集的人员身份、医疗、公共卫生、医保、死亡等跨部门数据，设计开放应用架构，支持多应用场景的集成，实现家庭医生、居民和管理三端协同应用。依托“X里办-X里健康e生”建立居民端入口；依托“X健钉”建立医生端入口；依托“钉钉”电脑端，建立基层家庭医生管理服务系统；依托“X政钉”建立治理端入口。1.4.建设周期本项目建设周期为：项目建设期6个月，试运行期为12个月。2.总体要求2.L总

7、体设计要求该项目的建设需要根据XX省统一的政策制度和标准规范，建立完善的组织保障体系和安全保障体系，依托XX省医疗健康信息化基础，围绕“互联网+医疗健康”便民惠民服务，通过集成方式将全省就医应用进行串联，建立满足电子健康卡支付模块、医生宝模块、基层家庭医生管理服务模块的“病有良医”集成应用，为患者提供便捷就医服务。2.2.系统功能要求2.2.1.电子健康卡支付模块基于电子健康卡用户主索引及支付宝等第三方支付平台能力，帮助省统建的各类健康便民服务系统实现线上费用结算至医院账户，同时业务订单回流院内。2.2.1.1.管理平台需要支持医疗机构管理、服务商管理、订单管理、支付宝支付商户及授权关系管理等

8、功能。2.2.1.1.1.机构管理需要能够支持新增/查看/编辑接入支付平台的所有医疗机构信息，支持根据名称、所在地、机构编码筛选查询。2.2.1.1.2.服务商管理需支持各家医疗开展的互联网+健康服务服务商信息，并可针对不同服务类型及服务商配置不通的支付结果回调地址。2.2.1.1.3.订单管理需支持根据机构、日期、订单号、支付状态、来源渠道查看通过平台下单并支付的用户详细的订单信息。2.2.1.1.4.支持支付宝/微信支付商户授权关系维护需支持查询并维护各机构微信、支付宝商户信息以及对应的授权令牌。2.2.1.2.支付组件需要封装医保移动支付相关能力，并开发支付接口及支付插件，能够支持互联网

9、医院平台通过调用支付插件的方式实现线上自费支付及医保支付，费用实时进入实际提供服务的医疗机构账户。2.2.1.3.对接服务2.2.1.3.1.医疗健康服务平台对接需要对接XX省互联网医院及X里护理等健康服务平台，支持各医疗健康服务平台的通过支付平台创建订单并实现线上支付。2.2.1.3.2.医疗机构对接需要对接接入电子健康卡支付模块的各家医疗机构信息系统，完成医疗机构商户的支付授权，支持医疗健康服务平台业务订单回流至医疗机构。2.2.2.医生宝模块2.2.2.1.职业生涯脉络2.2.2.1.1.医护基本信息对接医师/护士注册管理信息系统，展示医护个人基本信息，包括姓名、性别、证件类型、证件号码

10、民族等；教育背景信息，包括毕业院校、所学专业、最高学历和最高学位等。2.2.2.1.2.资格与职称(1)医师资格证书支持查看医师资格证书,包括证书编码、核发日期、核发机关和证照有效期；支持查看医师资格证书电子证书。(2)医师/护士执业证书支持查看医师/护士执业证书，包括证书编码、执业机构信息和证照有效期信息等；支持查看医师/护士执业证书电子证书。(3)职称证书支持查看医师/护士初中级职称证书和高级职称证书和对应电子证书。2.2.2.1.3.临床诊疗支持以可视化图表形式按年份查看医师门诊工作量、住院工作量和手术工作量情况。对目标年份，按月统计展示医师工作量，直观展示工作变化趋势。2.2.2.1

11、4.教育培训(1)院校教育对接定向培养系统，以时间轴形式展示定向培养毕业人员对应教育信息，包括入学、毕业时间，毕业院校和专业等信息。(2)毕业后教育对接XX省住培管理系统，以时间轴形式展示住院医师规范化培训记录信息,包括入学、毕业时间，毕业院校、专业和培训结果等信息。(3)继续教育对接XX省继续教育系统，以时间轴形式展示继续教育记录信息，包括继续教育项目获得学分和达标情况等信息。(4)在职培训对接X医培系统，以时间轴形式展示在职培训记录信息，包括培训项目、培训时间和主办单位等信息、。(5)政府指令性专项培训对接XX省继续教育系统，以时间轴形式展示政府指令性专项培训记录信息,包括培训项目、培训

12、时间和主办单位等信息。(6)乡村医生注册培训对接乡村医生管理系统，以时间轴形式展示乡村医生注册培训记录信息，包括培训年度、培训结果和再注册结果等信息。(7)社区护士培训对接XX省继续教育系统，以时间轴形式展示社区护士培训记录信息，包括培训年度、培训结果、培训时学历和培训基地等信息。2.2.2.1.5.获得项目(1)科研项目以时间轴形式展示XX省医药卫生科技计划项目，包括项目名称、项目类型和验收情况等。(2)继续教育项目对接XX省继续教育系统，以时间轴形式展示继续教育项目信息，包括项目专业、项目名称、项目级别、立项年份、立项学分数和项目完成情况等信息。2.2.2.1.6.科研诚信以时间轴形式展示

13、科研诚信相关事件记录，包括不良事件记录和处罚年限时间段等。2.2.2.2.信息反馈纠错2.2.2.2.1.信息纠错提供信息纠错功能，支持医生和护士在发现错误信息后，向所属机构或上级卫生健康部门提交信息纠错，并支持查看回复。2.2.2.2.2.意见和建议支持提交对系统的意见和建议，并支持查看回复。2.2.3.基层家庭医生管理服务模块2.2.3.L居民端应用依托“X里办-X里健康e生”建立居民端入口。需要支持居民在线申请家庭医生签约、在线咨询家庭医生、在线评价家庭医生服务、接收健康服务资讯、办理在线申请家庭医生上门服务、在线申请建立家庭病床、预约集中健康服务、预约家庭医生门诊等健康相关业务功能。2

14、2.3.1.1.个人档案信息授权需要支持已签约的居民，可自主决定是否向签约医生及签约服务团队授权个人公共卫生服务档案信息。居民同意授权后，支持签约医生及签约服务团队调阅管辖签约居民的公共卫生服务记录数据。2.2.3.1.2.在线申请家庭医生签约需要支持未签约的居民，支持通过“居民端”应用，向个人健康档案所在机构，一键发起在线申请家庭医生签约，等待家庭医生回复签约事项。2.2.3.1.3.与签约团队消息互动需要支持签约居民与签约团队在线即时消息群聊，支持文字、图片等形式的互动内容，签约医生及签约团队的其他医护人员，都可回复签约居民消息。2.2.3.1.4.在线申请上门服务需要支持签约居民在阅读

15、并了解当地上门服务内容、巾请规则、收费标准等信息后，登记上门服务需求、巾请服务地、巾请服务时间等信息，向家庭医生发起在线申请上门服务，等待家庭医生回复并提供服务。2.2.3.1.5.在线申请家庭病床需要支持签约居民在阅读并了解当地建立家庭病床服务内容、可建床对象、可建床病种、收费标准等信息后，登记患者信息、患病情况、家庭地址等信息，向家庭医生发起在线申请家庭病床，等待家庭医生回复并提供服务。2.2.3.1.6.预约集中健康服务需要支持签约居民查看当地相关部门或签约机构发布的集中健康服务，如健康讲座、集中测血压血糖等服务，包括服务主题、服务时间、服务地点，并提供居民按需预约健康服务的功能。2.2

16、3.1.7.预约家庭医生门诊需要支持签约居民查询自己家庭医生的门诊排班信息，并按需预约家庭医生门诊。若家庭没有排班信息，支持签约居民向家庭医生一键发起预约家医门诊的需求，等待家庭医生回复门诊时间。2.2.3.L8.健康公告、健康资讯、健康宣教需要支持签约居民可通过“居民端”应用接收签约机构或签约医生推送的健康通知公告、健康资讯，以及支持查看健康宣教文章。2.2.3.1.9.给我的家庭医生打分需要支持签约居民给我的家庭医生打分功能，支持签约居民给家庭医生从一星到五星的服务满意度打分，以及登记服务建议。2.2.3.1.10.与“X里办-X里健康e生”入口对接“居民端”应用需要实现与“X里办-X里

17、健康e生”入口的对接，获取访问应用的居民个人信息，关联查询居民的个人电子健康档案信息；有家庭医生签约服务的居民，关联查询签约居民的签约信息。2.2.3.2.医生端应用依托“钉钉”建立医生端入口与“基层家庭医生管理服务”电脑端应用联动。需要支持居民档案调阅、居民互动、居民健康需求响应、签约管理、钉钉消息通知、事务提醒、通知公告、数据统计等功能。2.2.3.2.1.家庭医生信息获取(1)签约医生信息获取签约医生信息，从全省居民签约关系中提取、清洗，获取签约医生信息，包括签约医生姓名、身份证号、联系电话、所属机构等信息。(2)签约团队助理医护信息获取支持从“XX省卫生健康数据高铁”收集的全省签约团队

18、成员信息中获取签约团队助理信息，包括签约团队内医护的个人信息、团队内角色、所属机构等信J息、。(3)钉钉用户信息对接“基层家庭医生管理服务”应用依托“钉钉”建立医生端入口，需要对接钉钉用户信息，实现免登访问。2.2.3.2.2.事务提醒和钉钉消息需要支持为家庭医生提供待办事务提醒功能，包括：消息互动待回复、签约申请待处理、上门服务申请待处理、家庭病床申请待处理等事务，特定事务，需要同步提供钉钉消息提醒。2.2.3.2.3.与居民消息互动需要支持家庭医生可与自己的签约居民或所在团队管辖的签约居民进行消息互动，包括文字、图片等形式的互动内容。居民发送的消息30分钟未回复，系统提供钉钉消息提醒。2.

19、2.3.2.4.调阅签约居民档案信息需要支持家庭医生及签约服务团队的医护人员，在得到居民授权后，可调阅管辖居民的公共卫生服务记录档案。2.2.3.2.5.签约居民管理(1)查询我的签约居民需要支持家庭医生及签约服务团队的医护人员查询管辖的签约居民信息，包括签约居民个人信息、签约信息。(2)回复申请签约的居民需要支持家庭医生查看并0复机构分配的申请签约的居民，包括居民个人信息及申请信息，需要支持引用常用语快捷回复，并提供签约信息登记，完成服务闭环记录。2.2.3.2.6.签约服务需求响应(1)上门服务需求响应需要支持签约医生在收到管辖签约居民发起的上门服务申请时，在医生端查看、审核申请信息，引用

20、常用语进行快捷回复，并提供上门服务定位，以完成服务闭环记录。(2)家庭病床需求响应需要支持签约医生在收到管辖签约居民发起的家庭病床申请时，在医生端查看审核申请信息，引用常用语进行快捷回复，并提供服务信息登记，完成服务闭环记录。(3)集中健康服务响应需要支持家庭医生查看所在机构开展的集中健康服务，以及查询预约集中健康服务的管辖签约居民。(4)家医门诊预约响应需要支持家庭医生查看预约我的门诊的签约居民。若没有门诊排班，在收到管辖签约居民发起的家医门诊预约时，需要支持编辑个人门诊时间，快捷回复。2.2.3.2.7.接收通知公告需要支持家庭医生可通过医生端应用，接收查看来自所在机构或上级部门发布的通知

21、公告，及新闻动态。2.2.3.2.8.工作数据统计需要支持从服务工作量维度和管辖签约居民维度，统计管辖范围内档案数据、签约数据、各项签约服务数据、以及满意度评价数据等。2.2.3.2.9.个人中心设置(1)个人信息维护需要支持医护用户维护个人资料，包括姓名、电话号码、个人图像等信息，并支持编辑“我的擅长”，面对居民展示“我的擅长”，方便居民更好的了解家庭医生。(2)登录账户设置需要支持多点职业的医护人员，支持切换当前登录账户所在机构和不同的角色，提供使用不同权限的功能应用和数据查看权限。(3)我的签约服务团队需要支持家庭医生创建自己的团队，邀请团队成员，团队成员可以协助签约医生(团队长)开展签

22、约服务工作；同时，需要支持查看我加入的签约团队。(4)设置互动服务方式需要支持家庭医生可自主设置面对签约居民，可提供的互动方式，比如消息互动、电话咨询等。2.2.3.2.10.市、县应用接入需要支持各市、县当地家庭医生服务相关移动端应用接入XX省基层家庭医生管理服务模块，为省内家庭医生提供统一的应用入口。2.2.3.3.管理端应用依托“钉钉”部署管理端应用，建立电脑端“基层家庭医生管理服务”模块，实现省、市、县各级对居民发起的健康需求闭环管理进度跟踪督办，以及服务应用数据统计分析。2.2.3.3.L各级账户工作台需要支持省、市、县级管理员，和基层机构管理员与基层医护人员，提供工作台，整体展示管

23、辖居民及基层家庭医生签约服务的基本情况，包括档案情况、签约情况、签约服务情况、互动情况、满意度等信息。2.2.3.3.2.居民档案调阅对接X里健康e生，获取居民个人电子健康档案，需要支持各级管理员、家庭医生及签约服务团队的医护人员，查看管辖居民的个人电子健康档案信息，包括居民个人基本信息、建档信息。2.2.3.3.3.签约居民管理(1)签约居民查询“管理端”应用依托“XX省卫生健康数据高铁”收集的居民签约关系数据，需要支持管理员或签约医生查看管辖居民的签约情况及签约信息。(2)签约申请管理需要支持各级管理员和家庭医生查看居民发起的签约申请，机构管理员按当地签约机制，为居民分配签约医生、及提醒签

24、约医生及时联系居民完成签约。需要支持签约医生在线回复居民的申请，并完成签约闭环登记。2.2.3.3.4.签约服务管理(1)上门服务申请管理需要支持管理员或家庭医生查看管辖居民发起的上门服务申请，且支持签约医生对管辖签约居民发起的申请进行回复、服务闭环登记；同时，需要为管理员提供督办功能，提醒家庭医生及时提供服务。(2)家庭病床申请管理需要支持管理员或家庭医生查看管辖居民发起的家床申请，且支持签约医生对管辖签约居民发起的申请进行回复、服务闭环登记；同时，需要为管理员提供督办功能，提醒家庭医生及时提供服务。(3)集中健康服务预约管理需要支持管理员发布、查看管辖机构开展的集中健康服务，并支持管理员或

25、家庭医生查看管辖居民预约情况。(4)家医门诊预约管理需要支持管理员或家庭医生查看管辖居民的家医门诊预约情况，家医医生按需回复预约信息，需要为管理员提供督办功能。2.2.3.3.5.签约服务配置(1)家医门诊排班需要支持管理员维护家庭医生的门诊排班表，为居民端提供家庭医生门诊预约，提供基础排班数据。(2)签约服务配置需要支持各地区管理员根据当地实际业务政策，维护上门服务、家庭病床的服务内容、申请规则、收费标准等信息。各类服务介绍，将作为居民发起服务巾请前的须知内容。(3)签约团队管理需要支持管理员或家庭医生，管理、查看管辖的家庭医生团队，团队配置完成后，团队成员可以协助团队长为签约居民提供签约服

26、务。(4)通知公告维护需要支持各级管理员向管辖居民或辖区内医生发布通知公告或新闻文章，发布完成后居民在居民端，医生在医生端可以查看到公告或新闻文章。省级管理员发布的内容，全省可见；市级管理员发布的内容，全市可见；区县级管理员发布的内容，区县内可见；基层机构管理员发布的内容，辖区内可见。2.2.3.3.6.服务监管(1)满意度评价记录需要支持各级管理员查看辖区内签约居民对家庭医生的满意度评分及服务建议。(2)服务督办记录需要支持各级管理员查看管辖区内发出的服务督办记录，以及管辖区内接收到的服务督办记录，以及督办信息的查阅状态。(3)市、县应用接入申请(区县)需要支持各市、县按需向省级发起巾请，将

27、当地家庭医生服务相关移动端应用接入省级基层家庭医生管理服务模块，申请信息包括联系人、联系电话、计划接入时间、接入的应用访问链接等信息。(4)市、县应用接入审核(省级)需要支持省级管理员对各市、县发起的当地家庭医生服务相关移动端应用接入省级“基层家庭医生管理服务”模块的申请进行审核，审核通过后，地方应用可接入省级应用，实现“基层家庭医生管理服务”应用统一入口。2.2.3.3.7.数据统计分析(1)消息互动统计需要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构的居民与医生消息互动的数据进行统计分析。同时，需要支持对不达标的统计结果通过钉钉消息推送给相关单位负责人。(2)签约申请统计需

28、要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内居民发起的签约申请数据进行统计分析。同时，需要支持对不达标的统计结果通过钉钉消息推送给相关单位负责人。(3)上门申请统计需要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内签约居民发起的上门服务申请数据进行统计分析。同时，需要支持对不达标的统计结果通过钉钉消息推送给相关单位负责人。(4)家床申请统计需要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内签约居民发起的家庭病床申请数据进行统计分析。同时，需要支持对不达标的统计结果通过钉钉消息推送给相关单位负责人。(5)集中健康服务预约统计需要支持

29、各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内开展的集中健康服务数据进行统计分析。(6)家医门诊预约统计需要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内家庭医生门诊预约数据进行统计分析。同时，需要支持对不达标的统计结果通过钉钉消息推送给相关单位负责人。(7)满意度评分统计需要支持各级管理员对管辖范围内不同行政地区、不同时间段、不同机构辖区内居民对家庭医生满意度评分数据进行统计分析。(8)家医入驻统计需要支持各级管理员对管辖范围内不同行政地区内签约服务资源入驻数据进行统计分析。(9)异常数据分析需要支持各级管理员对管辖范围内不同行政地区内异常数据进行统计分析

30、包括签约关系数据异常数据、家庭医生信息异常数据等。2.2.3.3.8.系统管理(1)用户管理需要支持各级管理员新增管辖区用户信息，查询现有用户信息，编辑修改用户信息、分配用户角色等。(2)角色管理需要支持不同的角色配置不同的权限，实现不同角色的账号看到不同的菜单和功能，角色里的权限包括功能权限和数据权限。(3)菜单管理需要支持编辑菜单名称、菜单图标、菜单层级。(4)机构管理需要支持对机构基本信息的维护，包括机构名称、负责人、负责人电话等信/息、O(5)日志管理需要支持查看账账户登录日志、操作日志等信息。(6)在线用户监测需要支持查看当前在线用户的信息。(7)个人账户设置需要支持查看当前账号的

31、个人信息，并且进行修改密码、手机号、头像等,以及切换当前角色。2.2.3.3.9.对接居民签约关系数据“基层家庭医生管理服务”应用依托“XX省卫生健康数据高铁”收集的居民签约关系数据，获取居民的签约信息，包括签约状态、签约机构、签约医生等信息。2.2.3.4.治理端应用依托“X政钉”建立治理端入口。需要支持以各类图表的形式，对各级行政区划基层家庭医生管理服务应用数据进行统计分析，为后续政策的制定提供决策辅助。2.2.3.4.1.签约服务覆盖情况需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，展示各辖区内，居民电子健康档案数、签约居民数、签约覆盖率、重点人群签约数(包括老年人、高血压患者

32、糖尿病患者等重点人群)、重点人群签约覆盖率，及历年数据变化趋势。2.2.3.4.2.基层家庭医生签约服务资源入驻分布需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，展示各辖区内，省级“基层家庭医生管理服务”应用覆盖的基层医疗卫生机构数、覆盖率、入驻“基层家庭医生管理服务“应用的医护总数、家庭医生数、家庭医生入驻率、助理医师数、每万居民拥有家庭医生数、每家庭医生服务居民数、签约服务团队数等。2.2.3.4.3.签约服务场景分析（1）上门申请分析需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，展示各辖区内签约居民发起的上门服务申请数据。（2）家床巾请分析需要支持以各类图表形式，从

33、省、市、县、乡镇/街道逐层级，展示各辖区内签约居民发起的家庭病床申请数据。（3）集中健康服务预约分析需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，展示各辖区内开展的集中健康服务数据。（4）家医门诊预约分析需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，展示各辖区内家庭医生门诊预约数据。2.2.3.4.4.家庭医生签约申请统计需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，统计展示各辖区居民发起的签约申请数据。2.2.3.4.5.居民与医生互动情况需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，统计展示各辖区居民与医生消息互动的数据。2.2.3.4.6.满意度评

34、价监管需要支持以各类图表形式，从省、市、县、乡镇/街道逐层级，统计展示各辖区内居民对家庭医生满意度评分数据。2.3.技术要求2.3.L性能要求系统必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：（1）面向公众服务的应用能满足30000个用户同时在线的要求，业务管理系统能够满足1000个用户同时在线要求；（2）百万条记录进行查询和读取时，响应时间不超过5秒；(3)一般性数据保存、修改、删除等操作，响应时间不超过3秒；(4)系统中各功能模块页面间的切换不超过3秒。2.3.2.信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单

35、位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有良好的兼容性和适应性。2.4.信息安全要求项目涉及大量采购人的医疗卫生健康数据，因此对信息的安全性要求非常严格，如信息的有效性、机密性、完整性和修改的不可否认性等。依据GB/T22240信息系统安全等级保护定级指南，“病有良医”集成应用(一期)项目的安全保护级别自定级为等保三级。数据交换共享过程中安全和保障,有关部门按照XX省公共数据和电子政务管理办法(省政府令354号)执行。2.4.1.服务保密要求服务商须在签订合同后与业主单位签订保密协议。2.4.2.数据安全要求服务商需提供详尽的数据安全策略和执行计

36、划，证明其系统能够满足数据的保密性、数据的完整性和可用性以及数据交互的安全性等要求。还需承诺，在合作期间坚持维护和更新数据安全措施，以适应不断变化的安全威胁和法规要求。2.4.3.安全性、功能性能测试要求系统须避免各种信息安全漏洞，对应用系统和数据开展全生命周期安全防护,有完善的安全解决方案。采购人可委托第三方进行安全和性能测试，如果测试中发现存在问题,服务商需尽快解决。测试及漏洞修复所产生的费用由服务商承担。2.4.4.系统等保要求在项目建成后，系统需按照等级保护要求开展等级保护测评，系统必须整改等保过程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。测评和整改费用由服务商承担。

37、2.4.5.密评要求制订商用密码应用方案，运用国产密码技术保障信息系统网络和数据安全，按照要求开展商用密码安全性评估，整改密评中发现的安全问题，测评和整改费用由服务商承担。2.4.6.代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。检测和整改费用由服务商承担。2.4.7.信息安全承诺保障服务商承诺严格把控项目实施人员安全风险及系统安全风险，提供核心项目实施人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。服务商承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。2.5.软件应急要求服务商必须提供系统应急方案，内容包含：应急响应人员安排、应急反馈机制、应急处理机制、故障处理方法等，方案应至少满足以下要求：1、服务商应成立项目应急小组并阐述项目应急小组成员及职责分工。2、服务商应考虑各种故障类型，分别给出对应的处理方法。3、服务商应对故障分级，建立反馈机制，当出现重大问题时需第一时间通知采购人。