CN114566244B - 电子病历质量评估方法、装置及计算机可读存储介质 - Google Patents
电子病历质量评估方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114566244B CN114566244B CN202210304157.8A CN202210304157A CN114566244B CN 114566244 B CN114566244 B CN 114566244B CN 202210304157 A CN202210304157 A CN 202210304157A CN 114566244 B CN114566244 B CN 114566244B
- Authority
- CN
- China
- Prior art keywords
- item
- sub
- business
- data
- target
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06395—Quality analysis or management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Educational Administration (AREA)
- Development Economics (AREA)
- Public Health (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Game Theory and Decision Science (AREA)
- Epidemiology (AREA)
- Health & Medical Sciences (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请实施例提供了一种电子病历质量评估方法、装置及计算机可读存储介质,包括:基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目;对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。该方案在对电子病历进行质量评估过程中,考虑了不同评估等级以及不同业务评估等级的不同评估要求,实现了对电子病历质量的系统性评估。
Description
技术领域
本申请涉及计算机技术领域,具体而言,本申请涉及一种电子病历质量评估方法、装置及计算机可读存储介质。
背景技术
电子病历相对于传统的纸质病历,由于其便于保存、管理、传输和重现的优势,得到了广泛应用。然而,由于医护人员填写和录入电子病历信息时可能存在的不规范情形,导致电子病历的数据质量不高,影响了电子病历数据资产在医院科研领域的二次统计使用。
因此,需要对电子病历的质量进行评估,例如数据完整性、一致性、整合性、及时性等。现有技术中为避免人工审核电子病历的质量所造成的较大工作量,往往通过简单的模板匹配的方式对电子病历进行自动审核。然后电子病历结构复杂,不同章节中的质量评估要求均不相同,不同的应用场景中对电子病历质量要求的等级也不相同,亟需提供一种能够系统性地评估电子病历质量的方法。
发明内容
本申请的目的旨在至少能解决上述的技术缺陷之一,本申请实施例所提供的技术方案如下:
第一方面,本申请实施例提供了一种电子病历质量评估方法,包括:
基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则;
对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;
基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
在本申请的一种可选实施例中,对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,确定对应的至少一个数据源;
将每一目标子业务项目的数据核查内容中的核查对象映射至目标数据源的数据库表的第一目标字段、以及目标数据源的字典表的第二目标字段;
基于第一目标字段、和/或第二目标字段以及核查规则,得到该目标子业务项目的数据核查脚本。
在本申请的一种可选实施例中,对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,获取对应的目标数据源的厂商标识和系统版本;
基于厂商标识、系统版本和该目标子业务识别标识,从预设数据核查脚本库中,查询得到对应的数据核查脚本,预设数据核查脚本库中存储有子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系。
在本申请的一种可选实施例中,基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,包括:
对于每一业务项目,将该业务项目对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目。
在本申请的一种可选实施例中,每一子业务项目的识别标识中包含有业务项目字段和评估等级字段,且该子业务项目对应的核查规则难度越大,则该子业务项目对应的评估等级字段的值越大;
对于每一业务项目,将其对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目,包括:
读取各子业务项目的业务项目字段,并基于业务项目字段相同的子业务项目构建各业务项目对应的第一子业务项目集合;
对于每一业务项目,读取该业务项目的第一子业务项目集合中各子业务项目的评估等级字段,并基于评估等级字段的值不大于预设评估等级的子业务项目构建该业务项目对应的第二子业务项目集合,第二子业务项目集合中的各子业务项目即为该业务项目的目标子业务项目。
在本申请的一种可选实施例中,方法还包括:
在得到每一目标子业务项目对应的数据核查脚本后,获取该目标子业务项目对应的数据源的厂商名称和系统版本;
将每一目标子业务项目的识别标识、第一目标字段和/或第二目标字段、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。
在本申请的一种可选实施例中,基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果,包括:
将各业务项目对应的所有目标子业务项目的第一目标字段和/或第二目标字段、第一质量评估结果、以及数据核查脚本按预设顺序汇总,得到电子病历的第二质量评估结果。
第二方面,本申请实施例提供了一种电子病历质量评估装置,包括:
目标子业务项目确定模块,用于基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则;
第一质量评估结果获取模块,用于对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;
第二质量评估结果获取模块,用于基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
在本申请的一种可选实施例中,第一质量评估结果获取模块具体用于:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,确定对应的至少一个数据源;
将每一目标子业务项目的数据核查内容中的核查对象映射至目标数据源的数据库表的第一目标字段、以及目标数据源的字典表的第二目标字段;
基于第一目标字段、和/或第二目标字段以及核查规则,得到该目标子业务项目的数据核查脚本。
在本申请的一种可选实施例中,第一质量评估结果获取模块具体用于:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,获取对应的目标数据源的厂商标识和系统版本;
基于厂商标识、系统版本和该目标子业务识别标识,从预设数据核查脚本库中,查询得到对应的数据核查脚本,预设数据核查脚本库中存储有子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系。
在本申请的一种可选实施例中,目标子业务项目确定模块具体用于:
对于每一业务项目,将该业务项目对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目。
在本申请的一种可选实施例中,每一子业务项目的识别标识中包含有业务项目字段和评估等级字段,且该子业务项目对应的核查规则难度越大,则该子业务项目对应的评估等级字段的值越大;
目标子业务项目确定模块进一步用于:
读取各子业务项目的业务项目字段,并基于业务项目字段相同的子业务项目构建各业务项目对应的第一子业务项目集合;
对于每一业务项目,读取该业务项目的第一子业务项目集合中各子业务项目的评估等级字段,并基于评估等级字段的值不大于预设评估等级的子业务项目构建该业务项目对应的第二子业务项目集合,第二子业务项目集合中的各子业务项目即为该业务项目的目标子业务项目。
在本申请的一种可选实施例中,该方法还可以包括预设数据核查脚本库构建模块,用于:
在得到每一目标子业务项目对应的数据核查脚本后,获取该目标子业务项目对应的数据源的厂商名称和系统版本;
将每一目标子业务项目的识别标识、第一目标字段和/或第二目标字段、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。
在本申请的一种可选实施例中,第二质量评估结果获取模块具体用于:
将各业务项目对应的所有目标子业务项目的第一目标字段和/或第二目标字段、第一质量评估结果、以及数据核查脚本按预设顺序汇总,得到电子病历的第二质量评估结果。
第三方面,本申请实施例提供了一种电子设备,包括存储器和处理器;
存储器中存储有计算机程序;
处理器,用于执行计算机程序以实现第一方面实施例或第一方面任一可选实施例中所提供的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现第一方面实施例或第一方面任一可选实施例中所提供的方法。
第五方面,本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行时实现第一方面实施例或第一方面任一可选实施例中所提供的方法。
本申请提供的技术方案带来的有益效果是:
首先通过预设评估等级以及预设数据质量评估项目表,确定待评测电子病历的各业务项目的目标子业务项目,然后根据各目标子业务项目的数据核查内容以及对应的数据源权限,确定出对应的数据核查脚本,并运行该数据核查脚本即可得到该目标子业务项目的第一质量评估结果,再对所有目标子业务项目的第一质量评估结果以及对应的数据核查脚本进行整合即可得到电子病历最终的第二质量评估结果。该方案在对电子病历进行质量评估过程中,考虑了不同评估等级以及不同业务项目的不同评估要求,并根据所需的评估等级确定目标子业务项目,即对电子病历的不同业务项目根据评估等级确定出不同的用于评估的目标子业务项目,并根据不同子业务项目对应的数据核查内容确定出不同的数据核查脚本,实现了对电子病历质量的系统性评估。同时,为各目标子业务醒目设置了对应的数据源权限,提高了电子病历质量评估过程中的安全。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种电子病历质量评估方法的流程示意图;
图2为本申请实施例提供的一个示例中获取目标子业务的数据核查脚本的示意图;
图3为本申请实施例提供的另一个示例中获取目标子业务的数据核查脚本的示意图;
图4为本申请实施例提供的一种电子病历质量评估装置的结构框图;
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
针对上述问题,本申请实施例提供了一种电子病历质量评估方法、装置及计算机可读存储介质加热炉步进梁出料控制方法、装置及计算机可读存储介质。下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图1为本申请实施例提供的一种电子病历质量评估方法的流程示意图,如图1所示,该方法可以包括:
步骤S101,基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则。
其中,在进行电子病历质量评估前,会预先构建针对电子病历的预设数据质量评估表,该预设数据质量评估表中包含有多个需要进行评估的业务项目,且每个业务项目下对应有多个子业务项目。业务项目即质量评估过程中需要评估的组成电子病历的各个部分,例如,病房医嘱处理、病房检验申请、患者护理与评估、门诊检验申请等组成电子病历的各个部分。可以理解的是,预设数据质量评估表可以根据实际需求进行设定,可以设定的内容包括业务项目种类,每个业务项目对应的子业务项目的种类等。
进一步地,在预设质量评估表中存储有每个子业务项目的数据核查内容,且该数据核查内容包括核查对象和核查规则。其中,核查对象即需要核查的数据的具体类型,核查规则可以包括一致性、完整性、整合性和及时性等。举例来说,如表1所示,为某一预设数据质量评估表中业务项目A下各子业务项目的存储情况。
表1
在按照预设数据质量评估表进行电子病历质量评估过程中,每个业务项目下的子业务项目是可选的,换言之,可以根据预设评估等级确定选取一个或多个子业务项目进行相应等级的质量评估。具体来说,可以预先建立预设评估等级与各业务项目中子业务项目的对应关系,在评估时,若确定了预设评估等级,则可以从各业务项目中选取与该预设评估等级对应的子业务项目作为该业务项目对应的目标子业务项目。举例来说,如表1所示,对于业务项目A,在进行质量评估过程中,若基于某一预设评估等级进行评估,且确定该预设评估等级对应于业务项目A中的子业务项目1、子业务项目2和子业务项目,则可以选取子业务项目1、子业务项目2和子业务项目3进行评估,即确定业务项目1、子业务项目2和子业务项目3为业务项目A的目标子业务项目。
步骤S102,对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果。
具体地,在上一步骤中确定了每一个业务项目对应的一个或多个目标子业务项目后,需要按照各目标子业务项目对应的数据核查内容进行核查,以得到每一子业务项目的第一质量评估结果。对于每一目标子业务项目,需要根据其在预设数据质量评估表中对应的数据核查内容、以及对应的数据源权限生成对应的数据核查脚本,然后基于生成的数据核查脚本进行数据核查。具体来说,数据查询脚本可以从对应的数据源的指定数据表中获取与核查对应相对应的字段的数据,按照核查规则进行核查,得出第一质量评估结果。
需要说明的是,在进行质量评估前,会为每一子业务项目配置对应的数据源权限,数据源权限可以指示该子业务项目对应的数据源。那么,在生成子业务项目对应的数据查询脚本时,就只能访问数据源权限所允许的数据源。由于不同子业务项目的数据源的厂商可能不同,不同子业务项目的质量评估大多由相应厂商的技术人员来实现和完成,因此通过设置上述数据源权限,可以保证技术人员只能访问有权限的数据源,而不能访问无权限的数据源,进而保证了各厂商数据源的安全。
步骤S103,基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
具体地,在上一步骤中获取的第一质量评估结果为对单一目标子业务项目的质量评估结果,数据核查脚本能够反映核查的数据源、核查对象和核查规则,基于所有子业务项目的第一质量评估结果以及对应的数据核查脚本,就可以得出反映电子病历的质量的第二质量评估结果。
本申请提供的方案,首先通过预设评估等级以及预设数据质量评估项目表,确定待评测电子病历的各业务项目的目标子业务项目,然后根据各目标子业务项目的数据核查内容以及对应的数据源权限,确定出对应的数据核查脚本,并运行该数据核查脚本即可得到该目标子业务项目的第一质量评估结果,再对所有目标子业务项目的第一质量评估结果以及对应的数据核查脚本进行整合即可得到电子病历最终的第二质量评估结果。该方案在对电子病历进行质量评估过程中,考虑了不同评估等级以及不同业务项目的不同评估要求,并根据所需的评估等级确定目标子业务项目,即对电子病历的不同业务项目根据评估等级确定出不同的用于评估的目标子业务项目,并根据不同子业务项目对应的数据核查内容确定出不同的数据核查脚本,实现了对电子病历质量的系统性评估。同时,为各目标子业务项目设置了对应的数据源权限,提高了电子病历质量评估过程中的安全。
在本申请的一种可选实施例中,对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,确定对应的至少一个数据源;
将每一目标子业务项目的数据核查内容中的核查对象映射至目标数据源的数据库表的第一目标字段、以及目标数据源的字典表的第二目标字段;
基于第一目标字段、和/或第二目标字段以及核查规则,得到该目标子业务项目的数据核查脚本。
具体地,如图2所示,对于每一目标子业务项目,根据该目标子业务项目的数据源权限获取其对应的数据源。然后,将该目标子业务的每个核查对象映射至数据源的数据库表的第一目标字段、以及目标数据源的字典表的第二目标字段。那么,核查对象对应的第一目标字段下存储的即为需要核查的数据,核查对象对应的第二目标字段下存储的即为对该核查对象的描述数据。基于该目标子业务项目的核查规则构建数据核查脚本框架,在将第一目标字段、和/或第二目标代入该数据核查脚本框架,即可得到对应的数据核查脚本。需要说明的是,在获取数据核查脚本时,根据核查对象和核查规则的不同,可能仅需要将核查对象映射至第一目标字段,也可能需要将核查对象映射至第一目标字段和第二目标字段。
进一步地,在得到目标子业务项目的数据核查脚本后,执行该数据核查脚本即刻得出对应的第一质量评估结果。
举例来说,如表1中所示,对于子业务项目1,其核查对象相应包括:医嘱记录中的医嘱项目编码和医嘱项目名称,核查规则为:一致性。那么,对于核查对象“医嘱项目编码”,其对应的数据核查脚本的执行过程为:获取“医嘱项目编码”在医嘱记录表中对应的第一目标字段X1下的数据记录,并获取“医嘱项目编码”在医嘱记录表中对应的第一目标字段Y1下的描述数据,统计数据记录中与描述数据相符的数据的条数,并获取与描述数据相符的数据的条数与数据记录的总条数的比值,该比值可称为一致性系数。一般来说,若一致性系数为1则说明医嘱记录一致性不存在问题,若一致性系数不为1则说明医嘱记录一致性存在问题。以此类推,可以获取另一个核查对象“医嘱项目名称”的一致性系数。取各一致性系数的平均值及得到该子业务项目1的一致性系数。
对于子业务项目2,其核查对象包括:医嘱记录中的患者标识、医嘱号、医嘱分类、医嘱项目编码、医嘱项目名称以及医嘱开始时间,核查规则为:完整性。那么,对于核查对象“患者标识”,其对应的数据核查脚本的执行过程为:获取“患者标识”在医嘱记录表中对应的第一目标字段X2下的数据记录,统计数据记录中完整的数据的条数,并获取完整数据的条数与数据记录的总条数的比值,该比值可称为完整性系数。一般来说,若完整性系数为1则说明医嘱记录的完整性不存在问题,若完整性系数不为1则说明医嘱记录的完整性存在问题。以此类推,可以获取其他核查对象“医嘱号、医嘱分类、医嘱项目编码、医嘱项目名称、医嘱开始时间”的完整性系数。取各完整性系数的平均值及得到该子业务项目2的完整性系数。
对于子业务项目3,其核查对象包括:药疗医嘱记录与护理执行记录两者中的医嘱号、医嘱项目编码、医疗医嘱给药途径、药疗医嘱用法,核查规则为:整合性。那么,对于核查对象“医嘱号”,其对应的数据核查脚本的执行过程为:分别获取其在药疗医嘱记录中对应的第一目标字段X3的数据记录和在护理执行记录表中对应的第一目标字段X4的数据记录,统计第一目标字段X3与第一目标字段X4下对应数据对中可对照的数据的条数,并获取对应数据对中可对照的数据的条数与对应数据对的总条数的比值,该比值可以成为整合性系数,一般来说,若整合性系数为1则说明整合性不存在问题,若整合性系数不为1则说明整合性存在问题。以此类推,可以获取其他核查对象“医嘱项目编码、医疗医嘱给药途径、药疗医嘱用法”的整合性。取各整合性系数的平均值及得到该子业务项目3的整合性系数。
对于子业务项目4,其核查对象以及逻辑关系包括:1、药疗医嘱记录(医嘱下达时间)<药房发药记录(药房发药时间),药房发药记录(药房发药时间)<医嘱执行记录(给药时间),2、药疗医嘱记录(医嘱下达时间)<药师审核记录(药师审核时间),核查规则为:及时性。那么,对于“药疗医嘱记录(医嘱下达时间)<药房发药记录(药房发药时间)”的核查过程为:获取药疗医嘱记录对应的第一目标字段X5下的数据的下达时间、以及药房发药记录对应的第一目标字段X6下的数据的发药时间,然后获取满足下达时间小于发药时间的数据对的条数,并获取下达时间小于发药时间的数据对的条数与总对应的数据对的总条数的比值,该比值可以成为及时性比值。一般来说,及时性系数为1则说明及时性不存在问题,若及时性系数不为1则说明及时性存在问题。以此类推,可以获取其他核查对象的及时性。取各及时性系数的平均值及得到该子业务项目4的及时性系数。
以上给出了获取目标子业务项目的数据核查脚本的第一种方式,在本申请的一种可选实施例中,还提供了获取目标子业务项目的数据核查脚本的第二种方式,详细描述如下。
对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,获取对应的目标数据源的厂商标识和系统版本;
基于厂商标识、系统版本和该目标子业务识别标识,从预设数据核查脚本库中,查询得到对应的数据核查脚本,预设数据核查脚本库中存储有子业务项目的识别标识、第一目标字段和/或第二目标字段、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系。
具体地,如图3所示,预先设置预设数据核查脚本库,该预设数据核查脚本库中存储有子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系,那么,当确定出识别标识和数据源的厂商名称和系统版本后,即可以唯一确定出对应的数据核查脚本。
那么,当需要确定某一目标子业务项目的数据核查脚本时,只需要确定其识别标识,并根据其对应的数据源权限确定出其对应的数据源的厂商和系统版本,就可以根据识别标识、以及数据圆的厂商和系统版本从预设数据核查脚本库中查询到对应的数据核查脚本、以及第一目标字段和/或第二目标字段。
需要说明的是,预设数据核查脚本库可以预先配置,也可以在按照上述第一种方式得到每一目标子业务项目对应的数据核查脚本后,获取该目标子业务项目对应的数据源的厂商名称和系统版本;将每一目标子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。具体地,在确定了每一目标子业务项目的数据核查脚本后,可以将其存储在预设数据核查脚本库中,以供后续直接调用。具体来说,在存储时,将该目标子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。
在本申请的一种可选实施例中,基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,包括:
对于每一业务项目,将该业务项目对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目。
具体来说,为每一个子业务项目设置对应的评估等级,对于每一业务项目,将其中不高于预设评估等级的所有子业务项目都确定为该业务项目的目标子业务项目。
进一步地,每一子业务项目的识别标识中包含有业务项目字段和评估等级字段,且该子业务项目对应的核查规则难度越大,则该子业务项目对应的评估等级字段的值越大;
对于每一业务项目,将其对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目,包括:
读取各子业务项目的业务项目字段,并基于业务项目字段相同的子业务项目构建各业务项目对应的第一子业务项目集合;
对于每一业务项目,读取该业务项目的第一子业务项目集合中各子业务项目的评估等级字段,并基于评估等级字段的值不大于预设评估等级的子业务项目构建该业务项目对应的第二子业务项目集合,第二子业务项目集合中的各子业务项目即为该业务项目的目标子业务项目。
举例来说,如表2所示,给出了每个子业务项目的识别标识,子业务项目1的识别标识为“010A01”,其中前4位“010A”为业务项目字段,通过该字段可以确定该子业务项目属于业务项目A,后两位“01”位评估等级,通过该字段可以确定该子业务项目的评估等级为1级。
表2
那么,对于业务项目A,读取个子业务项目的识别标识的前四位,将其中前四位为“010A”的子业务项目加入第一子业务项目集合。然后,若预设评估等级为3,那么读取第一子业务项目集合中各子业务项目的后两位,并将后两位不大于3的子业务项目加入第二子业务项目集合,该第二子业务项目集合中的所有子业务项目即为业务项目A的目标子业务项目,分别为子业务项目1、子业务项目2、子业务项目3。
需要说明的是,子业务项目的识别标识的定义方式不限于表2中的这一种形式,只要包含业务项目字段和评估等级字段即可,至于字段的形式和含义可以根据实际需求进行设定。
在本申请的一种可选实施例中,基于各业务项目对应的所有目标子业务项目的第一目标字段和/或第二目标字段、第一质量评估结果、以及对应的数据核查脚本,获取所述电子病历的第二质量评估结果,包括:
将各业务项目对应的所有目标子业务项目的第一目标字段和/或第二目标字段、第一质量评估结果、以及数据核查脚本按预设顺序汇总,得到所述电子病历的第二质量评估结果。
具体地,最后输出的第二质量评估结果是对各目标子业务项目的汇总。具体来说,第一质量评估结果为该目标子业务项目的评估系数(一致性系数、完整性系数、整合性系数或及时性系数等)。将这些评估系数以及对应的数据核查脚本按预设顺序汇总,并可以文本形式输出,及得到电子病历的第二质量评估结果。
图4为本申请实施例提供的一种电子病历质量评估装置的结构框图,如图4所示,该装置400可以包括:目标子业务项目确定模块401、第一质量评估结果获取模块402以及第二质量评估结果获取模块403,其中:
目标子业务项目确定模块401用于基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则;
第一质量评估结果获取模块402用于对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;
第二质量评估结果获取模块403用于基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
首先通过预设评估等级以及预设数据质量评估项目表,确定待评测电子病历的各业务项目的目标子业务项目,然后根据各目标子业务项目的数据核查内容以及对应的数据源权限,确定出对应的数据核查脚本,并运行该数据核查脚本即可得到该目标子业务项目的第一质量评估结果,再对所有目标子业务项目的第一质量评估结果以及对应的数据核查脚本进行整合即可得到电子病历最终的第二质量评估结果。该方案在对电子病历进行质量评估过程中,考虑了不同评估等级以及不同业务项目的不同评估要求,并根据所需的评估等级确定目标子业务项目,即对电子病历的不同业务项目根据评估等级确定出不同的用于评估的目标子业务项目,并根据不同子业务项目对应的数据核查内容确定出不同的数据核查脚本,实现了对电子病历质量的系统性评估。同时,为各目标子业务项目设置了对应的数据源权限,提高了电子病历质量评估过程中的安全。
在本申请的一种可选实施例中,第一质量评估结果获取模块具体用于:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,确定对应的至少一个数据源;
将每一目标子业务项目的数据核查内容中的核查对象映射至目标数据源的数据库表的第一目标字段、以及目标数据源的字典表的第二目标字段;
基于第一目标字段、和/或第二目标字段以及核查规则,得到该目标子业务项目的数据核查脚本。
在本申请的一种可选实施例中,第一质量评估结果获取模块具体用于:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,获取对应的目标数据源的厂商标识和系统版本;
基于厂商标识、系统版本和该目标子业务识别标识,从预设数据核查脚本库中,查询得到对应的数据核查脚本,预设数据核查脚本库中存储有子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系。
在本申请的一种可选实施例中,目标子业务项目确定模块具体用于:
对于每一业务项目,将该业务项目对应的各子业务项目中评估等级不高于预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目。
在本申请的一种可选实施例中,每一子业务项目的识别标识中包含有业务项目字段和评估等级字段,且该子业务项目对应的核查规则难度越大,则该子业务项目对应的评估等级字段的值越大;
目标子业务项目确定模块进一步用于:
读取各子业务项目的业务项目字段,并基于业务项目字段相同的子业务项目构建各业务项目对应的第一子业务项目集合;
对于每一业务项目,读取该业务项目的第一子业务项目集合中各子业务项目的评估等级字段,并基于评估等级字段的值不大于预设评估等级的子业务项目构建该业务项目对应的第二子业务项目集合,第二子业务项目集合中的各子业务项目即为该业务项目的目标子业务项目。
在本申请的一种可选实施例中,该方法还可以包括预设数据核查脚本库构建模块,用于:
在得到每一目标子业务项目对应的数据核查脚本后,获取该目标子业务项目对应的数据源的厂商名称和系统版本;
将每一目标子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。
在本申请的一种可选实施例中,第二质量评估结果获取模块具体用于:
将各业务项目对应的所有目标子业务项目的第一质量评估结果、以及数据核查脚本按预设顺序汇总,得到电子病历的第二质量评估结果。
下面参考图5,其示出了适于用来实现本申请实施例的电子设备(例如执行图1所示方法的终端设备或服务器)500的结构示意图。本申请实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)、可穿戴设备等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
电子设备包括:存储器以及处理器,存储器用于存储执行上述各个方法实施例所述方法的程序;处理器被配置为执行存储器中存储的程序。其中,这里的处理器可以称为下文所述的处理装置501,存储器可以包括下文中的只读存储器(ROM)502、随机访问存储器(RAM)503以及存储装置508中的至少一项,具体如下所示:
如图5所示,电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中,还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
通常,以下装置可以连接至I/O接口505:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507;包括例如磁带、硬盘等的存储装置508;以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置509从网络上被下载和安装,或者从存储装置508被安装,或者从ROM 502被安装。在该计算机程序被处理装置501执行时,执行本申请实施例的方法中限定的上述功能。
需要说明的是,本申请上述的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:
基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则;对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的模块或单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,模块或单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一程序切换模块还可以被描述为“切换第一程序的模块”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本申请的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的计算机可读介质被电子设备执行时实现的具体方法,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行时实现如下情况:
基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,数据核查内容包括核查对象以及核查规则;对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取电子病历的第二质量评估结果。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种电子病历质量评估方法,其特征在于,包括:
基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,所述预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,所述数据核查内容包括核查对象以及核查规则;
对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于所述数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;
基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取所述电子病历的第二质量评估结果。
2.根据权利要求1所述的方法,其特征在于,所述对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,确定对应的至少一个数据源;
将每一目标子业务项目的数据核查内容中的核查对象映射至目标数据源的数据库表的第一目标字段、以及所述目标数据源的字典表的第二目标字段;
基于所述第一目标字段、和/或所述第二目标字段以及所述核查规则,得到该目标子业务项目的数据核查脚本。
3.根据权利要求1所述的方法,其特征在于,所述对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限获取对应的数据核查脚本,包括:
对于每一目标子业务项目,基于该目标子业务项目对应的数据源权限,获取对应的目标数据源的厂商标识和系统版本;
基于所述厂商标识、系统版本和该目标子业务识别标识,从预设数据核查脚本库中,查询得到对应的数据核查脚本,所述预设数据核查脚本库中存储有子业务项目的识别标识、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者之间的对应关系。
4.根据权利要求1所述的方法,其特征在于,所述基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,包括:
对于每一业务项目,将该业务项目对应的各子业务项目中评估等级不高于所述预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目。
5.根据权利要求4所述的方法,其特征在于,每一子业务项目的识别标识中包含有业务项目字段和评估等级字段,且该子业务项目对应的核查规则难度越大,则该子业务项目对应的评估等级字段的值越大;
所述对于每一业务项目,将其对应的各子业务项目中评估等级不高于所述预设评估等级的所有子业务项目,确定为该业务项目对应的目标子业务项目,包括:
读取各子业务项目的业务项目字段,并基于业务项目字段相同的子业务项目构建各业务项目对应的第一子业务项目集合;
对于每一业务项目,读取该业务项目的第一子业务项目集合中各子业务项目的评估等级字段,并基于评估等级字段的值不大于所述预设评估等级的子业务项目构建该业务项目对应的第二子业务项目集合,所述第二子业务项目集合中的各子业务项目即为该业务项目的目标子业务项目。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在得到每一目标子业务项目对应的数据核查脚本后,获取所述该目标子业务项目对应的数据源的厂商名称和系统版本;
将每一目标子业务项目的识别标识、第一目标字段和/或第二目标字段、数据核查脚本、以及对应的数据源的厂商名称和系统版本四者对应存储至预设数据核查脚本库中。
7.根据权利要求2所述的方法,其特征在于,基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取所述电子病历的第二质量评估结果,包括:
将各业务项目对应的所有目标子业务项目的的第一目标字段和/或第二目标字段、第一质量评估结果、以及数据核查脚本按预设顺序汇总,得到所述电子病历的第二质量评估结果。
8.一种电子病历质量评估装置,其特征在于,包括:
目标子业务项目确定模块,用于基于电子病历的预设评估等级,从预设数据质量评估项目表中选取各业务项目对应的至少一个目标子业务项目,其中,所述预设数据质量评估项目表中包含有每个业务项目的各子业务项目与数据核查内容之间的对应关系,所述数据核查内容包括核查对象以及核查规则;
第一质量评估结果获取模块,用于对于每一目标子业务项目,基于该目标子业务项目对应的数据核查内容、和/或数据源权限获取对应的数据核查脚本,并基于所述数据核查脚本进行数据核查,得到该目标子业务项目对应的第一质量评估结果;
第二质量评估结果获取模块,用于基于各业务项目对应的所有目标子业务项目的第一质量评估结果、以及对应的数据核查脚本,获取所述电子病历的第二质量评估结果。
9.一种电子设备,其特征在于,包括存储器和处理器;
所述存储器中存储有计算机程序;
所述处理器,用于执行所述计算机程序以实现权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210304157.8A CN114566244B (zh) | 2022-03-25 | 2022-03-25 | 电子病历质量评估方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210304157.8A CN114566244B (zh) | 2022-03-25 | 2022-03-25 | 电子病历质量评估方法、装置及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114566244A CN114566244A (zh) | 2022-05-31 |
CN114566244B true CN114566244B (zh) | 2023-05-26 |
Family
ID=81720168
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210304157.8A Active CN114566244B (zh) | 2022-03-25 | 2022-03-25 | 电子病历质量评估方法、装置及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114566244B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006048670A (ja) * | 2004-07-09 | 2006-02-16 | Tokio Kano | 医療情報処理システム、医療情報処理用記憶媒体および医療情報処理用読取装置 |
CN101571890A (zh) * | 2008-04-28 | 2009-11-04 | 国际商业机器公司 | 自动评估病历质量的方法和系统 |
CN107193919A (zh) * | 2017-05-15 | 2017-09-22 | 清华大学深圳研究生院 | 一种电子病历的检索方法及系统 |
CN107391933A (zh) * | 2017-07-24 | 2017-11-24 | 山东中关创业信息科技股份有限公司 | 一种电子病历质量控制管理装置及方法 |
CN107910066A (zh) * | 2017-11-13 | 2018-04-13 | 医渡云(北京)技术有限公司 | 病历评估方法、装置、电子设备及存储介质 |
CN110162779A (zh) * | 2019-04-04 | 2019-08-23 | 北京百度网讯科技有限公司 | 病历质量的评估方法、装置及设备 |
CN112286912A (zh) * | 2020-08-12 | 2021-01-29 | 上海柯林布瑞信息技术有限公司 | 医疗数据质量核查方法及装置、终端、存储介质 |
CN113052410A (zh) * | 2019-12-26 | 2021-06-29 | 医渡云(北京)技术有限公司 | 一种电子病历数据的质控方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101714191A (zh) * | 2009-11-13 | 2010-05-26 | 无锡曼荼罗软件有限公司 | 电子病历的质量控制方法和装置 |
GB2536274B (en) * | 2015-03-12 | 2019-10-16 | Mirada Medical Ltd | Method and apparatus for assessing image registration |
CN105808951A (zh) * | 2016-03-10 | 2016-07-27 | 宁波金唐软件有限公司 | 一种电子病历的质量控制方法及其装置 |
-
2022
- 2022-03-25 CN CN202210304157.8A patent/CN114566244B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006048670A (ja) * | 2004-07-09 | 2006-02-16 | Tokio Kano | 医療情報処理システム、医療情報処理用記憶媒体および医療情報処理用読取装置 |
CN101571890A (zh) * | 2008-04-28 | 2009-11-04 | 国际商业机器公司 | 自动评估病历质量的方法和系统 |
CN107193919A (zh) * | 2017-05-15 | 2017-09-22 | 清华大学深圳研究生院 | 一种电子病历的检索方法及系统 |
CN107391933A (zh) * | 2017-07-24 | 2017-11-24 | 山东中关创业信息科技股份有限公司 | 一种电子病历质量控制管理装置及方法 |
CN107910066A (zh) * | 2017-11-13 | 2018-04-13 | 医渡云(北京)技术有限公司 | 病历评估方法、装置、电子设备及存储介质 |
CN110162779A (zh) * | 2019-04-04 | 2019-08-23 | 北京百度网讯科技有限公司 | 病历质量的评估方法、装置及设备 |
CN113052410A (zh) * | 2019-12-26 | 2021-06-29 | 医渡云(北京)技术有限公司 | 一种电子病历数据的质控方法及装置 |
CN112286912A (zh) * | 2020-08-12 | 2021-01-29 | 上海柯林布瑞信息技术有限公司 | 医疗数据质量核查方法及装置、终端、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114566244A (zh) | 2022-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111291103B (zh) | 接口数据的解析方法、装置、电子设备及存储介质 | |
CN111555940B (zh) | 客户端的测试方法、装置、电子设备及计算机可读存储介质 | |
CN112684968A (zh) | 页面展示方法、装置、电子设备和计算机可读介质 | |
CN111857720B (zh) | 用户界面状态信息的生成方法、装置、电子设备及介质 | |
CN114116842B (zh) | 多维医疗数据实时获取方法、装置、电子设备及存储介质 | |
CN116433388B (zh) | 数据存储资源划分方法、装置、电子设备和计算机介质 | |
CN114566244B (zh) | 电子病历质量评估方法、装置及计算机可读存储介质 | |
CN114328700B (zh) | 医疗数据etl任务中的数据核查方法及装置 | |
CN113204557B (zh) | 电子表格导入方法、装置、设备及介质 | |
CN111338621B (zh) | 显示数据方法、装置、电子设备和计算机可读介质 | |
CN114756879A (zh) | 信息表处理方法、装置、电子设备和计算机可读介质 | |
CN111460020B (zh) | 用于解析消息的方法、装置、电子设备和介质 | |
CN111258786B (zh) | 分层架构中的解耦方法、装置、终端和存储介质 | |
CN113053531B (zh) | 医疗数据处理方法、装置、计算机可读存储介质及设备 | |
CN113313492A (zh) | 电子凭证的生成方法及相关装置 | |
CN115034175A (zh) | 表格数据处理方法、装置、终端和存储介质 | |
CN112685075A (zh) | 灰度发布方法、装置、电子设备和计算机可读介质 | |
CN114040014B (zh) | 内容推送方法、装置、电子设备及计算机可读存储介质 | |
CN114003188B (zh) | 信息加密显示方法、装置、电子设备和计算机可读介质 | |
CN111857879B (zh) | 数据处理方法、装置、电子设备和计算机可读介质 | |
CN113672567B (zh) | 文件构建方法、装置、电子设备和计算机可读介质 | |
CN113779952B (zh) | 文本处理方法、装置和电子设备 | |
CN115374320B (zh) | 文本匹配方法、装置、电子设备、计算机介质 | |
CN111400322B (zh) | 用于存储数据的方法、装置、电子设备和介质 | |
CN111581305B (zh) | 特征处理方法、装置、电子设备和介质 |
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 | ||
GR01 | Patent grant |