CN110504012A - 患者档案管理方法、装置、电子设备及存储介质 - Google Patents
患者档案管理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110504012A CN110504012A CN201910805971.6A CN201910805971A CN110504012A CN 110504012 A CN110504012 A CN 110504012A CN 201910805971 A CN201910805971 A CN 201910805971A CN 110504012 A CN110504012 A CN 110504012A
- Authority
- CN
- China
- Prior art keywords
- patient
- archives
- hospital
- list
- test report
- 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
- 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
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供一种患者档案管理方法、装置、电子设备及存储介质,涉及电子病历技术领域。所述方法包括:向医院分诊系统发送排队名单请求;接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;将所述对应检查项目添加至医院信息系统的所述患者的档案中。该方法通过对比各时段检查项目的排队名单确定完成各检查项目的患者,对该患者的检查项目情况进行归档,提高了档案录入的准确性和效率。
Description
技术领域
本申请涉及电子病历技术领域,具体而言,涉及一种患者档案管理方法、装置、电子设备及存储介质。
背景技术
电子病历系统,是医学专用软件。医院通过电子病历以电子化方式记录患者就诊的信息,包括:首页、病程记录、检查检验结果、医嘱、手术记录、护理记录等等,其中既有结构化信息,也有非结构化的自由文本,还有图形信息等。涉及病人信息的采集、存储、传输、质量控制、统计和利用。
但是现有的电子病历系统在进行患者的检查项目归档时,通常需要工作人员手动操作确认患者是否完成检查,存在准确性较差、效率较低,且耗费人力的问题。
发明内容
有鉴于此,本申请实施例的目的在于提供一种患者档案管理方法、装置、电子设备及存储介质,以改善现有技术中存在的检查项目归档的准确性较差、效率较低,且耗费人力的问题。
本申请实施例提供了一种患者档案管理方法,所述方法包括:向医院分诊系统发送排队名单请求;接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;将所述对应检查项目添加至医院信息系统的所述患者的档案中。
在上述实现方式中,通过对不同时段的各检查项目的排队名单进行对比,确定患者是否完成检查项目,不需要相关工作人员进行手动确认检查项目是否已完成,且不需要相关工作人员将该检查项目手动录入档案,提高了检查项目是否完成的判定准确性、便捷性,从而提高了归档准确性和效率。
可选地,所述将所述对应检查项目添加至医院信息系统的所述患者的档案中,包括:向所述医院信息系统发送当前住院名单请求;接收所述医院信息系统基于所述当前住院名单请求返回的当前住院名单;确定所述当前时段住院名单是否存在所述患者;在所述患者存在于所述当前时段住院名单中时,将所述对应检查项目添加至所述医院信息系统的所述患者的档案中。
在上述实现方式中,基于当前住院名单将住院患者和非住院患者区分开来,将当前住院名单中的患者的已完成的对应检查项目添加到档案中,提高了档案管理的精确度。
可选地,所述将所述对应检查项目添加至所述医院信息系统的所述患者的档案中,包括:确定所述医院信息系统中是否存在所述患者的档案;在所述医院信息系统中存在所述患者的档案时,将所述对应检查项目添加至所述患者的档案中;在所述医院信息系统中不存在所述患者的档案时,基于所述患者的个人基本信息、所述对应检查项目及完成所述对应检查项目的时间,建立所述患者的档案。
在上述实现方式中,在住院患者完成某检查项目时将该检查项目添加至该患者档案中,或是建立该患者的档案并将该检查项目添加至档案中,避免在无项目录入需求时就建立档案,减少了对运算及存储资源的占用。
可选地,所述方法还包括:在所述患者出院并办理医保审批手续时,将所述患者的档案发送至医生工作站,以通过所述医生工作站基于所述档案核对所述患者是否已完成所有检查项目;采集所述患者所有检查项目的化验单照片,并对所述化验单照片进行编号;将编号后的所述化验单照片发送至数据库进行存储。
在上述实现方式中,在患者出院时核对其是否完成所有检查项目,确保档案完善程度,并将化验单照片和对应编号进行存储,降低了化验单照片的管理难度,提高了档案管理的精确度。
可选地,所述方法还包括:以所述患者的身份标识信息为主键在所述数据库中建立所述患者的电子病历条目,所述身份标识信息包括所述患者的身份证号码或社会保障号码;在所述电子病历条目中通过第一字段记录所述患者住院开始的时间,通过第二字段记录所述患者住院结束的时间;在所述电子病历条目中通过第三字段记录所述患者的所有检查项目的名称。
在上述实现方式中,在电子病历条目中建立不同字段对患者的住院时间、检查项目等进行分别存储,降低了档案管理的难度。
可选地,所述将编号后的所述化验单照片发送至所述数据库进行存储,包括:将编号后的所述化验单照片发送至所述数据库进行存储;在所述电子病历条目中通过第四字段记录所述患者的所有检查项目的化验单照片的编号。
在上述实现方式中,化验单照片和对应编号可以分别存储在数据库和本地,化验单照片存储不需要占用本地资源,能够提高的档案录入效率。
可选地,所述方法还包括:接收包含身份标识信息的查询信息;将所述查询信息发送至所述数据库;接收所述数据库基于所述查询信息返回的电子病历条目;在接收到化验单照片展示信息时,基于所述电子病历条目中的编号从所述数据库中获取所述编号对应的化验单照片。
在上述实现方式中,在查询时基于编号在数据库调用对应的化验单照片,从而在化验单照片非本地存储的情况下完成化验单照片的调取与展示。
本申请实施例还提供了一种患者档案管理装置,所述装置包括:排定名单请求发送模块,用于向医院分诊系统发送排队名单请求;排队名单接收模块,用于接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;已完成项目确定模块,用于确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;档案添加模块,用于将所述对应检查项目添加至医院信息系统的所述患者的档案中。
在上述实现方式中,通过对不同时段的各检查项目的排队名单进行对比,确定患者是否完成检查项目,不需要相关工作人员进行手动确认检查项目是否已完成,且不需要相关工作人员将该检查项目手动录入档案,提高了检查项目是否完成的判定准确性、便捷性,从而提高了归档准确性和效率。
可选地,所述档案添加模块包括:住院名单请求发送单元,用于向所述医院信息系统发送当前住院名单请求;住院名单接收单元,用于接收所述医院信息系统基于所述当前住院名单请求返回的当前住院名单;住院确定单元,用于确定所述当前住院名单是否存在所述患者;项目添加单元,用于在所述患者存在于所述当前住院名单中时,将所述对应检查项目添加至所述医院信息系统的所述患者的档案中。
在上述实现方式中,基于当前住院名单将住院患者和非住院患者区分开来,将当前住院名单中的患者的已完成的对应检查项目添加到档案中,提高了档案管理的精确度。
可选地,所述档案添加模块还包括:档案确定单元,用于确定所述医院信息系统中是否存在所述患者的档案;所述项目添加单元,还用于在所述医院信息系统中存在所述患者的档案时,将所述对应检查项目添加至所述患者的档案中;以及,在所述医院信息系统中不存在所述患者的档案时,基于所述患者的个人基本信息、所述对应检查项目及完成所述对应检查项目的时间,建立所述患者的档案。
在上述实现方式中,在住院患者完成某检查项目时将该检查项目添加至该患者档案中,或是建立该患者的档案并将该检查项目添加至档案中,避免在无项目录入需求时就建立档案,减少了对运算及存储资源的占用。
可选地,所述装置还包括照片录入模块,包括:项目完成度确定单元,用于在所述患者出院并办理医保审批手续时,将所述患者的档案发送至医生工作站,以通过所述医生工作站基于所述档案核对所述患者是否已完成所有检查项目;编号单元,用于采集所述患者所有检查项目的化验单照片,并对所述化验单照片进行编号;存储单元,用于将编号后的所述化验单照片发送至数据库进行存储。
在上述实现方式中,在患者出院时核对其是否完成所有检查项目,确保档案完善程度,并将化验单照片和对应编号进行存储,降低了化验单照片的管理难度,提高了档案管理的精确度。
可选地,所述装置还包括电子病历创建模块,所述电子病历创建模块用于以所述患者的身份标识信息为主键在所述数据库中建立所述患者的电子病历条目,所述身份标识信息包括所述患者的身份证号码或社会保障号码;在所述电子病历条目中通过第一字段记录所述患者住院开始的时间,通过第二字段记录所述患者住院结束的时间;在所述电子病历条目中通过第三字段记录所述患者的所有检查项目的名称。
在上述实现方式中,在电子病历条目中建立不同字段对患者的住院时间、检查项目等进行分别存储,降低了档案管理的难度。
可选地,所述电子病历创建模块还用于将编号后的所述化验单照片发送至所述数据库进行存储;在所述电子病历条目中通过第四字段记录所述患者的所有检查项目的化验单照片的编号。
在上述实现方式中,化验单照片和对应编号可以分别存储在数据库和本地,化验单照片存储不需要占用本地资源,能够提高的档案录入效率。
可选地,所述装置还包括查询模块,用于:接收包含身份标识信息的查询信息;将所述查询信息发送至所述数据库;接收所述数据库基于所述查询信息返回的电子病历条目;在接收到化验单照片展示信息时,基于所述电子病历条目中的编号从所述数据库中获取所述编号对应的化验单照片。
在上述实现方式中,对工作人员或患者提供电子病历条目查询功能,以更好地帮助工作人员或患者进行医务工作。
本申请实施例还提供了一种电子设备,所述电子设备包括存储器和处理器,所述存储器中存储有程序指令,所述处理器读取并运行所述程序指令时,执行上述任一实现方式中的步骤。
本申请实施例还提供了一种存储介质,所述存储介质中存储有计算机程序指令,所述计算机程序指令被一处理器读取并运行时,执行上述任一实现方式中的步骤。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种患者档案管理方法的流程示意图。
图2为本申请实施例提供的一种住院判定后档案录入步骤的流程示意图。
图3为本申请实施例提供的一种化验单照片归档步骤的流程示意图。
图4为本申请实施例提供的一种患者档案管理装置的结构示意图。
图标:20-患者档案管理装置;21-排定名单请求发送模块;22-排队名单接收模块;23-已完成项目确定模块;24-档案添加模块。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行描述。
经本申请人研究发现,随着计算机与互联网技术的迅速发展,越来越多的行业开始采用电子形式进行资料录入和生产辅助,在医疗领域方面也开始引入电子病历用于通过电子设备保存、管理、传输和重现的数字化的医疗记录,用以取代手写纸张病历。但是我国从纸制病历到完全规范化统一化的电子病历的过渡过程中还有很多问题难以解决,标准格式短时间也难以统一。在标准格式不统一的大背景下,现有的电子病历在进行患者的检查项目归档录入时,通常需要工作人员人工进行确认患者是否完成检查,因此现有技术还存在准确性较差、效率较低,且耗费人力的问题。
为了解决上述问题,本申请实施例提供了一种患者档案管理方法,请参考图1,图1为本申请实施例提供的一种患者档案管理方法的流程示意图,该患者档案管理方法的具体步骤可以如下:
步骤S11:向医院分诊系统发送排队名单请求。
医院分诊系统是指医院门诊楼、住院楼、综合楼的各候诊、收费、取药处所使用的智能化呼叫和排队管理系统,医生和护士可以通过该系统有秩序地呼叫病员,使医院的医疗秩序规范化、门诊管理现代化。该系统能兼容医保卡、医院就诊卡的使用,方便病人挂号、就诊、取药等工作;能解决呼叫和排队管理系统与医院管理数据库系统的接口连接;并适当留有扩展和更新余地。
可选地,本实施例中的医院分诊系统与医院信息系统连接,进行排队取号时不需要由排队机产生号码,而是直接从医院信息系统的挂号子系统中直接取号,可以减少设备的投入,并方便进行数据管理。
本实施例中医院分诊系统接收到排队名单请求时,向发出排队名单请求的设备返回当前时段的排队名单,该排队名单可以包含有排队人员的姓名、身份标识信息、检查项目等信息。
步骤S12:接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单。
应当理解的是,第一排队名单是当前时段各个检查项目正在排队的患者的名单。可选地,该当前时段可以是接收到排队名单请求的时刻,也可以是接收到排队名单请求的预设时长之前至接收到排队名单请求的时刻。
步骤S13:确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目。
例如患者名字为“张三”,检索接收时间为16:15的第二排队名单中张三正在消化内科的进行胃镜检查项目的检查,检索接收时间为16:30的第一排队名单中张三已经不在胃镜检查项目的名单中,则判定张三在16:30时已经完成胃镜检查项目。本步骤不需要工作人员或患者进行检查项目是否完成的人工确认,能够根据排队名单的对比自动判定患者是否已完成检查项目,提高了效率。
步骤S14:将所述对应检查项目添加至医院信息系统的所述患者的档案中。
上述患者的档案可以包含患者的个人基本信息、完成各检查项目的时间等信息。
应当理解的是,在需要进行档案录入时,考虑到住院患者的管理复杂程度,更需要对住院患者的档案进行优先录入,或者在设备资源紧张时仅录入住院患者的档案。请参考图2,图2为本申请实施例提供的一种住院判定后档案录入步骤的流程示意图,该具体步骤可以如下:
步骤S14.1:向所述医院信息系统发送当前住院名单请求。
上述当前住院名单请求可以包含有住院人员的姓名、身份标识信息、住院科室、以完成检查项目等信息。
步骤S14.2:接收所述医院信息系统基于所述当前住院名单请求返回的当前住院名单。
应当理解的是,当前住院名单是当前时段各个科室正在住院的患者的名单。可选地,该当前时段可以是接收到当前住院名单请求的时刻,也可以是接收到当前住院名单请求的预设时长之前至接收到当前住院名单请求的时刻。
步骤S14.3:确定所述当前住院名单是否存在所述患者。
若患者不存在于当前住院名单中,将该患者判定为非住院患者,其可能是仅仅进行挂号检查的患者,而精确的档案录入对住院患者管理有更大的帮助,因此本实施例可以优先进行住院患者的档案建立与数据录入,从而提高档案管理效率,提高了合理性。
步骤S14.4:在所述患者存在于所述当前住院名单中时,将所述对应检查项目添加至所述医院信息系统的所述患者的档案中。
可选地,将已完成的对应检查项目的名称与该患者的姓名和/或身份标识信息匹配,录入其档案中。
应当理解的是,在录入档案之前,还需要确定医院信息系统中是否已经建立了该患者的档案,若是还未建立该患者的档案,还需要建立该患者的档案。具体地,需要判断档案建立如否并基于判断结果进行档案录入的步骤如下:
步骤S14.4A:确定所述医院信息系统中是否存在所述患者的档案。
步骤S14.4B:在所述医院信息系统中存在所述患者的档案时,将所述对应检查项目添加至所述患者的档案中。
步骤S14.4C:在所述医院信息系统中不存在所述患者的档案时,基于所述患者的个人基本信息、所述对应检查项目及完成所述对应检查项目的时间,建立所述患者的档案。
本实施例通过上述步骤,在住院患者完成某检查项目时将该检查项目添加至该患者档案中,或是建立该患者的档案并将该检查项目添加至档案中,避免在无检查项目录入需求时就建立档案,减少了对运算及存储资源的占用。
患者在完成所有检查项目或住院时间结束时,通常会办理出院手续,此时需要将患者本次就医记录进行确认、存储,因此本实施例在步骤S14之后还可以包括化验单照片归档步骤。请参考图3,图3为本申请实施例提供的一种化验单照片归档步骤的流程示意图,该化验单照片归档步骤可以如下:
步骤S15.1:在所述患者出院并办理医保审批手续时,将所述患者的档案发送至医生工作站,以通过所述医生工作站基于所述档案核对所述患者是否已完成所有检查项目。
医生工作站系统以电子病历为中心,支持医院建立门诊病历库,为医生提供高效的电子病历和电子处方管理平台,并为以后的病历统计分析提供有效的手段,对提高医院管理和医生的医疗水平作用重大。利用医生工作站,工作人员可以方便的获取患者既往的就诊记录、既往病史、用药记录、检查检验报告、当前病情发展情况、各种检验检查结果等在电子病历的对应档案中的信息,通过计算机下达处方和各种检验检查申请,记录患者病情及发展变化情况,在诊断时遇到疑难杂症利用计算机进行辅助分析。同时方便的获取相关医疗知识,查阅各种疾病的诊疗常规、药物信息、检验信息等医学数据。
进一步地,本步骤对患者是否完成所有检查项目,确保档案完善程度,提高了档案管理的准确性和可靠性。
步骤S15.2:采集所述患者所有检查项目的化验单照片,并对所述化验单照片进行编号。
化验单照片可以是通过发送档案的设备的摄像头统一拍摄采集获得,也可以是患者在进行每一个检查项目取得化验单后单独拍摄获得,然后上传至医院信息系统,本步骤从医院信息系统下载化验单照片。
可选地,化验单照片和编号是一一对应的,该编号可以是数字、英文字母、汉字或其他字符及组合,例如按照化验单照片的拍摄时间按照从小到大的顺序采用数字进行编号,14:15时刻拍摄的化验单照片编号为15,14:16时刻拍摄的化验单照片编号为16。进一步地,考虑到化验单照片的密集程度可能较大,也可以将拍摄时刻精确至秒或毫秒。
步骤S15.3:将编号后的所述化验单照片发送至数据库进行存储。
可选地,该数据库可以是设置在本地或其他设备上。在化验单照片数量较多、存储量较大时将存储化验单照片的数据库设置在其他设备上,在需要进行化验单照片存储或调用时通过网络从其他设备的数据库中获取对应化验单照片,不需要耗费大量本地空间进行存储,且设置专门的数据库更易于对化验单照片等数据进行规范化管理。
作为一种可选的实施方式,所有患者的档案通常会被归档,作为完整的电子病历进行存储,以更加方便、快捷地对所有患者的电子病历进行管理,其具体步骤可以包括:
步骤S16.1:以所述患者的身份标识信息为主键在所述数据库中建立所述患者的电子病历条目。
其中,主键为主关键字,是表中的一个或多个字段,它的值用于唯一地标识表中的某一条记录。可选地,本实施例中的主键为身份标识信息。
上述身份标识信息包括所述患者的身份证号码和/或社会保障号码,以及驾驶证号等其它能够表征患者身份的信息。
步骤S16.2:在所述电子病历条目中通过第一字段记录所述患者住院开始的时间,通过第二字段记录所述患者住院结束的时间。
步骤S16.3:在所述电子病历条目中通过第三字段记录所述患者的所有检查项目的名称。
应当理解的是,为了获得更好的数据存储结构,进行规范化地数据管理,并更好地通过编号对化验单照片进行调取,本实施例还可以包括如下步骤:
步骤S16.4:将编号后的所述化验单照片发送至所述数据库进行存储。
步骤S16.5:在所述电子病历条目中通过第四字段记录所述患者的所有检查项目的化验单照片的编号。
通过上述步骤,在电子病历条目中建立不同字段对患者的住院时间、检查项目等进行分别存储,降低了档案管理的难度,并且化验单照片和对应编号可以分别存储在数据库和本地,化验单照片存储不需要占用本地资源,能够提高的档案录入效率。
作为一种可选的实施方式,在电子病历完成归档后,工作人员或患者在需要时可以随时进行调用查看,其步骤可以如下:
步骤S17.1:接收包含身份标识信息的查询信息。
步骤S17.2:将所述查询信息发送至所述数据库。
可选地,该数据库可以是SQL(Structured Query Language)数据库、Oracle数据库或其他类型的数据库。其中,SQL数据库具有图像化的用户界面,使数据库管理更加直观、简便,且提供了丰富的编程接口工具,具有极好地程序设计适应性和集成性;Oracle数据库具有较好的稳定性、可靠性、安全性和兼容性,开发工具选择较多且支持的数据库存储容量较大。因此可以根据具体需求选择SQL数据库、Oracle数据库或其他类型的数据库进行本实施例中的数据存储。
步骤S17.3:接收所述数据库基于所述查询信息返回的电子病历条目。
可选地,在返回该电子病历条目时,还可以根据对应患者所处的治疗阶段或康复阶段,返回与该阶段对应的治疗或康复建议。
步骤S17.4:在接收到化验单照片展示信息时,基于所述电子病历条目中的编号从所述数据库中获取所述编号对应的化验单照片。
本实施例通过上述步骤,对工作人员或患者提供电子病历条目查询功能,使工作人员或患者能够通过简单的方式查询患者既往病历,以更好地帮助工作人员或患者完成医务工作。
为了更好地实现上述患者档案管理方法,本实施例还提供了一种患者档案管理装置20。
请参考图4,图4为本申请实施例提供的一种患者档案管理装置的结构示意图。
患者档案管理装置20包括:
排定名单请求发送模块21,用于向医院分诊系统发送排队名单请求;
排队名单接收模块22,用于接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;
已完成项目确定模块23,用于确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;
档案添加模块24,用于将所述对应检查项目添加至医院信息系统的所述患者的档案中。
可选地,档案添加模块24包括:住院名单请求发送单元,用于向所述医院信息系统发送当前住院名单请求;住院名单接收单元,用于接收所述医院信息系统基于所述当前住院名单请求返回的当前住院名单;住院确定单元,用于确定所述当前住院名单是否存在所述患者;项目添加单元,用于在所述患者存在于所述当前住院名单中时,将所述对应检查项目添加至所述医院信息系统的所述患者的档案中。
进一步地,档案添加模块24还可以包括:档案确定单元,用于确定所述医院信息系统中是否存在所述患者的档案;所述项目添加单元,还用于在所述医院信息系统中存在所述患者的档案时,将所述对应检查项目添加至所述患者的档案中;以及,在所述医院信息系统中不存在所述患者的档案时,基于所述患者的个人基本信息、所述对应检查项目及完成所述对应检查项目的时间,建立所述患者的档案。
可选地,患者档案管理装置20还可以包括照片录入模块,该照片录入模块包括:项目完成度确定单元,用于在所述患者出院并办理医保审批手续时,将所述患者的档案发送至医生工作站,以通过所述医生工作站基于所述档案核对所述患者是否已完成所有检查项目;编号单元,用于采集所述患者所有检查项目的化验单照片,并对所述化验单照片进行编号;存储单元,用于将编号后的所述化验单照片发送至数据库进行存储。
可选地,患者档案管理装置20还可以包括电子病历创建模块,该电子病历创建模块用于以所述患者的身份标识信息为主键在所述数据库中建立所述患者的电子病历条目,所述身份标识信息包括所述患者的身份证号码或社会保障号码;在所述电子病历条目中通过第一字段记录所述患者住院开始的时间,通过第二字段记录所述患者住院结束的时间;以及在所述电子病历条目中通过第三字段记录所述患者的所有检查项目的名称。
电子病历创建模块还用于将编号后的所述化验单照片发送至所述数据库进行存储;在所述电子病历条目中通过第四字段记录所述患者的所有检查项目的化验单照片的编号。
可选地,患者档案管理装置20还可以包括查询模块,用于:接收包含身份标识信息的查询信息;将所述查询信息发送至所述数据库;接收所述数据库基于所述查询信息返回的电子病历条目;在接收到化验单照片展示信息时,基于所述电子病历条目中的编号从所述数据库中获取所述编号对应的化验单照片。
本申请实施例还提供了一种电子设备,该电子设备包括存储器和处理器,所述存储器中存储有程序指令,所述处理器读取并运行所述程序指令时,执行本实施例提供的患者档案管理方法中任一项所述方法中的步骤。
应当理解是,该电子设备可以是个人电脑(personal computer,PC)、平板电脑、智能手机、个人数字助理(personal digital assistant,PDA)等具有逻辑计算功能的电子设备。
本申请实施例还提供了一种可读取存储介质,所述可读取存储介质中存储有计算机程序指令,所述计算机程序指令被一处理器读取并运行时,执行患者档案管理方法中的步骤。
综上所述,本申请实施例提供了一种患者档案管理方法、装置、电子设备及存储介质,所述方法包括:向医院分诊系统发送排队名单请求;接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;将所述对应检查项目添加至医院信息系统的所述患者的档案中。
在上述实现方式中,通过对不同时段的各检查项目的排队名单进行对比,确定患者是否完成检查项目,不需要相关工作人员进行手动确认检查项目是否已完成,且不需要相关工作人员将该检查项目手动录入档案,提高了检查项目是否完成的判定准确性、便捷性,从而提高了归档准确性和效率。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的框图显示了根据本申请的多个实施例的设备的可能实现的体系架构、功能和操作。在这点上,框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图中的每个方框、以及框图的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。因此本实施例还提供了一种存储介质,其中中存储有计算机程序指令,所述计算机程序指令被一处理器读取并运行时,执行区块数据存储方法中任一项所述方法中的步骤。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RanDOm Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种患者档案管理方法,其特征在于,所述方法包括:
向医院分诊系统发送排队名单请求;
接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;
确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;
将所述对应检查项目添加至医院信息系统的所述患者的档案中。
2.根据权利要求1所述的方法,其特征在于,所述将所述对应检查项目添加至医院信息系统的所述患者的档案中,包括:
向所述医院信息系统发送当前住院名单请求;
接收所述医院信息系统基于所述当前住院名单请求返回的当前住院名单;
确定所述当前住院名单是否存在所述患者;
在所述患者存在于所述当前住院名单中时,将所述对应检查项目添加至所述医院信息系统的所述患者的档案中。
3.根据权利要求2所述的方法,其特征在于,所述将所述对应检查项目添加至所述医院信息系统的所述患者的档案中,包括:
确定所述医院信息系统中是否存在所述患者的档案;
在所述医院信息系统中存在所述患者的档案时,将所述对应检查项目添加至所述患者的档案中;
在所述医院信息系统中不存在所述患者的档案时,基于所述患者的个人基本信息、所述对应检查项目及完成所述对应检查项目的时间,建立所述患者的档案。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述患者出院并办理医保审批手续时,将所述患者的档案发送至医生工作站,以通过所述医生工作站基于所述档案核对所述患者是否已完成所有检查项目;
采集所述患者所有检查项目的化验单照片,并对所述化验单照片进行编号;
将编号后的所述化验单照片发送至数据库进行存储。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
以所述患者的身份标识信息为主键在所述数据库中建立所述患者的电子病历条目,所述身份标识信息包括所述患者的身份证号码或社会保障号码;
在所述电子病历条目中通过第一字段记录所述患者住院开始的时间,通过第二字段记录所述患者住院结束的时间;
在所述电子病历条目中通过第三字段记录所述患者的所有检查项目的名称。
6.根据权利要求5所述的方法,其特征在于,所述将编号后的所述化验单照片发送至所述数据库进行存储,包括:
将编号后的所述化验单照片发送至所述数据库进行存储;
在所述电子病历条目中通过第四字段记录所述患者的所有检查项目的化验单照片的编号。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
接收包含身份标识信息的查询信息;
将所述查询信息发送至所述数据库;
接收所述数据库基于所述查询信息返回的电子病历条目;
在接收到化验单照片展示信息时,基于所述电子病历条目中的编号从所述数据库中获取所述编号对应的化验单照片。
8.一种患者档案管理装置,其特征在于,所述装置包括:
排定名单请求发送模块,用于向医院分诊系统发送排队名单请求;
排队名单接收模块,用于接收所述医院分诊系统基于所述排队名单请求返回的当前时段各检查项目的第一排队名单;
已完成项目确定模块,用于确定存在于上一时段各检查项目的第二排队名单、且不存在于所述第一排队名单中的患者已完成对应检查项目;
档案添加模块,用于将所述对应检查项目添加至医院信息系统的所述患者的档案中。
9.一种电子设备,其特征在于,所述电子设备包括存储器和处理器,所述存储器中存储有程序指令,所述处理器运行所述程序指令时,执行权利要求1-7中任一项所述方法中的步骤。
10.一种存储介质,其特征在于,所述存储介质中存储有计算机程序指令,所述计算机程序指令被一处理器运行时,执行权利要求1-7任一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910805971.6A CN110504012A (zh) | 2019-08-28 | 2019-08-28 | 患者档案管理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910805971.6A CN110504012A (zh) | 2019-08-28 | 2019-08-28 | 患者档案管理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110504012A true CN110504012A (zh) | 2019-11-26 |
Family
ID=68590388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910805971.6A Pending CN110504012A (zh) | 2019-08-28 | 2019-08-28 | 患者档案管理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110504012A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116894526A (zh) * | 2023-09-11 | 2023-10-17 | 北京南师信息技术有限公司 | 基于数据分析的全流程智能导诊方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120290572A1 (en) * | 2011-05-12 | 2012-11-15 | Fuji Xerox Co., Ltd. | Information processing apparatus, information processing method, and computer readable medium storing program for information processing |
CN105225183A (zh) * | 2015-10-20 | 2016-01-06 | 重庆市中迪医疗信息科技股份有限公司 | 放射信息管理系统 |
CN107526934A (zh) * | 2017-09-06 | 2017-12-29 | 青海大学附属医院 | 一种医疗服务系统 |
CN108198080A (zh) * | 2017-12-29 | 2018-06-22 | 山大地纬软件股份有限公司 | 一种基于社会保障卡的医保诊间结算系统及方法 |
CN109192287A (zh) * | 2018-08-21 | 2019-01-11 | 中国联合网络通信集团有限公司 | 基于区块链的医院挂号方法及装置 |
CN110021405A (zh) * | 2017-09-11 | 2019-07-16 | 首都医科大学附属北京天坛医院 | 一种医疗数据采集方法 |
-
2019
- 2019-08-28 CN CN201910805971.6A patent/CN110504012A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120290572A1 (en) * | 2011-05-12 | 2012-11-15 | Fuji Xerox Co., Ltd. | Information processing apparatus, information processing method, and computer readable medium storing program for information processing |
CN105225183A (zh) * | 2015-10-20 | 2016-01-06 | 重庆市中迪医疗信息科技股份有限公司 | 放射信息管理系统 |
CN107526934A (zh) * | 2017-09-06 | 2017-12-29 | 青海大学附属医院 | 一种医疗服务系统 |
CN110021405A (zh) * | 2017-09-11 | 2019-07-16 | 首都医科大学附属北京天坛医院 | 一种医疗数据采集方法 |
CN108198080A (zh) * | 2017-12-29 | 2018-06-22 | 山大地纬软件股份有限公司 | 一种基于社会保障卡的医保诊间结算系统及方法 |
CN109192287A (zh) * | 2018-08-21 | 2019-01-11 | 中国联合网络通信集团有限公司 | 基于区块链的医院挂号方法及装置 |
Non-Patent Citations (2)
Title |
---|
梁倩: "基于考勤系统的数据比对功能的实现", 《价值工程》 * |
王建桥: "门诊电子显示屏导诊系统的应用探讨", 《现代医院》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116894526A (zh) * | 2023-09-11 | 2023-10-17 | 北京南师信息技术有限公司 | 基于数据分析的全流程智能导诊方法及系统 |
CN116894526B (zh) * | 2023-09-11 | 2023-11-24 | 北京南师信息技术有限公司 | 基于数据分析的全流程智能导诊方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8589400B2 (en) | Longitudinal electronic record system and method | |
US8086468B2 (en) | Method for computerising and standardizing medical information | |
US20120239671A1 (en) | System and method for optimizing and routing health information | |
US20120150878A1 (en) | Longitudinal Electronic Record System and Method With Task-Based Workflow | |
Matney et al. | Development of the nursing problem list subset of SNOMED CT® | |
EP3210140A1 (en) | Identification of codable sections in medical documents | |
Mendelson et al. | Imaging informatics: essential tools for the delivery of imaging services | |
Wright et al. | Electronic health information systems for public health care in South Africa: a review of current operational systems | |
Danese et al. | The generalized data model for clinical research | |
CN115206512B (zh) | 基于物联网的医院信息管理方法及装置 | |
CN114664463A (zh) | 一种全科医生诊疗辅助系统 | |
Murphy et al. | Grappling with the future use of big data for translational medicine and clinical care | |
CN110504012A (zh) | 患者档案管理方法、装置、电子设备及存储介质 | |
CN106055877A (zh) | 一种基于云技术的医疗就诊系统 | |
Gujral et al. | Artificial intelligence (AI) and data science for developing intelligent health informatics systems | |
Daniel et al. | Cross border semantic interoperability for learning health systems: the EHR4CR semantic resources and services | |
Hill et al. | Interconnectivity of health information exchanges using patient access number (PAN) | |
US20180308567A1 (en) | System and method for storing and delivering healthcare informatics data | |
Harrison Jr | Pathology informatics questions and answers from the University of Pittsburgh pathology residency informatics rotation | |
KR100614033B1 (ko) | 온라인 의료정보 제공 시스템 및 방법 | |
JP2019095868A (ja) | 健康医療介護連携システムのデータ連携方法、データ連携用プログラム、および、健康医療介護連携システム用のサーバ | |
Kumar | A minimum metadata model for healthcare data interoperability | |
Schrempf et al. | Development of an Architecture to Implement Machine Learning Based Risk Prediction in Clinical Routine: A Service-Oriented Approach | |
Boonkleang et al. | The Borrowing Medical Records System: A Case Study of Medical Information System | |
Aouachria et al. | Base Frame of Algerian E-Health System: How to Ensure Consistency of Data Exchanged With Laboratory Management System Using BPM and IHE Profiles? |
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: 20191126 |