CN110289058A - 一种电子病历规范化匹配方法以及装置 - Google Patents
一种电子病历规范化匹配方法以及装置 Download PDFInfo
- Publication number
- CN110289058A CN110289058A CN201910489480.5A CN201910489480A CN110289058A CN 110289058 A CN110289058 A CN 110289058A CN 201910489480 A CN201910489480 A CN 201910489480A CN 110289058 A CN110289058 A CN 110289058A
- Authority
- CN
- China
- Prior art keywords
- data
- drug
- health record
- electronic health
- dictionary library
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/35—Clustering; Classification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/36—Creation of semantic tools, e.g. ontology or thesauri
- G06F16/374—Thesaurus
-
- 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
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Landscapes
- Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Databases & Information Systems (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- General Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- General Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- Physics & Mathematics (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Computational Linguistics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本公开是关于一种电子病历规范化匹配方法、装置、电子设备以及计算机可读存储介质。其中,该方法包括:基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;根据预设算法,对所述字典库中的药品数据生成唯一标识编码;根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。本公开电子病历药品数据的规范化处理实现了不同部门之间的信息资源共享、数据交换、统计分析,降低了监管成本。
Description
技术领域
本公开涉及电子数据算法领域,具体而言,涉及一种电子病历规范化匹配方法、装置、电子设备以及计算机可读存储介质。
背景技术
当前全国由于前期缺乏统一的药品建设标准,各省市药品采购信息现阶段难以实现互联互通和资源共享,对国家和各省市的政策推动、信息化监管和药品管理制度实施效果评估非常不利。目前,在药品数据采集、数据清洗、数据分析及相关政策的落实等情况还存在一些问题,突出表现在没有一套统一的药品建设标准(本发明中是编码标准)。已经成为制约医药行业信息化建设和发展的瓶颈。
近几年医院的HIS***(医院管理和医疗活动中进行信息管理和联机操作的计算机应用***)、医药企业的ERP***(企业资源计划)已经有了突飞猛进的发展,信息化水平都比较高。但随着项目的开展及深入的研究发现,当前的医药行业信息化建设也存在一些亟待解决的问题,突出表现在缺乏能适应医药行业发展需要的、行业统一的药品分类标准。大部分医院的HIS***、企业的ERP***各自为政,数据标准不统一,无法实现数据交换、共享,造成了大量的重复建设和资源浪费。
由上可知,需要提供一种或多种至少能够解决上述问题的技术方案。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种电子病历规范化匹配方法、装置、电子设备以及计算机可读存储介质,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
根据本公开的一个方面,提供一种电子病历规范化匹配方法,包括:
字典库建立步骤,基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码步骤,根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集步骤,根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配步骤,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
在本公开的一种示例性实施例中,所述字典库建立步骤还包括:
所述字典库中的标准药品数据包含国产药品字符串、进口药品字符串、药品生产企业字符串、药品经营企业字符串、GMP认证字符串、GSP认证字符串,所述字符串按照预设规则拼接。
在本公开的一种示例性实施例中,所述字符串按照预设规则拼接后,通过编辑距离算法计算所述药品数据是否为新增的数据,若是,则存入字典库中。
在本公开的一种示例性实施例中,所述药品数据编码步骤还包括:
以《中华人民共和国卫生行业标准YY0252---1997化学药品(原料、制剂)标准》为基础编码,遵从一物一码的原则,对某些多种用途的药品,只赋予一个唯一的代码。
在本公开的一种示例性实施例中,所述药品数据编码步骤还包括:
进一步根据ATC分类编码、化学药品和生物制品四级分类编码表关系进行扩展编码;
指定标准编码为层次代码结构,共9层20位构成,以每组12、16、18、20位不等的数字形式存在,其中药品编码所代表药品的个性特征包括药品的分类、名称、剂型、制剂规格、包装规格。
在本公开的一种示例性实施例中,所述电子病历数据采集步骤还包括对非结构化自由文本数据的挖掘分析:
通过建立临床文档的医学文本特征库和术语库分析引擎实现自由文本挖掘分析,通过专业特征词汇库迭代更新,规范电子病历医学术语,实现关键词汇分类、语义上下文分析、映射分析,进而达到数据的预期结构化标准;
通过类比SHARPn的临床元素模型、PCORI的通用数据模型、OMOP/OHDSI的通用数据模型达到药品数据的结构化。
在本公开的一种示例性实施例中,所述电子病历数据匹配步骤还包括:
通过智能比对***,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,得到所述待规范药品数据与所述标准药品数据的相似度,进而完成所述待规范药品数据与所述标准药品数据的匹配。
在本公开的一个方面,提供一种电子病历规范化匹配装置,包括:
字典库建立模块,用于基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码模块,用于根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集模块,用于根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配模块,用于将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
在本公开的一个方面,提供一种电子设备,包括:
处理器;以及
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的方法。
在本公开的另一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据上述任意一项所述的方法。
本公开的示例性实施例中的电子病历规范化匹配方法,基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;根据预设算法,对所述字典库中的药品数据生成唯一标识编码;根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。一方面,本公开标准字典库数据来源于定期抓取CFDA上的数据,能在一定范围内保障数据的准确性和权威性,建立统一的数据标准将各个医院的院内药品数据进行统一的规范;另一方面,本公开是保障医嘱信息读取、分析的基础,加强信息化基础工作,推进基础建设,促进信息共享,为药品申请、审核、撮合、交易提供方便,更够实现不同主管部门之间的信息资源共享、数据交换、统计分析,降低监管成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
通过参照附图来详细描述其示例实施例,本公开的上述和其它特征及优点将变得更加明显。
图1示出了根据本公开一示例性实施例的电子病历规范化匹配方法的流程图;
图2示出了根据本公开一示例性实施例的电子病历规范化匹配装置的示意框图;
图3示意性示出了根据本公开一示例性实施例的电子设备的框图;以及
图4示意性示出了根据本公开一示例性实施例的计算机可读存储介质的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有所述特定细节中的一个或更多,或者可以采用其它的方法、组元、材料、装置、步骤等。在其它情况下,不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
在本示例实施例中,首先提供了一种电子病历规范化匹配方法;参考图1中所示,该电子病历规范化匹配方法可以包括以下步骤:
字典库建立步骤S110,基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码步骤S120,根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集步骤S130,根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配步骤S140,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
一方面,本公开标准字典库数据来源于定期抓取CFDA上的数据,能在一定范围内保障数据的准确性和权威性,建立统一的数据标准将各个医院的院内药品数据进行统一的规范;另一方面,本公开是保障医嘱信息读取、分析的基础,加强信息化基础工作,推进基础建设,促进信息共享,为药品申请、审核、撮合、交易提供方便,更够实现不同主管部门之间的信息资源共享、数据交换、统计分析,降低监管成本。
下面,将对本示例实施例中的电子病历规范化匹配方法进行进一步的说明。
在字典库建立步骤S110中,可以基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库。
在本示例的实施例中,所述字典库建立步骤还包括:
所述字典库中的标准药品数据包含国产药品字符串、进口药品字符串、药品生产企业字符串、药品经营企业字符串、GMP认证字符串、GSP认证字符串,所述字符串按照预设规则拼接。
在本示例的实施例中,所述字符串按照预设规则拼接后,通过编辑距离算法(Levenshtein Distance)计算所述药品数据是否为新增的数据,若是,则存入字典库中,不断丰富,完善标准字典库的数据。
在药品数据编码步骤S120中,可以根据预设算法,对所述字典库中的药品数据生成唯一标识编码。
在本示例的实施例中,所述药品数据编码步骤还包括:
以《中华人民共和国卫生行业标准YY0252---1997化学药品(原料、制剂)标准》为基础编码,遵从一物一码的原则,对某些多种用途的药品,只赋予一个唯一的代码。
在本示例的实施例中,所述药品数据编码步骤还包括:
进一步根据ATC分类编码、化学药品和生物制品四级分类编码表关系进行扩展编码;
指定标准编码为层次代码结构,共9层20位构成,以每组12、16、18、20位不等的数字形式存在,其中药品编码所代表药品的个性特征包括药品的分类、名称、剂型、制剂规格、包装规格。
在电子病历数据采集步骤S130中,可以根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据。
在本示例的实施例中,由于EMR(Electronic Medical Record)上的信息大多以文本形式存储,而文本描述的信息通常存在歧义和很多非标准化描述,需要借助文本挖掘和一些医疗数据模型来转化为结构化数据。
在本示例的实施例中,所述电子病历数据采集步骤还包括对非结构化自由文本数据的挖掘分析:
通过建立临床文档的医学文本特征库和术语库分析引擎实现自由文本挖掘分析,通过专业特征词汇库迭代更新,规范电子病历医学术语,实现关键词汇分类、语义上下文分析、映射分析,进而达到数据的预期结构化标准;
通过类比SHARPn的临床元素模型、PCORI的通用数据模型、OMOP/OHDSI的通用数据模型达到药品数据的结构化。
在本示例的实施例中,借鉴一些比较有名的模型达到药品数据的结构化:SHARPn项目开发的数据标准化流程(使用了“临床元素模型(Clinical Element Model)”),PCORI提出的“.通用数据模型(PCORNET common data model)”,OMOP/OHDSI提出的“通用数据模型(OMOP common data model)”。
在电子病历数据匹配步骤S140中,可以将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
在本示例的实施例中,所述电子病历数据匹配步骤还包括:
通过智能比对***,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,得到所述待规范药品数据与所述标准药品数据的相似度,进而完成所述待规范药品数据与所述标准药品数据的匹配。
在本示例的实施例中,标准字典库数据来源于定期抓取CFDA上的数据,能在一定范围内保障数据的准确性和权威性,建立统一的数据标准将各个医院的院内药品数据进行统一的规范。该方法是保障医嘱信息读取、分析的基础,加强信息化基础工作,推进基础建设,促进信息共享,为药品申请、审核、撮合、交易提供方便;实现不同主管部门之间的信息资源共享、数据交换、统计分析,降低监管成本。
需要说明的是,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
此外,在本示例实施例中,还提供了一种电子病历规范化匹配装置。参照图2所示,该电子病历规范化匹配装置200可以包括:字典库建立模块210、药品数据编码模块220、电子病历数据采集模块230以及电子病历数据匹配模块240。其中:
字典库建立模块210,用于基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码模块220,用于根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集模块230,用于根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配模块240,用于将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
上述中各电子病历规范化匹配装置模块的具体细节已经在对应的电子病历规范化匹配方法中进行了详细的描述,因此此处不再赘述。
应当注意,尽管在上文详细描述中提及了电子病历规范化匹配装置200的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为***、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施例、完全的软件实施例(包括固件、微代码等),或硬件和软件方面结合的实施例,这里可以统称为“电路”、“模块”或“***”。
下面参照图3来描述根据本发明的这种实施例的电子设备300。图3显示的电子设备300仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图3所示,电子设备300以通用计算设备的形式表现。电子设备300的组件可以包括但不限于:上述至少一个处理单元310、上述至少一个存储单元320、连接不同***组件(包括存储单元320和处理单元310)的总线330、显示单元340。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元310执行,使得所述处理单元310执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。例如,所述处理单元310可以执行如图1中所示的步骤S110至步骤S140。
存储单元320可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)3201和/或高速缓存存储单元3202,还可以进一步包括只读存储单元(ROM)3203。
存储单元320还可以包括具有一组(至少一个)程序模块3205的程序/实用工具3204,这样的程序模块3205包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线330可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备300也可以与一个或多个外部设备370(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备300交互的设备通信,和/或与使得该电子设备300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口350进行。并且,电子设备300还可以通过网络适配器360与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器360通过总线330与电子设备300的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备300使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
参考图4所示,描述了根据本发明的实施例的用于实现上述方法的程序产品400,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。
Claims (10)
1.一种电子病历规范化匹配方法,其特征在于,所述方法包括:
字典库建立步骤,基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码步骤,根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集步骤,根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配步骤,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
2.如权利要求1所述的方法,其特征在于,所述字典库建立步骤还包括:
所述字典库中的标准药品数据包含国产药品字符串、进口药品字符串、药品生产企业字符串、药品经营企业字符串、GMP认证字符串、GSP认证字符串,所述字符串按照预设规则拼接。
3.如权利要求2所述的方法,其特征在于,所述字符串按照预设规则拼接后,通过编辑距离算法计算所述药品数据是否为新增的数据,若是,则存入字典库中。
4.如权利要求1所述的方法,其特征在于,所述药品数据编码步骤还包括:
以《中华人民共和国卫生行业标准YY0252---1997化学药品(原料、制剂)标准》为基础编码,遵从一物一码的原则,对某些多种用途的药品,只赋予一个唯一的代码。
5.如权利要求4所述的方法,其特征在于,所述药品数据编码步骤还包括:
进一步根据ATC分类编码、化学药品和生物制品四级分类编码表关系进行扩展编码;
指定标准编码为层次代码结构,共9层20位构成,以每组12、16、18、20位不等的数字形式存在,其中药品编码所代表药品的个性特征包括药品的分类、名称、剂型、制剂规格、包装规格。
6.如权利要求1所述的方法,其特征在于,所述电子病历数据采集步骤还包括对非结构化自由文本数据的挖掘分析:
通过建立临床文档的医学文本特征库和术语库分析引擎实现自由文本挖掘分析,通过专业特征词汇库迭代更新,规范电子病历医学术语,实现关键词汇分类、语义上下文分析、映射分析,进而达到数据的预期结构化标准;
通过类比SHARPn的临床元素模型、PCORI的通用数据模型、OMOP/OHDSI的通用数据模型达到药品数据的结构化。
7.如权利要求1所述的方法,其特征在于,所述电子病历数据匹配步骤还包括:
通过智能比对***,将所述待规范药品数据与所述字典库中的标准药品数据对比分析,得到所述待规范药品数据与所述标准药品数据的相似度,进而完成所述待规范药品数据与所述标准药品数据的匹配。
8.一种电子病历规范化匹配装置,其特征在于,所述装置包括:
字典库建立模块,用于基于国家食品药品监督管理总局数据建立包含标准药品数据的字典库;
药品数据编码模块,用于根据预设算法,对所述字典库中的药品数据生成唯一标识编码;
电子病历数据采集模块,用于根据预设规则,对非标准化的电力病历进行数据挖掘,采集所述电子病历中待规范药品数据;
电子病历数据匹配模块,用于将所述待规范药品数据与所述字典库中的标准药品数据对比分析,完成所述待规范药品数据与所述标准药品数据的匹配。
9.一种电子设备,其特征在于,包括
处理器;以及
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据权利要求1至7中任一项所述方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910489480.5A CN110289058A (zh) | 2019-06-06 | 2019-06-06 | 一种电子病历规范化匹配方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910489480.5A CN110289058A (zh) | 2019-06-06 | 2019-06-06 | 一种电子病历规范化匹配方法以及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110289058A true CN110289058A (zh) | 2019-09-27 |
Family
ID=68003445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910489480.5A Pending CN110289058A (zh) | 2019-06-06 | 2019-06-06 | 一种电子病历规范化匹配方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110289058A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110727710A (zh) * | 2019-10-12 | 2020-01-24 | 平安医疗健康管理股份有限公司 | 数据分析方法、装置、计算机设备和存储介质 |
CN111125076A (zh) * | 2019-12-17 | 2020-05-08 | 武汉海云健康科技股份有限公司 | 基于大数据的药品通用名清洗方法及***、服务器及介质 |
CN111161817A (zh) * | 2019-12-31 | 2020-05-15 | 医渡云(北京)技术有限公司 | 医疗数据标准化处理方法、装置、介质及电子设备 |
CN111180087A (zh) * | 2020-01-02 | 2020-05-19 | 中国中医科学院中医药信息研究所 | 上市药品信息标准化方法、设备、服务器及存储介质 |
CN111400296A (zh) * | 2020-03-16 | 2020-07-10 | 北京大学深圳医院 | 肾脏病理免疫荧光数据处理方法、装置及相关设备 |
CN111625542A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 过敏信息数据库建立方法及装置、存储介质及电子设备 |
CN111933244A (zh) * | 2020-08-17 | 2020-11-13 | 医渡云(北京)技术有限公司 | 药品数据编码方法、装置、计算机可读介质及电子设备 |
CN111986754A (zh) * | 2020-08-21 | 2020-11-24 | 南通大学 | 一种基于糖尿病的电子病历管理模型构建方法 |
CN112527970A (zh) * | 2020-12-24 | 2021-03-19 | 上海浦东发展银行股份有限公司 | 数据字典标准化处理方法、装置、设备及存储介质 |
CN112925819A (zh) * | 2020-12-21 | 2021-06-08 | 上海药慧信息技术有限公司 | 药品中标信息挖掘方法和装置 |
CN113130038A (zh) * | 2021-04-30 | 2021-07-16 | 康键信息技术(深圳)有限公司 | 药品数据匹配方法、装置、设备及存储介质 |
CN114461866A (zh) * | 2022-03-23 | 2022-05-10 | 百芯智能制造科技(深圳)有限公司 | 一种数据规范化的处理方法及电子设备 |
CN116453637A (zh) * | 2023-03-20 | 2023-07-18 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和*** |
CN117763129A (zh) * | 2024-02-22 | 2024-03-26 | 神州医疗科技股份有限公司 | 基于生成式预训练模型的病历检索*** |
CN111523309B (zh) * | 2020-04-17 | 2024-07-16 | 北京懿医云科技有限公司 | 药品信息归一化的方法、装置、存储介质及电子设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103678435A (zh) * | 2013-07-08 | 2014-03-26 | 重庆绿色智能技术研究院 | 一种药品规格数据相似度匹配方法 |
CN104268137A (zh) * | 2013-07-31 | 2015-01-07 | 深圳市华傲数据技术有限公司 | 一种药品名称数据匹配方法和装置 |
CN105005683A (zh) * | 2015-06-17 | 2015-10-28 | 北京锐易特软件技术有限公司 | 一种解决区域医疗***数据规范化问题的缓存***及方法 |
CN106383853A (zh) * | 2016-08-30 | 2017-02-08 | 刘勇 | 一种电子病历后结构化以及辅助诊断的实现方法及其*** |
CN106777165A (zh) * | 2016-12-21 | 2017-05-31 | 广东技术师范学院 | 一种基于网络爬虫的药品信息库构建方法 |
CN107480425A (zh) * | 2017-07-14 | 2017-12-15 | 广东医睦科技有限公司 | 一种基于药品编码的药品信息处理方法 |
CN107784611A (zh) * | 2017-04-11 | 2018-03-09 | 平安医疗健康管理股份有限公司 | 药品编码方法及装置 |
CN108538395A (zh) * | 2018-04-02 | 2018-09-14 | 上海市儿童医院 | 一种通用的医疗专病数据***的构建方法 |
-
2019
- 2019-06-06 CN CN201910489480.5A patent/CN110289058A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103678435A (zh) * | 2013-07-08 | 2014-03-26 | 重庆绿色智能技术研究院 | 一种药品规格数据相似度匹配方法 |
CN104268137A (zh) * | 2013-07-31 | 2015-01-07 | 深圳市华傲数据技术有限公司 | 一种药品名称数据匹配方法和装置 |
CN105005683A (zh) * | 2015-06-17 | 2015-10-28 | 北京锐易特软件技术有限公司 | 一种解决区域医疗***数据规范化问题的缓存***及方法 |
CN106383853A (zh) * | 2016-08-30 | 2017-02-08 | 刘勇 | 一种电子病历后结构化以及辅助诊断的实现方法及其*** |
CN106777165A (zh) * | 2016-12-21 | 2017-05-31 | 广东技术师范学院 | 一种基于网络爬虫的药品信息库构建方法 |
CN107784611A (zh) * | 2017-04-11 | 2018-03-09 | 平安医疗健康管理股份有限公司 | 药品编码方法及装置 |
CN107480425A (zh) * | 2017-07-14 | 2017-12-15 | 广东医睦科技有限公司 | 一种基于药品编码的药品信息处理方法 |
CN108538395A (zh) * | 2018-04-02 | 2018-09-14 | 上海市儿童医院 | 一种通用的医疗专病数据***的构建方法 |
Non-Patent Citations (1)
Title |
---|
王若佳 等: "中文电子病历的分词及实体识别研究", 《图书情报工作》 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110727710B (zh) * | 2019-10-12 | 2023-02-07 | 平安医疗健康管理股份有限公司 | 数据分析方法、装置、计算机设备和存储介质 |
CN110727710A (zh) * | 2019-10-12 | 2020-01-24 | 平安医疗健康管理股份有限公司 | 数据分析方法、装置、计算机设备和存储介质 |
CN111125076A (zh) * | 2019-12-17 | 2020-05-08 | 武汉海云健康科技股份有限公司 | 基于大数据的药品通用名清洗方法及***、服务器及介质 |
CN111161817A (zh) * | 2019-12-31 | 2020-05-15 | 医渡云(北京)技术有限公司 | 医疗数据标准化处理方法、装置、介质及电子设备 |
CN111161817B (zh) * | 2019-12-31 | 2023-09-19 | 医渡云(北京)技术有限公司 | 医疗数据标准化处理方法、装置、介质及电子设备 |
CN111180087A (zh) * | 2020-01-02 | 2020-05-19 | 中国中医科学院中医药信息研究所 | 上市药品信息标准化方法、设备、服务器及存储介质 |
CN111400296A (zh) * | 2020-03-16 | 2020-07-10 | 北京大学深圳医院 | 肾脏病理免疫荧光数据处理方法、装置及相关设备 |
CN111523309B (zh) * | 2020-04-17 | 2024-07-16 | 北京懿医云科技有限公司 | 药品信息归一化的方法、装置、存储介质及电子设备 |
CN111625542A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 过敏信息数据库建立方法及装置、存储介质及电子设备 |
CN111933244A (zh) * | 2020-08-17 | 2020-11-13 | 医渡云(北京)技术有限公司 | 药品数据编码方法、装置、计算机可读介质及电子设备 |
CN111986754A (zh) * | 2020-08-21 | 2020-11-24 | 南通大学 | 一种基于糖尿病的电子病历管理模型构建方法 |
CN112925819A (zh) * | 2020-12-21 | 2021-06-08 | 上海药慧信息技术有限公司 | 药品中标信息挖掘方法和装置 |
CN112925819B (zh) * | 2020-12-21 | 2023-05-19 | 上海药慧信息技术有限公司 | 药品中标信息挖掘方法和装置 |
CN112527970A (zh) * | 2020-12-24 | 2021-03-19 | 上海浦东发展银行股份有限公司 | 数据字典标准化处理方法、装置、设备及存储介质 |
CN113130038A (zh) * | 2021-04-30 | 2021-07-16 | 康键信息技术(深圳)有限公司 | 药品数据匹配方法、装置、设备及存储介质 |
CN114461866A (zh) * | 2022-03-23 | 2022-05-10 | 百芯智能制造科技(深圳)有限公司 | 一种数据规范化的处理方法及电子设备 |
CN116453637A (zh) * | 2023-03-20 | 2023-07-18 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和*** |
CN116453637B (zh) * | 2023-03-20 | 2023-11-07 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和*** |
CN117763129A (zh) * | 2024-02-22 | 2024-03-26 | 神州医疗科技股份有限公司 | 基于生成式预训练模型的病历检索*** |
CN117763129B (zh) * | 2024-02-22 | 2024-05-28 | 神州医疗科技股份有限公司 | 基于生成式预训练模型的病历检索方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110289058A (zh) | 一种电子病历规范化匹配方法以及装置 | |
Wang et al. | A survey on knowledge graph embeddings for link prediction | |
Chen et al. | Data mining for the internet of things: literature review and challenges | |
CA3046247C (en) | Data platform for automated data extraction, transformation, and/or loading | |
US11232365B2 (en) | Digital assistant platform | |
Winfield et al. | On formal specification of emergent behaviours in swarm robotic systems | |
Wu et al. | Towards a semantic web of things: a hybrid semantic annotation, extraction, and reasoning framework for cyber-physical system | |
Azeroual et al. | Processing big data with apache hadoop in the current challenging era of COVID-19 | |
CN104794151A (zh) | 一种基于协同标绘技术的空间知识服务***建设方法 | |
CN104050223A (zh) | 用于文本挖掘和搜索的数据透视面 | |
US20220114346A1 (en) | Multi case-based reasoning by syntactic-semantic alignment and discourse analysis | |
Vieira et al. | Towards resilient and sustainable rail and road networks: A systematic literature review on digital twins | |
Selvarajan et al. | Biomedical signals for healthcare using Hadoop infrastructure with artificial intelligence and fuzzy logic interpretation | |
CN111164704B (zh) | 用于候选药物药物不良反应预测的作用机理推导 | |
Kumar et al. | The beginning of a new era: artificial intelligence in healthcare | |
Salman et al. | Big data management in drug–drug interaction: a modern deep learning approach for smart healthcare | |
Wang et al. | Ethereum smart contract vulnerability detection model based on triplet loss and BiLSTM | |
Panduman et al. | A Survey of AI Techniques in IoT Applications with Use Case Investigations in the Smart Environmental Monitoring and Analytics in Real-Time IoT Platform | |
Levshun et al. | Design of secure microcontroller-based systems: application to mobile robots for perimeter monitoring | |
CN109256182A (zh) | 一种电子病例表生成方法和装置 | |
Azemi et al. | Uncertainty in internet of things: a review | |
Jin et al. | Ontology-Based Semantic Modeling of Coal Mine Roof Caving Accidents | |
Sultana et al. | Cloud-based development of smart and connected data in healthcare application | |
Eze et al. | Leveraging cloud computing for systematic performance management of quality of care | |
Kumar et al. | Finite State GUI Testing with Test Case Prioritization Using Z-BES and GK-GRU |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190927 |