CN113628707B - 一种患者病历数据的处理方法、装置、设备和存储介质 - Google Patents
一种患者病历数据的处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN113628707B CN113628707B CN202110900749.1A CN202110900749A CN113628707B CN 113628707 B CN113628707 B CN 113628707B CN 202110900749 A CN202110900749 A CN 202110900749A CN 113628707 B CN113628707 B CN 113628707B
- Authority
- CN
- China
- Prior art keywords
- medical record
- record data
- patient
- suspected
- same patient
- 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
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/219—Managing data history or versioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/22—Matching criteria, e.g. proximity measures
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Bioinformatics & Computational Biology (AREA)
- Epidemiology (AREA)
- Evolutionary Biology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Artificial Intelligence (AREA)
- Health & Medical Sciences (AREA)
- Evolutionary Computation (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Life Sciences & Earth Sciences (AREA)
- Software Systems (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明实施例公开了一种患者病历数据的处理方法、装置、设备和存储介质。其中,将新增病历数据与历史病历数据进行匹配;若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。本发明实施例通过患者在不同地点就医时能够被快速准确的识别并统筹病历的方法,便捷了患者异地就医,也为用户根据历史病历进行诊断提供了便利。
Description
技术领域
本发明实施例涉及医疗管理技术,尤其涉及一种患者病历数据的处理方法、装置、设备和存储介质。
背景技术
医疗领域作为与人民生活和福祉息息相关的行业,在人们生活中有着举足轻重的地位。随着互联网技术的快速发展,医疗行业也在与时俱进,各种医疗方面的技术都与互联网相结合,为医护人员和患者提供了更好的服务。
众多医疗机构都建立了医疗管理系统,但各家机构的系统是独立运行的,无法将患者异地就医的历史病历统筹起来。目前,技术人员采用医疗信息平台关联整合的方法,对同一患者异地就医的历史信息进行关联匹配。
然而,实际上,这种系统在匹配过程中经常出现将不同患者的病历直接关联的情况,不但没有帮助医务人员降低了解病史的难度,反而增加了医务人员的工作量,没有达到更好的服务病患异地就医的效果。
发明内容
本发明提供一种患者病历数据的处理方法、装置、设备和存储介质,以实现快速准确的对患者异地就医历史信息的统筹,方便了患者异地就医和用户诊断。
第一方面,本发明实施例提供了一种患者病历数据的处理方法,包括:
将新增病历数据与历史病历数据进行匹配;
若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
第二方面,本发明实施例提供了一种患者病历数据的处理装置,包括:
数据匹配模块,用于将新增病历数据与历史病历数据进行匹配;
疑似关系建立模块,用于若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
合并模块,用于在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
第三方面,本发明实施例还提供了一种电子设备,包括存储器、处理器、总线和通信接口;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接;
当所述电子设备运行时,处理器执行所述存储器存储的所述计算机执行指令,以使所述电子设备执行如本发明任意实施例提供的患者病历数据的处理方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当计算机执行所述指令时,使得所述计算机执行如本发明任意实施例提供的患者病历数据的处理方法。
本发明针对相似数据多的不同病历,通过对相似病历建立疑似索引,再由主索引质控人员判断实际情况,快速有效的统筹同一患者的不同历史病历,解决了现有技术中会将不同患者的相似历史病历直接关联一个患者的缺陷,使得患者的历史病历数据可以快速准确的被主索引质控人员了解,降低了医疗机构对患者病情了解的难度,为患者异地就医提供便捷,提高了医疗系统工作效率。
附图说明
图1是本发明实施例一中的确认患者病历数据疑似关系的方法流程图;
图2是本发明实施例二中的建立患者主索引的方法流程图;
图3是本发明实施例三中的拆分主索引的方法流程图;
图4是本发明实施例四提供的一种患者病历数据的处理装置的结构示意图;
图5是本发明实施例五提供的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的确认患者病历数据疑似关系的方法流程图,本发明实施例可适用于历史病历与新病历相似时区分病历归属的情况,该方法可以由病历数据处理系统来执行,具体包括如下步骤:
步骤110、将新增病历数据与历史病历数据进行匹配。
其中,所述新增病历数据为当前医疗机构新接收的病患的相关病历信息。所述历史病历数据是当前医疗机构在新病患入诊前系统数据库保留的过去的病历信息。所述匹配是指所述病历数据处理系统将所述两种病历信息进行对比,并将有更多相同信息的病历当作相似病历进行配对,待后续处理。这些病历信息可以包括但不仅限于个人信息、病情和就诊记录等。相似度的判定可以是根据病历中各项信息,也可以是根据病历中各项数值,本发明实施例对相似度的判定依据不作限定。本发明实施例对病历数据的内容、形式也不做具体限定,例如可以是肿瘤病历报告卡。
在实际生活的例子中,病人来到医院就医,通过现场挂号或网络挂号等各种方式,将个人信息和病情等信息提交给医院,医院通过病历数据处理系统将新病患提供的信息与历史病历信息进行对比,针对病历数据中各项信息的异同,选择数据最为接近的历史病历与当前患者病历进行配对,配对的结果会在后续过程中继续处理。
步骤120、若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系。
其中,所述疑似相同患者关系是指将历史病历与新病历匹配后建立的一种联系,这种联系可以是系统中的一种关联形式,并可随时显示和/或调用,本发明实施例对这种关联、显示和调用的方式不作限定。
实际情况中,在系统对相似数据的病历进行匹配后发现有两个或两个以上的历史病历与新病历相似度高,但是不能简单的将这多个病历确认为同一患者的病历记录,所以为这些病历建立一种疑似关系,在系统中对这种情况下的多个病历进行关联标注,以备后续操作中使用。
步骤130、在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
其中,合并操作是指主索引质控人员在病历数据处理系统中发现了有所述疑似相同患者关系的多个病历,并根据医疗经验或患者描述等方式,通过病历数据处理系统将确定为同一患者的不同病历合并到同一个主索引下的系统操作。所述为相同患者建立主索引是指,在主索引质控人员确认一个或多个病历属于某患者后,在系统中为该患者建立一个可供搜索用的查询条目,并且将病历数据与查询条目进行关联,一个查询条目可以包含多条查询信息和数据,查询条目的具体数量可以由人为或系统设定,且在系统中检索查询信息时就可以出现多个病历数据的选项可供操作。该查询信息可以是患者的个人信息和数据,可以是特殊病历信息和数据,还可以是各种信息与数据的组合,本发明实施例对此不作限定。在本发明实施例中,每条病历数据可以关联有一个主索引,一个主索引可以关联有一条病历数据,也可以关联有两条或两条以上的病历数据,不同主索引之间可以具有疑似相同患者关系。
在实际的例子中,当用户与患者进行沟通后,首先在病历数据处理系统中进行检索,发现有多个病历和患者当前提供的病历相似度高。然后,用户凭借经验或者沟通的结果等去判断哪些病历属于该患者,并在系统中进行合并操作,为该患者建立一条主索引,并将多个属于该患者的病历合并到这个主索引下,与主索引进行关联,同时,使用病历中的一些信息作为主索引的依据。这种用作依据的信息可以是对多个病历数据的组合,将同一患者的不同病历中的病历数据选取时效性强或代表性高的作为主索引依据。本发明实施例对用户身份不做具体限定,例如可以为医生、科研人员等。
此外,所述合并操作还可用于合并主索引的情况,当用户在系统内发现了有多条主索引实际上是属于同一患者的,则由用户在系统中对主索引进行合并。系统得到合并主索引的操作命令后,对待合并的多条主索引进行疑似相同患者关系的记录,并读取所述多条主索引下关联的所有病历的数据信息。系统在进行合并主索引的操作时,被合并到其他主索引中的主索引失去了效用,则会被删除,同时删除合并前各主索引之间的疑似相同患者关系的标注。最后,根据合并后的主索引下的所有病历数据对新主索引的查询条目重新调整。由于合并后的主索引中的病历数据发生了变化,则根据病历数据确定的查询条目也需要随之更新。
本发明实施例的技术方案,通过对多个相似病历建立疑似相同患者关系,有效的解决了将不同患者的相似历史病历直接关联一个患者的缺陷,达到了准确区分并统筹患者历史病历的效果,可以精确的将患者历次病历进行匹配,精确掌握患者在不同医疗机构的就诊记录,有利于后续疗程中针对患者病情制作诊疗视图,为疾病的规范化诊疗提供真实数据基础。
实施例二
本发明实施例二是对实施例一的细化与追加,图2为本发明实施例二提供的建立患者主索引的方法流程图。本发明实施例可适用于为患者建立病历主索引的情况,该方法可以由病历数据处理系统来执行,具体包括如下步骤:
步骤210、将新增病历数据与历史病历数据进行匹配。
其中,将新增病历数据与历史病历数据进行匹配可以包括:确定新增病历数据与历史病历数据之间的信息项的取值是否相同;其中,所述信息项的取值具有唯一性;若相同,则确定所述新增病历数据与所述历史病历数据匹配成功;若不相同,则根据新增病历数据中数据项的取值与历史病历数据中数据项的取值,确定新增病历数据与历史病历数据之间的相似度;若所述相似度大于相似度阈值,则确定新增病历数据与所述历史病历数据匹配成功。
其中,信息项是指患者病历信息中具有唯一取值的信息,信息项以及其取值可以是身份证号或社保卡号等,本发明实施例对此不作限定。这一步将新增病历中的信息项的取值与系统数据库内所有历史病历的信息项取值进行对比。
如果新增病历的信息项取值和历史病历的信息项取值完全相同,那么二者成功进行配对,由于新增病历的信息项取值可能与多组历史病历的信息项取值相同,因此这种配对可能会有一项匹配多项的情况。比如,新入院的患者的身份证号与医院数据库中的多个病历的身份证号相同,那么在系统中将新病历与历史病历进行一对多的匹配。
所述数据项为患者病历信息中取值不唯一的信息,同一患者的同一个数据项可以有多个不同的取值,数据项可以是患者的诊断码,不同医院开具的诊断码一般不同,还可以是患者的医学诊断结果,比如体重值、血压值、组织切片的大小等等,不同时期检查结果也不尽相同,本发明实施例对此不作限定。相似度是根据新增病历数据项的取值和历史病历数据项的取值来判断的,二者在系统内进行一系列的计算得到相似度值,并和设定的相似度阈值进行比较,如果计算得到的相似度值大于设定的相似度阈值,那么系统将认为两病历之间是高度相似的,则将新增病历与历史病历进行匹配。本发明实施例对相似度值的计算方法和规则不作限定,对设定的相似度阈值也不作限定。
特别的,信息项和数据项的组合可以作为主索引的查询条目,对信息项和数据项的数量不作限定。比如,系统设定一条主索引下包含一条信息项和三条数据项作为查询条目。
步骤220、若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系。
步骤230、在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者。
其中,在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者可以包括:在监测到对任一疑似相同患者关系的选择操作时,展示该疑似相同患者关系的操作界面,其中,所述操作界面包括该疑似相同患者关系的匹配记录信息和对该疑似相同患者关系的候选操作;所述候选操作包括合并操作和删除操作;在监测到选择所述操作界面中的合并操作时,确定该疑似相同患者关系为相同患者。
病历数据处理系统可以是计算机运行,也可以是移动终端来运行,本发明实施例对此不作限定。所述删除操作是指删除病历信息之间的匹配关系的系统操作。当系统已经将新增病历与历史病历进行匹配后,定义了它们的疑似相同患者关系,并将这种关系可视化,在操作界面中进行显示,然后在操作界面中显示对应的匹配信息和可以进行合并和删除的操作菜单。
在实际情况中,主索引质控人员发现新来的病人提供的病历和历史病历被系统建立了疑似相同患者关系,已经成功匹配,并且电脑屏幕上显示有“合并”和“删除”的虚拟按钮,用户就可以对匹配信息进行这两种操作了。若用户发现有匹配关系的新增病历确实与历史病历同属一个患者,那么就在系统中对这些病历合并到一个主索引下;若用户发现有匹配关系的病历并不属于同一患者,那么用户可以在系统中删除这些匹配关系。
系统监测到操作者在操作界面中将不同病历进行合并时,系统就将这些病历归为相同患者的病历。实际情况中,用户点击“合并”后系统会把这些病历统一到一个主索引下,归类于同一患者,并解除疑似相同患者关系。
步骤240、若存在唯一历史病历数据与所述新增病历数据匹配成功,则确定所述新增病历数据与匹配成功的历史病历数据属于相同患者。
其中,当有且仅有一个历史病历与新增病历被系统认为相似时,系统会直接将二者进行匹配,并将这两个病历归属于同一个患者。实际情况中,当系统的匹配过程结束时,对于新增病历,只有一个历史病历与它高度相似,系统会直接将二者归类于同一个患者,待后续操作。
步骤250、为相同患者建立主索引。
其中,为相同患者建立主索引可以包括:针对每一信息项,将该信息项在不同病历数据中的最新取值作为该信息项在主索引中的取值;其中,不同病历数据属于相同患者;针对每一数据项,根据不同取值的时间顺序对该数据项在不同病历数据中的不同取值进行排序,并根据排序结果确定该数据项在主索引中的取值。
在确认不同的病历同属于一个患者后,人为的或系统自动的为该患者建立一个主索引,并将这些病历与患者进行关联,以便在检索主索引信息时可以同时找到这些病历,这种关联的形式本发明实施例不作限定。
主索引的查询条目是由不同的信息项和数据项组合构成的,当多个病历被归属到同一患者的主索引下时,对每个信息项的取值进行时间先后的对比,找出最新的一项信息项的数值作为该查询条目中信息项的取值。比如,新入院的某患者的主索引下有一个新病历和一个旧病历,两个病历中都有医保卡号这一信息项,但是由于旧病历中登记的医保卡号不是患者本人的,所以将医保卡号这个信息项和新病历中的取值作为当前主索引中的一个查询条目,其他信息项同理。
通过对不同病历中同一数据项的不同取值的时间顺序比较,来选择时效性强的数据项取值作为主索引中的查询条目。
例如,某患者的主索引下有三个病历,分别是半年前、一月前和当前的,每个病历中都有对应的诊断码这一数据项,诊断码在不同病历中取值不同,将当前病历中的诊断码,作为该患者主索引的查询条目之一,其他数据项同理。
在另外一个例子中,系统中设定每条主索引下数据项必须为三个,某患者的新增病历和历史病历中一共有四个数据项,这时需要从四个数据项中选出三个时间较新的数据项作为主索引的查询条目。
本发明实施例的技术方案,通过对多种情况的病历进行比较和配对进而建立主索引的方法,有效的解决了患者在不同医疗机构就医时无法快速了解历史病历的缺陷,达到了准确区分并统筹患者历史病历的效果,使得患者的历史病历数据可以快速准确的被主索引质控人员了解,降低了医疗机构对患者病情了解的难度,为患者异地就医提供便捷。
实施例三
本发明实施例三是对实施例一的追加,图3为本发明实施例三提供的拆分主索引的方法流程图。本发明实施例可适用于为患者拆分主索引下不相关病历的情况,该方法可以由病历数据处理系统来执行,具体包括如下步骤:
步骤310、将新增病历数据与历史病历数据进行匹配。
步骤320、若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系。
步骤330、在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
步骤340、在监测到对任一主索引的拆分操作时,获取该主索引关联的至少两个病历数据,以及所述至少两个病历数据中的待拆分病历数据。
其中,所述对任一主索引的拆分操作是指在系统中对主索引下关联的多个病历数据进行分离,以待后续操作。当系统监测到有主索引质控人员确认了拆分操作后,会从数据库中提取关联了该主索引的所有病历数据,且至少有两例,才可以满足拆分操作。
步骤350、为待拆分病历数据生成新的主索引。
其中,所述待拆分病历是指,一个主索引关联的多个病历中的需要被分离出来的某个病历数据。并且系统会为这个被分离的病历数据建立一个新的主索引将其关联。比如,一条主索引下有两个病历,用户认为其中一个需要被拆分出来,则在系统中进行拆分操作,同时为拆分出来的病历新建一个主索引。
步骤360、为所述至少两个病历数据中的剩余病历数据生成新的主索引。
其中,所述至少两个病历数据中的剩余病历是指,需要被分离的病历从主索引中被拆分后主索引中剩下的病历数据。由于主索引的查询条目是由其关联的病历中的信息项和数据项构成的,当主索引下的病历被分离出去时,主索引的查询条目就需要根据剩余病历数据进行更新,也就是根据剩余病历数据生成新的主索引。例如,一条主索引下有两个病历X和Y,主索引的查询条目设定了三条,分别是A=1,B=2,C=3,其中A与B和它们的取值是由X病历提供,C和其取值是由Y病历提供的,当Y病历被拆分出去时,C=3这个查询条目就不存在了,为了满足设定查询条目的数量,从X病历中找到D=4作为新的查询条目,从而建立新的主索引。
对于实施例三,在一个具体的例子中,主索引V下关联了E、F、G和H四个病历,且系统设定的主索引的查询条目数量为三条,主索引V的查询条目分别是取自E的R=1,取自F的S=2,取自H的T=3。用户判断出H病历不应属于V这个主索引下,于是在系统中进行拆分操作,将H病历单独取出,并与其他主索引进行匹配。若有前述实施例中匹配成功的情况,则按系统规则或用户人为的合并到其他主索引中;若匹配不成功,则单独建立一个新主索引W,并从H病历中选取三项时间最新的信息项和/或数据项作为W的查询条目。由于H病历被分离,带走了本应属于主索引V的查询条目中的T=3,因此从剩余三项病历中对缺少的查询条目进行补充,从而更新主索引V。选取G病历中的P=4更新主索引V的查询条目,更新过后的主索引为M,则主索引M下含有E、F和G三个病历,且M的查询条目为,取自E的R=1,取自F的S=2,取自G的P=4。
本发明实施例的技术方案,通过对不应属于同一主索引下的病历数据的拆分,重新部署了主索引的关联病历和查询条目,有效的解决了病历复杂冗乱容易影响用户诊断的缺陷,达到了准确区分并统筹患者历史病历的效果,使得患者的历史病历数据可以快速准确的被医务人员了解,拆分主索引的方法使得用户对患者的病历能够灵活管理,便捷了用户的诊断过程,提高了用户的工作效率。
实施例四
图4是本发明实施例四提供的一种患者病历数据的处理装置的结构示意图,本实施例可适用于历史病历与新病历相似时区分病历归属的情况。该装置可以由软件和/或硬件的方式来实现,可配置于电子设备中。如图4所示,该装置可以包括:
数据匹配模块401,用于将新增病历数据与历史病历数据进行匹配;
疑似关系建立模块402,用于若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
合并模块403,用于在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
在一种可选实施方式中,数据匹配模块401包括:
信息项匹配单元,用于确定新增病历数据与历史病历数据之间的信息项的取值是否相同;若相同,则确定所述新增病历数据与所述历史病历数据匹配成功;其中,所述信息项的取值具有唯一性;
数据项匹配单元,用于若不相同,则根据新增病历数据中数据项的取值与历史病历数据中数据项的取值,确定新增病历数据与历史病历数据之间的相似度;若所述相似度大于相似度阈值,则确定新增病历数据与所述历史病历数据匹配成功。
在一种可选实施方式中,所述合并模块403包括:
操作界面展示单元,用于在监测到对任一疑似相同患者关系的选择操作时,展示该疑似相同患者关系的操作界面,其中,所述操作界面包括该疑似相同患者关系的匹配记录信息和对该疑似相同患者关系的候选操作;所述候选操作包括合并操作和删除操作;
合并单元,用于在监测到选择所述操作界面中的合并操作时,确定该疑似相同患者关系为相同患者。
在一种可选实施方式中,患者病历数据的处理装置还包括:
主索引建立模块,用于若存在唯一历史病历数据与所述新增病历数据匹配成功,则确定所述新增病历数据与匹配成功的历史病历数据属于相同患者,且为相同患者建立主索引。
在一种可选实施方式中,主索引建立模块具体用于:
针对每一信息项,将该信息项在不同病历数据中的最新取值作为该信息项在主索引中的取值;其中,不同病历数据属于相同患者;
针对每一数据项,根据不同取值的时间顺序对该数据项在不同病历数据中的不同取值进行排序,并根据排序结果确定该数据项在主索引中的取值。
在一种可选实施方式中,患者病历数据的处理装置还包括主索引拆分模块,所述主索引拆分模块,具体用于:
在监测到对任一主索引的拆分操作时,获取该主索引关联的至少两个病历数据,以及所述至少两个病历数据中的待拆分病历数据;
为待拆分病历数据生成新的主索引;
为所述至少两个病历数据中的剩余病历数据生成新的主索引。
本发明实施例所提供的一种患者病历数据的处理装置可执行本发明任意实施例所提供的一种患者病历数据的处理方法,具备执行一种患者病历数据的处理方法相应的功能模块和有益效果。
实施例五
本发明实施例五提供了一种电子设备,该电子设备中可集成本发明实施例提供的一种患者病历数据的处理装置,该电子设备可以是配置于系统内的,也可以是执行系统内的部分或者全部功能的设备。图5是本发明实施例五提供的一种电子设备的结构示意图。如图5所示,本实施例提供了一种电子设备500,其包括:一个或多个处理器520;存储装置510,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器520执行,使得所述一个或多个处理器520实现本发明实施例所提供的一种患者病历数据的处理方法,该方法包括:
将新增病历数据与历史病历数据进行匹配;
若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
当然,本领域技术人员可以理解,处理器520还实现本发明任意实施例所提供的一种患者病历数据的处理方法的技术方案。
图5显示的电子设备500仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,该电子设备500包括处理器520、存储装置510、输入装置530和输出装置540;电子设备中处理器520的数量可以是一个或多个,图5中以一个处理器520为例;电子设备中的处理器520、存储装置510、输入装置530和输出装置540可以通过总线或其他方式连接,图5中以通过总线550连接为例。
存储装置510作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块单元,如本发明实施例中的一种患者病历数据的处理对应的程序指令。
存储装置510可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储装置510可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储装置510可进一步包括相对于处理器520远程设置的存储器,这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置530可用于接收输入的数字、字符信息或语音信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏、扬声器等电子设备。
实施例六
本发明实施例六还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种患者病历数据的处理方法,该方法包括:
将新增病历数据与历史病历数据进行匹配;
若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引。
存储介质是指任何的各种类型的存储器电子设备或存储电子设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同未知中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的一种患者病历数据的处理操作,还可以执行本发明任意实施例所提供的一种患者病历数据的处理方法中的相关操作。
上述实施例中提供的一种患者病历数据的处理装置、介质及电子设备可执行本发明任意实施例所提供的一种患者病历数据的处理方法,具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的一种患者病历数据的处理方法。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (9)
1.一种患者病历数据的处理方法,其特征在于,包括:
将新增病历数据与历史病历数据进行匹配;
若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引;其中,所述主索引是为患者建立的可供搜索用的查询条目,所述查询条目包括至少一个信息项或至少一个数据项;其中,所述信息项为患者病例信息中具有唯一取值的信息;所述数据项为患者病例信息中取值不唯一的信息;
其中,所述为相同患者建立主索引,包括:
针对每一信息项,将该信息项在不同病历数据中的最新取值作为该信息项在主索引中的取值;其中,不同病历数据属于相同患者;
针对每一数据项,根据不同取值的时间顺序对该数据项在不同病历数据中的不同取值进行排序,并根据排序结果确定该数据项在主索引中的取值。
2.根据权利要求1所述的方法,其特征在于,将新增病历数据与历史病历数据进行匹配,包括:
确定新增病历数据与历史病历数据之间的信息项的取值是否相同;若相同,则确定所述新增病历数据与所述历史病历数据匹配成功;其中,所述信息项的取值具有唯一性;
若不相同,则根据新增病历数据中数据项的取值与历史病历数据中数据项的取值,确定新增病历数据与历史病历数据之间的相似度;若所述相似度大于相似度阈值,则确定新增病历数据与所述历史病历数据匹配成功。
3.根据权利要求1所述的方法,其特征在于,在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,包括:
在监测到对任一疑似相同患者关系的选择操作时,展示该疑似相同患者关系的操作界面,其中,所述操作界面包括该疑似相同患者关系的匹配记录信息和对该疑似相同患者关系的候选操作;所述候选操作包括合并操作和删除操作;
在监测到选择所述操作界面中的合并操作时,确定该疑似相同患者关系为相同患者。
4.根据权利要求1所述的方法,其特征在于,将新增病历数据与历史病历数据进行匹配之后,还包括:
若存在唯一历史病历数据与所述新增病历数据匹配成功,则确定所述新增病历数据与匹配成功的历史病历数据属于相同患者,且为相同患者建立主索引。
5.根据权利要求1-4中任一项所述的方法,还包括:
在监测到对任一主索引的拆分操作时,获取该主索引关联的至少两个病历数据,以及所述至少两个病历数据中的待拆分病历数据;
为待拆分病历数据生成新的主索引;
为所述至少两个病历数据中的剩余病历数据生成新的主索引。
6.一种患者病历数据的处理装置,其特征在于,包括:
数据匹配模块,用于将新增病历数据与历史病历数据进行匹配;
疑似关系建立模块,用于若存在至少两个历史病历数据与所述新增病历数据匹配成功,则分别建立所述新增病历数据与匹配成功的各历史病历数据之间的疑似相同患者关系;
合并模块,用于在监测到对任一疑似相同患者关系的合并操作时,确定该疑似相同患者关系为相同患者,且为相同患者建立主索引;其中,所述主索引是为患者建立的可供搜索用的查询条目,所述查询条目包括至少一个信息项或至少一个数据项;其中,所述信息项为患者病例信息中具有唯一取值的信息;所述数据项为患者病例信息中取值不唯一的信息;
其中,所述合并模块具体用于:
针对每一信息项,将该信息项在不同病历数据中的最新取值作为该信息项在主索引中的取值;其中,不同病历数据属于相同患者;
针对每一数据项,根据不同取值的时间顺序对该数据项在不同病历数据中的不同取值进行排序,并根据排序结果确定该数据项在主索引中的取值。
7.根据权利要求6所述的装置,其特征在于,所述合并模块包括:
操作界面展示单元,用于在监测到对任一疑似相同患者关系的选择操作时,展示该疑似相同患者关系的操作界面,其中,所述操作界面包括该疑似相同患者关系的匹配记录信息和对该疑似相同患者关系的候选操作;所述候选操作包括合并操作和删除操作;
合并单元,用于在监测到选择所述操作界面中的合并操作时,确定该疑似相同患者关系为相同患者。
8.一种电子设备,其特征在于,包括存储器、处理器、总线和通信接口;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接;
当所述电子设备运行时,处理器执行所述存储器存储的所述计算机执行指令,以使所述电子设备执行如权利要求1-5任意一项所述的患者病历数据的处理方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当计算机执行所述指令时,使得所述计算机执行如权利要求1-5任意一项所述的患者病历数据的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110900749.1A CN113628707B (zh) | 2021-08-06 | 2021-08-06 | 一种患者病历数据的处理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110900749.1A CN113628707B (zh) | 2021-08-06 | 2021-08-06 | 一种患者病历数据的处理方法、装置、设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113628707A CN113628707A (zh) | 2021-11-09 |
CN113628707B true CN113628707B (zh) | 2022-11-25 |
Family
ID=78383085
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110900749.1A Active CN113628707B (zh) | 2021-08-06 | 2021-08-06 | 一种患者病历数据的处理方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113628707B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115269613B (zh) * | 2022-09-27 | 2023-01-13 | 四川互慧软件有限公司 | 一种患者主索引构建方法、系统、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015018462A (ja) * | 2013-07-12 | 2015-01-29 | 株式会社日立製作所 | 医療カルテシステム及び医療カルテ検索方法 |
CN109473153A (zh) * | 2018-10-30 | 2019-03-15 | 医渡云(北京)技术有限公司 | 医疗数据的处理方法、装置、介质及电子设备 |
CN110875093A (zh) * | 2019-11-19 | 2020-03-10 | 泰康保险集团股份有限公司 | 治疗方案的处理方法、装置、设备及存储介质 |
CN111105852A (zh) * | 2019-12-02 | 2020-05-05 | 上海联影智能医疗科技有限公司 | 一种电子病历推荐方法、装置、终端及存储介质 |
CN112786131A (zh) * | 2020-12-31 | 2021-05-11 | 医渡云(北京)技术有限公司 | 识别就诊信息的方法及装置、电子设备和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170235884A1 (en) * | 2016-02-17 | 2017-08-17 | International Business Machines Corporation | Identifying Medical Codes Applicable to a Patient Based on Patient History and Probability Determination |
-
2021
- 2021-08-06 CN CN202110900749.1A patent/CN113628707B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015018462A (ja) * | 2013-07-12 | 2015-01-29 | 株式会社日立製作所 | 医療カルテシステム及び医療カルテ検索方法 |
CN109473153A (zh) * | 2018-10-30 | 2019-03-15 | 医渡云(北京)技术有限公司 | 医疗数据的处理方法、装置、介质及电子设备 |
CN110875093A (zh) * | 2019-11-19 | 2020-03-10 | 泰康保险集团股份有限公司 | 治疗方案的处理方法、装置、设备及存储介质 |
CN111105852A (zh) * | 2019-12-02 | 2020-05-05 | 上海联影智能医疗科技有限公司 | 一种电子病历推荐方法、装置、终端及存储介质 |
CN112786131A (zh) * | 2020-12-31 | 2021-05-11 | 医渡云(北京)技术有限公司 | 识别就诊信息的方法及装置、电子设备和存储介质 |
Non-Patent Citations (2)
Title |
---|
医院信息系统患者主索引数据的管理方法研究;王兴强等;《中国医学装备》;20180926(第09期);全文 * |
患者主索引服务在医院信息互联互通中的实现与应用;雷保仓等;《中国现代医生》;20200508(第13期);第158-161页 * |
Also Published As
Publication number | Publication date |
---|---|
CN113628707A (zh) | 2021-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112071425B (zh) | 一种数据处理方法、装置、计算机设备及存储介质 | |
US10817621B2 (en) | Anonymization processing device, anonymization processing method, and program | |
EP2583207B1 (en) | Identity matching of patient records | |
KR100877461B1 (ko) | 실시간 데이터 웨어하우징 | |
CN110929752B (zh) | 基于知识驱动和数据驱动的分群方法及相关设备 | |
JP2002504248A (ja) | 異なる情報源からのエンティティ情報に索引を付けるためのシステムと方法 | |
CN111144658B (zh) | 医疗风险预测方法、装置、系统、存储介质与电子设备 | |
CN109829012B (zh) | 数据同步的方法和装置 | |
CN111178069B (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
EP3547327A1 (en) | Feature engineering method, apparatus and system | |
KR20090004363A (ko) | 인증 시스템의 관리 방법 | |
CN115497631A (zh) | 一种临床科研大数据分析系统 | |
CN113688135A (zh) | 一种基于患者主索引技术的医院信息集成方法 | |
CN113628707B (zh) | 一种患者病历数据的处理方法、装置、设备和存储介质 | |
CN111143422A (zh) | 数据检索方法、数据检索装置、存储介质及电子设备 | |
CN110752027B (zh) | 电子病历数据推送方法、装置、计算机设备和存储介质 | |
CN115579104A (zh) | 一种基于人工智能的肝癌全病程数字化管理方法及系统 | |
CN115346686A (zh) | 关系图谱生成方法及装置、存储介质及电子设备 | |
CN115617840A (zh) | 医疗数据检索平台构建方法、系统、计算机及存储介质 | |
CN113742443A (zh) | 多药共用查询方法、移动终端及存储介质 | |
CN111639077A (zh) | 数据治理方法、装置、电子设备、存储介质 | |
CN111415760A (zh) | 医生推荐方法、系统、计算机设备及存储介质 | |
KR101458555B1 (ko) | 전자의무기록 시스템 기반 이미지 데이터 표시 방법 및 시스템 | |
US20230350878A1 (en) | Automated database updating and curation | |
US20140149140A1 (en) | System and method for patient identification index |
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 |