CN116259383A - 一种电子病历的处理方法和计算机存储介质 - Google Patents
一种电子病历的处理方法和计算机存储介质 Download PDFInfo
- Publication number
- CN116259383A CN116259383A CN202211715954.1A CN202211715954A CN116259383A CN 116259383 A CN116259383 A CN 116259383A CN 202211715954 A CN202211715954 A CN 202211715954A CN 116259383 A CN116259383 A CN 116259383A
- Authority
- CN
- China
- Prior art keywords
- medical record
- electronic medical
- document
- records
- header
- 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
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
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/14—Tree-structured documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/151—Transformation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
-
- 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
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computational Linguistics (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明涉及一种电子病历的处理方法和计算机存储介质,该处理方法包括:获取医生输入的电子病历合并请求;其中,电子病历合并请求用于请求将同一目标患者的属于同一业务类型的电子病历进行合并展示;基于电子病历合并请求,获取属于同一业务类型的m个电子病历;其中,m为大于等于1的正整数;对m个电子病历进行排序,获得排序后的m个电子病历;按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,以得到目标病历文档;对目标病历文档进行渲染展示,从而本申请实施例能够将任意类型的电子病历合并在一起进行统一编辑,从而能够减少医生的重复打开、关闭、来回切换病历的繁琐步骤。
Description
技术领域
本发明涉及医疗信息化技术领域,具体而言,涉及一种电子病历的处理方法和计算机存储介质。
背景技术
电子病历(ElectronicMedicalRecord,EMR)(EMR,ElectronicMedical Record)是指医务人员在医疗活动过程中,使用医疗机构信息系统生成的文字、符号、图标、图形、数据和影像等数字化信息,并能实现存储、管理、传输和重现的医疗记录,其是病历的一种记录形式。
目前,当值医生在编辑电子病历的过程中,当值医生可能会具有查阅之前值班医生填写的电子病历等需求,从而当值医生可能会出现反复打开、保存、打印和关闭等对电子遍历的重复操作,进而引起了操作不便的问题。
发明内容
(一)要解决的技术问题
鉴于现有技术的上述缺点、不足,本发明提供一种电子病历的处理方法和计算机存储介质,其解决了现有技术中存在着的电子病历编辑繁琐的技术问题。
(二)技术方案
为了达到上述目的,本发明采用的主要技术方案包括:
第一方面,本发明实施例提供一种电子病历的处理方法,该处理方法包括:获取医生输入的电子病历合并请求;其中,电子病历合并请求用于请求将同一目标患者的属于同一业务类型的电子病历进行合并展示;基于电子病历合并请求,获取属于同一业务类型的m个电子病历;其中,m为大于等于1的正整数;对m个电子病历进行排序,获得排序后的m个电子病历;按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,以得到目标病历文档;对目标病历文档进行渲染展示。
因此,借助于上述技术方案,本申请实施例可以将任意类型的电子病历合并在一起进行统一编辑,从而能够减少医生的重复打开、关闭、来回切换病历的繁琐步骤,并且多份电子病历合并成一份目标病历文档所需资源,要明显优于多份病历同时打开,节约了计算机资源,提高了医生编写效率。
在一个可能的实施例中,目标病历文档包含m个文档节,并且m个文档节中每个文档节均与一个电子病历对应;其中,按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,包括:按照排序后的m个电子病历的先后顺序,获取m个电子病历中首个电子病历的首个病历数据;其中,首个病历数据包含首个正文数据和首个页眉;将首个正文数据作为首个文档节插入到初始病历文档中,并将首个页眉作为初始病历文档的页眉插入到初始病历文档中。
在一个可能的实施例中,在m为大于等于2的正整数的情况下,按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,进一步包括:按照排序后的m个电子病历的先后顺序,获取m个电子病历中第n个电子病历的第n个病历数据;其中,第n个病历数据包括第n个正文数据和第n个页眉,n为大于等于2且小于等于m的正整数;判断第n-1个病历数据的科室信息和第n个电子病历的科室信息是否相同;若第n-1个病历数据的科室信息和第n个电子病历的科室信息相同,则将第n个正文数据作为第n个文档节至少插入到初始病历文档的第b页中,并且初始病历文档的第b页的页眉为首个页眉;其中,b为大于等于1的正整数。
在一个可能的实施例中,处理方法进一步包括:若第n-1个病历数据的科室信息和第n个电子病历的科室信息不相同,则确定第n个正文数据在第b页中的起始插入位置;基于起始插入位置,将第n个正文数据作为第n个文档节至少插入到第b页中;基于起始插入位置,至少对第b页的页眉进行设置。
在一个可能的实施例中,基于起始插入位置,至少对第b页的页眉进行设置,包括:在起始插入位置为第b页的首行位置的情况下,则将第n个页眉作为第b页的页眉插入到初始病历文档中。
在一个可能的实施例中,基于起始插入位置,至少对第b页的页眉进行设置,包括:在起始插入位置为第b页的非首行位置的情况下,则基于第n个电子病历的科室信息和第n-1个病历数据的科室信息,生成用于表示目标患者的转科情况的转科页眉信息;将转科页眉信息作为第b页的页眉插入到初始病历文档中。
在一个可能的实施例中,初始病历文档的第b+1页的页眉为第n个页眉。
在一个可能的实施例中,处理方法进一步包括:判断医生是否具有对当前文档节的可编辑权限;其中,当前文档节为m个文档节中任意一个文档节;若确定医生具有对当前文档节的可编辑权限,则将当前文档节设置为可编辑状态;若确定医生不具有对当前文档节的编辑权限,则将当前文档节设置为不可编辑状态。
第二方面,本申请实施例提供了一种电子病历的处理方法,该处理方法包括:在医生对目标病历文档编辑完成后,确定编辑后的目标病历文档的文档节元素;其中,目标病历文档为通过权利要求1至8任一的电子病历的处理方法得到的;文档节元素用于构成编辑后的目标病历文档的文档节;将编辑后的目标病历文档的文档节元素转换成对应的电子病历,以获得转换后的电子病历;将转换后的电子病历存储到数据库中。
第三方面,本申请实施例提供了一种存储介质,该存储介质上存储有计算机程序,该计算机程序被处理器运行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
第四方面,本申请实施例提供了一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当所述电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
第五方面,本申请提供一种计算机程序产品,所述计算机程序产品在计算机上运行时,使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法。
为使本申请实施例所要实现的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种电子病历的处理方法的流程图;
图2示出了本申请实施例提供的另一种电子病历的处理方法的流程图。
具体实施方式
为了更好的解释本发明,以便于理解,下面结合附图,通过具体实施方式,对本发明作详细描述。
目前,现有的电子病历的书写方法包括以下两种:一种是在更小的子病程记录中书写;另外一种是在大的病程记录中书写。
但是,现有的电子病历的书写方法至少存在如下问题:在子病程记录中书写时,会具有反复打开、保存、打印和关闭等问题;在大的病程记录中书写时,每次都需要解析结构元素,以及数据提取时效率比较低,消耗比较大;不够灵活,无法将任意类型病历合并。
基于此,本申请实施例提供了一种电子病历的处理方案,通过获取医生输入的电子病历合并请求,其中,电子病历合并请求用于请求将同一目标患者的属于同一业务类型的电子病历进行合并展示,以及基于电子病历合并请求,获取属于同一业务类型的m个电子病历,其中,m为大于等于1的正整数,以及对m个电子病历进行排序,获得排序后的m个电子病历,以及按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,以得到目标病历文档,最后对目标病历文档进行渲染展示,从而可将任意类型的病历合并在一起进行统一展示,进而能够降低医生的重复打开、关闭和来回切换电子病历的繁琐步骤,并且多个电子病历合并成一份电子病历所需资源,要明显优于多份病历同时打开,进而也节约了计算机资源,提高了医生编写效率。
为了更好的理解上述技术方案,下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更清楚、透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
为了便于理解本申请实施例,下面对本申请实施例涉及的一些术语进行解释如下:
“病程记录”:它是指继入院记录之后,对患者病情和诊疗过程所进行的连续性记录。
“文档”:它是指程序创建的一份独立文档(例如,XML格式文档等),它可以是实际持久化在数据库中的、实际存在的病历,也可以是一个类型下多份病历的集合。
“文档节”:它是指在一份文档中,划分出来的一端连续的可视化区域,它拥有独立于文档的完整权限。以及,文档节可包括文档节元素。
应理解,文档节的具体内容和文档节元素的具体内容等均可根据实际需求来进行设置,本申请实施例并不局限于此。
例如,为了便于理解,可以将其分为以下三个级别:第一级可以是5整个病程记录;第二级可以是文档节,该文档节可包括查房记录(例如,
某一天的查房记录可以看作一个文档节。对应地,其他的文档节是类似的,后续不再一一举例说明)、日常病历、上级医生的交接班查房记录和转入转科的记录等;第三级可以是文档节元素,该文档节元素可以包括主诉(例如,其可以是一个电子病历中的主诉。对应地,其他的文档0节元素是类似的,后续不再一一举例说明)、现病史、既往史、个人史、家族史和婚育史等,即文档节元素是文档节所包含的元素。
“文档节容器”:它是指在一份文档中,划分出来的一端连续的可视化区域所承载的对应业务对象。也就是说,文档节容器可用于存储文档节。
5“病历合并”:它是指多份病历展示在一份文档中。
“正文数据”:它是指电子病历中的正文数据,并且其主要是指页眉和页脚之外的数据。例如,正文数据可包括患者信息、主诉、现病史、既往史、个人史、家族史和婚育史等。
此外,电子病历中的页眉可包括医院信息、科室信息和医院logo等。0“初始病历文档”:它可以是指处于未插入完成状态的病历文档。
例如,若病历文档的状态包括最终完成所有病历文档插入的最终状态和非最终状态,此时的未插入完成状态可以是指非最终状态(即此时可以是未插入病历文档,也可以是指插入了所有病历文档中部分病历文档)。
“病历数据”:它可以是指电子病历所包含的数据。其中,病历数5据可包括页眉数据、页脚数据以及除页眉数据和页脚数据之外的正文数
据(例如,其可包括科室等信息)。
这里需要说明的是,虽然下面图1是以一个业务类型为例来进行描述的,但本领域的技术人员应当理解,电子病历合并请求也可以同时请求至少两个业务类型的电子病历进行合并展示,并且至少两个业务类型的电子病历进行合并展示中每个业务类型的电子病历进行合并展示的具体过程均与图1所描述的方法是类似的,具体可参见图1的相关描述。
请参见图1,图1示出了本申请实施例提供的一种电子病历的处理方法的流程图。应理解,如图1所示的处理方法可以由电子病历的处理装置执行,并且该处理装置的具体装置可根据实际需求来进行设置,本申请实施例并不局限于此。例如,该处理装置可以是单个服务器,也可以是集群等。具体地,该处理方法包括:
步骤S110,获取医生输入的电子病历合并请求。其中,电子病历合并请求用于请求将同一目标患者的属于同一业务类型的电子病历进行合并展示。
应理解,目标患者的具体患者可以是医生选中的患者。
还应理解,业务类型的具体类型可根据实际需求来进行设置,本申请实施例并不局限于此。
例如,业务类型可以是将目标患者的查房记录合并到一起进行展示,也可以是把目标患者的转科记录合并到一起进行展示,也可以是把手术的病历(例如,其可包括术前、术中和术后等病历)合并到一起进行展示等。
这里需要说明的是,现有技术中病历都是按照记录的时间进行展示的,例如,从入院开始到做手术(例如,术前、术中和术后,以及术前可包括身体评估的病历等)。但是,上述这种全部展示的方法可能存在不符合医生的实际需求的问题,进而导致操作比较繁琐的问题。基于此,本申请实施例通过医生选中的业务类似来进行该业务类型相关的病历进行合并展示,相比于现有的病历展示方法,其具备展示更加灵活的特点。
为了便于理解步骤S110,下面通过具体地实施例来进行描述。
具体地,医生可通过终端设备的界面挑选目标患者及其对应的业务类型,从而响应于用户的选中操作,服务器可获取医生输入的电子病历合并请求。
步骤S120,基于电子病历合并请求,获取属于同一业务类型的m个电子病历。其中,m为大于等于1的正整数。
具体地,由于电子病历合并请求中可携带有目标患者的ID和业务类型的信息,从而服务器可基于目标患者的ID和业务类型的信息,从数据库中获取目标患者的属于同一业务类型的m个电子病历(或者说第一电子病历集合)。
这里需要说明的是,虽然目标患者可能多次住院,但是,上述m个电子病历可以是针对目标患者的本次住院相关的电子病历,从而保证了m个电子病历的病历数据的有效性。
步骤S130,对m个电子病历进行排序,获得排序后的m个电子病历。
应理解,对m个电子病历进行排序的排序条件可根据实际需求来进行设置,本申请实施例并不局限于此。
例如,对于同一个业务的m个电子病历来说,其可按照记录时间的先后来对m个电子病历进行排序,从而获得排序后的m个电子病历。
此外,在通过电子病历合并请求同时请求至少两个业务类型的电子病历进行合并展示的情况下,先对至少两个业务类型中每个业务类型的电子病历进行排序,获得每个业务类型的排序后的电子病历,随后可将每个业务类型的排序后的电子病历看作一个排序后的电子病历集合,随后可根据实际需求来对排序后的电子病历集合进行排序。
例如,在获得第一排序后的电子病历集合和第二排序后的电子病历集合的情况下,可将第一排序后的电子病历集合设置为第一位,并可将第二排序后的电子病历集合设置为第二位。
步骤S140,按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中,以得到目标病历文档。其中,目标病历文档可包含m个文档节,并且m个文档节中每个文档节均与一个电子病历对应。
应理解,按照排序后的m个电子病历的先后顺序,依次将m个电子病历中每个电子病历的病历数据插入到初始病历文档中的具体方法也可根据实际需求来进行设置,本申请实施例并不局限于此。
可选地,按照排序后的m个电子病历的先后顺序,从m个电子病历查找首个电子病历(即排名第一的电子病历),并确定该首个电子病历的首个病历数据。其中,首个病历数据包含首个正文数据和首个页眉。随后,可将首个正文数据作为首个文档节插入到初始病历文档中,并将首个页眉作为初始病历文档的页眉插入到初始病历文档中。此外,由于首个正文数据可能是包含格式、病历的修改痕迹等对象的,故在将首个正文数据存储到初始病历文档的过程中,也可将首个正文数据中的格式、病历的修改痕迹等对象都保存到初始病历文档中。
例如,在生成第一文档节的过程中,可将首个正文数据插入到文档节容器中,并将首个正文数据和目标患者的ID进行绑定。以及,还可将首个页眉设置为初始病历文档的页眉(例如,其可包括医院的信息、科室信息和医院logo等),从而可将第一文档节及其页眉信息保存在初始病历文档中。以及,文档节的页脚可以是页码,其可根据目标病历文档中的内容来自动生成。
对应地,其他文档节的插入过程是类似的,具体可参见上述第一文档节的相关描述,后续不再一一描述。
这里还需要说明的是,若是第一文档节的正文数据内容超过初始病历文档的第一页,即其第二页以后仍需要保存第一文档节的内容,则可将第二页的页眉也可设置成第一页的页眉。对应地,在第一文档节的内容更多的情况下,与第一文档节相关的第三页及其后续页的页眉均与第一页的页眉相同。
以及,在将第2个文档节至第m个文档节插入到初始病历文档中的情况下,按照排序后的m个电子病历的先后顺序,从m个电子病历中查找第n个电子病历,并获取第n个电子病历的第n个病历数据。其中,第n个病历数据包括第n个正文数据和第n个页眉,n为大于等于2且小于等于m的正整数。
以及,判断第n-1个病历数据的科室信息和第n个电子病历的科室信息是否相同,即判断目标患者是否发生转科的情况。
若第n-1个病历数据的科室信息和第n个电子病历的科室信息相同(即确定目标患者未进行转科),则可将第n个正文数据作为第n个文档节至少插入到初始病历文档的第b页中,并且初始病历文档的第b页的页眉为首个页眉,即由于目标患者未发送转科,则可直接将第一页面的可包含科室的页眉设置为第b页的页眉,无需进行覆盖和替换等操作。其中,b为大于等于1的正整数。例如,在初始病历文档已经插入到第b页以及此时需要将第n个正文数据插入到第b页的情况下,可将第n个正文数据作为第n个文档节,若第b页的剩余插入空间可容纳完第n个正文数据的所有数据,则可将第n个文档节插入到第b页,若第b页的剩余插入空间无法容纳完第n个正文数据的所有数据,则可将第n个文档节插入到第b页及其以后的页(例如,第b+1页等);
若第n-1个病历数据的科室信息和第n个电子病历的科室信息不相同(即确定目标患者进行了转科),则确定第n个正文数据在第b页中的起始插入位置,以及基于起始插入位置,将第n个正文数据作为第n个文档节至少插入到第b页中,以及基于起始插入位置,至少对第b页的页眉进行设置。
应理解,基于起始插入位置,至少对第b页的页眉进行设置的具体过程可根据实际需求来进行设置,本申请实施例并不局限于此。
可选地,在起始插入位置为第b页的首行位置的情况下,则将第n个页眉作为第b页的页眉插入到初始病历文档中。
例如,在第n个电子病历为转入科室(例如,ICU等)相关的电子病历和第n-1个电子病历为转出科室(例如,呼吸科等)相关的电子病历的情况下,考虑到电子病历的页眉会将目标患者住的科室打印上去,从而在转科的时候,科室已经发生变化,转出科室的病程记录的页眉和转入科室的病程记录的页眉已经不同,故在起始插入位置为第b页的首行起始位置的情况下,即确定其是作为新的一页来进行插入的,则可将包含转入科室的第n个页眉作为第b页的页眉插入到初始病历文档中。
可选地,在起始插入位置为第b页的非首行位置的情况下,则基于第n个电子病历的科室信息和第n-1个病历数据的科室信息,生成用于表示目标患者的转科情况的转科页眉信息,以及将转科页眉信息作为第b页的页眉插入到初始病历文档中。
例如,在第n个电子病历为转入科室(例如,ICU等)相关的电子病历和第n-1个电子病历为转出科室(例如,呼吸科等)相关的电子病历的情况下,考虑到电子病历的页眉会将目标患者住的科室打印上去,从而在转科的时候,科室已经发生变化,转出科室的病程记录的页眉和转入科室的病程记录的页眉已经不同,故在起始插入位置为第b页的中间位置的情况下,则可基于转出科室和转入科室,生成转出科室→转入科室,并可将转出科室→转入科室作为转科信息,以及还可将第n个页眉中的医院信息等其他信息和转科信息生成转科页眉信息,以及将转科页眉信息作为第b页的页眉插入到初始病历文档中。以及,在目标患者后续没有再进行转科的情况下,可将第n个页眉作为后续页(例如,第b+1页)的页眉。
这里需要说明的是,考虑到有可能会出现转出科室或者转入科室的科室名称较长的情况,则可能会出现页眉较长无法完全显示的情况,故在确定第n-1个病历数据的科室信息和第n个电子病历的科室信息不相同的情况下,并且在确定起始插入位置为第b页的非首行位置的情况下,则可在起始插入位置处插入分页符,并在将第n个正文数据作为第n个文档节至少插入到初始病历文档的第b+1页中,以及还可将第n个页眉作为初始病历文档的第b+1页的页眉。
此外,在通过上述步骤获得目标病历文档后,可判断医生是否具有对当前文档节的可编辑权限;其中,当前文档节为m个文档节中任意一个文档节;若确定医生具有对当前文档节的可编辑权限,则将当前文档节设置为可编辑状态,即后续医生可对当前文档节进行编辑;若确定医生不具有对当前文档节的编辑权限,则将当前文档节设置为不可编辑状态,即后续医生无法对当前文档节进行编辑。
例如,可通过确定当前医生的职位是否高于编写当前文档节的医生的职位来确定当前医生是否具有对当前文档节的可编辑权限。若当前医生的职位高于编写当前文档节的医生的职位,即确定医生具有对当前文档节的可编辑权限,则将当前文档节设置为可编辑状态;若当前医生的职位和编写当前文档节的医生的职位为平级或者当前医生的职位低于编写当前文档节的医生的职位,即确定医生不具有对当前文档节的编辑权限,则将当前文档节设置为不可编辑状态。
因此,相比于现有的WORD等工具来说,通过上述编辑权限的确定方式来生成的目标病历文档可具有能够编辑的部分,也具有无法编辑的部分。
步骤S150,对目标病历文档进行渲染展示。
应理解,对目标病历文档进行渲染展示的具体方法可根据实际需求来进行设置,本申请实施例并不局限于此。
例如,对于将m个电子病历进行病历合并后获得的目标病历文档来说,可按照现有的方法来对目标病历文档进行渲染展示。
因此,借助于上述技术方案,本申请实施例可以将任意类型的电子病历合并在一起进行统一编辑,从而能够减少医生的重复打开、关闭、来回切换病历的繁琐步骤,并且多份电子病历合并成一份目标病历文档所需资源,要明显优于多份病历同时打开,节约了计算机资源,提高了医生编写效率。
以及,在对目标病历文档进行编辑时,可针对有编辑权限的病历进行编辑,没有权限的病历只能进行查看,从而降低了医生误操作的可能性,进而提高了医生编写病历的效率。
应理解,上述电子病历的处理方法仅是示例性的,本领域技术人员根据上述的方法可以进行各种变形,该变形之后的方案也属于本申请的保护范围内。
这里需要说明的是,如下图2介绍了另外一种电子病历的处理方法,并且图2与图1的不同之处在于,图1描述的是将多个电子病历合并成目标病历文档的过程,图2描述的是将编辑后的目标病历文档拆分成电子病历并进行存储的过程。
继续参见图2,图2示出了本申请实施例提供的另一种电子病历的处理方法的流程图。应理解,如图2所示的处理方法可以由电子病历的处理装置执行,并且该处理装置的具体装置可根据实际需求来进行设置,本申请实施例并不局限于此。例如,该处理装置可以是单个服务器,也可以是集群等。具体地,该处理方法包括:
步骤S210,在医生对目标病历文档编辑完成后,确定编辑后的目标病历文档的文档节。其中,目标病历文档为通过图1所示的电子病历的处理方法得到的。
具体地,在医生对通过图1所示的电子病历的处理方法得到的目标病历文档进行编辑完成后,可获取医生输入的对目标病历文档进行保存的指令,则可循环编辑后的目标病历文档的所有文档节元素,以得到文档节元素集合。
步骤S220,将编辑后的目标病历文档的文档节元素转换成对应的电子病历,以获得转换后的电子病历。
具体地,可先验证文档节元素集合对应的患者的ID和图1中的目标患者的ID是否相同。若相同,则可利用文档节元素生成病历的正文数据,并可插入病历数据对应的页眉,以获得电子病历数据。
这里需要说明的是,图2中的由目标病历文档恢复成电子病历的过程是图1中所示的由电子病历生成目标病历文档的逆过程。
步骤S230,将转换后的电子病历存储到数据库中。
应理解,上述电子病历的处理方法仅是示例性的,本领域技术人员根据上述的方法可以进行各种变形,该变形之后的方案也属于本申请的保护范围内。
本申请提供一种存储介质,该存储介质上存储有计算机程序,该计算机程序被处理器运行时执行实施例所述的方法。
本申请还提供一种计算机程序产品,所述计算机程序产品在计算机上运行时,使得计算机执行方法实施例所述的方法。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例,或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。
应当注意的是,在权利要求中,不应将位于括号之间的任何附图标记理解成对权利要求的限制。词语“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的词语“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的权利要求中,这些装置中的若干个可以是通过同一个硬件来具体体现。词语第一、第二、第三等的使用,仅是为了表述方便,而不表示任何顺序。可将这些词语理解为部件名称的一部分。
此外,需要说明的是,在本说明书的描述中,术语“一个实施例”、“一些实施例”、“实施例”、“示例”、“具体示例”或“一些示例”等的描述,是指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管已描述了本发明的优选实施例,但本领域的技术人员在得知了基本创造性概念后,则可对这些实施例作出另外的变更和修改。所以,权利要求应该解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种修改和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也应该包含这些修改和变型在内。
Claims (10)
1.一种电子病历的处理方法,其特征在于,包括:
获取医生输入的电子病历合并请求;其中,所述电子病历合并请求用于请求将同一目标患者的属于同一业务类型的电子病历进行合并展示;
基于所述电子病历合并请求,获取属于所述同一业务类型的m个电子病历;其中,m为大于等于1的正整数;
对所述m个电子病历进行排序,获得排序后的m个电子病历;
按照所述排序后的m个电子病历的先后顺序,依次将所述m个电子病历中每个电子病历的病历数据插入到初始病历文档中,以得到目标病历文档;
对所述目标病历文档进行渲染展示。
2.根据权利要求1所述的处理方法,其特征在于,所述目标病历文档包含m个文档节,并且所述m个文档节中每个文档节均与一个电子病历对应;
其中,所述按照所述排序后的m个电子病历的先后顺序,依次将所述m个电子病历中每个电子病历的病历数据插入到初始病历文档中,包括:
按照所述排序后的m个电子病历的先后顺序,获取所述m个电子病历中首个电子病历的首个病历数据;其中,所述首个病历数据包含首个正文数据和首个页眉;
将所述首个正文数据作为首个文档节插入到所述初始病历文档中,并将所述首个页眉作为所述初始病历文档的页眉插入到所述初始病历文档中。
3.根据权利要求2所述的处理方法,其特征在于,在所述m为大于等于2的正整数的情况下,所述按照所述排序后的m个电子病历的先后顺序,依次将所述m个电子病历中每个电子病历的病历数据插入到初始病历文档中,进一步包括:
按照所述排序后的m个电子病历的先后顺序,获取所述m个电子病历中第n个电子病历的第n个病历数据;其中,所述第n个病历数据包括第n个正文数据和第n个页眉,n为大于等于2且小于等于所述m的正整数;
判断第n-1个病历数据的科室信息和所述第n个电子病历的科室信息是否相同;
若所述第n-1个病历数据的科室信息和所述第n个电子病历的科室信息相同,则将所述第n个正文数据作为第n个文档节至少插入到所述初始病历文档的第b页中,并且所述初始病历文档的第b页的页眉为所述首个页眉;其中,b为大于等于1的正整数。
4.根据权利要求3所述的处理方法,其特征在于,所述处理方法进一步包括:
若所述第n-1个病历数据的科室信息和所述第n个电子病历的科室信息不相同,则确定所述第n个正文数据在所述第b页中的起始插入位置;
基于所述起始插入位置,将所述第n个正文数据作为所述第n个文档节至少插入到所述第b页中;
基于所述起始插入位置,至少对所述第b页的页眉进行设置。
5.根据权利要求4所述的处理方法,其特征在于,所述基于所述起始插入位置,至少对所述第b页的页眉进行设置,包括:
在所述起始插入位置为所述第b页的首行位置的情况下,则将所述第n个页眉作为所述第b页的页眉插入到所述初始病历文档中。
6.根据权利要求4所述的处理方法,其特征在于,所述基于所述起始插入位置,至少对所述第b页的页眉进行设置,包括:
在所述起始插入位置为所述第b页的非首行位置的情况下,则基于所述第n个电子病历的科室信息和所述第n-1个病历数据的科室信息,生成用于表示所述目标患者的转科情况的转科页眉信息;
将所述转科页眉信息作为所述第b页的页眉插入到所述初始病历文档中。
7.根据权利要求6所述的处理方法,其特征在于,所述初始病历文档的第b+1页的页眉为所述第n个页眉。
8.根据权利要求2所述的处理方法,其特征在于,所述处理方法进一步包括:
判断所述医生是否具有对当前文档节的可编辑权限;其中,所述当前文档节为所述m个文档节中任意一个文档节;
若确定所述医生具有对所述当前文档节的可编辑权限,则将所述当前文档节设置为可编辑状态;
若确定所述医生不具有对所述当前文档节的编辑权限,则将所述当前文档节设置为不可编辑状态。
9.一种电子病历的处理方法,其特征在于,包括:
在医生对目标病历文档编辑完成后,确定编辑后的目标病历文档的文档节元素;其中,所述目标病历文档为通过权利要求1至8任一所述的电子病历的处理方法得到的;所述文档节元素用于构成所述编辑后的目标病历文档的文档节;
将所述编辑后的目标病历文档的文档节元素转换成对应的电子病历,以获得转换后的电子病历;
将所述转换后的电子病历存储到数据库中。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行如权利要求1-9任一所述的电子病历的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211715954.1A CN116259383A (zh) | 2022-12-29 | 2022-12-29 | 一种电子病历的处理方法和计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211715954.1A CN116259383A (zh) | 2022-12-29 | 2022-12-29 | 一种电子病历的处理方法和计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116259383A true CN116259383A (zh) | 2023-06-13 |
Family
ID=86685427
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211715954.1A Pending CN116259383A (zh) | 2022-12-29 | 2022-12-29 | 一种电子病历的处理方法和计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116259383A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117198450A (zh) * | 2023-11-06 | 2023-12-08 | 南京都昌信息科技有限公司 | 电子病历的处理方法及系统 |
-
2022
- 2022-12-29 CN CN202211715954.1A patent/CN116259383A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117198450A (zh) * | 2023-11-06 | 2023-12-08 | 南京都昌信息科技有限公司 | 电子病历的处理方法及系统 |
CN117198450B (zh) * | 2023-11-06 | 2024-02-02 | 南京都昌信息科技有限公司 | 电子病历的处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11023666B2 (en) | Narrative-based media organizing system for transforming and merging graphical representations of digital media within a work area | |
US10664650B2 (en) | Slide tagging and filtering | |
Waterman | A guide to expert systems | |
US20130073942A1 (en) | Method, System, and Computer-Readable Medium To Uniformly Render Document Annotation Across Different Comuter Platforms | |
US20100114991A1 (en) | Managing the content of shared slide presentations | |
US20160041961A1 (en) | Apparatus and method for processing citations within a document | |
US7966556B1 (en) | Reviewing and editing word processing documents | |
US20050080770A1 (en) | System and process for presenting search results in a tree format | |
US20130232149A1 (en) | Systems and methods for document and material management | |
Schraefel et al. | Hunter gatherer: interaction support for the creation and management of within-web-page collections | |
RU2322687C2 (ru) | Система и способ для обеспечения множественных воспроизведений содержания документов | |
US9286309B2 (en) | Representation of last viewed or last modified portion of a document | |
US20090327226A1 (en) | Library description of the user interface for federated search results | |
JP2022547895A (ja) | ユーザカスタマイズ型の文書自動作成方法、そのための装置及びサーバー | |
US8108883B2 (en) | Methods of populating a third-party document with digital information content | |
CN103279256A (zh) | 映像输出装置以及该映像输出装置的控制方法 | |
CN116259383A (zh) | 一种电子病历的处理方法和计算机存储介质 | |
US7325197B1 (en) | Method and system for providing page control content | |
US8418051B1 (en) | Reviewing and editing word processing documents | |
CN102193789B (zh) | 一种实现可配置跳转链接的方法和设备 | |
US10452412B2 (en) | Graphical user interface for non-hierarchical file system | |
US20220129518A1 (en) | System and method for providing book-based personalized social media service | |
Loeffler et al. | A taxonomic index for retrieval of digitized whole slide images from an electronic database for medical school and pathology residency education | |
RU2413985C2 (ru) | Способ преобразования слабоформализуемых документов для минимизации их объема при хранении | |
CN116010356B (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 |