CN107220918A - 门诊病历管理方法、装置及服务器 - Google Patents
门诊病历管理方法、装置及服务器 Download PDFInfo
- Publication number
- CN107220918A CN107220918A CN201710522610.1A CN201710522610A CN107220918A CN 107220918 A CN107220918 A CN 107220918A CN 201710522610 A CN201710522610 A CN 201710522610A CN 107220918 A CN107220918 A CN 107220918A
- Authority
- CN
- China
- Prior art keywords
- patient
- medical history
- information
- patient medical
- request
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明实施例提供一种门诊病历管理方法、装置及服务器。该方法包括:用户终端接收录入的每个患者的门诊病历信息;将门诊病历信息上传至服务器;服务器基于预设关键词对门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息;响应对分类后每个患者的门诊病历信息的存储请求,将每项诊疗信息和相应的特征数据进行关联存储;响应用户终端发送的门诊病历管理请求,对每个患者的门诊病历信息进行编辑管理。本发明能够全面对患者门诊病历进行管理,方便多个医生查看,从而快速全面掌握患者病情。
Description
技术领域
本发明涉及门诊病历管理领域,具体而言,涉及一种门诊病历管理方法、装置及服务器。
背景技术
门诊病历是患者就医重要的医疗文书,对患者疾病诊断和治疗具有重要作用。而相比于住院病历,门诊病历更容易丢失,使得重要的检查结果遗失。此外,患者无保存的意识,在不同医院就诊时会重新购买门诊病历,即使患者携带以往病历,也多将病历折成最小,导致医生在了解患者病情,查看以往门诊病历时,常常不能全面了解。另外将多个门诊病历整理或平整并进行查找可能需要花很多时间,同时医生查看时也非常不方便,容易延误患者病情,造成过度医疗或医疗事故。
发明内容
为了克服现有技术中的上述不足,本发明的目的在于提供一种门诊病历管理方法、装置及服务器,能够全面对患者门诊病历进行管理,方便多个医生查看,从而快速全面掌握患者病情。
为了实现上述目的,本发明较佳实施例采用的技术方案如下:
本发明较佳实施例提供一种门诊病历管理方法,应用于相互之间通信连接的用户终端和服务器。所述方法包括:
所述用户终端接收录入的每个患者的门诊病历信息。其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
将所述门诊病历信息上传至所述服务器;
所述服务器基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病;
响应对分类后每个患者的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
在本发明较佳实施例中,所述门诊病历管理请求为时间管理请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的时间管理请求,查找对应的患者在该时间管理请求对应就诊日期内的门诊病历信息,并将所述门诊病历信息发送至所述用户终端。
在本发明较佳实施例中,所述门诊病历管理请求为患者编辑请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的患者编辑请求,根据所述患者编辑请求对与所述患者编辑请求对应的门诊病历信息进行更新,其中,所述患者编辑请求包括有患者对门诊病历信息的编辑信息。
在本发明较佳实施例中,所述门诊病历管理请求为医师编辑请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的医师编辑请求,根据所述医师编辑请求对与所述医师编辑请求对应的门诊病历信息进行更新,其中,所述医师编辑请求包括有医师对门诊病历信息的编辑信息。
在本发明较佳实施例中,所述门诊病历管理请求为专家推荐请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的专家推荐请求,将对应的患者的门诊病历信息发送给对应的专家所在终端进行管理,其中,所述专家推荐请求包括有专家信息。
在本发明较佳实施例中,所述方法还包括:
响应用户终端发送的门诊病历信息的查询请求,对所述查询请求进行解析,得到对应的目标诊疗信息和目标查询信息;
查找所述目标诊疗信息相关联的特征数据;
从所述特征数据中查询与所述目标查询信息对应的目标特征数据。
在本发明较佳实施例中,所述方法还包括:
若未查询到与所述目标诊疗信息相关联的特征数据中的所述目标特征数据,则返回提示信息。
本发明较佳实施例还提供一种门诊病历管理方法,应用于与用户终端连接的服务器,所述方法包括:
接收用户终端录入的每个患者的门诊病历信息。其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病;
响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
本发明较佳实施例还提供一种门诊病历管理装置,应用于与用户终端连接的服务器,所述装置包括:
接收模块,用于接收用户终端录入的每个患者的门诊病历信息。其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
分类模块,用于基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病;
存储模块,用于响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
编辑管理模块,用于响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
本发明较佳实施例还提供一种服务器,所述服务器包括存储器;
处理器;以及
门诊病历管理装置,所述装置安装于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块,所述装置包括
接收模块,用于接收用户终端录入的每个患者的门诊病历信息。其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
分类模块,用于基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病;
存储模块,用于响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
编辑管理模块,用于响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
相对于现有技术而言,本发明具有以下有益效果:
本发明实施例提供的门诊病历管理方法、装置及服务器,该方法包括:用户终端接收录入的每个患者的门诊病历信息;将门诊病历信息上传至服务器;服务器基于预设关键词对门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息;响应对分类后每个患者的门诊病历信息的存储请求,将每项诊疗信息和相应的特征数据进行关联存储;响应用户终端发送的门诊病历管理请求,对每个患者的门诊病历信息进行编辑管理。本发明能够全面对患者门诊病历进行管理,方便多个医生查看,从而快速全面掌握患者病情。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明较佳实施例提供的服务器的一种应用场景示意图;
图2为图1中所示的服务器的方框示意图;
图3为本发明较佳实施例提供的门诊病历管理方法的一种流程示意图;
图4为本发明较佳实施例提供的门诊病历管理方法的另一种流程示意图;
图5为本发明较佳实施例提供的门诊病历管理方法的另一种流程示意图;
图6为本发明较佳实施例提供的门诊病历管理方法的另一种流程示意图;
图7为本发明较佳实施例提供的门诊病历管理装置的一种功能模块图。
图标:100-服务器;110-存储器;120-处理器;130-通信单元;140-存储控制器;150-门诊病历管理装置;151-接收模块;152-分类模块;153-存储模块;154-编辑管理模块;200-用户终端;300-网络。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本发明的描述中,术语"第一"、"第二"等仅用于区分描述,而不能理解为指示或暗示相对重要性。
下面结合附图,对本发明的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参阅图1,为本发明较佳实施例提供的服务器100的一种应用场景示意图。本实施例中,所述服务器100可通过网络300与所述用户终端200进行通信,以实现服务器100与用户终端200之间的数据通信或交互。
其中,所述服务器100可以是,但不限于,web(网站)服务器、ftp(file transferprotocol,文件传输协议)服务器、数据库服务器等。所述用户终端200可以是,但不限于,个人电脑(Personal Computer,PC)、笔记本电脑、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、移动上网设备(Mobile Internet Device,MID)等。
请参阅图2,为图1中所示的服务器100的方框示意图。所述服务器100可以包括存储器110、处理器120、通信单元130以及存储控制器140。所述存储器110、处理器120、通信单元130以及存储控制器140相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器110中存储有门诊病历管理装置150,所述门诊病历管理装置150包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器110中的软件功能模块,所述处理器120通过运行存储在存储器110内的软件程序以及模块,如本发明实施例中的门诊病历管理装置150,从而执行各种功能应用以及数据处理,即实现本发明实施例中的门诊病历管理方法。
其中,所述存储器110可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器110可进一步包括相对于处理器120远程设置的远程存储器,这些远程存储器可以通过网络300连接至所述服务器100。上述网络300的实例可以包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中,存储器110用于存储程序,所述处理器120在接收到执行指令后,执行所述程序。进一步地,通信单元130将各种输入/输入装置耦合至处理器120以及存储器110,上述存储器110内的软件程序以及模块还可包括操作系统,其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动,并可与各种硬件或软件组件相互通讯,从而提供其他软件组件的运行环境。
所述处理器120可以是一种集成电路芯片,具有信号的处理能力。上述的处理器120可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器120也可以是任何常规的处理器等。
所述通信单元130可以用于建立所述服务器100与所述用户终端200二者之间的通信连接。
可以理解,图2所示的结构仅为示意,所述服务器100还可以包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
请参阅图3,为本发明较佳实施例提供的门诊病历管理方法的流程示意图,所述方法应用于相互之间通信连接的服务器100和用户终端200。所应说明的是,本发明实施例提供的方法不以图3及以下所述的具体顺序为限制。所述方法的具体流程如下:
步骤S210,用户终端200接收录入的每个患者的门诊病历信息。
本实施例中,所述门诊病历信息的录入方式不作具体限制。示例性地,可以通过输入设备(例如,键盘)输入所述门诊病历信息的方式录入,也可以通过拍照或者扫描的方式录入,也可以通过扫描二维码的方式录入。
本实施例中,所述门诊病历信息可以包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息可以包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种。具体地,以所述诊疗信息为病史为例,对应的所述特征数据可以包括包含有高血脂3年,高血压3年,糖尿病2年等信息。
步骤S220,将所述门诊病历信息上传至服务器100。
步骤S230,所述服务器100基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。
可选地,所述预设关键词可以包括就诊日期和/或就诊疾病。具体地,所述服务器100可按照就诊日期和就诊疾病分别对所述门诊病历信息进行排序,得到对应的排序结果,也即对每个患者的门诊病历信息进行分类,得到基于就诊日期的分类后的门诊病历信息或者基于就诊疾病的分类后的门诊病历信息。如此,可以方便医生对患者的门诊病历信息进行查看,尤其是针对疑难病,高血压、糖尿病等,或者多次就诊的患者,比如,癌症、不孕等患者,从而可以快速全面地掌握患者病情。
步骤S240,响应对分类后每个患者的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储。
本实施例中,可以从病历信息中解析出多项诊疗信息,比如门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录等,然后将每项诊疗信息和其对应的特征数据进行关联存储,比如病史对应的特征数据为高血脂3年,高血压3年,糖尿病2年等信息,则将病史及对应的特征数据进行关联存储。
步骤S250,响应用户终端200发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。
本实施例中,所述门诊病历管理请求可以包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。所述服务器100可以对所述用户终端200发送的门诊病历管理请求进行解析,从而执行相应的功能。
例如,所述门诊病历管理请求为时间管理请求时,所述服务器100根据所述时间管理请求,查找对应的患者在该时间管理请求对应就诊日期内的门诊病历信息,并将所述门诊病历信息发送至所述用户终端200。
又例如,所述门诊病历管理请求为患者编辑请求时,所述服务器100根据所述患者编辑请求,对与所述患者编辑请求对应的门诊病历信息进行更新。其中,所述患者编辑请求包括有患者对门诊病历信息的编辑信息(例如,在所述门诊病历信息中添加自己的病史信息)。
又例如,所述门诊病历管理请求为医师编辑请求时,所述服务器100根据所述医师编辑请求对与所述医师编辑请求对应的门诊病历信息进行更新。其中,所述医师编辑请求包括有医师对门诊病历信息的编辑信息(例如,对就诊疾病的修改信息)。如此,可以充分利用现有在职医师的碎片化时间,高效率管理患者门诊病历,给予患者适当专业建议。
又例如,所述门诊病历管理请求为专家推荐请求时,所述服务器100根据所述专家推荐请求,将对应的患者的门诊病历信息发送给对应的专家所在终端进行管理。其中,所述专家推荐请求包括有专家信息,所述专家信息可以包括专家所在科室,专家出诊日期,专家的擅长领域等信息。如此,可以根据专家及专家特长及专家时间安排,精准建议患者在专家合适时间前来就诊,能够有效诊断和治疗患者的疾病。
进一步地,请参阅图4,作为一种实施方式,所述方法还可以包括以下步骤:
步骤S260,响应用户终端200发送的门诊病历信息的查询请求,对所述查询请求进行解析,得到对应的目标诊疗信息和目标查询信息。
步骤S270,查找所述目标诊疗信息相关联的特征数据。
步骤S280,从所述特征数据中查询与所述目标查询信息对应的目标特征数据。
详细地,本实施例中,当接收到用户终端200发送的查询请求时,可以从查询请求中解析出需要查询的目标诊疗信息以及相应目标查询信息(例如,关键字信息)。例如,若解析出的目标诊疗信息为病史,相应的目标查询为糖尿病,那么就可以快速查询到病史-糖尿病3年的数据,从而避免了在病例中逐字逐句地查询,提高了对病历查询的速度,同时还避免了病例中没有实际含义的内容,比如连词,语气词等对查询造成的干扰,提高了查询的准确度。
进一步地,请参阅图5,所述方法还可以包括以下步骤:
步骤S290,若未查询到与所述目标诊疗信息相关联的特征数据中的所述目标特征数据,则返回提示信息。
作为一种实施方式,所述提示信息可以是“未查询到该特征数据”,以提醒医生确认之后重新发起查询请求。
基于上述设计,本实施例不仅可以可以全面管理患者门诊病历,而且按照预设关键字对门诊病历信息进行排序,方便医生查看,快速全面掌握患者病情;此外,本实施例全面收集和管理患者的门诊病历信息,以及相关的检查结果,可以有效避免过度医疗,减少患者费用负担,同时保障医疗安全。
请参阅图6,本发明较佳实施例还提供一种门诊病历管理方法,应用于与用户终端200连接的服务器100,所述方法包括:
步骤S310,接收用户终端200录入的每个患者的门诊病历信息。其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据,其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种。
步骤S320,基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病。
步骤S330,响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储。
步骤S340,响应用户终端200发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
请参阅图7,本发明较佳实施例还提供一种门诊病历管理装置150,所述装置安装于所述存储器110中并包括一个或多个由所述处理器120执行的软件功能模块,所述装置包括
接收模块151,用于接收用户终端200录入的每个患者的门诊病历信息,其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据。其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种。
分类模块152,用于基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息。其中,所述预设关键词包括就诊日期和/或就诊疾病。
存储模块153,用于响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储。
编辑管理模块154,用于响应用户终端200发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理。其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
本实施例中的各功能模块的具体操作方法可参照上述方法实施例中相应步骤的详细描述,在此不再重复赘述。
综上所述,本发明实施例提供的门诊病历管理方法、装置及服务器100,该方法包括:用户终端200接收录入的每个患者的门诊病历信息;将门诊病历信息上传至服务器100;服务器100基于预设关键词对门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息;响应对分类后每个患者的门诊病历信息的存储请求,将每项诊疗信息和相应的特征数据进行关联存储;响应用户终端200发送的门诊病历管理请求,对每个患者的门诊病历信息进行编辑管理。本发明能够全面对患者门诊病历进行管理,方便多个医生查看,从而快速全面掌握患者病情。
在本发明实施例所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,电子设备,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
需要说明的是,在本文中,术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句"包括一个……"限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (10)
1.一种门诊病历管理方法,应用于相互之间通信连接的用户终端和服务器,其特征在于,所述方法包括:
所述用户终端接收录入的每个患者的门诊病历信息,其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据,其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
将所述门诊病历信息上传至所述服务器;
所述服务器基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息,其中,所述预设关键词包括就诊日期和/或就诊疾病;
响应对分类后每个患者的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理,其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
2.根据权利要求1所述的门诊病历管理方法,其特征在于,所述门诊病历管理请求为时间管理请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的时间管理请求,查找对应的患者在该时间管理请求对应就诊日期内的门诊病历信息,并将所述门诊病历信息发送至所述用户终端。
3.根据权利要求1所述的门诊病历管理方法,其特征在于,所述门诊病历管理请求为患者编辑请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的患者编辑请求,根据所述患者编辑请求对与所述患者编辑请求对应的门诊病历信息进行更新,其中,所述患者编辑请求包括有患者对门诊病历信息的编辑信息。
4.根据权利要求1所述的门诊病历管理方法,其特征在于,所述门诊病历管理请求为医师编辑请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的医师编辑请求,根据所述医师编辑请求对与所述医师编辑请求对应的门诊病历信息进行更新,其中,所述医师编辑请求包括有医师对门诊病历信息的编辑信息。
5.根据权利要求1所述的门诊病历管理方法,其特征在于,所述门诊病历管理请求为专家推荐请求时,所述响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理的步骤,包括:
响应用户终端发送的专家推荐请求,将对应的患者的门诊病历信息发送给对应的专家所在终端进行管理,其中,所述专家推荐请求包括有专家信息。
6.根据权利要求1所述的门诊病历管理方法,其特征在于,所述方法还包括:
响应用户终端发送的门诊病历信息的查询请求,对所述查询请求进行解析,得到对应的目标诊疗信息和目标查询信息;
查找所述目标诊疗信息相关联的特征数据;
从所述特征数据中查询与所述目标查询信息对应的目标特征数据。
7.根据权利要求6所述的门诊病历管理方法,其特征在于,所述方法还包括:
若未查询到与所述目标诊疗信息相关联的特征数据中的所述目标特征数据,则返回提示信息。
8.一种门诊病历管理方法,应用于与用户终端连接的服务器,其特征在于,所述方法包括:
接收用户终端录入的每个患者的门诊病历信息,其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据,其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息,其中,所述预设关键词包括就诊日期和/或就诊疾病;
响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理,其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
9.一种门诊病历管理装置,应用于与用户终端连接的服务器,其特征在于,所述装置包括:
接收模块,用于接收用户终端录入的每个患者的门诊病历信息,其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据,其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
分类模块,用于基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息,其中,所述预设关键词包括就诊日期和/或就诊疾病;
存储模块,用于响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
编辑管理模块,用于响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理,其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
10.一种服务器,其特征在于,所述服务器包括存储器;
处理器;以及
门诊病历管理装置,所述装置安装于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块,所述装置包括
接收模块,用于接收用户终端录入的每个患者的门诊病历信息,其中,所述门诊病历信息包括多项诊疗信息以及所述多项诊疗信息中每项诊疗信息对应的特征数据,其中,所述诊疗信息包括门诊病历、病史、化验单、影像检查结果、病理检查结果、出院记录中的至少一种;
分类模块,用于基于预设关键词对所述门诊病历信息进行分类,得到分类后的每个患者的门诊病历信息,其中,所述预设关键词包括就诊日期和/或就诊疾病;
存储模块,用于响应对分类后每个患者的门诊病历信息的门诊病历信息的存储请求,将所述每项诊疗信息和相应的特征数据进行关联存储;
编辑管理模块,用于响应用户终端发送的门诊病历管理请求,对所述每个患者的门诊病历信息进行编辑管理,其中,所述门诊病历管理请求包括时间管理请求、患者编辑请求、医师编辑请求、专家推荐请求中的至少一种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710522610.1A CN107220918A (zh) | 2017-06-30 | 2017-06-30 | 门诊病历管理方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710522610.1A CN107220918A (zh) | 2017-06-30 | 2017-06-30 | 门诊病历管理方法、装置及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107220918A true CN107220918A (zh) | 2017-09-29 |
Family
ID=59950628
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710522610.1A Pending CN107220918A (zh) | 2017-06-30 | 2017-06-30 | 门诊病历管理方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107220918A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108172270A (zh) * | 2017-12-25 | 2018-06-15 | 东软集团股份有限公司 | 一种检查数据处理方法及装置 |
CN109036499A (zh) * | 2018-07-04 | 2018-12-18 | 莫毓昌 | 一种基于hl7标准的电子病历智能编辑器 |
CN109785922A (zh) * | 2018-12-14 | 2019-05-21 | 平安万家医疗投资管理有限责任公司 | 一种病历资料的上传方法与系统 |
CN110600136A (zh) * | 2019-08-22 | 2019-12-20 | 佛山市第一人民医院(中山大学附属佛山医院) | 病种追踪管理方法及系统 |
CN111180079A (zh) * | 2019-12-30 | 2020-05-19 | 姚远 | 基于风险控制技术的智慧医疗安全、不良事件管理系统及方法 |
CN111863171A (zh) * | 2020-07-22 | 2020-10-30 | 北京致医健康信息技术有限公司 | 一种电子病历管理方法、管理服务器及电子病历管理系统 |
CN113628702A (zh) * | 2020-05-06 | 2021-11-09 | 汤玮玮 | 一种门诊病历管理方法及系统 |
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN115662562A (zh) * | 2022-11-08 | 2023-01-31 | 北京健康在线技术开发有限公司 | 病历诊疗数据管理方法、装置、设备及存储介质 |
CN115828868A (zh) * | 2023-02-09 | 2023-03-21 | 成都字节流科技有限公司 | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984448A (zh) * | 2010-12-24 | 2011-03-09 | 中山大学孙逸仙纪念医院 | 一种电子病历数据库系统 |
CN103605760A (zh) * | 2013-11-25 | 2014-02-26 | 方正国际软件有限公司 | 病历查询方法和病历查询系统 |
CN104158839A (zh) * | 2014-07-08 | 2014-11-19 | 唐永峰 | 医生医疗系统及其服务方法 |
CN205158360U (zh) * | 2015-09-15 | 2016-04-13 | 单广翠 | 一种多功能医疗信息化网络系统 |
CN105930681A (zh) * | 2016-05-30 | 2016-09-07 | 镇江市第人民医院 | 一种患者自我评估系统及方法 |
-
2017
- 2017-06-30 CN CN201710522610.1A patent/CN107220918A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984448A (zh) * | 2010-12-24 | 2011-03-09 | 中山大学孙逸仙纪念医院 | 一种电子病历数据库系统 |
CN103605760A (zh) * | 2013-11-25 | 2014-02-26 | 方正国际软件有限公司 | 病历查询方法和病历查询系统 |
CN104158839A (zh) * | 2014-07-08 | 2014-11-19 | 唐永峰 | 医生医疗系统及其服务方法 |
CN205158360U (zh) * | 2015-09-15 | 2016-04-13 | 单广翠 | 一种多功能医疗信息化网络系统 |
CN105930681A (zh) * | 2016-05-30 | 2016-09-07 | 镇江市第人民医院 | 一种患者自我评估系统及方法 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108172270A (zh) * | 2017-12-25 | 2018-06-15 | 东软集团股份有限公司 | 一种检查数据处理方法及装置 |
CN109036499A (zh) * | 2018-07-04 | 2018-12-18 | 莫毓昌 | 一种基于hl7标准的电子病历智能编辑器 |
CN109785922A (zh) * | 2018-12-14 | 2019-05-21 | 平安万家医疗投资管理有限责任公司 | 一种病历资料的上传方法与系统 |
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN114334111B (zh) * | 2019-01-21 | 2023-08-18 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN110600136A (zh) * | 2019-08-22 | 2019-12-20 | 佛山市第一人民医院(中山大学附属佛山医院) | 病种追踪管理方法及系统 |
CN111180079A (zh) * | 2019-12-30 | 2020-05-19 | 姚远 | 基于风险控制技术的智慧医疗安全、不良事件管理系统及方法 |
CN113628702A (zh) * | 2020-05-06 | 2021-11-09 | 汤玮玮 | 一种门诊病历管理方法及系统 |
CN111863171A (zh) * | 2020-07-22 | 2020-10-30 | 北京致医健康信息技术有限公司 | 一种电子病历管理方法、管理服务器及电子病历管理系统 |
CN115662562A (zh) * | 2022-11-08 | 2023-01-31 | 北京健康在线技术开发有限公司 | 病历诊疗数据管理方法、装置、设备及存储介质 |
CN115828868A (zh) * | 2023-02-09 | 2023-03-21 | 成都字节流科技有限公司 | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107220918A (zh) | 门诊病历管理方法、装置及服务器 | |
US12072943B2 (en) | Marking falsities in online news | |
Raghupathi | Data mining in health care | |
US8615404B2 (en) | Self-describing data framework | |
US20120072232A1 (en) | Systems and Methods for Using Online Resources to Design a Clinical Study and Recruit Participants | |
Bakker et al. | A systematic review of feasibility studies promoting the use of mobile technologies in clinical research | |
KR102328154B1 (ko) | 머신러닝에 기반한 의료데이터 수집 및 분석 서비스 제공 방법 및 시스템 | |
US10529031B2 (en) | Method and systems of implementing a ranked health-content article feed | |
US20130031232A1 (en) | System and Method For Sharing Electronic Information | |
US20190006024A1 (en) | Methods and systems for matching patients with clinical trials | |
Donahue et al. | Veterans health information exchange: successes and challenges of nationwide interoperability | |
Rydenfält et al. | eHealth services in the near and distant future in Swedish home care nursing | |
US20230187036A1 (en) | Method for controlled and trust-aware contact tracing with active involvement of contact actors | |
CN111696656B (zh) | 一种互联网医疗平台的医生评价方法、装置 | |
CN104915576A (zh) | 数字化心血管风险评估系统 | |
Solhjoo et al. | Interventions to assist pet owners in online health information seeking behaviour: a qualitative content analysis literature review and proposed model | |
US11343208B1 (en) | Automated relevant subject matter detection | |
Zhao et al. | Comparing two machine learning approaches in predicting lupus hospitalization using longitudinal data | |
Ke et al. | A network-based normalized impact measure reveals successful periods of scientific discovery across disciplines | |
Ghamdi et al. | An ontology-based system to predict hospital readmission within 30 days | |
US11368414B1 (en) | Automated relevant subject matter detection | |
Peremislov | Patient use of the electronic communication portal in management of type 2 diabetes | |
CN116910374A (zh) | 一种基于知识图谱的康养服务推荐方法、装置及存储介质 | |
US11500951B1 (en) | Automated relevant subject matter detection | |
Rashbass | The patient-owned, population-based electronic medical record: a revolutionary resource for clinical medicine |
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: 20170929 |
|
RJ01 | Rejection of invention patent application after publication |