医疗服务监控系统的基本流程关系为：参保人员就医过程中产生的就诊信息，通过社会保险业务管理系统医疗保险结算部分（以下简称结算系统）生成结算信息。结算系统中的就诊结算、医疗机构、医务人员等信息，按规定的监控信息标准交换至医疗服务监控系统，形成医疗服务监控系统所需的监控信息。监控分析人员预先定义监控规则，由规则引擎自动对就诊结算数据筛查过滤，生成疑点信息。疑点信息通过监控分析人员初审后确认为疑似违规问题，并进入稽核流程。稽核人员稽核后得出结论并做出处理决定，由医疗服务监控系统发送至结算系统，采取相应的处理措施。

图1 医疗服务监控系统业务架构图

1．医疗服务监控系统与结算系统边界

在社会保险业务管理系统基础上，扩展建设医疗服务监控系统。在结算系统和医疗服务监控系统均需对违规行为进行控制。对有明确特征的违规行为，在结算系统中给予事中控制。如医院端进行费用结算时，结算系统直接进行某类不合理费用的拒付。对可能存在的疑似违规行为，在医疗服务监控系统中给予事后监控。如医疗服务监控系统事后筛查发现参保人就诊次数、费用异常，需经现场稽核才能确认是否属于违规行为。对就医费用、用药合理性等提示性信息，通过接口向医疗机构和零售药店前端传递，实现事前预防。如医师在开药环节，可经参保人员社会保障卡认证，查看本人近期全部就医和药品使用情况，避免因不了解情况重复用药、过度用药。

2．医疗服务监控系统与结算系统部署关系

一方面，考虑医疗服务监控系统运行时占用系统资源较多，可能影响结算系统的运行效率，因此医疗服务监控系统要单独部署。如果原结算系统服务器有足够的支撑能力，也可在原结算系统服务器上实现物理集成，逻辑分离。另一方面，考虑医疗服务监控系统与结算系统数据交互频繁、数据量巨大，且对性能要求较高，因此医疗服务监控系统与结算系统应同级，在同一网络内部署。

3．医疗服务监控系统与结算系统接口关系

通过数据同步复制技术，将结算系统的就诊结算信息在数据库层传送至医疗服务监控系统；通过稽核与行政处理服务接口实现与结算系统的衔接。同步数据范围，即要考虑系统性能又要保证监控效果，建议在医疗服务监控系统中保存1年内的就诊结算数据。数据转换和同步可通过编码方式、ETL工具、数据同步工具等方式实现；有条件的地区，可通过购置准实时的数据同步工具完成数据转换和同步。数据同步周期，建议首次数据，通过全量方式同步至医疗服务监控系统，以后应每天增量进行数据同步；并在服务器能力允许的情况下，进一步提高频度，提高监控的时效性。

（二）技术架构

医疗服务监控系统的技术架构是对业务架构在技术平台的体现，侧重于对整个系统的分层组织。医疗服务监控系统自底向上分为接口层、数据及运行层、UI层。

1．接口层：对外提供多样的接口方式，包括数据接口（接口表）、服务接口、其他访问API等。接口表提供数据甄别服务，服务接口用于提供外部服务，支持与业务经办等衔接。

2．数据及运行层：是整个系统的核心，在数据上建立基础数据指标库，提供了业务规则库的管理、审核稽核结果记录和跟踪；运行上提供规则引擎运行支持，负责规则的解析、执行、跟踪及记录。

3．UI层：负责界面的展现及人机交互，提供监控分析支持。UI层基于Web2.0能力的RIA应用，UI界面基于LEAF5提供的ExtJS框架开发，图表基于FusionChart控件开发。LEAF5集成的UI框架提供了整合样式、窗口、panel，具备良好的交互能力。

图2  医疗服务监控系统技术架构图

五、系统特点

（一）构建标准的医疗保险基础信息库

根据医疗保险管理服务和监控稽核的需要，设计构建了医疗保险监控基础信息库，共包括药品、医疗机构、医务人员、疾病、就诊结算等10类400余项指标，为医疗保险的精细化管理奠定了数据基础。

（二）建立可灵活配置的监控规则库

通过收集各地医疗服务监控工作的实际经验、定点机构管理办法，整理出较为完备的监控规则库。包括频繁就医、超高费用、超量用药、过度诊疗、重复诊疗、不合理用药、不合理入院、冒名就医、虚假就医、分解住院等类别的监控规则241条，分析规则294条。

系统实现了监控规则的灵活定义，支持监控对象、业务场景、时间周期、阈值、医疗类别、险种类型、医院等级、疾病分类等多项参数设置，以适应各地实际情况。

（三）支持从海量数据中查找违规疑点

通过信息技术手段，全面覆盖每笔医疗服务结算，用监控和分析两类规则分析违规行为的数据特征。监控规则是基于监控模式，选择具体的参数及参数取值范围，形成指定业务范围内可对指定对象进行监控的一项具体监控指标及其阈值，监控规则可通过设置阈值由系统进行疑点判断。

分析规则作为监控规则的补充部分，是以监控为目的的分析，适用于能够在一定程度上体现疑似违规行为的监控指标，但是无法设定阈值直接区分正常医疗行为和疑似违规行为，只能依赖人工审核判断的情况。

（四）多层次的疑点信息展现方式

对象的不同，医疗服务监控系统提供参保人初审、医师初审、医疗机构初审三类监控和分析疑点初审功能，同时提供对重点监控对象的初审和重点关注项目的分析。

监控疑点初审模块根据疑点相关信息组织、展现方式的不同，分别针对各个监控对象提供分类初审、组合初审及违规红绿灯三种方式，疑点分类初审根据规则执行结果查看监控对象的疑点信息；疑点组合初审支持经办人员选取规则组合查看监控对象的疑点信息；违规红绿灯则采用不同颜色分级显示不同违规严重级别人员的疑点信息。

分析疑点初审模块根据分析规则主题、分析指标、维度的不同，分别针对各个监控对象，通过趋势、占比、排名等分析手段提供多个业务功能模块，经办人员可以自由选择条件，以不同的组合方式从多个角度查询、展示所有分析规则分析指标数据。

此外，系统还提供地图监控模块采用地图形式直观展示各地医疗服务机构的监控结果信息。

（五）支持多统筹区的业务模式

医疗服务监控系统实现了对统筹区进行定义，并支持经办人员权限与统筹区挂钩，每个经办人员拥有唯一的主统筹区和可管理的若干管理统筹区。这种业务模式，疑点信息可由市本级分配至其所属统筹区经办机构进行处理，能够满足业务管理中对一个数据中心、多统筹区的需要。

（六）全过程支持稽核过程管理

医疗服务监控系统提供了稽核功能，从疑点初审、稽核立案、调查取证、稽核处理的过程，为地方提供了可供参考的稽核处理流程规范。还支持行政处理处罚以及和司法、行政等其他部门的数据交换。

（七）以知识库建设提升医保管理能力

由于医疗服务存在信息不对称、技术门槛高的特点，系统提供了知识库收集整理的功能，初步设计了部分险种疾病与药品、诊疗项目的关联关系、药品疗程使用规则、药品依赖和排斥使用的规则表。在各地医疗服务监控的过程中，逐步完善和补充，形成较为完备的知识库。

六、系统基本功能

医疗服务监控系统业务经办流程如下图所示：

图3 医疗服务监控系统业务流程图

医疗服务监控系统主要包括监控分析子系统、稽核与行政处理子系统、接口子系统三部分。再加上药品信息管理、地图监控和系统管理三部分，共计83个功能模块，具体见下表。

 

 

表1. 医疗服务监控系统功能列表

业务功能	监控业务功能	业务功能	监控业务功能
一、 规        则   管 理	1.1计划管理	五、 稽 核 与 行 政 处 理	5.1稽核
	1.1.1方案管理		5.1.1外部受理疑点问题登记
	1.1.2调度计划管理		5.1.2稽核立案登记
	1.1.3调度日志查询		5.1.3稽核立案确认
	1.2规则模板管理		5.1.4稽核调查登记
	1.3监控规则定制		5.1.5稽核案件撤销
	1.4分析规则定制		5.1.6稽核结论登记
	1.5阈值维护		5.1.7稽核结论确认
	1.6知识库		5.1.8稽核结论传达
	1.6.1三目险种限用规则维护		5.1.9移交转办登记
	1.6.2三目疗程限用规则维护		5.1.10经办和行政处理执行情况跟踪
	1.6.3病种三目限用规则维护		5.1.11司法处理执行情况跟踪
	1.6.4三目病种限用规则维护		5.1.12黑灰名单维护
	1.6.5三目排斥使用规则维护		5.1.13稽核类型设置
	1.6.6三目依赖使用规则维护		5.2行政处理处罚
	1.6.7重点项目维护		5.2.1行政处理处罚登记
二、 监 控 疑 点 初 审	2.1参保人初审		5.2.2行政处理处罚审批
	2.1.1参保人疑点分类初审		5.2.3处理处罚决定执行
	2.1.2参保人违规红绿灯初审		5.3稽核台帐
	2.1.3参保人规则组合初审		5.4综合查询
	2.2医师初审		5.4.1疑点综合查询
	2.2.1医师疑点分类初审		5.4.2问题综合查询
	2.2.2医师违规红绿灯初审		5.4.3对象综合查询
	2.2.3医师规则组合初审		5.4.4案件综合查询
	2.3医疗机构初审	六、 药  品 信 息   管  理	6.1西药行业标准信息维护
	2.3.1医疗服务机构疑点分类初审		6.2中成药行业标准信息维护
	2.3.2医疗服务机构违规红绿灯初审		6.3中成药饮片行业标准信息维护
	2.3.3医疗服务机构规则组合初审		6.4地方药品信息查询
	2.4重点监控对象初审		6.5地方药品比对
三、 分 析 疑 点 初 审	3.1参保人		6.6地方药品比对（文件形式）
	3.1.1参保人医疗费用情况分析		6.7医疗服务机构药品比对（文件形式）
	3.1.2参保人群就医发展趋势分析	七、 系 统 管 理	7.1权限管理
	3.2医师		7.1.1机构管理
	3.2.1医师费用结算情况分析		7.1.2角色管理
	3.2.2医师三目费用构成分析		7.1.3用户管理
	3.2.3医师药品使用情况分析		7.1.4IP安全管理
	3.3医疗服务机构		7.2安全审计
	3.3.1医疗服务机构三目费用构成分析		7.2.1登录日志管理
	3.3.2医疗服务机构门诊综合分析		7.2.2操作日志管理
	3.3.3医疗服务机构住院综合分析		7.2.3系统日志管理
	3.3.4医疗服务机构药品使用情况分析		7.3统筹区管理
	3.3.5医疗服务机构接诊人次发展趋势分析		7.3.1统筹区定义
	3.3.6医疗服务机构医疗费用发展趋势分析		7.3.2统筹区角色
	3.3.7医疗服务机构分项费用发展趋势分析		7.4框架参数管理
	3.4重点关注项目分析		7.5系统参数维护
四、 地图  监控	4.1监控结果信息		7.6医疗服务代码管理
	4.2监控信息添加		7.6业务回退
	4.3监控信息维护		7.7通用业务回退
			7.8功能管理

（一）监控分析子系统

监控分析子系统是医疗服务监控的核心，主要是通过知识和经验的积累形成规则库，采用信息化手段从海量数据中根据规则发现存在疑点的记录，再通过人工辅助确认，形成待稽核的问题。监控分析子系统可细分为规则管理、监控疑点初审、分析疑点初审三个主要功能块。

1．规则管理：根据已知的各种医疗服务违规行为、医疗服务常识以及各地经办机构总结的监管经验，根据医疗服务过程中各类违规行为或疑似违规行为的数据特征，确定出多种单项监控指标或组合指标，从而形成定制的监控规则和分析规则库。同时支持疾病关联、药品关联等知识库的维护。

2．监控疑点初审：根据定期筛查出的疑点信息，经人工进行初步分析判断，确定为疑似违规问题，转交稽核部门进行立案查处。分为参保人初审、医师初审、医疗服务机构初审及重点监控对象初审四类业务功能模块。针对参保人、医师、医疗服务机构三类监控对象，又分别包括疑点分类初审、违规红绿灯、规则组合初审三种显示方式。

3．分析疑点初审：由人工分析比较通过运行分析规则所产生的分析指标统计数据，对参保群体、医师、医疗服务机构等监控对象从变化趋势、费用占比以及同类同级排名位置，发现存在异常的疑点对象。按不同的监控对象和分析手段分为4大类13个业务功能模块，支持用户以不同的组合方式从多个角度查询、展示所有分析指标数据。

（二）稽核与行政处理子系统

稽核与行政处理子系统是医疗服务监控的另一重要组成部分，监控分析子系统所形成的待稽核问题必须经过稽核人员的稽核过程，才能确定问题性质，依法对违规、违法对象（机构、团伙、自然人）进行惩处。稽核与行政处理子系统可划分为稽核、行政处理处罚两个主要功能块。

1．稽核：稽核子系统是由稽核部门使用的过程管理信息系统，问题稽核采用规范的案件管理基本模型，对疑似违规问题稽核的启动、计划、调查、取证、结论、执行、归档等过程进行全生命周期管理。

2．行政处理处罚：稽核部门自身不一定有行政执法权力，必须由行政管理部门作出最终行政处理处罚决定。行政处理处罚子系统是为自身没有管理信息系统的行政管理部门提供的简易软件工具。行政管理部门其他业务功能需求本地化实现。

（三）接口子系统

接口子系统包括医保业务数据的数据抽取、转换（ETL）、经办处理处罚执行、违规记录传送等。该部分需要结合实施地区实际运行的结算系统、用户实际的业务需要，进行本地化开发。

（四）地图监控

采用地图形式直观展示辖区内医疗服务机构、医护人员的疑似违规行为。

（五）药品信息管理

为规范地方药品信息管理，医疗服务监控系统嵌入了医疗保险药品行业标准信息库。支持药品信息的查询、导入、导出，并能与地方、医疗服务机构的药品信息进行比对。

（六）系统管理

1．权限管理：提供系统权限的维护功能。

2．安全审计：提供对系统日志的管理。

3．统筹区管理：提供对统筹区的定义及维护功能。

4．参数管理：维护系统参数信息。

5．医疗机构代码管理：提供系统使用医疗机构代码的维护功能。

6．业务回退：包括业务回退、业务回退数据库初始化，业务回退数据库反初始化等功能。