一种数据稽查方法及系统技术方案

本发明专利技术提供一种数据稽查方法及系统，涉及数据处理技术领域，其中一种数据稽查方法包括以下步骤：S1：建立稽查中心,录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表；S2：判断登录至稽查中心的人员身份是否为管理员，若是则执行步骤S3，反之则直接执行步骤S4；S3：获取管理员对关系映射树的操作，并更新至映射表；S4：获取登陆人员的请求信息数据，输入至最新的映射表；S5：输出数据源，返回至登陆人员。本发明专利技术一种数据稽查方法及系统可以实现多系统自动对接主数据，使多系统之间的相互调用无障碍，减少开发人员工作量，减少系统接口改造，降低成本，使迁移的数据更加结构化和标准化。

A data checking method and system

【技术实现步骤摘要】
一种数据稽查方法及系统
本专利技术涉及数据处理
，尤其是，本专利技术涉及一种数据稽查方法及系统。
技术介绍
随着大数据时代的到来，移动健康app的普及应用、互联网与医疗的深度融合使得医疗数据呈指数级增长趋势，基于基因测序、生物分析、云计算等技术的进步与发展，医疗健康大数据被广泛应用于临床决策支持、药物研发、远程病人数据分析、公共卫生领域等方面。由于医疗数据分布广而无序、医学信息的极度不对称及相关数据标准的缺乏，并不能保数据采集的准确性、完整性和及时性，对于医疗健康大数据应用的关键要素，数据质量也就无法保证。在现阶段医疗数据剧增时期大数据治理显得尤为重要。在国家或相关行业协会未制定出确切的业务数据标准，或者各业务系统从旧版本业务系统升级至新系统，同一字段在不同系统环境中，描述不同。不同地区，不同厂商对同一事物的描述标准不同。国家标准的数据集、数据元、值域与各医院实际应用有差异，为实现测评要求，同时满足院内业务需要，必须建立一套兼顾国家标准及院内要求的数据集，并且要实现数据对照转换。多系统之间做数据交互，都要通过系统开放接口，涉及到系统改造，接口对接。对接后的接口和标准，不利于项目移植和业务扩展。若没有数据稽查解决方案，那就无法实现多系统自动对接主数据，不方便实现数据的后结构化，则会增加开发人员的工作量，从而增加医院改造系统和开发接口的费用。所以，如何设计一种数据稽查方法或者系统，成为我们当前急需要解决的问题。
技术实现思路
本专利技术的目的在于提供一种可以实现多系统自动对接主数据，使多系统之间的相互调用无障碍，减少开发人员工作量，减少系统接口改造，降低成本，使迁移的数据更加结构化和标准化的数据稽查方法。为达到上述目的，本专利技术采用如下技术方案得以实现的：一种数据稽查方法，该方法包括以下步骤：S1：建立稽查中心,录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表；S2：判断登录至稽查中心的人员身份是否为管理员，若是则执行步骤S3，反之则直接执行步骤S4；S3：获取管理员对关系映射树的操作，并更新至映射表；S4：获取登陆人员的请求信息数据，输入至最新的映射表；S5：输出数据源，返回至登陆人员。作为本专利技术的优选，执行步骤S1时，根据国家或者行业标准建立主数据，录入需要对接的各个业务厂商的环境数据标准。作为本专利技术的优选，执行步骤S1时，需由管理员进行录入。作为本专利技术的优选，执行步骤S2时，登录至稽查中心的人员身份包括管理者和请求者，即不是管理员的登陆人员均为请求者。作为本专利技术的优选，执行步骤S3时，管理员对关系映射树的操作包括数据增加、数据删除、数据更改和数据查询。作为本专利技术的优选，执行步骤S4时，获取登陆人员的请求信息数据来源包括Nginx、HTML、CSS、JavaScript、JQuery以及Bootstrap。作为本专利技术的优选，执行步骤S5时，输出数据源以JSON格式返回至登陆人员。另一方面，本专利技术中另外还提供一种数据稽查系统，该系统包括：主数据管理模块；稽查中间件；数据库模块；身份验证模块；输入模块；输出模块；建立稽查中心,主数据管理模块录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表存储至数据库模块；身份验证模块判断登录至稽查中心的人员身份是否为管理员，若是管理员，则获取管理员对关系映射树的操作，并更新至数据库模块的映射表，若不是管理员，则获取登陆人员的请求信息数据到稽查中间件，通过输入模块输入至最新的映射表，输出模块输出数据源，返回至登陆人员。作为本专利技术的优选，管理员对关系映射树的操作包括数据增加、数据删除、数据更改和数据查询。作为本专利技术的优选，该系统还包括转换模块，输出模块输出数据源，通过转换模块输出数据源以JSON格式，返回至登陆人员。本专利技术一种数据稽查方法及系统有益效果在于：可以实现多系统自动对接主数据，使多系统之间的相互调用无障碍，减少开发人员工作量，减少系统接口改造，降低成本，使迁移的数据更加结构化和标准化。附图说明图1为本专利技术一种数据稽查方法的流程示意图；图2为本专利技术一种数据稽查方法的稽查中心的逻辑构架图；图3为本专利技术一种数据稽查系统的模块连接示意图；图4为本专利技术一种数据稽查系统的各模块之间数据传输示意图。具体实施方式以下是本专利技术的具体实施例，对本专利技术的技术方案作进一步的描述，但本专利技术并不限于这些实施例。现在将参照附图来详细描述本专利技术的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的模块和步骤的相对布置和步骤不限制本专利技术的范围。同时，应当明白，为了便于描述，附图中的流程并不仅仅是单独进行，而是多个步骤相互交叉进行。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本专利技术及其应用或使用的任何限制。对于相关领域普通技术人员已知的技术、方法及系统可能不作详细讨论，但在适当情况下，技术、方法及系统应当被视为授权说明书的一部分。实施例一如图1至3所示，仅为本专利技术的其中一个实施例，本专利技术提供一种数据稽查方法，该方法包括以下步骤：S1：建立稽查中心,录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表；就是先建立稽查系统。稽查系统中包括与国家标准连接的主数据、用于保存映射树和映射表的数据库，还有用于与外界交互的稽查中间件即数据端口。执行步骤S1时，根据国家或者行业标准建立主数据，录入需要对接的各个业务厂商的环境数据标准。需要注意的是，需由管理员进行录入。由系统管理员协同各业务系统厂商开发人员，做数据标准的映射，比如：在标准中的患者ID标准为patient_id，在HIS中的表示可能为pa_id，协同后记录下整个映射过程，保存为数据库。各厂商在做数据请求时，调用本数据稽查中间件的接口，中间件根据映射标准做系统间的字段含义转换。S2：判断登录至稽查中心的人员身份是否为管理员，若是则执行步骤S3，反之则直接执行步骤S4；一般来说，登录至稽查中心的人员身份包括管理者和请求者，即不是管理员的登陆人员包括其他厂商开发者，均为请求者。S3：获取管理员对关系映射树的操作，并更新至映射表；管理员通过登录识别管理身份，在后台管理页面上，录入主数据的标准和其他系统标识映射到主数据上，形成一棵棵关系映射树。在可视化关系映射树中，管理员可对其进行增删改查的操作。在这里，管理员对关系映射树的操作包括数据增加、数据删除、数据更改和数据查询。S4：获取登陆人员的请求信息数据，输入至最新的映射表；其他厂商开发者登录，仅仅只有数据请求，即数据稽查的请求的权项，将待稽查的数据通过稽查中间件即连接端口输入至稽查系统中。本文档来自技高网...

【技术保护点】
1.一种数据稽查方法，其特征在于，包括以下步骤：/nS1：建立稽查中心, 录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表；/nS2：判断登录至稽查中心的人员身份是否为管理员，若是则执行步骤S3，反之则直接执行步骤S4；/nS3：获取管理员对关系映射树的操作，并更新至映射表；/nS4：获取登陆人员的请求信息数据，输入至最新的映射表；/nS5：输出数据源，返回至登陆人员。/n

【技术特征摘要】
1.一种数据稽查方法，其特征在于，包括以下步骤：
S1：建立稽查中心,录入主数据的标准和其他系统标识映射到主数据上，形成关系映射树，获得映射表；
S2：判断登录至稽查中心的人员身份是否为管理员，若是则执行步骤S3，反之则直接执行步骤S4；
S3：获取管理员对关系映射树的操作，并更新至映射表；
S4：获取登陆人员的请求信息数据，输入至最新的映射表；
S5：输出数据源，返回至登陆人员。


2.根据权利要求1所述的一种数据稽查方法，其特征在于：
执行步骤S1时，根据国家或者行业标准建立主数据，录入需要对接的各个业务厂商的环境数据标准。


3.根据权利要求1所述的一种数据稽查方法，其特征在于：
执行步骤S1时，需由管理员进行录入。


4.根据权利要求1所述的一种数据稽查方法，其特征在于：
执行步骤S2时，登录至稽查中心的人员身份包括管理者和请求者，即不是管理员的登陆人员均为请求者。


5.根据权利要求1所述的一种数据稽查方法，其特征在于：
执行步骤S3时，管理员对关系映射树的操作包括数据增加、数据删除、数据更改和数据查询。


6.根据权利要求1所述的一种数据稽查方法，其特征在于：
执行步骤S4...

【专利技术属性】
技术研发人员：马新强，黄羿，刘友缘，杨建党，刘晓阳，
申请(专利权)人：重庆文理学院，
类型：发明
国别省市：重庆;50