“大数据+医保”监督平台建设方案.pdfVIP

“大数据+医保”监督平台建设方案--第1页

“大数据+医保”监督平台建设方案

(4)

用户构建业务模型时，支持设置加密

条件和明文条件。

(5)业务模型输出时，支持加密输出和解密输出，输出的数据支持导

出，支持加密导出和解密导出。

(6)需对全库建立全文索引，支持跨数据库输出符合条件的数据。

2.8医保大数据监督平台

(1)支持对集体住院、规律性住院、数据冲突等异常情况进行输出。

(2)根据多个指标，给每个病人进行积分，供应商需附详细的积分算

法计算过程。

(3)每个病人积分，必须换算到100分以内，按照分数大小进行排

序，分数高低反映病人的违规程度，供应商需附详细的积分换算到100分

的过程。

2.9对接要求

本项目建成后，要求无需再投入成本，无缝对接清廉中国大数据实验

室平台和：

(1)

所有数据脱敏、加密、防篡改处理和传输、存储要能以离线方式

“大数据+医保”监督平台建设方案--第1页

“大数据+医保”监督平台建设方案--第2页

无缝对接清廉中国大数据实验室平台。

(2)数据模型、数据适配器、通用平台的业务模型，要能以离线方式

在清廉中国大数据实验室平台直接使用。

(3)要能无缝对接达州市各区县“大数据+医保”平台，实现跨区数

据同步，以满足未来跨区监督的需求。

2.10全局安全指标(1)内容防篡改：敏感字段自动实现加密、脱敏、

防篡改处理。

(2)信道加密：除第三方提供的接口外，通信环节必须使用SSL加密。

(3)SQL语句安全：为防止SQL注入，除了因对接数据源采集和输

SQLSQL

出需要，通用平台不得不使用外，其他任何地方不得使用语言。

(4)IP

配置文件：任何涉及用户名、密码、、端口等敏感的内容，一

律不得明文。

(5)数据脱敏：涉及姓名、身份证号、电话号码、邮箱等敏感信息的，

要能自动在数据库层次脱敏和加密。

(6)数据库：为了防止注入风险，除了因对接数据源采集和输出需

要，通用平台不得不使用关系型数据库外，本平台其他地方不得使用任

何关系型数据库。

(7)数据打包与分片加密：数据传输前，每一组数据要打包成一个文

件，并要求每1K字节作为一个片段，对每个片段进行加密，每个片段密

钥需不同，算法需动态改变，对这些片段重组解密后可以还原成加密前

的原始文件和原始数据。

“大数据+医保”监督平台建设方案--第2页

“大数据+医保”监督平台建设方案--第3页

(8)一对多加密：为了增强隐私保护能力，为了增加暴力撞库破解

难度，即使用同样的密码，对同样一个内容(比如身份证号)进行加密，两

次加密后的结果须不同，而这两个不同的加密结果都能还原成原始内容，

也就是一个原始内容对应着多个加密结果。

（9）

双向加密检索：通过加密前的内容能够有哪些信誉好的足球投注网站到加密后内容，通

过加密后的内容能有哪些信誉好的足球投注网站到加密前的内容。

（10）

阅后即焚：解密是在内存中临时解密，数据库永远是加密的。

（11）

三员分开：安全管理员、系统管理员、系统审计员三员分开，

三员只能各自负责各自独立的管理功能，不得拥有任何业务数据权限和

业务功能权限，三员功能参照BMB17-2006《涉及国家秘密的信息系统分

级保护技