《多元化综合监管信息系统建设方案.docx》由会员分享，可在线阅读，更多相关《多元化综合监管信息系统建设方案.docx（21页珍藏版）》请在三一办公上搜索。
1、多元化综合监管信息系统建设方案一、项目概述31 .建设目标32 .建设要求42.L建设内容清单42.2.建设功能性要求4二、建设标准、规范141.相关政策法规142.规范标准要求14三、建设要求15四、实施标准191.服务标准192.服务响应时间20一、项目概述1.建设目标通过认真考察、研究先进地区经验利国家相关政策要求，同时以及结合实际和监管现状，充分认识提出的国家治理体系和治理能力现代化的战略要求，运用大数据、云计算、人工智能等现代信息技术手段，于2021年10月初步完成医疗服务多元化平台。该平台因为切合实际、成效突出，得到国家、省市方面领导的高度肯定，被称为模式。多元化监管平台是围绕“机
2、构自治”、“政府监管”、“行业自律”、“社会监督”四个层面进行建设，覆盖“医疗机构运行”、“医疗服务行为”、“医疗绩效考核”、“医疗服务质量”等多个监管条线分支，通过设计“信用档案”、“信用评分”、“失/守信名单”等应用探索建设符合特点的信用管理体系。多元化监管平台目前已经与全民健康平台、依法执业自查系统、卫生监督执法系统、医疗废弃物在线监测系统和信用平台进行了对接，系统使用初具成效。作为医疗卫生多元化监管一期工程，目前已在医疗服务领域作了一些探索，下一步将继续深化，并向医疗卫生全领域扩展。针对多元化监管平台的建设，一方面需要结合多元化监管平台在一期建设过程中所遇到的各类问题现状，另一方面也需
3、要考虑卫健委对于医疗卫生整体监管诉求和发展变化，对未来整个多元化平台的发展和应用扩展方向进行设计和规划。2.建设要求2.1. 建设内容清单医疗服务多元化监管平台项目建设内容清单如下:序号建设内容1整合基层医疗机构云HIS系统数据2数据质量日常管理3“疫情防控一张图”4医疗卫生在线监测模块5医疗机构医保管理预警模块6医疗机构人员档案7护理院评分模型8质控中心数据上报审核管理模块2. 2.建设功能性要求1）整合基层医疗机构云HlS系统数据整合和采集基层医疗机构云HIS系统中基层医疗服务中心的日常医疗服务数据，包括：门急诊、住院、处方用药、检验检查等信息,加强对基层医疗服务机构的监管。整合数据内容主
4、要如下基层医院机构接入基层医院医疗服务数据介入，机构接入数量以云HIS系统实际接入机构数量为准。医疗服务数据采集医疗服务数据采集主要包括以下几类：/门急诊就诊信息,住院信息,处方用药信息,检验检查信息等数据对接方式数据对接方式：通过全民健康平台的数据中间表、数据视图方式（建议）或直接与云HIS提供的接口对接；数据对接周期：统计数据实时传输，例如：当日门诊量、入院出院人数、检验检查量等；明细数据T+1传输，例如：门急诊、住院具体诊断结果、处方用药明细、检验检查报告明细等。2）数据质量日常管理多元化监管平台由于对接的数据源较多，各基础数据平台数据质量参差不齐。因此，需要建立数据质量管理和维护机制，
5、对各对接系统的数据情况进行及时的统计和反馈，确保数据质量的稳定，具体建设要求如下：1、各接口对接数据需要每日进行统计，汇总各系统的数据上传情况，对于异常波动数据需要进行预警提醒，例如：数据量比历史平均异常增加或减少；2、各接口数据所接入的医疗机构数量需要定期进行统计，形成报告；3、各机构所对接的各类数据需要进行每日汇总统计，对于接口异常断开进行预警提醒；4、通过短信平台进行异常消息推送，提醒信息处、业务处和运维团队及时关注异常信息；5、每月形成数据采集月报，记录当前接入的系统情况、数据总量、数据接入类型、每月异常发生情况等信息。3）建设“疫情防控一张图”结合当前疫情防控要求，整合核酸信息、发热
6、门诊信息等，在“多元化监管一张图”模块中，增加疫情防控动态监管，让领导组能及时了解疫情防控开展情况。应用模块具体建设内容要求如下：防疫基础数据导入和管理防疫数据从疫情指挥中心、医政等多个部门进行数据导入管理，包括： 核酸检测点信息 发热门诊信息 每日核酸检测数据情况 发热门诊数据信等防疫数据动态呈现增加疫情防控一张图，对我市每日的核酸人次、发热人次进行统计。支持： 每日核酸检测人数及趋势 每日发热门诊人数及趋势 各区域核酸及发热门诊人数 核酸检测点总数及分布（可下钻到具体机构、GIS地图支持） 发热门诊点总数及分布（可下钻到具体机构、GIS地图支持）4）建设医疗卫生在线监测模块利用物联网、5G
7、等技术，对卫生监督非现场执法应用模式进行拓展。建立卫生监督在线监测平台，对医疗机构消毒灭菌、游泳场馆、公共交通场所空气质量卫生监督监管门类进行在线覆盖。通过物联网监测设备对各监测点数据进行实时抓取，进行数据传输，在卫生监督在线监测监管端对数据进行汇总及分析预警，实时通知监督所监管执法人员可能存在的风险点，提高执法力度和效能，避免风险扩散。此外，在线监测平台与多元化监管平台进行监管过程和结果数据的对接，从卫健委领导管理层也能动态掌握机构、场所的医疗卫生情况以及风险处置情况。覆盖范围如下: 医疗机构消毒灭菌在线监测监控模块：选取1家消毒中心、5家二级以上民营医疗机构开展试点。 公共交通场所空气质量
8、在线监测模块：在汽车站、火车站、机场等“两站一场”开展试点。 游泳场馆在线监测模块：游泳场馆首批试点接入12家单位，待平台稳定运行后在免费维护期内接入40家单位。各县区已建游泳场馆在线监测平台根据数据接口要求一并接入至多元化平台。5）建设医疗机构医保管理预警模块结合医保局对各级医疗机构的医保监管要求，建立相关可行的医保监管预警模型和处理机制，对医疗机构在日常医疗服务开展过程中的相关行为进行监控，例如：药品的合规使用、检验检查的合理开展等。从卫健委角度对医疗机构进行前置预警，及时对已经产生问题或可能引发问题的医疗机构进行早期干预，降低医保违规风险。探索比建立医保用药、检验检查、就诊情况三类监管模
9、型，具体为： 部分药品异常用药 检验检查占比 重复检查 医生接诊量异常 患者门诊就诊频次异常等 ）建设医疗机构人员档案建立医护人员档案，采集民科系统中的人员信息并初始化。同时,建设医疗机构端的维护应用模块，实现医疗机构的对于人员信息的日常自我管理维护。人员档案和医疗机构档案挂钩，实现两类档案之间的查询联动。人员档案建设内容建设并收录医护人员的基础信息、执业信息、级别信息等，数据标准以民科系统中的人员信息以及国家执业医生平台数据结构为标准。人员档案主要功能/可以通过身份证号、姓名、人员类型、执业范围、所就职医院、级别等进行人员查询，以档案形式将个人信息进行呈现。/档案信息包含了：个人基本信息、多
10、点执业、医疗行为、表彰信息、违规信息等。/数据关联要求：人员档案需要与机构档案形成管理，以机构编号作为关联条件。/数据维护要求：提供医疗机构的维护访问方式，医疗机构自行维护和更新人员信息。7）新增护理院评分模型基于一期建设的公立医院、医疗美容机构评分体系上，结合护理院监管要求，建设护理院评分模块，对全市护理院开展信用评级评分,实现全流程监管。 护理院基础信息管理模块与民科系统和省监管平台对接，获取全市护理院基本信息情况，包括：护理院注册号、名称、地址、法人信息、规模范围等。 护理院信用评价模型根据国家、省和对护理院信用监管要求，建立信用评价模型，包括：评价内容、信用得/失分项，信用级别等。 护
11、理院信用评价工作结合信用评价模型由市、区县卫生监督所对护理院周期性进行信用现场考评，并通过平台将考评结果进行及时记录上报。 护理院信用数据归集和整合系统根据监督所考评结果，对数据进行归集和整合，对护理院的信用进行计算和分类。 护理院信用综合呈现和预警通过信用积分和信用分级形式，对护理院的信用情况和信用变化趋势进行数据展现，对存在风险问题的护理院进行预警，例如：某项指标长期评分都在平均线以下，或总体长期不达标。便于监督所在日常的监督工作中由针对性去开展相关监督执法工作。8）建设质控中心数据上报审核管理模块以神经内科质控中心、眼科质控中心、传染科质控中心、精神科质控中心为切入，建立上报审核模块，实
12、现下属机构、质控中心和卫健委的三级指标上报、审核和汇总统计。卫健委医政处：可以掌握全市质控整体数据情况以及各单位上报情况；质控中心：可以掌握本中心所管各成员单位综合质控情况、个体情况以及成员单位数据上报情况，加强行业管理；成员单位：通过平台可以按要求每月填报质控数据，并且可以查询本单位以往指标变化情况，加强自我管理。各模块功能技术参数序号功能功能和参数具体说明1、采集基层医疗机构医疗服务数据,包括但不限于：整合基门急诊就诊数据、住院数据、处方数据、手术数据、层医疗人员数据、药品数据等。1机构云2、建立数据采集通路，对于门急诊、住院等数据实HlS系时采集；处方、人员等数据采用Tl方式进行采集。统
13、数据3、建立基层数据中台，对对接数据进行统一管理。4、数据支持统计及导出等功能。2数据质1、建立数据采集监管模块，对异常采集数据进行预量日常管理服务2、数据修复功能。可以对异常数据进行修复，重新采集，确保数据完整。3、数据质量周报服务。统计每周各类数据采集质量情况。3建设疫情防控一张图”1、在现有的多元化监管一张图体系内增加“疫情防控一张图”功能。2、建设指标包括：核酸采样数据统计、发热门诊数据统计、核酸采样点分布。3、支持GlS地图功能。4、支持后台数据导入或对接。4建设医疗卫生在线监测模块1、在现有的多元化“政府监管”体系内，增加消供中心、游泳场馆和公共交通场所空气质量的在线监测模块。2、
14、支持数据的实时接入和展现。3、支持异常数据阀值的设定和预警。4、支持与短信平台对接，进行短信提醒。5、支持摄像监控调阅。6、空气质量支持主要指标参数包括：室内温度、湿度、光照、颗粒物(PM2.5/PM10)二氧化碳、TVOC.甲醛的采集。7、游泳水质指标主要指标参数包括：酸碱度、余氯、电导率、温度等采集。5建设医疗机构医保管理预警模块1、在现有的多元化“政府监管”体系内，增加医疗机构医保预警管理模块。2、建设医疗机构用药合规和检验检查合规监管应用。对风险进行预警提醒。3、支持与卫健委短信平台对接，实现风险预警短信推送。4、支持风险过程跟踪，形成风险处理闭环。6建设医疗机构人员档案1、在现有的多
15、元化信用档案体系内，增加人员档案管理模块。2、支持对医护人员档案管理。3、可面相医疗机构，提供人员基础信息维护功能。4、支持多点执业登记功能。5、建设人员基础信息、医疗服务行为、表彰违规记录等档案模块。7新增护理院评分模型1、在现有的多元化信用评分体系内，增加护理院评分功能。2、与公立医院、美容院应用模块进行适配，一体化展现。8建设质控中心数据上报审核1、围绕神经内科质控中心、眼科质控中心、传染科质控中心、精神科质控中心，建设质控上报及审核模块。2、支持多点上报。管理模3、支持指标动态配置管理，满足各质控中心上报管块理要求。4、支持表单指标数据事前校验。5、支持表单审批、驳回等流程。二、建设标
16、准、规范1 .相关政策法规 2018年国务院办公厅关于改革完善医疗卫生行业综合监管制度的指导意见（国办发（2018）63号文件）； 2018年关于印发江苏省医疗卫信用信息管理暂行办法的通知； 2020年医疗机构依法执业自查管理办法（国卫监督发（2020）18号）； 2021年国家卫生健康委办公厅关于开展医疗服务多元化监管工作的通知（国卫办监督函（2021）150号）2 .规范标准要求 国家卫健委健康档案基本架构与数据标准（试行） 国家卫健委电子病历基本架构与数据标准（试行） 国家卫健委电子病历系统功能规范（试行） 国家卫健委电子病历基本规范（试行） 国家卫健委综合卫生管理信息平台建设指南（征求
17、意见稿） 中国医院信息基本数据集标准； 医院信息系统基本功能规范； 国家基本公共卫生服务规范（第三版）； 妇幼保健管理信息系统基本功能规范（试行）； 基于区域卫生信息化平台的妇幼保健管理信息系统建设技术解决方案； 卫生系统电子认证服务体系系列规范； 中国公共卫生信息分类与基本数据集 卫生信息数据元标准化规则DOO2 卫生信息数据集分类与编码规则DOO3 卫生信息数据集元数据规范DOo4 卫生信息数据模式描述指南DOO5三、建设要求多元化监管平台项目的技术框架需要与一期整体技术架构契合，在技术、质量和安全体系上需要满足要求如下:序号类型技术规格1基本要求1、采用B/S架构，支持ChrOme、IE
18、及国产浏览器；2、支持主流关系型数据库，包括：Oracle.MySQL、SQLServer以及人大金仓、达梦等国产数据库；3、系统界面设计风格新颖，交互设计简单实用，内容结构设置合理、直观。4、系统操作简单，管理方便。UI设计参照业主单位现有平台的Ul设计标准规范。2兼容性要求1、兼容现有市场上主流的存储阵列产品，存储阵列类型包括SAN.NAS和iSCSI等，存储阵列品牌包括EMC、IBM、HP、HDS、NetppDen等；2、支持跨平台部署，兼容现有市场上x86服务器或UniX服务器上能够运行的主流操作系统，包括：Windows.RedhatLinux、SuselinuxSolarisx86
19、FreeBSDUbuntuDebian等以及国产化操作系统麒麟、红旗、银河等。3功能性要求1、应用系统至少支持100O用户同时在线。2、业务界面响应时间不超过3秒；统计界面响应时间不超过5秒；3、需和多家公司协调消息接口问题。4、支持双活或双机热备机制，保障系统可用性。5、当系统遇到不可预知故障时，引起的系统宕机最长时间应不超过1小时，也就是要求在最长宕机时间内，解决故障。升级和维护时间不应影响系统正常使用时间；6、系统稳定性指标：系统有效工作时间要求299.5%；Web服务持续稳定工作时间23天（72小时）。扩展1、规模可扩展。系统可以通过负载均衡和冗余设计保障整个系统多台设备间的协调运作，
20、系统可以实现按业务所需的模块热插拔，使管理人员可以按照业务发展需要灵活增减、调整设备，可以通过增加服务器的方式实现性能的线性扩展。2、功能模块可扩展。系统能能够根据支撑业务的发展需要不断进行平滑扩展，避免软件的大规模修改。采用开4性要求放的标准的架构，预留了丰富的二次开发接口，能够灵活的通过新增组件的方式实现系统功能的扩展，适应未来业务发展的需要。3、用户容量可扩展。能够根据用户访问量的增加，扩展容量。容量的扩展不影响现有的系统架构和业务开展。同时容量可扩展要求系统的容量限制仅仅受硬件条件限制，而不是受软件及授权等其他因素限制。5国产化要求1、根据国家信息技术国产化替代战略要求，项目可适配国产
21、化技术，并在本项目在线监测模块的数据采集管理应用中采用国产数据库技术。6安全性要求1、用户数据存储安全。系统的用户分为管理员及操作员，口令数据采用单向散列加密算法存储，通过重置而非找回口令的方式提高用户口令安全性，防止客户端机器被攻击非法获得中心系统访问权限，以及中心系统被入侵或内部作案获取数据库中的用户口令等重要数据。2、数据通讯安全。通信双方应约定密码算法，实现通信的机密性、完整性。3、系统安全特性、访问控制到页面级，本系统软件平台按照信息安全等级保护3级需求建设。4、系统密码应用建设需要符合国家、省密码评测要求。7其他要求1、无缝对接。与多元化平台一期系统、相关数据接口的无缝对接，平滑升
22、级。2、代码规范。对应用程序代码进行代码复审流程、对应用程序代码进行安全脆弱性分析和穿透性测试流程、通过严格的代码复审等等，识别可能存在的恶意代码。四、实施标准1.服务标准(1)服务厂商应制定相应建设管理、运维管理、维护工作流程、服务方案、响应流程等制度，建立健全的沟通管理机制，确保项目建设工作和维护工作正常、良好、有效开展。包括但不限于建设及维护报告制度、例会制度、故障上报制度、定期汇报制度等。(2)服务厂商在实施至验收阶段需提供不少于5人的5*8专业驻场服务，项目整体建设团队规模不少于10人。驻场服务人员需相对固定，如有变动须提前一个月告知。驻场服务人员上下班时间根据用户现场要求，进出现场
23、要求着装大方整洁，遵守现场工作规范。(3)服务商在项目验收后的免运期内需要提供不少于2人的5*8运维驻场服务，提供日常系统运维保障工作。驻场服务人员需相对固定，如有变动须提前一个月告知。驻场服务人员上下班时间根据用户现场要求，进出现场要求着装大方整洁，遵守现场工作规范。(4)在项目实施过程中，实施团队在在接到用户方基于本项目内容的服务请求后60分钟内必须到达现场进行服务响应。(5)保障平台日常运行，发现故障第一时间响应并处理，响应时间参见本章节”3.服务响应时间”。建立故障报告单，对上报故障内容进行记录。若无法短时解决故障需尽快上报甲方，协调相关部门及协作厂商排除故障。(6)驻场人员对涉及卫健
24、委数据资产有保密义务和责任，入场后需单独签署并遵守保密协议。(7)三级等保支撑服务。服务厂商需要配合等保测评单位提供免费的支撑服务。包括：软件系统部分的风险修复。2.服务响应时间(1)故障级别的定义一级故障：系统停机或对用户的全部业务运作有重大影响。二级故障：系统的操作性能严重降级或对用户的重要业务运作有不良影响。三级故障：系统的操作性能受损，但用户的大部分业务运作仍可正常工作。四级故障：对业务方面的咨询需求，对用户的业务运作无影响。(2)响应时间要求故障确诊一级故障二级故障三级故障四级故障1小时响应2小时到场排查问题响应响应4小时解决问题排查问题、排查问题、响应故障确诊一级故障二级故障三级故障四级故障8小时解决问题解决问题排查问题、解决问题(可远程)12小时24小时(3)应急响应要求服务方提供7*24小时应急支撑响应，并承诺在接到服务请求后,30分钟内响应，1小时内到达现场处理问题，4小时内恢复系统，提供故障报告。四、验收标准整体项目验收由卫健委根据国家地区信息化验收规范，组织专家进行评审验收，需要在验收前提交验收文档，包含项目过程文档，不限于项目需求说明、概要设计、详细设计、数据库设计、系统测试报告、培训资料、试运行报告等以及项目监理报告等。
