CN112527840A - 医药行业两票制监控方法、装置、可读介质及电子设备 - Google Patents

医药行业两票制监控方法、装置、可读介质及电子设备 Download PDF

Info

Publication number
CN112527840A
CN112527840A CN202011480279.XA CN202011480279A CN112527840A CN 112527840 A CN112527840 A CN 112527840A CN 202011480279 A CN202011480279 A CN 202011480279A CN 112527840 A CN112527840 A CN 112527840A
Authority
CN
China
Prior art keywords
taxpayer
medicine
graph
invoices
medical
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011480279.XA
Other languages
English (en)
Other versions
CN112527840B (zh
Inventor
刘丹
张殿臣
刘硕
潘竞旭
李萌
鲁龙
宋颖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aisino Corp
Original Assignee
Aisino Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aisino Corp filed Critical Aisino Corp
Priority to CN202011480279.XA priority Critical patent/CN112527840B/zh
Publication of CN112527840A publication Critical patent/CN112527840A/zh
Application granted granted Critical
Publication of CN112527840B publication Critical patent/CN112527840B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24553Query execution of query operations
    • G06F16/24554Unary operations; Data partitioning operations
    • G06F16/24556Aggregation; Duplicate elimination
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/254Extract, transform and load [ETL] procedures, e.g. ETL data flows in data warehouses
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • G06F16/288Entity relationship models
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/018Certifying business or products
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本公开涉及一种医药行业两票制监控方法、装置、可读介质及电子设备。本公开实施例提供的技术方案,通过对多个医药发票的数据信息进行数据处理和图计算,把医药行业纳税人的药品交易链条,转化成一个有向多边的纳税人关联关系图;以所述纳税人关联关系图为基础,把医院作为终止顶点,形成各医院的多个交易链条,通过各医院的多个交易链条对各医院纳税人两票制执行情况进行监控,从而推进“两票制”政策实行,加强药品监管,实现质量、价格可追溯,压缩流通环节的水分,降低药价,遏制商业回扣的空间。

Description

医药行业两票制监控方法、装置、可读介质及电子设备
技术领域
本公开涉及电子发票技术领域,具体地,涉及一种医药行业两票制监控方法、装置、可读介质及电子设备。
背景技术
医药行业在“两票制”执行之前,采用代理销售的模式完成和医药代表之间的利益分配。医药厂将药品或者设备卖给一级代理商,一级代理商卖给二级代理商,在经过N级代理商之后,药品最后才通过医院或门诊等零售机构出售给消费者。各级代理为了获取利润会在各环节对药品加价,导致药品出厂价格和最终购买价相差过大。为解决药品价格居高不下问题,同时规范医药行业发展,国家出台了“两票制”政策。“两票制”的定义是:药品从药厂卖到一级经销商开一次发票,经销商卖到医院再开一次发票,以“两票”替代目前常见的七票、八票,减少流通环节的层层盘剥,并且严格控制每个药品的一级经销商数量。
因此,为了推进“两票制”政策实行,加强药品监管,实现质量、价格可追溯,压缩流通环节的水分,降低药价,遏制商业回扣的空间,对医药行业“两票制”执行情况的监控尤为重要。
发明内容
本公开的目的是提供一种能监控药品经销链条的医药行业两票制监控方法、装置、可读介质及电子设备,以实现对医药行业两票制执行情况的监控。
为了实现上述目的,本公开提供一种医药行业两票制监控方法,所述方法包括:
根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边;
将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
可选地,所述方法还包括:
对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
可选地,所述根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图包括:
对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票;
根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额;
按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额;
向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业、卫生业;
根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
可选地,所述根据所述医药发票事实表生成所述纳税人关联关系图包括:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中;
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
本公开还提供一种医药行业两票制监控装置,包括:
纳税人关系图建立模块,用于根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边;
医药交易链条形成模块,用于将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
可选地,所述装置还包括:
标记模块,用于对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
可选地,所述纳税人关系图建立模块包括:
医药发票获取子模块,用于对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票;
增值税专票表建立子模块,用于根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额;
医药发票中间表建立子模块,用于按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额;
医药发票事实表建立子模块,用于向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业、卫生业;
纳税人关系图生成子模块,用于根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
可选地,所述纳税人关系图生成子模块具体用于:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中;
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
本公开还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
本公开还提供一种电子设备,其特征在于,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现上述方法的步骤。
本公开实施例提供的技术方案,通过对多个医药发票的数据信息进行数据处理和图计算,把医药行业纳税人的药品交易链条,转化成一个有向多边的纳税人关联关系图;以所述纳税人关联关系图为基础,把医院作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控,从而推进“两票制”政策实行,加强药品监管,实现质量、价格可追溯,压缩流通环节的水分,降低药价,遏制商业回扣的空间。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是本公开实施例提供的一种医药行业两票制监控方法的流程图。
图2是本公开实施例提供的另一种医药行业两票制监控方法的流程图。
图3是本公开实施例提供的一种纳税人关联关系图示意图的局部。
图4是本公开实施例提供的一种医药行业两票制监控装置的框图。
图5是本公开实施例提供的另一种医药行业两票制监控装置的框图。
图6是本公开实施例提供的一种电子设备的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
本公开实施例提供一种医药行业两票制监控方法。图1示出了所述医药行业两票制监控方法的流程图。如图1所示,所述方法包括:
步骤S11,根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边。
由于药品的生产、流通,都需按照发票管理有关规定开具增值税专用发票或者增值税普通发票。则,可以通过大数据平台对医药行业的海量增值税发票进行数据处理和图计算,建立医药行业的纳税人关联关系图。
步骤S12,将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
由于各医院的多个交易链条可以反映医药从生产、经销(批发)再到医院的过程。因此,通过监控各医院的所述多个交易链条,可以实现对各医院纳税人两票制执行情况的监控。
本公开实施例提供的技术方案,通过对多个医药发票的数据信息进行数据处理和图计算,把医药行业纳税人的药品交易链条,转化成一个有向多边的纳税人关联关系图;以所述纳税人关联关系图为基础,把医院作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控,从而推进“两票制”政策实行,加强药品监管,实现质量、价格可追溯,压缩流通环节的水分,降低药价,遏制商业回扣的空间。
可选地,如图2所示,所述方法还包括:
步骤S13,对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
根据“两票制”政策,各医院的每条交易链条应该都只包括一个医药销售纳税人。因此,包括两个及以上医药销售纳税人的交易链条是不符合“两票制”政策。所以,通过此技术方案对各医院的多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记,可以便于政府或医院等发现不符合“两票制”政策的交易链条,以使政府或医院能及时处理或重点关注。
可选地,步骤S11包括:
对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票。
考虑到增值税普通发票一般是针对零售、个人的,增值税专用发票一般是针对批发、企业。因此,在此对医药行业的多个增值税专用发票进行筛选,获取其中的商品编码字段前五位为10703的增值税专用发票,即可获取其中的医药发票。
根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额。
对获取的多个所述医药发票进行数据信息采集,即可建立增值税专票表。所述增值税专票表可以存储在关系型数据库Oracle中。
按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额。
向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业和卫生业。
在具体实施时,可以预先将纳税人名称以及各纳税人名称对应的行业名称预存在纳税人基本信息表中,所述纳税人基本信息表可以存储在关系型数据库Oracle中。
根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
如图3所示,示例性地展示了所述纳税人关联关系图的一部分,并且为了更清楚地说明本方案,对图3中的图案进行了部分编号。图3中,正方形、圆形、六边形均表示顶点;正方形表示顶点属性为卫生业的顶点如某医院,圆形表示顶点属性为药品批发业的顶点如某药品销售公司,六边形表示顶点属性为药品制造业的顶点如某制药厂;1顶点、2顶点、3顶点、4顶点的名称为购方纳税人和销方纳税人的名称;1顶点、2顶点、3顶点、4顶点的ID为购方纳税人和销方纳税人的识别号;2顶点指向1顶点的箭头表示边5,即边5表示的是2顶点和1顶点分别表示的销方纳税人和购方纳税人之间的药品交易关系,箭头方向为边5的方向即由2顶点指向1顶点,即由销方纳税人指向购方纳税人,边5的属性为2顶点表示的销方纳税人向1顶点表示的购方纳税人销售的药品名称和药品型号,边5的度量(长度)表示的是2顶点表示的销方纳税人向1顶点表示的购方纳税人销售的该型号药品的总销售额。显而易见,对于1顶点来说,2顶点表示的是销方纳税人;对于3顶点来说,2顶点表示的是购方纳税人,边6表示的是2顶点和3顶点分别表示的购方纳税人和销方纳税人之间的药品交易关系。
可选地,所述根据所述医药发票事实表生成所述纳税人关联关系图的步骤包括:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中。
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
在具体实施步骤S11时,可以使用SQOOP工具,将存储在关系型数据库Oracle中的增值税专票表和纳税人基本信息表抽取到Hadoop平台的Hive数据库中。对Hive数据库中的增值税专票表和纳税人基本信息表进行ETL(Extract-Transform-Load,抽取-转换-加载)处理,得到医药发票事实表。基于Spark GraphX计算引擎对所述医药发票事实表进行计算,得到所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中。基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。在Echarts开源图表库生成所述纳税人关联关系图时,可以通过颜色或形状区分不同行业名称的顶点(购方纳税人和销方纳税人)。即,所述纳税人关联关系图中不同行业名称的顶点的颜色或形状不同。
在具体实施步骤S12和步骤S13时,所述Echarts开源图表库还可以将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,并对该医院的所有交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。用户可以以医院为检索条件,查询并展示与该医院相关的所有交易链条。
基于上述发明构思,本公开实施例还提供一种医药行业两票制监控装置10。如图4所示,所述医药行业两票制监控装置10包括:
纳税人关系图建立模块11,用于根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边。
医药交易链条形成模块12,用于将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
本公开实施例提供的技术方案,通过对多个医药发票的数据信息进行数据处理和图计算,把医药行业纳税人的药品交易链条,转化成一个有向多边的纳税人关联关系图;以所述纳税人关联关系图为基础,把医院作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控,从而推进“两票制”政策实行,加强药品监管,实现质量、价格可追溯,压缩流通环节的水分,降低药价,遏制商业回扣的空间。
可选地,如图5所示,所述医药行业两票制监控装置10还包括:
标记模块13,用于对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
根据“两票制”政策,各医院的每条交易链条应该都只包括一个医药销售纳税人。因此,包括两个及以上医药销售纳税人的交易链条是不符合“两票制”政策。所以,通过此技术方案对各医院的多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记,可以便于政府或医院等发现不符合“两票制”政策的交易链条,以使政府或医院能及时处理或重点关注。
可选地,所述纳税人关系图建立模块11包括:
医药发票获取子模块,用于对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票。
增值税专票表建立子模块,用于根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额。
医药发票中间表建立子模块,用于按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额。
医药发票事实表建立子模块,用于向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业、卫生业。
纳税人关系图生成子模块,用于根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
可选地,所述纳税人关系图生成子模块具体用于:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中;
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
纳税人关系图建立模块11具体,可以使用SQOOP工具,将存储在关系型数据库Oracle中的增值税专票表和纳税人基本信息表抽取到Hadoop平台的Hive数据库中。对Hive数据库中的增值税专票表和纳税人基本信息表进行ETL(Extract-Transform-Load,抽取-转换-加载)处理,得到医药发票事实表。基于Spark GraphX计算引擎对所述医药发票事实表进行计算,得到所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中。基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。在Echarts开源图表库生成所述纳税人关联关系图时,可以通过颜色或形状区分不同行业名称的顶点(购方纳税人和销方纳税人)。即,所述纳税人关联关系图中不同行业名称的顶点的颜色或形状不同。
医药交易链条形成模块12和交易模块具体,可以使用所述Echarts开源图表库将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,并对该医院的所有交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。用户可以以医院为检索条件,查询并展示与该医院相关的所有交易链条。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
基于上述发明构思,本公开实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述医药行业两票制监控方法的步骤。
基于上述发明构思,本公开实施例还提供一种电子设备。图6是根据一示例性实施例示出的一种电子设备700的框图。如图6所示,该电子设备700可以包括:处理器701,存储器702。该电子设备700还可以包括多媒体组件703,输入/输出(I/O)接口704,以及通信组件705中的一者或多者。
其中,处理器701用于控制该电子设备700的整体操作,以完成上述的医药行业两票制监控方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作,这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令,以及应用程序相关的数据,例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,例如静态随机存取存储器(Static Random Access Memory,简称SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏,音频组件用于输出和/或输入音频信号。例如,音频组件可以包括一个麦克风,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器,用于输出音频信号。I/O接口704为处理器701和其他接口模块之间提供接口,上述其他接口模块可以是键盘,鼠标,按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信,例如Wi-Fi,蓝牙,近场通信(Near FieldCommunication,简称NFC),2G、3G、4G、NB-IOT、eMTC、或其他5G等等,或它们中的一种或几种的组合,在此不做限定。因此相应的该通信组件705可以包括:Wi-Fi模块,蓝牙模块,NFC模块等等。
在一示例性实施例中,电子设备700可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit,简称ASIC)、数字信号处理器(DigitalSignal Processor,简称DSP)、数字信号处理设备(Digital Signal Processing Device,简称DSPD)、可编程逻辑器件(Programmable Logic Device,简称PLD)、现场可编程门阵列(Field Programmable Gate Array,简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述的医药行业两票制监控方法。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的医药行业两票制监控方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器702,上述程序指令可由电子设备700的处理器701执行以完成上述的医药行业两票制监控方法。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。
此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。

Claims (10)

1.一种医药行业两票制监控方法,其特征在于,所述方法包括:
根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边;
将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
2.根据权利要求1所述的医药行业两票制监控方法,其特征在于,所述方法还包括:
对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
3.根据权利要求1或2所述的医药行业两票制监控方法,其特征在于,所述根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图包括:
对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票;
根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额;
按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额;
向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业、卫生业;
根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
4.根据权利要求3所述的医药行业两票制监控方法,其特征在于,所述根据所述医药发票事实表生成所述纳税人关联关系图包括:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中;
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
5.一种医药行业两票制监控装置,其特征在于,包括:
纳税人关系图建立模块,用于根据多个医药发票的数据信息,建立医药行业的纳税人关联关系图,所述纳税人关联关系图以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边;
医药交易链条形成模块,用于将所述纳税人关联关系图中为医院纳税人的顶点作为终止顶点,形成各医院的多个交易链条,通过各医院的所述多个交易链条对各医院纳税人两票制执行情况进行监控。
6.根据权利要求5所述的医药行业两票制监控装置,其特征在于,所述装置还包括:
标记模块,用于对各医院的所述多个交易链条中包括两个及以上医药销售纳税人的交易链条进行标记。
7.根据权利要求5或6所述的医药行业两票制监控装置,其特征在于,所述纳税人关系图建立模块包括:
医药发票获取子模块,用于对医药行业的多个增值税专用发票进行筛选,获取其中的医药发票,所述医药发票为所述多个增值税专用发票中商品编码字段前五位为10703的发票;
增值税专票表建立子模块,用于根据获取的多个所述医药发票建立增值税专票表,所述增值税专票表包括多条数据,每条数据包括购方纳税人、销方纳税人、该销方纳税人针对该购方纳税人销售的药品名称、药品型号和金额;
医药发票中间表建立子模块,用于按照购方纳税人、销方纳税人、药品名称、药品型号对所述增值税专票表进行聚合,得到医药发票中间表,所述医药发票中间表包括多条数据,每条数据包括:购方纳税人、销方纳税人、药品名称、药品型号和该销方纳税人针对该购方纳税人销售的该型号药品的总销售额;
医药发票事实表建立子模块,用于向所述医药发票中间表中的购方纳税人和销方纳税人添加行业名称,生成医药发票事实表,所述行业名称包括医药制造业、药品批发业、卫生业;
纳税人关系图生成子模块,用于根据所述医药发票事实表生成所述纳税人关联关系图,其中,所述纳税人关联关系图中以购方纳税人和销方纳税人为顶点,以购方纳税人和销方纳税人之间的药品交易关系为边,所述购方纳税人和销方纳税人的识别号为顶点ID,所述购方纳税人和销方纳税人的名称为顶点名称,所述购方纳税人和销方纳税人的行业名称为顶点属性,所述购方纳税人和销方纳税人的购销关系为边的方向,所述购方纳税人和销方纳税人交易的药品名称和药品型号为边的属性,所述销方纳税人针对所述购方纳税人销售的同型号药品的总销售额为边的度量。
8.根据权利要求7所述的医药行业两票制监控装置,其特征在于,所述纳税人关系图生成子模块具体用于:
基于Spark GraphX对所述医药发票事实表进行计算,获得所述纳税人关联关系图的图数据并存储至Neo4J图形数据库中;
基于Echarts开源图表库对所述纳税人关联关系图的图数据进行处理,生成所述纳税人关联关系图。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-4中任一项所述方法的步骤。
10.一种电子设备,其特征在于,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现权利要求1-4中任一项所述方法的步骤。
CN202011480279.XA 2020-12-15 2020-12-15 医药行业两票制监控方法、装置、可读介质及电子设备 Active CN112527840B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011480279.XA CN112527840B (zh) 2020-12-15 2020-12-15 医药行业两票制监控方法、装置、可读介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011480279.XA CN112527840B (zh) 2020-12-15 2020-12-15 医药行业两票制监控方法、装置、可读介质及电子设备

Publications (2)

Publication Number Publication Date
CN112527840A true CN112527840A (zh) 2021-03-19
CN112527840B CN112527840B (zh) 2024-05-28

Family

ID=75000255

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011480279.XA Active CN112527840B (zh) 2020-12-15 2020-12-15 医药行业两票制监控方法、装置、可读介质及电子设备

Country Status (1)

Country Link
CN (1) CN112527840B (zh)

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120203645A1 (en) * 2011-02-09 2012-08-09 Strategic Pharmaceutical Solutions, Inc. Computer-enabled method and system for automated application, determination and distribution of taxes and fees on the sale of products for animals
CN103383767A (zh) * 2013-07-12 2013-11-06 西安交通大学 基于纳税人利益关联网络模型的偷漏税关联企业识别方法
US20140244462A1 (en) * 2013-02-22 2014-08-28 Mastercard International Incorporated System and Method for Generating and Storing Digital Receipts for Electronic Shopping
CN104424595A (zh) * 2013-09-04 2015-03-18 航天信息股份有限公司 税务监控方法及其系统
US9087088B1 (en) * 2012-11-13 2015-07-21 American Express Travel Related Services Company, Inc. Systems and methods for dynamic construction of entity graphs
US9542647B1 (en) * 2009-12-16 2017-01-10 Board Of Regents, The University Of Texas System Method and system for an ontology, including a representation of unified medical language system (UMLS) using simple knowledge organization system (SKOS)
CN106447482A (zh) * 2016-09-18 2017-02-22 西安交通大学 一种结合纳税信用等级和交易关系网络的税务稽查方法
US20170053294A1 (en) * 2015-08-18 2017-02-23 Mastercard International Incorporated Systems and methods for generating relationships via a property graph model
US20170140382A1 (en) * 2015-11-12 2017-05-18 International Business Machines Corporation Identifying transactional fraud utilizing transaction payment relationship graph link prediction
US20180032941A1 (en) * 2016-07-29 2018-02-01 AppDynamics LLC . Automated Model Based Root Cause Analysis
CN110413665A (zh) * 2019-07-01 2019-11-05 北京邮电大学 一种数据查询方法及装置
CN111126788A (zh) * 2019-12-02 2020-05-08 支付宝(杭州)信息技术有限公司 风险识别方法及装置和电子设备
CN111382279A (zh) * 2020-03-06 2020-07-07 中国建设银行股份有限公司 审单方法和装置
CN111427926A (zh) * 2020-03-23 2020-07-17 平安医疗健康管理股份有限公司 异常医保群组识别方法、装置、计算机设备及存储介质
US20200257683A1 (en) * 2019-02-08 2020-08-13 Intuit Inc. Graph database applications
CN111861595A (zh) * 2020-07-23 2020-10-30 山东浪潮商用系统有限公司 一种基于知识图谱的循环开票风险识别方法

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9542647B1 (en) * 2009-12-16 2017-01-10 Board Of Regents, The University Of Texas System Method and system for an ontology, including a representation of unified medical language system (UMLS) using simple knowledge organization system (SKOS)
US20120203645A1 (en) * 2011-02-09 2012-08-09 Strategic Pharmaceutical Solutions, Inc. Computer-enabled method and system for automated application, determination and distribution of taxes and fees on the sale of products for animals
US9087088B1 (en) * 2012-11-13 2015-07-21 American Express Travel Related Services Company, Inc. Systems and methods for dynamic construction of entity graphs
US20140244462A1 (en) * 2013-02-22 2014-08-28 Mastercard International Incorporated System and Method for Generating and Storing Digital Receipts for Electronic Shopping
CN103383767A (zh) * 2013-07-12 2013-11-06 西安交通大学 基于纳税人利益关联网络模型的偷漏税关联企业识别方法
CN104424595A (zh) * 2013-09-04 2015-03-18 航天信息股份有限公司 税务监控方法及其系统
WO2017031039A1 (en) * 2015-08-18 2017-02-23 Mastercard International Incorporated Systems and methods for generating relationships via a property graph model
US20170053294A1 (en) * 2015-08-18 2017-02-23 Mastercard International Incorporated Systems and methods for generating relationships via a property graph model
US20170140382A1 (en) * 2015-11-12 2017-05-18 International Business Machines Corporation Identifying transactional fraud utilizing transaction payment relationship graph link prediction
US20180032941A1 (en) * 2016-07-29 2018-02-01 AppDynamics LLC . Automated Model Based Root Cause Analysis
CN106447482A (zh) * 2016-09-18 2017-02-22 西安交通大学 一种结合纳税信用等级和交易关系网络的税务稽查方法
US20200257683A1 (en) * 2019-02-08 2020-08-13 Intuit Inc. Graph database applications
CN110413665A (zh) * 2019-07-01 2019-11-05 北京邮电大学 一种数据查询方法及装置
CN111126788A (zh) * 2019-12-02 2020-05-08 支付宝(杭州)信息技术有限公司 风险识别方法及装置和电子设备
CN111382279A (zh) * 2020-03-06 2020-07-07 中国建设银行股份有限公司 审单方法和装置
CN111427926A (zh) * 2020-03-23 2020-07-17 平安医疗健康管理股份有限公司 异常医保群组识别方法、装置、计算机设备及存储介质
CN111861595A (zh) * 2020-07-23 2020-10-30 山东浪潮商用系统有限公司 一种基于知识图谱的循环开票风险识别方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
钱云,周芝兰,孙凯博,韦愿桃: "基于知识图谱的期货交易数据关联分析系统设计与实现", 电脑编程技巧与维护, vol. 27, no. 6, pages 79 - 82 *

Also Published As

Publication number Publication date
CN112527840B (zh) 2024-05-28

Similar Documents

Publication Publication Date Title
Orjuela et al. Towards an agriculture solution for product supply chain using blockchain: case study Agro-chain with BigchainDB
CN110352425B (zh) 区块链交易的认知监管合规性自动化
US11423351B2 (en) Blockchain-based food product shelf-life management
US8756124B1 (en) Systems and methods for tracking and tracing products through a supply chain utilizing unique URLs
US8983914B2 (en) Evaluating a trust value of a data report from a data processing tool
US20150134547A1 (en) Belongings visualization and record system
CN110457364B (zh) 用户信息视图生成的方法及装置
CN112766987B (zh) 一种基于北斗基准的农产品溯源码编制方法
CN112667695A (zh) 一种保险数据信息的生成方法、装置、服务器及存储介质
CN117454278A (zh) 一种标准企业数字化规则引擎的实现方法和系统
CN112036631A (zh) 采购量确定方法、装置、设备及存储介质
Shu et al. Technology and infrastructure considerations for e-commerce in Chinese agriculture
CN114741402A (zh) 业务特征池的处理方法、装置、计算机设备和存储介质
US20140278790A1 (en) System and method for data acquisition, data warehousing, and providing business intelligence in a retail ecosystem
CN109784935B (zh) 一种鲜食葡萄供应链质量安全追溯方法及系统
CN107679889A (zh) 一种潜在客户的识别方法及终端设备
CN110852800A (zh) 贸易信息的整合方法、终端设备以及存储介质
CN112527840B (zh) 医药行业两票制监控方法、装置、可读介质及电子设备
KR20160040749A (ko) 리뷰 등록 서버 및 리뷰 등록 방법
JP7463480B2 (ja) 情報処理装置、情報処理方法及びコンピュータプログラム
CN111159422A (zh) 药品的知识图谱构建方法及系统、服务器及介质
CN115879947A (zh) 一种基于电子化交易的管理方法及系统
CN112199351A (zh) 一种动销数据存储方法、系统及电子设备和存储介质
US20140244673A1 (en) Systems and methods for visualizing master data services information
JP7471602B2 (ja) 情報処理装置及び情報処理方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant