本发明涉及医疗数据处理
技术领域：
：，尤其涉及一种基于mysql数据库的房颤多维大数据分析系统。
背景技术：
：：现有技术在对房颤单病种随访数据进行统计分析时，主要是通过人工的方式将存储各数据端口中的数据导出，然后使用spss或者传统的excel方式进行统计分析；这种方式具有大量的人力因素，而且医生不是计算机专业人员，但医生面对的数据可能是具有复杂的代码或者冗余信息的，甚至有时医生大量的时间和人力成本投入以后还是难以解决数据的统计分析问题。技术实现要素：针对上述现有技术中存在的问题，本发明提供一种基于mysql数据库的房颤多维大数据分析系统，所述房颤多维大数据分析系统包括：数据存储模块，用于对经过清洗后的房颤单病种随访数据按照预设存储分类方式进行存储；数据关联模块，用于对所述数据存储模块所存储的房颤单病种随访数据进行表关联并选择所有表。进一步地，所述数据关联模块具体用于：通过患者对应的患者识别号，将患者对应的各房颤单病种数据关联起来，从而保证每一个患者每一次的就诊信息都采用预设的标准格式记录下来。可选地，所述患者识别号包括：患者的就诊卡号、身份证号以及门诊号中的一种或多种的组合。可选地，所述房颤单病种随访数据包括：患者的基本信息、诊断记录、用药信息、病史以及检验信息中的一种或多种的组合。进一步地，所述房颤多维大数据分析系统还包括：数据查询模块，用于当用户需要按患者进行查询研究的时候，根据用户的查询操作向用户展示相应患者对应的房颤单病种数据。进一步地，所述数据查询模块具体用于：当用户需要按患者进行查询研究的时候，首先将各个表进行缩并，确保各个表里的患者都是唯一的，然后通过逐级leftjoin将所有表连接起来形成医生需要的一张患者信息表。进一步地，所述房颤多维大数据分析系统每天晚上自动运行一次预缓存功能，将所述患者信息表先建好，并添加索引，便于之后使用。本发明相比于现有技术具有如下有益效果：本发明针对现有技术在对数据进行处理时，存在的统计分析困难问题，通过设计一个基于常见的mysql数据库的房颤多维大数据分析系统，将清洗后的数据进行表关联并选择所有表，同时字段围绕房颤这一单病种优化。使得用户操作时，不需要进行表关联和选择表，就可以采用本发明的多维分析系统做几乎类似数据库的多维查询分析工作。从而协助医生实现院内房颤患者流的管理和进行更多的统计分析等；同时协助医生对房颤患者进行专病管理，从而帮助医生提高效率，减轻数据录入和管理专病患者的负担。附图说明图1为本发明实施例提供的基于mysql数据库的房颤多维大数据分析系统原理示意图；图2为本发明实施例提供的数据库信息截图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。请参阅图1和图2，针对现有技术通过人工统计分析的方式在对房颤单病种随访数据进行统计分析时，存在的受大量人力因素影响，需要大量时间和人力成本投入，甚至有时医生大量的时间和人力成本投入以后还是难以解决数据的统计分析问题。本实施例提供一种基于mysql数据库的房颤多维大数据分析系统；从而直接完成各种高级数据分析、一键式导出结果等功能。具体地，本实施例的基于mysql数据库的房颤多维大数据分析系统包括：数据存储模块，用于对经过清洗后的房颤单病种随访数据按照预设存储分类方式进行存储；数据关联模块，用于对所述数据存储模块所存储的房颤单病种随访数据进行表关联并选择所有表；需要说明的是，本实施例的数据关联模块在进行数据关联时是通过患者的识别号，将患者对应的各房颤单病种数据关联起来，从而保证每一个患者每一次的就诊信息都采用预设的标准格式记录下来；并可以根据用户的查询操作向用户展示相应患者对应的房颤单病种数据。进一步地，所述数据关联模块具体用于：通过患者的就诊卡号、身份证号或者门诊号作为患者的唯一识别号，将患者的基本信息、病史、用药以及就诊记录关联起来，保证每一个患者每一次的就诊信息都可以用预设的标准格式记录下来；所述基于mysql数据库的房颤多维大数据分析系统还包括：查询模块，用于当用户需要按患者进行查询研究的时候，首先将各个表进行缩并，确保各个表里的患者都是唯一的，然后通过逐级leftjoin将所有表连接起来形成医生需要的一张大表。需要说明的是，内网房颤管理系统通过aftitadb数据库和院内接口间的etl平台实现了数据层和应用层间的分离。其中aftitadb作为应用层的关键数据源，其实体包括：aftita_patients，保存了患者的基本信息；aftita_diagnosis，保存了所有诊断及科室信息；aftita_drugs，保存了用药的信息；aftita_surgery，保存了手术的信息，包括手术名称、手术经过、详细的手术报告等。aftita_examination，保存了检验信息；aftita_inhos，保存了当前住院的患者。其它的表也类似，来自于其它院内业务系统。所有的表都是通过jzkh和mzh两个外键进行多对多关联的，其中jzkh是“就诊卡号”的缩写，广义上指患者的唯一识别号，多次就诊的时候是不变的，而mzh是“门诊号”的缩写，广义上指患者某次就诊的识别号，如某次门诊，某次急诊或某次住院。当需要按患者进行查询研究的时候，应用层会首先将各个表通过sql语句：selectgroup_concat(distinctname)fromtablegroupbyjzkh等形式进行缩并，确保各个表里的患者都是唯一的，然后通过逐级leftjoin将所有表连接起来形成医生需要的一张大表。这张大表可以用于“数据库”模块里进行患者筛选，也可以直接导出为excel文件。此外，为了提高查询性能，系统每天晚上会自动运行一次预缓存功能，将大表先建好，并添加索引，便于之后使用。通过上述基于mysql数据库的房颤多维大数据分析系统可以做几乎类似数据库的多维查询分析工作；而且由于本实施例已将患者的所有就诊信息都进行关联并且进行标准化的数据清洗，因此用户操作时，不需要进行表关联和选择表，就可以采用本实施例的基于mysql数据库的房颤多维大数据分析系统做几乎类似数据库的多维查询分析工作，能够使用最快的查询方式帮助医院解决数据难分析的问题，并且完全房颤单病种化；如图1所示。具体地，本实施例的房颤多维大数据分析系统中的数据是完完全全围绕房颤这一单病种展开；包括数据包括基本信息、诊断、药物信息、病史、检验信息等。如图2所示。本实施例的技术方案相比于现有技术具有如下有益效果：本实施例针对现有技术在对数据进行处理时，存在的统计分析困难问题，通过设计一个基于常见的mysql数据库的房颤多维大数据分析系统，将清洗后的数据进行表关联并选择所有表，同时字段围绕房颤这一单病种优化。使得用户操作时，不需要进行表关联和选择表，就可以采用本实施例的多维分析系统做几乎类似数据库的多维查询分析工作。从而协助医生实现院内房颤患者流的管理和进行更多的统计分析等；同时协助医生对房颤患者进行专病管理，从而帮助医生提高效率，减轻数据录入和管理专病患者的负担。此外，需要说明的是，本领域内的技术人员应明白，本发明技术方案可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或软件和硬件相结合的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。而且本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。当然可以理解的是，尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。以上仅为本发明优选实施例而已，并不用于限制本发明，对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12当前第1页12