CN109360615A - 一种医疗资源共享方法、装置、设备和存储介质 - Google Patents

一种医疗资源共享方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN109360615A
CN109360615A CN201811151713.2A CN201811151713A CN109360615A CN 109360615 A CN109360615 A CN 109360615A CN 201811151713 A CN201811151713 A CN 201811151713A CN 109360615 A CN109360615 A CN 109360615A
Authority
CN
China
Prior art keywords
file
medical
cloud server
information
database
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
Application number
CN201811151713.2A
Other languages
English (en)
Inventor
张永航
张军
盛宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Einstein Intelligent Technology Co Ltd
Original Assignee
Suzhou Einstein Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Einstein Intelligent Technology Co Ltd filed Critical Suzhou Einstein Intelligent Technology Co Ltd
Priority to CN201811151713.2A priority Critical patent/CN109360615A/zh
Publication of CN109360615A publication Critical patent/CN109360615A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00ICT specially adapted for the handling or processing of medical references

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

一种医疗资源共享方法、装置、设备和存储介质
技术领域
本发明实施例涉及文件共享技术,尤其涉及一种医疗资源共享方法、装置、设备和存储介质。
背景技术
随着医疗信息化日新月异的发展,越来越多的医院要求医疗资源的共享和病人病例的共享。
如今常见的信息系统有医院信息系统(HIS)、临床信息系统(CIS)、电子病历系统(EMR)。在专科电子病历领域,各类医疗信息化公司围绕医院各个业务科室、临床科室,为其在各个细分领域提供了不同的病历系统。但是这些信息系统都是依据不同开发框架和技术所设计,这样一来医院的病历相关业务数据就会分散在各家信息系统之中,无法进行整合和统一管理。同时医院病案室还储存着大量的、不断增多的纸张病历,任何一份病历的修改、损坏、丢失都可能给医院带来无法弥补的损失,在无法集成和共享的情况下,基本也失去了学习与科研的价值。
医院采用的管理方式主要包括通过FTP来实现文件管理或者建立电子病历管理平台并要求各个信息系统厂家实现接入。这两种实现方式中,第一种FTP服务的方式着重于文件的上传、下载管理,方案缺乏病历(文件)与患者信息的联系,导致后续大量病历(文件)积累后,后续却无法实现对病历(文件)的管理和利用,文件过于琐碎,缺乏联系,无法通过患者信息快速检索和利用。第二种方式,通过医院单独建立电子病历管理平台来实现与各个信息系统厂家实现数据的对接来实现,一方面带来各个信息系统厂家大量的改造工作量,投入大量人力成本,另一方面医院也需要安排专人进行各个信息系统厂家的资源协调,问题反馈与改进,同时还需要专人长期对整个系统进行维护管理,极为麻烦。
发明内容
本发明提供一种医疗资源共享方法、装置、设备和存储介质,以实现脱离数据库建立索引关系,使得用户可以轻松查找需求的医疗资源。
第一方面,本发明实施例提供了一种医疗资源共享方法,包括:
资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括病历文件和医疗资料文件;
资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
第二方面,本发明实施例还提供了一种医疗资源共享方法,包括:
云端服务器接收客户端产生的文件查询信息;
云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
云端服务器将所述对应实体文件传输给客户端。
第三方面,本发明实施例还提供了一种医疗资源共享装置,包括:
结构体信息获取模块,用于资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括:病历文件和医疗资料文件;
结构体信息解析模块,用于资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
实体文件对应模块,用于资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
第四方面,本发明实施例还提供了一种医疗资源共享装置,包括:
信息接收模块,用于云端服务器接收客户端产生的文件查询信息;
实体文件查询模块,用于云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
实体文件传输模块,用于云端服务器将所述对应实体文件传输给客户端。
第五方面,本发明实施例还提供了一种医疗资源上传设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面实施例任一所述的一种医疗资源共享方法。
第六方面,本发明实施例还提供了一种医疗资源查询设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第二方面实施例任一所述的一种医疗资源共享方法。
第七方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面实施例任一所述的一种医疗资源共享方法。
第八方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第二方面实施例任一所述的一种医疗资源共享方法。
本发明通过脱离数据库建立索引关系,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题,实现了不存储信息数据库中的数据、各种病程文件和影像数据,提供医疗资源文件的解析、操作、索引、存储等各种服务,达到了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
附图说明
图1为本发明实施例一提供的一种医疗资源共享方法的流程图;
图2为本发明实施例二提供的一种医疗资源共享方法的流程图;
图3为本发明实施例三提供的一种医疗资源共享方法的流程图;
图4为本发明实施例四提供的一种医疗资源共享方法的流程图;
图5为本发明实施例五提供的一种医疗资源共享装置的结构图;
图6为本发明实施例六提供的一种医疗资源共享装置的结构图;
图7为本发明实施例七提供的一种医疗资源上传设备的结构示意图;
图8为本发明实施例八提供的一种医疗资源查询设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种医疗资源共享方法的流程图。本实施例提供的医疗资源共享方法可以由医疗资源共享装置执行,该医疗资源共享装置可以通过软件和/或硬件的方式实现,并集成在医疗资源上传设备中。
本实施例中提及的医疗资源共享需要一台医疗资源上传设备和一台医疗资源查询设备。当然,本实施例以一台医疗资源上传设备和一台医疗资源查询设备为例进行描述,但实际上并不对医疗资源上传设备和医疗资源查询设备的数量作限制。医疗资源上传设备可以是专门用于医疗资源上传的计算机组件,也可以选择性的具备资源查询的功能。医疗资源查询设备可以是计算机组件,也可以是移动终端等。其中,医疗资源上传设备和医疗资源查询设备均连接互联网。
参考图1,本实施例具体包括如下步骤:
S101、资源共享装置获取存入第一数据库的实体文件的结构体信息。
其中,数据库是指按照数据结构来组织、存储和管理数据的仓库。第一数据库是指存储实体文件的数据库,由于医院现有的信息数据库并不互通,第一数据库可以是产生当前实体文件的信息系统对应的数据库;也可能是产生当前实体文件的医院对应的数据库。本实施例中对第一数据库的类别不作限定。实体文件是指存入数据库的文件,可以分为两病历文件和医疗资料文件两类。结构体是由一系列具有相同类型或不同类型的数据构成的数据集合。
具体的,当一个实体文件产生,并且需要存入数据库时,资源共享装置获取存入数据库的实体文件的结构体信息。
S102、资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器。
其中,结构体信息的关键词可以理解为实际使用中产生者(也可以是生成文件的医疗设备)对结构体进行的赋值。摘要信息是以提供文献内容梗概为目的,不加评论和补充解释,简明、确切地记述文献重要内容的短文或词语。云端服务器是与第一服务器相区别的服务器,云端服务器中不存储实体文件,只存储摘要信息用于检索文件。
具体的,当一份实体文件产生时,产生者会对文件进行描述,可能是通过按照一定方式为实体文件命名,或者通过填写系统信息对实体文件进行命名。该文件名的命名方式或需要填写的系统信息可以理解为结构体,而产生者对文件进行描述与结构体一起构成结构体信息。产生者对文件进行的描述则是结构体信息的关键词,提取这些关键词作为实体文件的摘要信息并存储于云端服务器。
S103、资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
具体的,通过资源共享装置建立云端服务器中摘要信息与所述实体文件的连接关系,即可以通过摘要信息连接到位于第一数据库中的实体文件。
本发明实施例提供了为医院本地数据库中的实体文件添加索引标签的方案,使得医院数据库中的文件不需要被转化和采集就可以被关联检索。这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
实施例二
图2为本发明实施例二提供的一种医疗资源共享方法的流程图。本实施例是在实施例一基础上进行的具体化,详细描述了如何区分实体文件的种类并且开放不同的权限。具体的,参考图2,本实施例提供的方法具体包括:
S201、资源共享装置获取存入第一数据库的实体文件的结构体信息,解析所述结构体信息。
其中,结构体信息包括病历文件的结构体信息和医疗资料文件的结构体信息。病历文件的结构体信息至少包括:患者基本信息、患者手术信息、患者病历类别或文件唯一识别码。文件唯一识别码,默认由日期+序号组成。医疗资料文件的结构体信息至少包括:操作者、操作时间、医疗资料文件名或医疗资料文件摘要。
具体的,当一个实体文件产生,并且需要存入数据库时,资源共享装置获取存入数据库的实体文件的结构体信息,并对该结构体信息进行解析。
S202、判断所述实体文件为病历文件或医疗资料文件。若为病历文件则执行步骤S203;若为医疗资源文件则执行步骤S204。
其中,病历文件是所有与患者就医相关的文件,如病案首页、病程记录、检查、检验、体温单、生命体征记录单、血氧饱和度记录单、麻醉记录单、特别护理记录单、患者及家属签字记录以及其他非手工纸质病历(手工纸质病历可以通过扫描方式进行电子化)。医疗资料文件是医务人员日常学术交流使用的文件,是不对外公开的文件,可以是仅本人可查看、本科室医务人员可查看、本医院医务人员可查看或者兄弟医院可查看等。
具体的,通过解析对实体文件的描述这一结构体信息的关键词,可以判断该实体文件是病历文件或医疗资料文件。若为病历文件则将所述病历文件状态设置为非医务人员可查看;若为医疗资源文件则将所述医疗资料文件状态设置为非医务人员不可查看。
S203、将所述病历文件状态设置为非医务人员可查看。
具体的,每份实体文件都有权限范围,病历文件处理医务人员可以查看之外也允许患者本人查看,或者在适当范围内允许患者家属查看患者的病历。因此若实体文件为病历文件则将所述病历文件状态设置为非医务人员可查看;
S204、将所述医疗资料文件状态设置为非医务人员不可查看。
具体的,若为医疗资源文件则将所述医疗资料文件状态设置为非医务人员不可查看,同时,针对医务人员也可以设置不同的权项等级。
S205、资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器。
具体的,当一份实体文件产生时,产生者会对文件进行描述,可能是通过按照一定方式为实体文件命名,或者通过填写系统信息对实体文件进行命名。该文件名的命名方式或需要填写的系统信息可以理解为结构体,而产生者对文件进行描述与结构体一起构成结构体信息。产生者对文件进行的描述则是结构体信息的关键词,提取这些关键词作为实体文件的摘要信息并存储于云端服务器。
S206、资源共享装置获取实体文件存储于第一数据库的地址信息。
具体的,实体文件被存储于第一数据库时,会产生一个存放该实体文件的地址信息。通过资源共享装置获取该地址信息。
S207、资源共享装置建立云端服务器中摘要信息与所述地址信息的关联关系。
具体的,通过资源共享装置建立云端服务器中摘要信息与所述地址信息的连接关系,即可以通过摘要信息连接到位于第一数据库中的实体文件。
本发明实施例提供了为医院本地数据库中的实体文件添加索引标签的方案,使得医院数据库中的文件不需要被转化和采集就可以被关联检索,以及区分实体文件的种类并且开放不同的权限。这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
实施例三
图3为本发明实施例三提供的一种医疗资源共享方法的流程图。本实施例提供的医疗资源共享方法可以由医疗资源共享装置执行,该医疗资源共享装置可以通过软件和/或硬件的方式实现,并集成在医疗资源查询设备中。参考图3,本实施例具体包括如下步骤:
S301、云端服务器接收客户端产生的文件查询信息。
其中,客户端或称为用户端,是指与服务器相对应,为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外,一般安装在普通的客户机上,需要与服务端互相配合运行。文件查询信息是客户端产生的,是包括索引关键词的请求信息。
具体的,云端服务器接收客户端产生的文件查询信息,并对文件查询信息进行解析,获得用于云端服务器与摘要信息作比对的索引关键词。
S302、云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件。
具体的,云端服务器获得用于云端服务器与摘要信息作比对的索引关键词后,通过云端服务器中摘要信息与实体文件的对应关系,从第一数据库中获取对应实体文件。
S303、云端服务器将所述对应实体文件传输给客户端。
具体的,云端服务器向第一数据库请求该实体文件,并将请求获得的实体文件传递到客户端。
本发明实施例提供了用户通过客户端对实体文件进行检索,当用户确定完检索文件后,云端服务器向第一数据库发起数据请求,此时才从第一数据库中请求获取实体文件,并将实体文件传输给客户端。这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
实施例四
图4为本发明实施例四提供的一种医疗资源共享方法的流程图。本实施例是在实施例三基础上进行的具体化,详细描述了通过区分客户端用户权限来确定实体文件,同时还详细描述了云端的服务器如何从第一数据库中匹配实体文件。具体的,参考图4,本实施例提供的方法具体包括:
S401、云端服务器与客户端建立连接,判断客户端的权限。
其中,云端服务器与客户端建立连接,通过用户账号信息可以判断用户的权限。所述权限至少包括:医务人员权限和非医务人权限。
具体的,当客户端请求与云端服务器建立连接时,云端服务器会验证客户端登录账号的权限。
S402、云端服务器接收客户端产生的文件查询信息,判断所述查询信息是否在客户端对应的权限范围内。
具体的,判断完客户端账号的权限后,接收客户端产生的文件查询信息,判断所述查询信息是否在客户端对应的权限范围内。若客户端登录账号为医务人员权限则可以查看其权限范围内的病历文件和医疗资料文件。若客户端登录账号为非医务人权限则可以查看其权限范围内的病历文件,但不可查看医疗资料文件。
S403、云端服务器解析所述文件查询信息,获得索引关键词。
具体的,云端服务器接收客户端产生的文件查询信息,并对文件查询信息进行解析,获得用于云端服务器与摘要信息作比对的索引关键词。
S404、云端服务器从第二数据库中查找所述索引关键词对应的摘要信息。
其中,第二数据库是云端服务器的数据库,存储有第一数据库中实体文件的摘要信息及其对应的地址信息。
具体的,云端服务器从第二数据库中根据索引关键词确定客户端用户需求实体文件的摘要信息。
S405、云端服务器根据所述摘要信息从第一数据库中获得所述摘要信息对应的实体文件。
具体的,云端服务器获得用于云端服务器与摘要信息作比对的索引关键词后,通过云端服务器中摘要信息与实体文件的对应关系,从第一数据库中获取对应实体文件。
S406、云端服务器将所述对应实体文件传输给客户端。
具体的,云端服务器将实体文件以标准的PDF格式在线预览方式提供给客户端。若权限允许,客户端可以将该实体文件进行本地保存和打印操作。
本发明实施例提供了用户通过客户端对实体文件进行检索,当用户确定完检索文件后,云端服务器向第一数据库发起数据请求,此时才从第一数据库中请求获取实体文件,并将实体文件传输给客户端。本实施例详细描述了通过区分客户端用户权限来确定实体文件,同时还详细描述了云端的服务器如何从第一数据库中匹配实体文件这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
实施例五
图5为本发明实施例五提供的一种医疗资源共享装置的结构图。参考图5,该医疗资源共享装置包括:结构体信息获取模块51、结构体信息解析模块52和实体文件对应模块53。其中,
结构体信息获取模块51,用于资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括:病历文件和医疗资料文件;
结构体信息解析模块52,用于资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
实体文件对应模块53,用于资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
本发明实施例提供了为医院本地数据库中的实体文件添加索引标签的方案,使得医院数据库中的文件不需要被转化和采集就可以被关联检索。这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
在上述实施例的基础上,结构体信息获取模块还用于:
资源共享装置获取存入第一数据库的实体文件的结构体信息,解析所述结构体信息,判断所述实体文件为病历文件或医疗资料文件;
若所述实体文件为病历文件,则将所述病历文件状态设置为非医务人员可查看;
若所述实体文件为医疗资料文件,则将所述医疗资料文件状态设置为非医务人员不可查看。
在上述实施例的基础上,实体文件对应模块还用于:
资源共享装置获取实体文件存储于第一数据库的地址信息;
资源共享装置建立云端服务器中摘要信息与所述地址信息的关联关系。
在上述实施例的基础上,所述病历文件的结构体信息至少包括:患者基本信息、患者手术信息、患者病历类别或文件唯一识别码。
在上述实施例的基础上,所述医疗资料文件的结构体信息至少包括:操作者、操作时间、医疗资料文件名或医疗资料文件摘要。
本实施例提供的医疗资源共享装置可用于执行上述实施例一和实施例二提供的医疗资源共享装置方法,具有相应的功能和有益效果。
实施例六
图6为本发明实施例六提供的一种医疗资源共享装置的结构图。参考图6,该医疗资源共享装置包括:信息接收模块61、实体文件查询模块62和实体文件传输模块63。其中,
信息接收模块61,用于云端服务器接收客户端产生的文件查询信息;
实体文件查询模块62,用于云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
实体文件传输模块63,用于云端服务器将所述对应实体文件传输给客户端。
本发明实施例提供了用户通过客户端对实体文件进行检索,当用户确定完检索文件后,云端服务器向第一数据库发起数据请求,此时才从第一数据库中请求获取实体文件,并将实体文件传输给客户端。这种脱离数据库建立实体文件的索引关系的方法,解决了数据库中堆积大量医疗资源而导致的无法集成和共享的问题。实现了减少各个信息系统的改造工作量,同时为电子病历的管理带来了极大的方便的有益效果。
在上述实施例的基础上,信息接收模块还用于:
云端服务器与客户端建立连接,判断客户端的权限;其中,所述权限至少包括:医务人员权限和非医务人权限;
云端服务器接收客户端产生的文件查询信息,判断所述查询信息是否在客户端对应的权限范围内。
在上述实施例的基础上,实体文件查询模块还用于:
云端服务器解析所述文件查询信息,获得索引关键词;
云端服务器从第二数据库中查找所述索引关键词对应的摘要信息;
云端服务器根据所述摘要信息从第一数据库中获得所述摘要信息对应的实体文件。
本实施例提供的医疗资源共享装置可用于执行上述实施例三和实施例四提供的医疗资源共享装置方法,具有相应的功能和有益效果。
实施例七
图7为本发明实施例七提供的一种医疗资源上传设备的结构示意图。如图7所示,该医疗资源上传设备包括处理器70、存储器71、通信模块72、输入装置73和输出装置74;医疗资源上传设备中处理器70的数量可以是一个或多个,图7中以一个处理器70为例;医疗资源上传设备中的处理器70、存储器71、通信模块72、输入装置73和输出装置74可以通过总线或其他方式连接,图7中以通过总线连接为例。
存储器71作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本实施例中的种医疗资源共享方法对应的模块(例如,种医疗资源共享装置中的结构体信息获取模块51、结构体信息解析模块52和实体文件对应模块53)。处理器70通过运行存储在存储器71中的软件程序、指令以及模块,从而执行医疗资源上传设备的各种功能应用以及数据处理,即实现实施例一和实施例二中任一所述的医疗资源共享方法。
存储器71可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据医疗资源上传设备的使用所创建的数据等。此外,存储器71可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器71可进一步包括相对于处理器70远程设置的存储器,这些远程存储器可以通过网络连接至医疗资源上传设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块72,用于与显示屏建立连接,并实现与显示屏的数据交互。输入装置73可用于接收输入的数字或字符信息,以及产生与医疗资源上传设备的用户设置以及功能控制有关的键信号输入。
本实施例提供的一种医疗资源上传设备,可执行本发明实施例一与实施例二提供的医疗资源共享方法,具体相应的功能和有益效果。
实施例八
图8为本发明实施例八提供的一种医疗资源查询设备的结构示意图。如图8所示,该医疗资源查询设备包括处理器80、存储器81、通信模块82、输入装置83和输出装置84;医疗资源查询设备中处理器80的数量可以是一个或多个,图8中以一个处理器80为例;医疗资源查询设备中的处理器80、存储器81、通信模块82、输入装置83和输出装置84可以通过总线或其他方式连接,图8中以通过总线连接为例。
存储器81作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本实施例中的一种医疗资源共享方法对应的模块(例如,一种医疗资源共享装置中的信息接收模块61、实体文件查询模块62和实体文件传输模块63)。处理器80通过运行存储在存储器81中的软件程序、指令以及模块,从而执行医疗资源查询设备的各种功能应用以及数据处理,即实现实施例三和实施例四中任一所述的医疗资源共享方法。
存储器81可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据医疗资源查询设备的使用所创建的数据等。此外,存储器81可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器81可进一步包括相对于处理器80远程设置的存储器,这些远程存储器可以通过网络连接至医疗资源查询设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块82,用于与显示屏建立连接,并实现与显示屏的数据交互。输入装置83可用于接收输入的数字或字符信息,以及产生与医疗资源查询设备的用户设置以及功能控制有关的键信号输入。
本实施例提供的一种医疗资源查询设备,可执行本发明即实现实施例三和实施例四中任一所述的医疗资源共享方法,具体相应的功能和有益效果。
实施例九
本发明实施例九还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种医疗资源共享方法,该方法包括:
资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括病历文件和医疗资料文件;
资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任一实施例所提供的医疗资源共享方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机电子设备(可以是个人计算机,服务器,或者网络电子设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述医疗资源共享装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
实施例十
本发明实施例十还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种医疗资源共享方法,该方法包括:
云端服务器接收客户端产生的文件查询信息;
云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
云端服务器将所述对应实体文件传输给客户端。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任一实施例所提供的医疗资源共享方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机电子设备(可以是个人计算机,服务器,或者网络电子设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述医疗资源共享装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

Claims (14)

1.一种医疗资源共享方法,其特征在于,包括:
资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括病历文件和医疗资料文件;
资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
2.根据权利要求1所述的方法,其特征在于,所述资源共享装置获取存入第一数据库的实体文件的结构体信息,具体包括:
资源共享装置获取存入第一数据库的实体文件的结构体信息,解析所述结构体信息,判断所述实体文件为病历文件或医疗资料文件;
若所述实体文件为病历文件,则将所述病历文件状态设置为非医务人员可查看;
若所述实体文件为医疗资料文件,则将所述医疗资料文件状态设置为非医务人员不可查看。
3.根据权利要求1所述的方法,其特征在于,所述建立云端服务器中摘要信息与所述实体文件的对应关系,具体包括:
资源共享装置获取实体文件存储于第一数据库的地址信息;
资源共享装置建立云端服务器中摘要信息与所述地址信息的关联关系。
4.根据权利要求1所述的方法,其特征在于,
所述病历文件的结构体信息至少包括:患者基本信息、患者手术信息、患者病历类别或文件唯一识别码。
5.根据权利要求1所述的方法,其特征在于,
所述医疗资料文件的结构体信息至少包括:操作者、操作时间、医疗资料文件名或医疗资料文件摘要。
6.一种医疗资源共享方法,其特征在于,包括:
云端服务器接收客户端产生的文件查询信息;
云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
云端服务器将所述对应实体文件传输给客户端。
7.根据权利要求6所述的方法,其特在于,所述云端服务器接收客户端产生的文件查询信息,具体包括:
云端服务器与客户端建立连接,判断客户端的权限;其中,所述权限至少包括:医务人员权限和非医务人权限;
云端服务器接收客户端产生的文件查询信息,判断所述查询信息是否在客户端对应的权限范围内。
8.根据权利要求6所述的方法,其特征在于,所述云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件,具体包括:
云端服务器解析所述文件查询信息,获得索引关键词;
云端服务器从第二数据库中查找所述索引关键词对应的摘要信息;
云端服务器根据所述摘要信息从第一数据库中获得所述摘要信息对应的实体文件。
9.一种医疗资源共享装置,其特征在于,包括:
结构体信息获取模块,用于资源共享装置获取存入第一数据库的实体文件的结构体信息;其中,所述实体文件包括:病历文件和医疗资料文件;
结构体信息解析模块,用于资源共享装置解析所述结构体信息,提取所述结构体信息的关键词作为实体文件的摘要信息并存储于云端服务器;
实体文件对应模块,用于资源共享装置建立云端服务器中摘要信息与所述实体文件的对应关系。
10.一种医疗资源共享装置,其特征在于,包括:
信息接收模块,用于云端服务器接收客户端产生的文件查询信息;
实体文件查询模块,用于云端服务器根据所述文件查询信息从第一数据库中获取对应实体文件;
实体文件传输模块,用于云端服务器将所述对应实体文件传输给客户端。
11.一种医疗资源上传设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5任一所述的一种医疗资源共享方法。
12.一种医疗资源查询设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求6-8任一所述的一种医疗资源共享方法。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-5任一所述的一种医疗资源共享方法。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求6-8任一所述的一种医疗资源共享方法。
CN201811151713.2A 2018-09-29 2018-09-29 一种医疗资源共享方法、装置、设备和存储介质 Pending CN109360615A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811151713.2A CN109360615A (zh) 2018-09-29 2018-09-29 一种医疗资源共享方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811151713.2A CN109360615A (zh) 2018-09-29 2018-09-29 一种医疗资源共享方法、装置、设备和存储介质

Publications (1)

Publication Number Publication Date
CN109360615A true CN109360615A (zh) 2019-02-19

Family

ID=65348281

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811151713.2A Pending CN109360615A (zh) 2018-09-29 2018-09-29 一种医疗资源共享方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN109360615A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109887612A (zh) * 2019-02-25 2019-06-14 深圳安泰创新科技股份有限公司 病历信息显示方法、电子设备及计算机可读存储介质
CN110047566A (zh) * 2019-03-29 2019-07-23 中国人民解放军总医院 一种医疗数据展示平台
CN111210884A (zh) * 2019-12-31 2020-05-29 创业慧康科技股份有限公司 一种临床医疗数据采集方法、装置、介质及设备
CN111400381A (zh) * 2020-02-28 2020-07-10 北京致医健康信息技术有限公司 一种数据存储方法、装置、计算机设备及存储介质
CN113674826A (zh) * 2021-08-18 2021-11-19 苏州优炫智能科技有限公司 一种医疗机构病例分布式存储共享平台及病例共享方法
CN116992418A (zh) * 2023-09-25 2023-11-03 深圳市赛义德信息技术有限公司 用于医疗查询终端的账户安全防护系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1145180A2 (en) * 1999-04-28 2001-10-17 San Diego State University Foundation Electronic medical record registry including data replication
CN104346509A (zh) * 2013-08-01 2015-02-11 上海联影医疗科技有限公司 一种跨区域医疗文档信息共享系统及方法
CN104809590A (zh) * 2015-05-05 2015-07-29 赣州市明豪信息技术有限公司 一种智能云同步医疗信息共享系统
CN108520770A (zh) * 2018-03-28 2018-09-11 深圳中兴网信科技有限公司 医学检验数据共享方法、医学检验数据共享系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1145180A2 (en) * 1999-04-28 2001-10-17 San Diego State University Foundation Electronic medical record registry including data replication
CN104346509A (zh) * 2013-08-01 2015-02-11 上海联影医疗科技有限公司 一种跨区域医疗文档信息共享系统及方法
CN104809590A (zh) * 2015-05-05 2015-07-29 赣州市明豪信息技术有限公司 一种智能云同步医疗信息共享系统
CN108520770A (zh) * 2018-03-28 2018-09-11 深圳中兴网信科技有限公司 医学检验数据共享方法、医学检验数据共享系统

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109887612A (zh) * 2019-02-25 2019-06-14 深圳安泰创新科技股份有限公司 病历信息显示方法、电子设备及计算机可读存储介质
CN110047566A (zh) * 2019-03-29 2019-07-23 中国人民解放军总医院 一种医疗数据展示平台
CN110047566B (zh) * 2019-03-29 2023-09-15 中国人民解放军总医院 一种医疗数据展示平台
CN111210884A (zh) * 2019-12-31 2020-05-29 创业慧康科技股份有限公司 一种临床医疗数据采集方法、装置、介质及设备
CN111210884B (zh) * 2019-12-31 2024-04-26 创业慧康科技股份有限公司 一种临床医疗数据采集方法、装置、介质及设备
CN111400381A (zh) * 2020-02-28 2020-07-10 北京致医健康信息技术有限公司 一种数据存储方法、装置、计算机设备及存储介质
CN111400381B (zh) * 2020-02-28 2024-05-10 北京致医健康信息技术有限公司 一种数据存储方法、装置、计算机设备及存储介质
CN113674826A (zh) * 2021-08-18 2021-11-19 苏州优炫智能科技有限公司 一种医疗机构病例分布式存储共享平台及病例共享方法
CN116992418A (zh) * 2023-09-25 2023-11-03 深圳市赛义德信息技术有限公司 用于医疗查询终端的账户安全防护系统
CN116992418B (zh) * 2023-09-25 2024-01-05 深圳市赛义德信息技术有限公司 用于医疗查询终端的账户安全防护系统

Similar Documents

Publication Publication Date Title
CN109360615A (zh) 一种医疗资源共享方法、装置、设备和存储介质
KR20050008923A (ko) 의료 정보의 전산 표준화 방법
Amato et al. A framework for semantic interoperability over the cloud
US8515989B2 (en) Dynamic data management system and method for collecting data from disperse sources in real-time
Pickup et al. The dichotomy of the application of a systems approach in UK healthcare the challenges and priorities for implementation
Balasubramanian et al. Factors related to implementation and reach of a pragmatic multisite trial: the My Own Health Report (MOHR) study
Ravindra et al. A study of the management of electronic medical records in fijian hospitals
Amendolia et al. Grid databases for shared image analysis in the mammogrid project
Basajja et al. Proof of concept and horizons on deployment of FAIR Data Points in the COVID-19 pandemic
Arakawa et al. Construction and usability of community health nursing database in rural north‐eastern Thailand
Jin et al. Operational process improvement in medical TQM: A case study of human error in using devices
Dixon et al. Facilitating HIE in Denmark: the story of MedCom, a Danish health information organization
Mutasa et al. Application of Activity Theory to Examine the Implementation of E-health in Namibia
Kneale et al. Assessing commercially available personal health records for home health
Mishra et al. Towards developing an interoperability framework for healthcare community of practice
WO2016080699A1 (ko) 소셜 네트워크 서비스 기반의 자전적 콘텐츠 전문 플랫폼 서비스 제공 시스템
McClatchey et al. The mammogrid virtual organisation-federating distributed mammograms
Ghosh et al. Information tools for care coordination in patient handover: Is an electronic medical record enough to support nurses?
Oluwaseyi et al. Health Information Exchange Model for Nigerian Health Information Systems
Ahmed et al. Design of a cost-effective customized Electronic Health Record system to handle patient management during Covid-19 pandemic
Haakalaki et al. A Model for an Electronic Health Information Management System with Structural Interoperability in Heterogeneous Environments for continued Health Care
Lawal et al. Design and Implementation of Telemedicine for Medical Health Centres
Larbi et al. Assessing Strategic Priority Factors in eHealth Policies of Four African Countries
Lebre et al. Pathobox: the collaborative tele-pathology platform with access management
Muriana et al. A distributed integration system enabling electronic health records: An Italian experience

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

Application publication date: 20190219

RJ01 Rejection of invention patent application after publication