一种三级医院评审数据指标统计查询方法及系统

技术领域

本发明涉及数据统计技术领域，具体涉及一种三级医院评审数据指标统计查询方法及系统。

背景技术

2020年以前医院的等级评审中，主要以现场评审为主，对数据的统计要求不高。自国家发布2020版的等级医院评审细则以来，各省都加大了对数据统计的要求，提升了数据监测指标在等级医院评审中所占权重。例如，安徽省卫健委2022年1月份发布的《三级医院评审标准（2020年版）安徽省实施细则（试行）》的要求，安徽省等级医院评审中第二部分（医疗服务能力与质量安全监测指标部分）的数据指标有339个，涉及多个专业领域，并且统计四个年度的完整数据，在整个等级医院评审中所占权重为60%。

目前，由于医院信息系统繁多，每个系统的厂家各不相同，数据库使用的也不相同，数据统计查询难度大，大多指标只能临床自行多个系统间切换查看，再结合病历进行人工统计，工作量大效率低。

因此，目前在对多个系统中的数据进行统计查询时，工作量大，效率低。

发明内容

有鉴于此，本发明的目的在于提供一种三级医院评审数据指标统计查询方法及系统，以解决现有技术中对多个系统中的数据进行统计查询时，工作量大，效率低的问题。

根据本发明实施例的第一方面，提供一种三级医院评审数据指标统计查询方法，包括：

从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；

将非中心数据库服务器中的数据传输至所述中心数据库服务器；

接收报表设计指令，根据所述报表设计指令生成包含评审指标的无数据报表；

从所述中心数据库服务器中查询所述评审指标的相关数据，根据所述相关数据计算得到评审指标数据；

将所述评审指标数据填充至所述无数据报表中，生成评审指标数据报表。

优选的，所述将非中心数据库服务器中的数据传输至所述中心数据库服务器，包括：

获取全部评审指标，从所述非中心数据库服务器中查询与所述评审指标相关的数据；

将所述评审指标相关的数据传输至所述中心数据库服务器。

优选的，所述将所述评审指标相关的数据传输至所述中心数据库服务器，包括：

根据所述评审指标相关的数据生成数据信息视图；

以视图传递的方式将所述数据信息视图传递至所述中心数据库服务器。

优选的，从所述中心数据库服务器中查询所述评审指标的相关数据，包括：

根据所述评审指标得出评审指标的计算公式；

根据所述计算公式，生成数据库查询指令；

根据所述数据库查询指令，从所述中心数据库服务器中查询所述评审指标的相关数据。

优选的，所述从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器，包括：

获取每个数据库服务器的数据体量信息；

对比所述数据体量信息，选择所述数据体量信息最大的数据库服务器作为中心数据库服务器。

优选的，所述数据库服务器，包括：医院信息系统数据库服务器、电子病历系统数据库服务器、影像归档和通信系统数据库服务器、实验室管理信息系统数据库服务器和手麻系统数据库服务器；

将所述医院信息系统数据库服务器作为所述中心数据库服务器。

根据本发明实施例的第二方面，提供一种三级医院评审数据指标统计查询系统，包括：

中心数据库服务器设立模块，用于从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；

数据传输模块，用于将非中心数据库服务器中的数据传输至所述中心数据库服务器；

报表设计模块，用于接收报表设计指令，根据所述报表设计指令生成包含评审指标的无数据报表；

数据查询模块，用于从所述中心数据库服务器中查询所述评审指标的相关数据，根据所述相关数据计算得到评审指标数据；

数据报表生成模块，用于将所述评审指标数据填充至所述无数据报表中，生成评审指标数据报表。

优选的，所述的系统，还包括：

报表展示模块，用于将生成的评审指标数据报表通过显示装置进行展示。

本发明的实施例提供的技术方案可以包括以下有益效果：

可以理解的是，本发明提供的技术方案，能够从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；将非中心数据库服务器中的数据传输至中心数据库服务器；接收报表设计指令，根据报表设计指令生成包含评审指标的无数据报表；从中心数据库服务器中查询评审指标的相关数据，根据相关数据计算得到评审指标数据；将评审指标数据填充至无数据报表中，生成评审指标数据报表。本发明提供的技术方案，能够解决多个系统间数据查询不便的问题，减小评审指标数据统计的工作量，提高工作效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种三级医院评审数据指标统计查询方法的步骤示意图；

图2是根据一示例性实施例示出的一种三级医院评审数据指标统计查询方法的执行示意框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

图1是根据一示例性实施例示出的一种三级医院评审数据指标统计查询方法的步骤示意图，参见图1，提供一种三级医院评审数据指标统计查询方法，包括：

步骤S11、从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；

图2是根据一示例性实施例示出的一种三级医院评审数据指标统计查询方法的执行示意框图，参见图2，在具体实践中，医院中通常设立有多种系统，这些系统为不同的生产厂家生产的，同时这些系统也对应着不同的数据库服务器。例如，医院可以设立的系统包括HIS（医院信息）系统、EMR（电子病历）系统、PACS（影像归档和通信）系统、LIS（实验室管理信息）系统和手麻系统等，这些系统均有相应的数据库服务器。

需要说明的是，所述从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器，包括：

获取每个数据库服务器的数据体量信息；

对比所述数据体量信息，选择所述数据体量信息最大的数据库服务器作为中心数据库服务器。

在具体实践中，可以通过对比每个数据库服务器的数据体量信息，可以将数据体量信息较大的数据库服务器作为中心数据库服务器，可以理解的是，通过如此设置选择的中心数据库服务器，能够减少部分数据的传输，提高系统运行效率。

另外，也可以根据实际情况，由工作人员制定一个数据库服务器作为中心数据库服务器。

需要说明的是，所述数据库服务器，包括：医院信息系统数据库服务器、电子病历系统数据库服务器、影像归档和通信系统数据库服务器、实验室管理信息系统数据库服务器和手麻系统数据库服务器；

将所述医院信息系统数据库服务器作为所述中心数据库服务器。

在具体实践中，HIS数据库对医院及其所属各部门的人流、物流、财流进行综合管理，对在医疗活动各阶段产生的数据进行采集、存储、处理、提取、传输、汇总，加工形成各种信息，从而为医院的整体运行提供全面的自动化管理及各种服务。因此，可以指定所述医院信息系统数据库服务器作为所述中心数据库服务器。

可以理解的是，通过如此设置，能够使得本发明提供的技术方案不需要单独部署服务器和网络，直接利用原有的医院网络架构和系统服务器。

步骤S12、将非中心数据库服务器中的数据传输至所述中心数据库服务器；

在具体实践中，在确定了中心数据库之后，可以将非中心数据库服务器中的数据传输至所述中心数据库服务器。在实际应用中，可以将全部数据进行传输，如此设置能够使得中心数据库中的数据更加全面；也可以根据需要，将需要的数据进行传输，如此设置能够减少数据传输量，提升系统的运行效率。

需要说明的是，所述将非中心数据库服务器中的数据传输至所述中心数据库服务器，包括：

获取全部评审指标，从所述非中心数据库服务器中查询与所述评审指标相关的数据；

将所述评审指标相关的数据传输至所述中心数据库服务器。

在具体实践中，可以优先获取全部评审指标，根据评审指标得出非中心数据库服务器中与本次评审相关的数据，再将这些数据传输至所述中心数据库服务器。可以理解的是，如此设置能够确保传输数据的准确性，在减少传输数据量的同时，确保传输数据准确，更加提高了整个系统的运行效率。

需要说明的是，所述将所述评审指标相关的数据传输至所述中心数据库服务器，包括：

根据所述评审指标相关的数据生成数据信息视图；

以视图传递的方式将所述数据信息视图传递至所述中心数据库服务器。

在具体实践中，数据传递有多种方式，本实施例选用视图传递的方式进行数据传递。使用视图进行数据传递，能够定制特定的数据，去除不必要的数据，以及简化数据操作，提高运行效率。

步骤S13、接收报表设计指令，根据所述报表设计指令生成包含评审指标的无数据报表；

在具体实践中，用户可以根据接到的评审指标利用PB（PowerBuilder数据库前端开发工具）进行报表设计，将全部评审指标整合到一张无数据报表中，该无数据报表仅有代表评审指标的表头，而没有评审指标相对应的数据。当接收到报表设计指令后，根据所述报表设计指令生成包含评审指标的无数据报表。

步骤S14、从所述中心数据库服务器中查询所述评审指标的相关数据，根据所述相关数据计算得到评审指标数据；

在具体实践中，中心数据库服务器已经包含了所述评审指标的相关数据，就可以利用所述相关数据进行相应计算，从而得出评审指标数据。

需要说明的是，从所述中心数据库服务器中查询所述评审指标的相关数据，包括：

根据所述评审指标得出评审指标的计算公式；

根据所述计算公式，生成数据库查询指令；

根据所述数据库查询指令，从所述中心数据库服务器中查询所述评审指标的相关数据。

在实际应用中，评审指标大多有其相应的计算公式，例如，等级医院评审中所要查询的呼吸内科专业指标11（慢阻肺急性加重患者住院期间超声心动图检查比例），为慢阻肺急性加重患者住院期间超声心动图检查比例，需要查询出分母：慢阻肺急性加重患者数量，分子：住院期间做了超声心动图的慢阻肺急性加重患者数量，进而根据分母和分子计算得出该指标。而查询分子和分母的实际数据，可以通过生成数据库查询指令的方式，从所述中心数据库服务器中查询所述评审指标的相关数据。

步骤S15、将所述评审指标数据填充至所述无数据报表中，生成评审指标数据报表。

可以理解的是，本实施例提供的技术方案，能够从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；将非中心数据库服务器中的数据传输至中心数据库服务器；接收报表设计指令，根据报表设计指令生成包含评审指标的无数据报表；从中心数据库服务器中查询评审指标的相关数据，根据相关数据计算得到评审指标数据；将评审指标数据填充至无数据报表中，生成评审指标数据报表。本实施例提供的技术方案，能够解决多个系统间数据查询不便的问题，减小评审指标数据统计的工作量，提高工作效率。

在实际应用中，以一条数据的查询设计过程为例进行说明。以等级医院评审中所要查询的呼吸内科专业指标（慢阻肺急性加重患者住院期间超声心动图检查比例）为例，进行详细说明。

慢阻肺急性加重患者住院期间超声心动图检查比例，需要查询出分母：慢阻肺急性加重患者数量，分子：住院期间做了超声心动图的慢阻肺急性加重患者数量。慢阻肺急性加重患者是指以EMR诊断中以J44.1开头的患者，而做了超声心动图检查是指HIS医嘱中下了超声心动图或心脏彩超项目并且完成的患者，需要使用两个系统的数据进行查询。

首先，在EMR系统中建立患者的诊断信息视图，将所述诊断信息视图传输至设立的中心数据库服务器，此处选用HIS系统，则将所述诊断信息视图传输至HIS系统。而HIS系统中保存有患者的基本信息和医嘱信息（超声心动图或心脏彩超并且完成）。

之后，根据工作人员输入的报表设计指令生成包含呼吸内科专业指标的无数据报表，此处可以和其他同类型数据查询合并到一起进行设计。根据上述无数据报表上的呼吸内科专业指标，查询出分母：慢阻肺急性加重患者数量，分子：住院期间做了超声心动图的慢阻肺急性加重患者数量，根据分母和分子计算能得到呼吸内科专业指标，最后将所述呼吸内科专业指标填充到所述无数据报表中，在将其他指标具体数据填充完毕后，就能够生成评审指标数据报表。

实施例二

根据本发明实施例的第二方面，提供一种三级医院评审数据指标统计查询系统，包括：

中心数据库服务器设立模块，用于从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；

数据传输模块，用于将非中心数据库服务器中的数据传输至所述中心数据库服务器；

报表设计模块，用于接收报表设计指令，根据所述报表设计指令生成包含评审指标的无数据报表；

数据查询模块，用于从所述中心数据库服务器中查询所述评审指标的相关数据，根据所述相关数据计算得到评审指标数据；

数据报表生成模块，用于将所述评审指标数据填充至所述无数据报表中，生成评审指标数据报表。

可以理解的是，本实施例提供的技术方案，能够通过中心数据库服务器设立模块从医院的多个系统对应的数据库服务器中选择一个数据库服务器作为中心数据库服务器；通过数据传输模块将非中心数据库服务器中的数据传输至中心数据库服务器；通过报表设计模块接收报表设计指令，根据报表设计指令生成包含评审指标的无数据报表；通过数据查询模块从中心数据库服务器中查询评审指标的相关数据，根据相关数据计算得到评审指标数据；通过数据报表生成模块将评审指标数据填充至无数据报表中，生成评审指标数据报表。本实施例提供的技术方案，能够解决多个系统间数据查询不便的问题，减小评审指标数据统计的工作量，提高工作效率。

需要说明的是，所述的系统，还包括：

报表展示模块，用于将生成的评审指标数据报表通过显示装置进行展示。

可以理解的是，通过设立报表展示模块，能够及时将生成的评审指标数据报表通过显示装置进行展示，便于工作人员进行数据获取，提高评审效率。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。