多元化综合监管信息系统建设方案

多元化综合监管信息系统建设方案

目录

一、项目概述.........................................................3

1.建设目标.......................................................3

2.建设要求.......................................................4

2.1.建设内容清单.............................................4

2.2.建设功能性要求...........................................4

二、建设标准、规范..................................................14

1.相关政策法规..................................................14

2.规范标准要求..................................................14

三、建设要求........................................................15

四、实施标准........................................................19

1.服务标准......................................................19

2.服务响应时间..................................................20

一、项目概述

1.建设目标

通过认真考察、研究先进地区经验和国家相关政策要求，同时以

及结合实际和监管现状，充分认识提出的国家治理体系和治理能力现

代化的战略要求，运用大数据、云计算、人工智能等现代信息技术手

段，于2021年10月初步完成医疗服务多元化平台。该平台因为切合

实际、成效突出，得到国家、省市方面领导的高度肯定，被称为模式。

多元化监管平台是围绕“机构自治”、“政府监管”、“行业自

律”、“社会监督”四个层面进行建设，覆盖“医疗机构运行”、“医

疗服务行为”、“医疗绩效考核”、“医疗服务质量”等多个监管条

线分支，通过设计“信用档案”、“信用评分”、“失/守信名单”

等应用探索建设符合特点的信用管理体系。多元化监管平台目前已经

与全民健康平台、依法执业自查系统、卫生监督执法系统、医疗废弃

物在线监测系统和信用平台进行了对接，系统使用初具成效。作为医

疗卫生多元化监管一期工程，目前已在医疗服务领域作了一些探索，

下一步将继续深化，并向医疗卫生全领域扩展。

针对多元化监管平台的建设，一方面需要结合多元化监管平台在

一期建设过程中所遇到的各类问题现状，另一方面也需要考虑卫健委

对于医疗卫生整体监管诉求和发展变化，对未来整个多元化平台的发

展和应用扩展方向进行设计和规划。

2.建设要求

2.L建设内容清单

医疗服务多元化监管平台项目建设内容清单如下:

序号建设内容

1整合基层医疗机构云HIS系统数据

2数据质量日常管理

3“疫情防控一张图”

4医疗卫生在线监测模块

5医疗机构医保管理预警模块

6医疗机构人员档案

7护理院评分模型

8质控中心数据上报审核管理模块

2.2.建设功能性要求

1）整合基层医疗机构云HIS系统数据

整合和采集基层医疗机构云HIS系统中基层医疗服务中心的日

常医疗服务数据，包括：门急诊、住院、处方用药、检验检查等信息,

加强对基层医疗服务机构的监管。整合数据内容主要如下

•基层医院机构接入

基层医院医疗服务数据介入，机构接入数量以云HIS系统实际接

入机构数量为准。

•医疗服务数据采集

医疗服务数据采集主要包括以下几类：

/门急诊就诊信息

/住院信息

/处方用药信息

/检验检查信息等

•数据对接方式

数据对接方式：通过全民健康平台的数据中间表、数据视图方式

（建议）或直接与云HIS提供的接口对接：

数据对接周期：统计数据实时传输，例如：当日门诊量、入院出

院人数、检验检查量等；明细数据T+1传输，例如：门急诊、住院具

体诊断结果、处方用药明细、检验检查报告明细等。

2）数据质量日常管理

多元化监管平台由于对接的数据源较多，各基础数据平台数据质

量参差不齐。因此，需耍建立数据质量管理和维护机制，对各对接系

统的数据情况进行及时的统计和反馈，确保数据质量的稳定，具体建

设要求如下：

1、各接口对接数据需要每日进行统计，汇总各系统的数据上传

情况，对于异常波动数据需要进行预警提醒，例如：数据量比历史平

均异常增加或减少；

2、各接口数据所接入的医疗机构数量需要定期进行统计，形成

报告；

3、各机构所对接的各类数据需要进行每日汇总统计，对于接口

异常断开进行预警提醒；

4、通过短信平台进行异常消息推送，提醒信息处、业务处和运

维团队及时关注异常信息；

5、每月形成数据采集月报，记录当前接入的系统情况、数据总

量、数据接入类型、每月异常发生情况等信息。

3）建设“疫情防控一张图”

结合当前疫情防控要求，整合核酸信息、发热门诊信息等，在“多

元化监管一张图”模块中，增加疫情防控动态监管，让领导组能及时

了解疫情防控开展情况。应用模块具体建设内容要求如下：

•防疫基础数据导入和管理

防疫数据从疫情指挥中心、医政等多个部门进行数据导入管理，

包括：

•核酸检测点信息

•发热门诊信息

•每日核酸检测数据情况

•发热门诊数据信等

防疫数据动态呈现

增加疫情防控一张图，对我市每日的核酸人次、发热人次进行统

计。支持：

•每日核酸检测人数及趋势

•每日发热门诊人数及趋势

•各区域核酸及发热门诊人数

•核酸检测点总数及分布（可下钻到具体机构、GIS地图支

持）

•发热门诊点总数及分布（可下钻到具体机构、GIS地图支

持）

4）建设医疗卫生在线监测模块

利用物联网、5G等技术，对卫生监督非现场执法应用模式进行

拓展。建立卫生监督在线监测平台，对医疗机构消毒灭菌、游泳场馆、

公共交通场所空气质量卫生监督监管门类进行在线覆盖。通过物联网

监测设备对各监测点数据进行实时抓取，进行数据传输，在卫生监督

在线监测监管端对数据进行汇总及分析预警，实时通知监督所监管执

法人员可能存在的风险点，提高执法力度和效能，避免风险扩散°此

外，在线监测平台与多元化监管平台进行监管过程和结果数据的对

接，从卫健委领导管理层也能动态掌握机构、场所的医疗卫生情况以

及风险处置情况。

覆盖范围如下：

•医疗机构消毒灭菌在线监测监控模决：选取1家消毒中心、5

家二级以上民营医疗机构开展试点。

■公共交通场所空气质量在线监测模块：在汽车站、火车站、机

场等“两站一场”开展试点。

•游泳场馆在线监测模块：游泳场馆首批试点接入12家单位，

待平台稳定运行后在免费维护期内接入40家单位。各县区已

建游泳场馆在线监测平台根据数据接口要求一并接入至多元

化平台。

5）建设医疗机构医保管理预警模块

结合医保局对各级医疗机构的医保监管要求，建立相关可行的医

保监管预警模型和处理机制，对医疗机构在日常医疗服务开展过程中

的相关行为进行监控，例如：药品的合规使用、检验检查的合理开展

等。从卫健委角度对医疗机构进行前置预警，及时对已经产生问题或

可能引发问题的医疗机构进行早期干预，降低医保违规风险。

探索比建立医保用药、检验检查、就诊情况三类监管模型，具体

为：

•部分药品异常用药

•检验检查占比

•重复检查

■医生接诊量异常

•患者门诊就诊频次异常等

6）建设医疗机构人员档案

建立医护人员档案，采集民科系统中的人员信息并初始化。同时,

建设医疗机构端的维护应用模块，实现医疗机构的对于人员信息的日

常自我管理维护。人员档案和医疗机构档案挂钩，实现两类档案之间

的查询联动。

•人员档案建设内容

建设并收录医护人员的基础信息、执业信息、级别信息等，数据

标准以民科系统中的人员信息以及国家执业医生平台数据结构为标

准。

•人员档案主要功能

,可以通过身份证号、姓名、人员类型、执业范围、所就职

医院、级别等进行人员查询，以档案形式将个人信息进行呈

现。

/档案信息包含了：个人基本信息、多点执业、医疗行为、

表彰信息、违规信息等。

/数据关联要求：人员档案需要与机构档案形成管理，以机

构编号作为关联条件。

,数据维护要求：提供医疗机构的维护访问方式，医疗机构

自行维护和更新人员信息。

7）新增护理院评分模型

基于一期建设的公立医院、医疗美容机构评分体系上，结合护理

院监管要求，建设护理院评分模块，对全市护理院开展信用评级评分,

实现全流程监管。

•护理院基础信息管理模块

与民科系统和省监管平舍对接，获取全市护理院基本信息情

况，包括：护理院注册号、名称、地址、法人信息、规模范围等。

•护理院信用评价模型

根据国家、省和对护理院信用监管要求，建立信用评价模型，包

括：评价内容、信用得/失分项，信用级别等。

•护理院信用评价工作

结合信用评价模型由市、区县卫生监督所对护理院周期性进行信

用现场考评，并通过平台将考评结果进行及时记录上报。

•护理院信用数据归集和整合

系统根据监督所考评结果，对数据进行归集和整合，对护理院的

信用进行计算和分类。

•护理院信用综合呈现和预警

通过信用积分和信用分级形式，对护理院的信用情况和信用变化

趋势进行数据展现，对存在风险问题的护理院进行预警，例如：某项

指标长期评分都在平均线以下，或总体长期不达标。便于监督所在日

常的监督工作中由针对性去开展相关监督执法工作。

8）建设质控中心数据上报审核管理模块

以神经内科质控中心、眼科质控中心、传染科质控中心、精神科

质控中心为切入，建立上报审核模块，实现下属机构、质控中心和卫

健委的三级指标上报、审核和汇总统计。

卫健委医政处：可以掌握全市质控整体数据情况以及各单位上报

情况；

质控中心：可以掌握本中心所管各成员单位综合质控情况、个体

情况以及成员单位数据上报情况，加强行业管理；

成员单位：通过平台可以按要求每月填报质控数据，并且可以查

询本单位以往指标变化情况，加强自我管理。

・各模块功能技术参数

序号功能功能和参数具体说明

1、采集基层医疗机构医疗服务数据，包括但不限于：

整合基门急诊就诊数据、住院数据、处方数据、手术数据、

层医疗人员数据、药品数据等。

1机构云2、建立数据采集通路，对于门急诊、住院等数据实

HTS系时米集：处方、人员等数据米用T+1方式进行米集。

统数据3、建立基层数据中台，对对接数据进行统一管理。

4、数据支持统计及导出等功能。

数据质1、建立数据采集监管模块，对异常采集数据进行预

2

量日常警.

管理服2、数据修复功能。可以对异常数据进行修复，重新

务采集，确保数据完整。

3、数据质量周报服务。统计每周各类数据采集质量

情况。

1、在现有的多元化监管一张图体系内增加“疫情防

控一张图”功能。

建设"疫

2、建设指标包括：核酸采样数据统计、发热门诊数

3情防控

据统计、核酸采样点分布。

一张图”

3、支持GIS地图功能。

4、支持后台数据导入或对接。

1、在现有的多元化“政府监管”体系内，增加消供

中心、游泳场馆和公共交通场所空气质量的在线监

测模块。

2、支持数据的实时接入和展现。

建设医3、支持异常数据阀值的设定和预警。

疗卫生4、支持与短信平台对接，进行短信提醒。

4

在线监5、支持摄像监控调阅。

测模块6、空气质量支持主要指标参数包括：室内温度、湿

度、光照、颗粒物(PM2.5/PM10).二氧化碳、TVOC、

甲醛的采集。

7、游泳水质指标主要指标参数包括：酸碱度、余氯、

电导率、温度等采集。

1、在现有的多元化“政府监管”体系内，增加医疗

建设医机构医保预警管理模块。

疗机构2、建设医疗机构用药合规和检验检查合规监管应

5医保管用。对风险进行预警提醒。

理预警3、支持与卫健委短信平台对接，实现风险预警短信

模块推送。

4、支持风险过程跟踪，形成风险处理闭环。

1、在现有的多元化信用档案体系内，增加人员档案

管理模块。

建设医

2、支持对医护人员档案管理。

疗机构

63、可面相医疗机构，提供人员基础信息维护功能。

人员档

4、支持多点执业登记功能。

案

5、建设人员基础信息、医疗服务行为、表彰违规记

录等档案模块。

1、在现有的多元化信用评分体系内，增加护理院评

新增护

分功能。

7理院评

2、与公立医院、美容院应用模块进行适配，一体化

分模型

展现。

建设质1、围绕神经内科质控中心、眼科质控中心、传染科

控中心质控中心、精神科质控中心，建设质控上报及审核

8

数据上模块。

报审核2、支持多点上报。

管理模3、支持指标动态配置管理，满足各质控中心上报管

块理要求。

4、支持表单指标数据事前校验。

5、支持表单审批、驳回等流程。

二、建设标准、规范

1.相关政策法规

•2018年《国务院办公厅关于改革完善医疗卫生行业综合

监管制度的指导意见》（国办发（2018）63号文件）；

•2018年关于印发《江苏省医疗卫信用信息管理暂行办法》

的通知；

•2020年《医疗机构依法执业自查管理办法》（国卫监督

发（2020）18号）；

•2021年《国家卫生健康委办公厅关于开展医疗服务多元化

监管工作的通知》（国卫办监督函（2021）150号）

2.规范标准要求

•国家卫健委《健康档案基本架构与数据标准（试行）》

・国家卫健委《电子病历基本架构与数据标准（试行）》

•国家卫健委《电子病历系统功能规范（试行）》

・国家卫健委《电子病历基本规范（试行）》

・国家卫健委《综合卫生管理信息平台建设指南（征求意见

稿）》

•《中国医院信息基本数据集标准》；

・《医院信息系统基本功能规范》；

•《国家基本公共卫生服务规范（第三版）》；

・《妇幼保健管理信息系统基本功能规范（试行）》；

•《基于区域卫生信息化平台的妇幼保健管理信息系统建设

技术解决方案》；

・《卫生系统电子认证服务体系系列规范》；

・《中国公共卫生信息分类与基本数据集》

・《卫生信息数据元标准化规则D002》

・《卫生信息数据集分类与编码规则D003》

・《卫生信息数据集元数据规范D004》

・《卫生信息数据模式描述指南D005》

三、建设要求

多元化监管平台项目的技术框架需要与一期整体技术架构契合，

在技术、质量和安全体系上需要满足要求如下:

序

类型技术规格

号

1、采用B/S架构，支持Chrome、IE及国产浏览器；

2、支持主流关系型数据库，包括：Oracle>MySQL.SQL

Server以及人大金仓、达梦等国产数据库；

基本

13、系统界面设计风格新颖，交互设计简单实用，内容结

要求

构设置合理、直观。

4、系统操作简单，管理方便。UI设计参照业主单位现有

平台的UI设计标准规范。

1、兼容现有市场上主流的存储阵列产品，存储阵列类型

包括SAN、NAS和iSCSI等,存储阵列品牌包括EMC、IBM、

HP、HDS、NetApp、Dell等;

兼容

2、支持跨平台部署，兼容现有市场上x86服务器或Unix

2性要

服务器上能够运行的主流操作系统，包括：Windows.

求

RedhatLinux>Suse1inux>Solarisx86、FreeBSD、

Ubuntu、Debian等以及国产化操作系统麒麟、红旗、银

河等。

功能1、应用系统至少支持1000用户同时在线。

3性要2、业务界面响应时间不超过3秒；统计界面响应时间

求不超过5秒；

3、需和多家公司协调消息接口问题。

4、支持双活或双机热备机制，保障系统可用性。

5、当系统遇到不可预知故障时，引起的系统宕机最长

时间应不超过1小时，也就是要求在最长宕机时间内，

解决故障。升级和维护时间不应影响系统正常使用时间；

6、系统稳定性指标：系统有效工作时间要求299.5%

Web服务持续稳定工作时间23天（72小时）。

1、规模可扩展。系统可以通过负载均衡和冗余设计保障

整个系统多台设备间的协调运作，系统可以实现按业务

所需的模块热插拔，使管理人员可以按照.业务发展需要

灵活增减、调整设备，可以通过增加服务器的方式实现

性能的线性扩展。

2、功能模块可扩展。系统能能够根据支撑业务的发展需

扩展

要不断进行平滑扩展，避免软件的大规模修改。采月开

4性要

放的标准的架构，预留了丰富的二次开发接口，能够灵

求

活的通过新增组件的方式实现系统功能的扩展，适应未

来业务发展的需要。

3、用户容量可扩展。能够根据用户访问量的增加，扩展

容量。容量的扩展不影响现有的系统架构和业务开展。

同时容量可扩展要求系统的容量限制仅仅受硬件条件限

制，而不是受软件及授权等其他因素限制。

国产1、根据国家信息技术国产化替代战略要求，项目可适配

5化要国产化技术，并在本项目在线监测模块的数据采集管理

求应用中采用国产数据库技术。

1、用户数据存储安全。系统的用户分为管理员及操作员，

口令数据采用单向散列加密算法存储・，通过重置而非找

回口令的方式提高用户口令安全性，防止客户端机器被

攻击非法获得中心系统访问权限，以及中心系统被入侵

安全或内部作案获取数据库中的用户口令等重要数据。

6性要

2、数据通讯安全。通信双方应约定密码算法，实现通信

求

的机密性、完整性。

3、系统安全特性、访问控制到页面级，本系统软件平台

按照信息安全等级保护3级需求建设。

4、系统密码应用建设需要符合国家、省密码评测要求。

1、无缝对接。与多元化平台一期系统、相关数据接口的

无缝对接，平滑升级。

其他

72、代码规范。对应用程序代码进行代码复审流程、对应

要求

用程序代码进行安全脆弱性分析和穿透性测试流程、通

过严格的代码复审等等，识别可能存在的恶意代码。

四、实施标准

1.服务标准

(1)服务厂商应制定相应建设管理、运维管理、维护工作流程、

服务方案、响应流程等制度，建立健全的沟通管理机制，确保项目建

设工作和维护工作正常、良好、有效开展。包括但不限于建设及维护

报告制度、例会制度、故障上报制度、定期汇报制度等。

(2)服务厂商在实施至验收阶段需提供不少于5人的5*8专业

驻场服务，项目整体建设团队规模不少于10人。驻场服务人员需相

对固定，如有变动须提前一个月告知。驻场服务人员上下班时间根据

用户现场要求，进出现场要求着装大方整洁，遵守现场工作规范。

(3)服务商在项目验收后的免运期内需要提供不少于2人的5*8

运维驻场服务，提供日常系统运维保障工作。驻场服务人员需相对固

定，如有变动须提前一个月告知。驻场服务人员上下班时间根据用户

现场要求，进出现场要求着装大方整洁，遵守现场工作规范。

(4)在