CN113223676A - 一种医疗数据处理方法及其装置 - Google Patents

一种医疗数据处理方法及其装置 Download PDF

Info

Publication number
CN113223676A
CN113223676A CN202010072105.3A CN202010072105A CN113223676A CN 113223676 A CN113223676 A CN 113223676A CN 202010072105 A CN202010072105 A CN 202010072105A CN 113223676 A CN113223676 A CN 113223676A
Authority
CN
China
Prior art keywords
medical
task
subject
information
data
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
CN202010072105.3A
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.)
Alibaba Health Information Technology Ltd
Original Assignee
Alibaba Health Information Technology 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 Alibaba Health Information Technology Ltd filed Critical Alibaba Health Information Technology Ltd
Priority to CN202010072105.3A priority Critical patent/CN113223676A/zh
Publication of CN113223676A publication Critical patent/CN113223676A/zh
Pending legal-status Critical Current

Links

Images

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
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • 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
    • G16H15/00ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本申请公开了一种医疗数据处理方法及其装置。所述方法包括:获取与医疗对象对应的医疗任务列表;确定所述医疗任务列表中的第一医疗任务满足任务触发条件;将所述第一医疗任务发送至医疗对象相关联的设备,以请求与所述第一医疗任务对应的医疗数据,其中,所述医疗数据包括所述对应于医疗对象的医疗参数的表征值。本申请通过服务器和医疗对象设备、医护对象设备之间的交互实现医疗任务,提高工作效率。

Description

一种医疗数据处理方法及其装置
技术领域
本申请涉及互联网技术领域,尤其涉及一种医疗数据处理方法及其装置。
背景技术
在医疗领域,医疗机构通常会对曾就诊完成的患者进行定期检查(例如,医疗随访),即与曾就诊的患者定期沟通,从而了解患者病情变化并指导患者康复。
传统地,采用人工方式对患者进行定期检查,如通讯询问相关的问题,如果有大量的患者进行定期检查,则医护人员对患者定期检查的工作量大且效率低。
发明内容
本申请实施例提供一种医疗数据处理方法及其装置、电子设备、存储介质,至少解决以上提到的技术问题。
本申请实施例还提供一种医疗数据处理方法,所述方法包括:确定所述医疗任务列表中的第一医疗任务满足任务触发条件;将所述第一医疗任务发送至医疗对象相关联的设备,以请求与所述第一医疗任务对应的医疗数据,其中,所述医疗数据包括所述对应于医疗对象的医疗参数的表征值。
本申请实施例还提供一种医疗数据处理方法,所述方法包括:从医疗服务器接收与第一医疗任务对应的医疗任务信息;将针对所述医疗任务信息的医疗数据发送到所述医疗服务器,其中,所述医疗数据包括医疗对象对应的医疗参数的表征值。
本申请实施例还提供一种电子设备,包括存储器和处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现所述方法步骤。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现所述方法步骤。
本申请实施例采用的所述至少一个技术方案能够达到以下有益效果:
通过服务器和医疗对象设备、医护对象设备之间的交互实现医疗任务,提高工作效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1A是现有的疾病治疗方案的示图。
图1B是根据本申请的示例性实施例的医疗定期检查方案的示图。
图2是本申请的示例性实施例提供的医疗数据处理方法的流程图。
图3是本申请的示例性实施例提供的应用于服务器的医疗数据处理方法的流程图。
图4是本申请的示例性实施例提供的应用于医疗对象设备的医疗数据处理方法的流程图。
图5A至图5N是本申请实施例提供的医疗对象界面示意图。
图6示出本申请的示例性实施例的医疗数据处理装置的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获取的所有其他实施例,都属于本申请保护的范围。
“定期检查”是指医疗机构对曾经就诊的患者以某种通讯方式,定期或不定期地了解患者病情变化和指导患者康复的一种观察方法。本申请旨在提供一种基于互联网平台来实现线上医疗定期检查需求的方案。
在整个说明书中,医疗对象包括提供医疗服务的第一对象,也可以是接受医疗服务的第二对象,医护客户端指的是第一对象所使用的客户端,所述第一对象包括但不限于:医生、护士、医学实验技术师、药品分析师、制药公司人员和维修医学设备的工程师等从事医疗任务的医务人员。医患客户端指的是第二对象使用的客户端,所述第一对象包括有定期检查需求的患者或被体检者或患者家属或试药志愿者等。所述医疗平台指的是提供医疗数据计算和维护服务的服务器。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1A是现有的疾病治疗方案的示图。为了便于描述,将以患者为肝脏类移植患者为例进行描述。
如图1A所示,患者在医院进行身体检查后,由医生诊断需要进行肝脏类移植手术,并在医生的安排下住院进行手术,在医生进行手术后,患者需要住院观察,并按照术后康复治疗方案进行康复治疗。由于在肝脏移植手术后,肝脏类康复患者始终面临这排斥反应、感染和其他潜在的并发症,因此,医生需要针对术后恢复情况制定用药方案并制定术后定期检查。
在患者的术后恢复期,患者根据医生制定的定期检查项目定期去医院进行复诊检查,并将复诊检查的复诊检查单发送给医生,医生可根据检查报告情况向患者发送定期检查任务,例如,用药情况、用药后的反应等,医生会根据患者提供的定期检查记录调整用药方案,并将调整后的用药方案发送给患者,患者可凭医生开具的用药方案购药。如图1A所示,在现有的定期检查方案中,通常利用即时通信工具,由患者主动向医生提供手绘的各种数据,并针对身体上的各种不适向医生问询,医生根据患者提供的信息指示患者调整用药方案。
但是由于类似于肝脏类移植的很多疾病都需要长时间的服药,甚至需要终身服药,因此,仅依靠患者或者患者家属执行并记录这些定期检查数据,可能会不及时甚至不准确,此外,由于现在的医疗资源紧张,医生通常需要面对大量的患者问诊,可能无法记住患者并对该患者提出有针对性的术后恢复方案。
也就是说,仅仅依靠患者定时执行术后检查、用药记录以及向医生反馈近一段时间内的身体情况,这对于患者来说执行起来比较困难,而且难以生成标准化的定期检查记录,对于医生而言,同一医生面对的患者数量巨大,期望医生能够详细记录患者的术后情况并且能够结合过往的定期检查记录以及患者的特殊情况有针对性地进行用药调整,这显示是不现实的。
基于此,医生和患者可利用根据本申请的示例性示例的医疗平台所运行的医疗数据处理方法按照医疗定期检查方案执行定期检查。如图1B所示,医疗平台可将医生和患者作为整体,生成标准化的定期检查记录体系。在这基础上,可针对定期检查过程中的每个流程设置触发条件,这样可由系统根据触发条件向医生/患者发出提醒信息,从而推动定期检查任务的进行。
具体如图1B所示,所述方法可在医生和患者之间建立定期检查关系,也就是说,某个患者可与固定医生进行绑定,这样可方便医生能够尽快地了解患者的病情以及过往的医疗定期检查情况,随后,患者可利用定期检查平台添加用药方案,其中,所述用药方案可记录由患者或者医生录入的用药方案,这样医生可及时查看用户的用药方案,以方便医生及时掌握病人的情况。患者可根据医生给出的定期检查任务,定期去医院体检,并上传体检报告单。医生在看到体检报告单后,可向患者发出定期检查任务,比如,指示患者每隔两个星期执行一次体检以及具体的体检内容,又比如指示用户增加服药后的血糖变化等信息,患者可根据医生发出的定期检查任务在线填写与所述定期检查任务对应的定期检查表,医生可在看到定期检查表后,向患者提供新的治疗方案(比如,服用新的药品或者改变现有药品的服用剂量等),最后,患者可根据医生开的治疗方案,去购买药品。图1B中示出的医生与患者之间的互动均在医疗定期检查平台上进行,以下将参照图2进行具体说明。
图2是本申请的示例性实施例提供的医疗数据处理方法的流程图。
图2所示,本申请实施例中,所述医疗数据处理方法包括如下步骤S102、步骤S108以及步骤S109,其中,所述医疗对象包括提供医疗服务的第一对象(例如,医生)和/或接受医疗服务的第二对象(例如,患者)。
步骤S102:服务端生成第一对象对第二对象进行医疗定期检查的任务。
可选的,本方法在步骤S102之前还包括:步骤S101,服务端确定第一对象和第二对象的关联关系。该关联关系可基于参与同一就医事件的医生和患者来确定的。其中,第一对象可以与一个或多个第二对象确定关联关系,第二对象用户也可以与一个或多个第二对象确定关联关系。
在步骤S102,基于预先确定的关联关系,生成与医疗对象对应的医疗任务列表,其中,所述医疗任务列表包括与第一对象和/或第二对象相关联的医疗任务,简言之,所述医疗任务列表包括与其关联的医疗对象进行医疗定期检查的任务。当然,所述医疗任务列表也可以是医疗机构指派指定的定期检查医务人员对指定的医疗对象进行定期检查的医疗任务列表,例如,在主治医生休假时指派同科室医生或其助理来执行医疗任务。
此外,在所述步骤S102中,服务端可基于任务触发规则,生成医护对象对医疗对象进行定期检查的医疗任务列表。其中,所述任务触发规则包含对应于各种患者病情的任务触发条件。以下表1为例进行说明:
Figure BDA0002377553010000061
表1
在该示例中,以病情危重级别来确定患者病情,该病情危重级别可以由医生来确定。当然,患者病情可以包含其他指标,如:患者年龄、术后恢复情况等。
可选的,医疗任务也可以由第二对象主动触发,即医护对象向服务端发送任务指令,该指令可以携带待定期检查的第一对象ID(例如,患者ID)、定期检查时间等信息,服务端响应于该任务指令,生成与之对应的医疗任务。
此外,所生成的医疗任务列表还可以医疗对象根据需要手动增加的任务列表,例如,医生根据患者的特殊情况,针对该患者定制医疗任务列表,或者,所述医疗任务列表是在已默认生成的医疗任务列表的基础上被修改后的列表,这里所涉及的修改包括增加医疗任务、删除医疗任务等。
可选的,该方法还包括步骤S103:服务端生成与医疗任务对应的医疗任务信息,其中,医疗任务信息包括但不限于定期检查内容项、医疗对象标识、医护对象标识、任务时间和/或任务状态。其中,所述定期检查内容项包括:用药方案和/或体检报告和/或服药后是否存在异常等。
所述用药方案包括用药参数,举例而言,用药参数包括:药品名称、药品服用周期、每天服用的次数、每次服用的剂量等。体检报告可分为多个体检报告类别,如:血常规、尿常规、B超、CT检查等,其中每个类别的体检报告可包括一个或多个体检参数,如:血常规包括白细胞数量、红细胞数量等。此外,所述体检报告还可分为用药前体检报告以及用药后体检报告,这具体取决于医疗任务。服药后是否存在异常是指患者在服药后身体各方面是否存在明显地可感知的异常。
可选的,该方法在步骤S102之后还包括步骤S104:服务端向第一对象和/或第二对象推送与所述任务对应的医疗任务信息,以供医生、患者双方查看相应的任务内容。其中,服务端可以通过推送IM即时消息、或更新用户端医疗任务列表的方式来推送所述医疗任务信息。
可选的,该方法还步骤S105:医疗对象和/或医护对象接收来自服务端的医疗任务信息并展示。
可选的,该方法还包括步骤S106:医疗对象接收医疗对象用户针对所述医疗任务信息输入的医疗数据。其中,医疗对象用户可以查看本次医疗任务所需定期检查的内容项,并针对每一内容项分别输入相应的数据。
为提高医疗对象用户的输入效率,提供了一种报告自动化上传方案,通过对用户的纸质检查报告进行扫描和内容识别,自动化匹配相应的报告模版,以完成自动化上传至服务端。
具体来说,可预先在服务端存储有一个或多个检查报告模板,包括但不限于:血常规报告、尿常规报告、乙肝病毒报告等等。每个检查报告模块包括一个或多个体检参数。每个检查报告模块可以对应于一种或多种报告类型,包括但不限于:输入型、父子型、混合型等等。其中,输入型是指体检参数只以定量形式进行输入,父子型是指体检参数以定量或者定性形式输入,混合型是指同时存在输入型和父子型。预先存储的检查报告模板的示例如下表2所示:
Figure BDA0002377553010000071
Figure BDA0002377553010000081
表2
为实现报告自动化上传方案,步骤S106具体包括以下步骤S1061至步骤S1064。
在步骤S1061中,医疗对象的设备获取待识别图像。例如:用户将纸质报告拍照并上传,或者将纸质报告置于扫描框内,或者医疗对象的设备自动获得预先存储在本地的电子检测报告并进行识别。
在步骤S1062中,医疗对象对所述待识别图像进行识别,以获取其包含的各医疗参数和对应于各医疗参数的表征值。在实施中,可采用光学字符识别(Optical CharacterRecognition,OCR)技术实现对待识别图像的识别处理。
在步骤S1063中,根据识别出的医疗参数,确定待识别图像对应的检查报告模板。具体来说,可将每个检查报告模板利用代表性的特征值来表示,所述特征值可以是对应的体检报告表所特有的数据,例如,肝功能的体检报告模板可以用谷丙转氨酶来代表。随后,可将识别出的医疗参数与这些检查报告模板的代表性的特征值分别匹配,并根据匹配结果确定检查报告模板。
可选地,若同一待识别图像可与多个检查报告模板匹配,也就是说,从待识别图像中识别出的多个医疗参数可分别与多个检查报告模板匹配,则选择匹配度最高的检查报告模板作为与所述待识别图像对应的检查报告模板。
举例而言,通过OCR识别出的文字内容为:{总胆红素≥14.1;直接胆红素≥4.6;谷丙转氨酶≥35;碱性磷酸酶≥89;总蛋白≥73.8;白蛋白≥44.9;尿酸≥309;胱抑素C≥0.80},随后通过与预先存储的模板进行匹配,确定该文字内容中出现的参数名称和报告模板“肝功能”匹配度最高,则确定与该被识别图像匹配的报告模板为“肝功能”。
由于目前国家对各种体检报告的内容有统一的规定,故各家医院出具的体检报告基本能够与预先存储的某个报告模板唯一匹配,但是,不排除纸质报告中的部分文字因某些原因(如光线问题)无法被正确识别出,这可通过计算匹配度即可解决这一问题。
在步骤S1064中,将对应于各医疗参数的表征值补充到步骤S1063所确定的检查报告模板中。其中,在可选的实施例中,针对报告模板中各个体检参数,可分别确定其特征值的正常波动范围,例如:“白细胞计数”的正常波动范围为:3.5~9.5(单位:109/L),从而,最终可以在自动识别出的报告中突出显示各个指标的异常情况,以便于医生查看。例如,当识别出的特征值大于该体检参数对应的正常波动范围时,可以在该特征值下方显示“↑超出”;反之,则在该特征值下方显示“↓偏低”。
另外,还可通过诸如标红方式来对异常数字进行突出显示,本文对突出显示的位置或方式不作限制。出了报告中的体检参数及其特征值之外,还可以识别出报告的出具时间、检查的医院、报告的负责人等信息。自动识别出的报告需要用户进行审核确认是否正确,如用户发现错误,还可以通过点击:“手动修正”来修改其中识别错误的特征值或者补充其他没有自动识别出的遗漏特征值;如用户确认没有错误,则医疗对象自动将报告完成上传。
步骤S107,医疗对象向服务端发送用户在医疗对象输入的医疗数据。
其中,医疗数据包含与医疗对象在医疗过程中产生的各医疗参数对应的表征值。
在实施中,医疗数据包括但不限于:用户的历次体检报告、历次用药情况等。该医疗数据也可以是患者的个人健康档案,个人健康档案用于记录个人从出生到死亡的所有生命体征的变化,以及自身所从事过的与健康相关的一切行为与事件的档案,具体的内容包括但不限于:每个人的生活习惯、以往病史、诊治情况、家族病史、现病史、体检结果及疾病的发生、发展、治疗和转归的过程等。
在可选实施例中,所述步骤S107可以被以下步骤S107’替换。
步骤S107’,医疗对象响应于医疗对象针对所述医疗任务信息的操作,向服务端发送包含医疗数据标识的医疗数据推送请求,以使服务器将预先存储的与所述医疗数据标识对应的医疗数据发送给与医护对象。例如:医疗数据标识为:{患者ID:123,定期检查内容项:20190604至今的用药方案&20190604的体检报告}。
步骤S108,服务端获取与所述任务对应的医疗数据。
在本申请的示例性实施例中,该步骤S108包括步骤S1081和步骤S1082,其中,步骤S1081,服务端根据医疗任务信息执行查找,以查找与定期检查内容项下至少一个医疗参数对应的表征值。
在步骤S1081之前,表征值可被预先上传到服务端并存储(上传者包括但不限于患者本人、患者家属、体检人员、医院的体检平台、药房服务器等)。即服务端可以维护一个患者医疗数据库,该查找动作针对该数据库执行数据查询。查询条件例如为:{患者ID:123,定期检查内容项:20190604至今的用药方案&20190604的体检报告}。
举例而言,查找到的表征值(表中仅列出表征值所代表的内容,通常并非表征值本身)如下表3所示:
Figure BDA0002377553010000111
表3
步骤S1082:服务端将医疗数据中的医疗参数赋值为查找到的与该医疗参数对应的表征值。
沿用所述表2的示例,赋值后所得的医疗数据如下表4所示:
Figure BDA0002377553010000121
表4
通过所述步骤S1081和步骤S1082,服务器可以通过人工智能AI手段自动完善定期检查数据中的部分内容,以减少医疗对象的输入麻烦。
本申请实施例中,所述步骤S108中,对于服务端尚未存储的医疗数据,可以由医疗对象主动上传,服务端接收医疗对象上传的医疗数据。
可选的,该方法还包括步骤S109:服务端标记医疗数据中未被查到表征值的医疗参数并反馈给医疗对象,以提高医疗对象的信息输入效率,提升用户体验。
步骤S109:服务端将步骤S108获取的医疗数据发送给医护对象。
其中,医护对象用户可以在医护对象查看与本次医疗任务对应的医疗数据,并针对该医疗数据调整后续的治疗方案。在医生完成医疗任务后,服务端可变更医疗任务的状态。
可选的,所述方法还包括步骤S110:服务端接收来自医护对象的医疗调整方案。
可选的,所述方法还包括步骤S111:服务端向医疗对象发送所述步骤S110的医疗调整方案。
在本申请的示例性实施例中,所述方法还包括步骤S112:基于医疗任务信息,服务端向医护对象和/或医疗对象发送提醒信息。例如,在医疗任务生成后定期(如每天一次)向医疗对象发送任务提醒;或在医疗对象成功上传医疗数据后,定期向医护对象发送任务提醒。
此外,由于医疗领域尚未全面普及电子医疗档案,因此,对于个体而言,医疗档案全部分散在各个地区或是医疗机构手中,如果能够收集地域或人群的健康档案,形成医疗健康大数据,可以有针对性的进行流行病学研究,可以对地域,更大范围的正常人群、亚健康人群、或是有特种特征疾病的人群来进行流行病学的调查,有助于提高我国的医疗水平。
因此,还可利用以上所述的方法提醒用户定期检查,并记录用户定期检查的医疗数据。举例而言,女性用户在怀孕期间需要按照怀孕的月龄不同执行各种不同的检查,按照本申请的示例性实施例的方法可在满足月龄后向该用户推送需要检查的项目并在获取到这些体检数据后推送给对应的医生。此外,所述方法还可适用于某些慢性病的确诊,也就是说,可通过定期定项的检查数据帮助医生确诊。
对于平台方来说,拥有大量用户的医疗档案数据,为成为数据公司做准备,也可结合现有问诊业务,以售卖家庭医生服务包,按次付费问诊增加医生收入,增加平台收入。对于个人,它可以记录疾病的发生、发展、治疗和转归的过程,通过比较一段时间内所检查的资料和数据,发现自己健康状况的变化,疾病发展趋向、治疗效果等情况,有利于下一步医疗保健的决策。带着健康档案去医院看病,给医生诊治疾病也带来很大的方便。有助于在后期患大病后给医生提供更好的全程身体报告数据,有助于医生诊断的更精准。后期增加用药史后,可以结合用药方案,可以对患者服用某种上市药物的药物追踪,不良反应追踪,对新药研究,对药品的研发提供数据资料。
图3是本申请的示例性实施例提供的医疗数据处理方法的流程图,该方法应用于服务端,该方法通过如下步骤S201至步骤S203实现,其中:
步骤S201,获取与医疗对象对应的医疗任务列表。其中,所述医疗对象包括提供医疗服务的第一对象(如医生)和/或接受医疗服务的第二对象(如患者)。
医疗任务列表中的各个医疗任务可以按照选定的规则进行排列,如:按照任务时间来排序,或按照任务类型进行排序,或按照医疗对象的ID进行排序等。
步骤S202,确定所述医疗任务列表中的第一医疗任务满足任务触发条件。
医疗任务列表中可以包括已执行完的任务,正在执行中的任务以及尚未开始执行的任务。可选的,第一医疗任务为尚未开始执行的任务。在本申请实施例中,可以为医疗任务设定任务触发条件,并在确定该任务触发条件被满足后,进入步骤S203。其中,所述任务触发条件包括但不限于:与医疗对象对应的时间条件和/或与医疗对象参与的医疗事件对应的状态条件和/或医疗对象的状态条件。举例而言,时间条件可以根据医疗对象的病情或个人基本信息等来确定。医疗事件例如为体检事件,挂号事件等,上述事件的状态包括“完成”、“未完成”等。医疗对象的状态例如为:医生的“忙碌”、“空闲”、“休假”、“外出”等状态,或患者的“昏迷”、“非昏迷”等状态。一种示例性的任务触发条件如下表5所示,可以根据需要,设定其中一种或多种条件被满足后,方可启动任务。
Figure BDA0002377553010000151
表5
步骤S203,将所述第一医疗任务发送至医疗对象相关联的设备,以请求与所述第一医疗任务对应的医疗数据,其中,所述医疗数据包括所述对应于医疗对象的医疗参数的表征值。
图4是本申请的示例性实施例提供的医疗数据处理方法的流程图,该方法应用于患者,该方法通过如下步骤S301至步骤S303实现,其中:
步骤S301,从医疗服务器接收与第一医疗任务对应的医疗任务信息;
步骤S302,将针对所述医疗任务信息的医疗数据发送到所述医疗服务器,其中,所述医疗数据包括医疗对象对应的医疗参数的表征值。
其中,以上步骤S301至步骤S302的具体实现可以参照以上图2所示的实施例内容,本文不再予以赘述。
以下结合图5A至图5N所示的医疗对象界面来介绍以上方案。
如图5A所示,医疗对象应用包括健康定期检查中心,其包括如下几个子模块:“我的用药”、“我的检查报告”、“我的用药建议”和“我的定期检查量表”。医疗对象可以在所述各个子模块内分别进行编辑。
医疗对象用户点击“已添加X种药品”即可以进入图5B所示的页面,以查看已添加的各种类型的药品信息,并且可以对药品信息进行编辑。并且,医疗对象用户还可以在图5B添加或删除药品,其中,系统中可以预先存储备选的药品名称,用户可以通过名称来搜索,也可以在搜索不到时新建药品名称。
当医疗对象用户点击图5A中“我的检查报告”对应的“更多”后,跳转到图5C所示的页面,在此页面中可以通过特定的条件进行数据筛选。点击图5C中的血常规的“异常指标”后,跳转到图5D所示的页面,在该页面中可以查看到具体的异常指标。
当医疗对象用户点击图5A中的“添加检查报告”后,跳转到图5E所示的页面,在该页面中,医疗对象用户可以将没有上传的体检报告进行输入并上传。其中,在该页面可以填写“检查时间”和选取“报告类型”等。点击图5E中“尿常规”对应的“去填写”后,跳转到图5F所示的页面。在图5F中有OCR图像识别功能,即医疗对象用户点击“自动识别”,跳转到图5G所示的页面,之后医疗对象用户将待识别的报告图像放入识别框内,点击拍照按键后,跳转到图5H所示的页面。图5H所示的页面中展示出通过识别得到各种体检参数及其对应的表征值。识别成功后,自动跳转到图5I所示的页面,医疗对象用户可以检查识别是否正确。
当医疗对象用户点击图5A中的“我的定期检查量表”后,跳转到图5J所示的页面,该页面中可以列出该医疗对象相关的医疗任务,其中,可以按照日期对医疗任务进行筛选和排序。当点击2019年7月25日的医疗任务(待定期检查)后,跳转到图5K所示的页面,在该页面中,可以通过AI助手,根据医疗对象最近的用药方案,检查检查报告单,并自动抓取与该医疗任务对应的相关数据,并补充到该定期检查量表中。
医疗对象用户点击图5K中“未填写”后,跳转到图5L所示的页面,患者可以从已上传到服务器的检查报告中选取本次医疗任务所需查看的报告。同样的,医疗对象用户可以采用特定的条件对检查报告进行分类和排序,例如,图5L为按照上传日期进行分类和排序,图5M为按照特定的报告类型进行筛选。
图5N是医护对象用户和医疗对象用户之间的即时通讯页面,这样,医生和患者可以针对医疗任务和病情进行交流,患者也可以在该聊天页面中发出与医疗任务对应的医疗数据(链接)。
为了更清楚地明白本申请的示例性实施例的发明构思,以下将参照图6描述本申请的示例性实施例的医疗数据处理装置的框图。本领域普通技术人员将理解:图6中的装置仅示出了与本示例性实施例相关的组件,所述装置中还包括除了图6中示出的组件之外的通用组件。
图6示出本申请的示例性实施例的医疗数据处理装置的框图。参考图6,在硬件层面,该装置包括处理器、内部总线和计算机可读存储介质,其中,所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
具体来说,所述处理器执行以下操作:获取与医疗对象对应的医疗任务列表;确定所述医疗任务列表中的第一医疗任务满足任务触发条件;将所述第一医疗任务发送至医疗对象相关联的设备,以请求与所述第一医疗任务对应的医疗数据,其中,所述医疗数据包括所述对应于医疗对象的医疗参数的表征值。
可选地,所述医疗对象包括提供医疗服务的第一对象和/或接受医疗服务的第二对象。
可选地,所述任务触发条件包括:与医疗对象对应的时间条件;和/或,与医疗对象参与的医疗事件对应的状态条件;和/或,医疗对象的状态条件。
可选地,所述处理器还可执行以下步骤:生成与所述第一医疗任务对应的医疗任务信息;所述处理器在实现步骤所述将所述第一医疗任务发送至医疗对象相关联的设备包括:将所述第一医疗任务对应的医疗任务信息发送至医疗对象相关联的设备。
可选地,所述处理器在实现步骤确定所述医疗任务列表中的第一医疗任务满足任务触发条件前还包括:确定与所述第一医疗任务关联的第一对象和第二对象;所述处理器在实现步骤所述将所述第一医疗任务发送至医疗对象相关联的设备包括:将所述第一医疗任务发送至与第二对象相关联的设备。
可选地,所述处理器还可执行以下步骤:接收来自与第二对象相关联的设备的医疗数据;向与第一对象相关联的设备发送所述医疗数据。
可选地,所述医疗任务信息包括所述第一对象的标识信息和/或所述第一医疗任务的时限信息和/或所述第一医疗任务的状态信息和/或所述第二对象被指示的定期检查内容项。
可选地,所述定期检查内容项包括所述第二对象的用药信息和/或所述第二对象的体检信息和/或所述第二对象服药后的状态信息和/或第一对象为所述第二对象确定的用药方案信息。
可选地,所述处理器还可执行以下步骤:根据所述第一医疗任务包含的定期检查内容项,查找在所述定期检查内容项下的医疗参数对应的表征值,其中,所述表征值被预先上传并存储;将医疗数据中的医疗参数赋值为查找到的与该医疗参数对应的表征值。
可选地,所述处理器还可执行以下步骤:标记所述医疗数据中未被查到表征值的医疗参数并反馈给所述医疗对象。
可选地,所述处理器在实现步骤将所述第一医疗任务发送至医疗对象相关联的设备后还包括:根据所述医疗任务信息,向所述医疗对象发送提醒信息,以提醒所述医疗对象提供与所述第一医疗任务对应的医疗数据。
此外,所述处理器还可以是医疗对象相关联的电子设备上的处理器,在这种情况下,所述处理器可执行以下步骤:从医疗服务器接收与第一医疗任务对应的医疗任务信息;将针对所述医疗任务信息的医疗数据发送到所述医疗服务器,其中,所述医疗数据包括医疗对象对应的医疗参数的表征值。
可选地,所述处理器还可执行步骤:获取所述医疗对象输入的待识别图像;通过对所述待识别图像进行识别,获取所述待识别图像内包括的医疗参数和对应于所述医疗参数的表征值。
可选地,所述处理器还可执行步骤:根据获取的医疗参数,确定所述待识别图像对应的检查报告模板;将对应于获取的医疗参数的表征值补充到确定的检查报告模板中。
可选地,所述处理器还可执行步骤:接收所述医疗服务器发送的被调整的医疗方案的医疗方案信息。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的示例包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包括在本申请的权利要求范围之内。

Claims (17)

1.一种医疗数据处理方法,其特征在于,包括:
获取与医疗对象对应的医疗任务列表;
确定所述医疗任务列表中的第一医疗任务满足任务触发条件;
将所述第一医疗任务发送至医疗对象相关联的设备,以请求与所述第一医疗任务对应的医疗数据,其中,所述医疗数据包括所述对应于医疗对象的医疗参数的表征值。
2.如权利要求1所述的方法,其特征在于,所述医疗对象包括提供医疗服务的第一对象和/或接受医疗服务的第二对象。
3.如权利要求1所述的方法,其特征在于,所述任务触发条件包括:
与医疗对象对应的时间条件;和/或,
与医疗对象参与的医疗事件对应的状态条件;和/或,
医疗对象的状态条件。
4.如权利要求2所述的方法,其特征在于,还包括:
生成与所述第一医疗任务对应的医疗任务信息;
所述将所述第一医疗任务发送至医疗对象相关联的设备包括:
将所述第一医疗任务对应的医疗任务信息发送至医疗对象相关联的设备。
5.如权利要求2所述的方法,其特征在于,确定所述医疗任务列表中的第一医疗任务满足任务触发条件前还包括:
确定与所述第一医疗任务关联的第一对象和第二对象;
将所述第一医疗任务发送至医疗对象相关联的设备包括:
将所述第一医疗任务发送至与第二对象相关联的设备。
6.如权利要求5所述的方法,其特征在于,还包括:
接收来自与第二对象相关联的设备的医疗数据;
向与第一对象相关联的设备发送所述医疗数据。
7.如权利要求4所述的方法,其特征在于,所述医疗任务信息包括所述第一对象的标识信息和/或所述第一医疗任务的时限信息和/或所述第一医疗任务的状态信息和/或所述第二对象被指示的定期检查内容项。
8.如权利要求7所述的方法,其特征在于,所述定期检查内容项包括所述第二对象的用药信息和/或所述第二对象的体检信息和/或所述第二对象服药后的状态信息和/或第一对象为所述第二对象确定的用药方案信息。
9.如权利要求7所述的方法,其特征在于,还包括:
根据所述第一医疗任务包含的定期检查内容项,查找在所述定期检查内容项下的医疗参数对应的表征值,其中,所述表征值被预先上传并存储;
将医疗数据中的医疗参数赋值为查找到的与该医疗参数对应的表征值。
10.如权利要求9所述的方法,其特征在于,还包括:
标记所述医疗数据中未被查到表征值的医疗参数并反馈给所述医疗对象。
11.如权利要求5所述的方法,其特征在于,将所述第一医疗任务发送至医疗对象相关联的设备后还包括:
根据所述医疗任务信息,向所述医疗对象发送提醒信息,以提醒所述医疗对象提供与所述第一医疗任务对应的医疗数据。
12.一种医疗数据处理方法,其特征在于,包括:
从医疗服务器接收与第一医疗任务对应的医疗任务信息;
将针对所述医疗任务信息的医疗数据发送到所述医疗服务器,其中,所述医疗数据包括医疗对象对应的医疗参数的表征值。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
获取所述医疗对象输入的待识别图像;
通过对所述待识别图像进行识别,获取所述待识别图像内包括的医疗参数和对应于所述医疗参数的表征值。
14.如权利要求13所述的方法,其特征在于,所述方法还包括:
根据获取的医疗参数,确定所述待识别图像对应的检查报告模板;
将对应于获取的医疗参数的表征值补充到确定的检查报告模板中。
15.根据权利要求13所述的方法,其特征在于,所述方法还包括:
接收所述医疗服务器发送的被调整的医疗方案的医疗方案信息。
16.一种电子设备,其特征在于,包括存储器和处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现权利要求1-15任一项所述的方法步骤。
17.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-15任一项所述的方法步骤。
CN202010072105.3A 2020-01-21 2020-01-21 一种医疗数据处理方法及其装置 Pending CN113223676A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010072105.3A CN113223676A (zh) 2020-01-21 2020-01-21 一种医疗数据处理方法及其装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010072105.3A CN113223676A (zh) 2020-01-21 2020-01-21 一种医疗数据处理方法及其装置

Publications (1)

Publication Number Publication Date
CN113223676A true CN113223676A (zh) 2021-08-06

Family

ID=77085600

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010072105.3A Pending CN113223676A (zh) 2020-01-21 2020-01-21 一种医疗数据处理方法及其装置

Country Status (1)

Country Link
CN (1) CN113223676A (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104887189A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种基于医嘱的体征监测提示反馈方法
CN106874677A (zh) * 2017-02-20 2017-06-20 上海智眠信息科技有限公司 远程辅助医疗方法、装置和医嘱平台系统
CN106960121A (zh) * 2017-03-16 2017-07-18 广州家庭医生在线移动新媒体科技有限公司 一种在线健康诊疗方法、系统及客户端
CN107229814A (zh) * 2016-03-24 2017-10-03 深圳中迈数字医疗技术有限公司 根据慢性病患者信息进行干预的方法及系统
CN107526933A (zh) * 2017-08-31 2017-12-29 乌耶含 一种远程医疗系统
CN107610020A (zh) * 2017-10-27 2018-01-19 上海京颐科技股份有限公司 一种医疗业务处理方法、设备及系统
CN108039199A (zh) * 2017-12-22 2018-05-15 首都医科大学宣武医院 虚拟科室实现方法和系统
CN108334731A (zh) * 2017-08-31 2018-07-27 深圳市易特科信息技术有限公司 基于健康检查一体机的慢病管理系统及方法
CN108831536A (zh) * 2018-05-31 2018-11-16 康键信息技术(深圳)有限公司 医疗服务管理方法、装置及存储介质
CN109599187A (zh) * 2018-10-31 2019-04-09 北京春雨天下软件有限公司 一种在线问诊的分诊方法、服务器、终端、设备及介质
CN110232959A (zh) * 2019-05-07 2019-09-13 西安迪康网络科技有限公司 一种实时提醒检验、检查报告状态及内容的系统及方法
CN110619962A (zh) * 2019-08-26 2019-12-27 上海同筵信息科技有限公司 一种医患共享的网络医疗服务系统

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104887189A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种基于医嘱的体征监测提示反馈方法
CN107229814A (zh) * 2016-03-24 2017-10-03 深圳中迈数字医疗技术有限公司 根据慢性病患者信息进行干预的方法及系统
CN106874677A (zh) * 2017-02-20 2017-06-20 上海智眠信息科技有限公司 远程辅助医疗方法、装置和医嘱平台系统
CN106960121A (zh) * 2017-03-16 2017-07-18 广州家庭医生在线移动新媒体科技有限公司 一种在线健康诊疗方法、系统及客户端
CN107526933A (zh) * 2017-08-31 2017-12-29 乌耶含 一种远程医疗系统
CN108334731A (zh) * 2017-08-31 2018-07-27 深圳市易特科信息技术有限公司 基于健康检查一体机的慢病管理系统及方法
CN107610020A (zh) * 2017-10-27 2018-01-19 上海京颐科技股份有限公司 一种医疗业务处理方法、设备及系统
CN108039199A (zh) * 2017-12-22 2018-05-15 首都医科大学宣武医院 虚拟科室实现方法和系统
CN108831536A (zh) * 2018-05-31 2018-11-16 康键信息技术(深圳)有限公司 医疗服务管理方法、装置及存储介质
CN109599187A (zh) * 2018-10-31 2019-04-09 北京春雨天下软件有限公司 一种在线问诊的分诊方法、服务器、终端、设备及介质
CN110232959A (zh) * 2019-05-07 2019-09-13 西安迪康网络科技有限公司 一种实时提醒检验、检查报告状态及内容的系统及方法
CN110619962A (zh) * 2019-08-26 2019-12-27 上海同筵信息科技有限公司 一种医患共享的网络医疗服务系统

Similar Documents

Publication Publication Date Title
US8412542B2 (en) Scoring system for monitoring or measuring adherence in medical treatment
US9111018B2 (en) Patient care cards
DE69814172T2 (de) Systeme, verfahren und rechnerprogrammprodukte zur überwachung, diagnose und behandlung von medizinischen zuständen von entfernt liegenden kranken
Van Wijk et al. Assessment of decision support for blood test ordering in primary care: a randomized trial
US9330454B2 (en) Method and apparatus for image-centric standardized tool for quality assurance analysis in medical imaging
US20070219826A1 (en) Method and system for patient information processing and management
US20120173475A1 (en) Health Information Transformation System
US20030130873A1 (en) Health care provider information system
US20120174014A1 (en) Provider Care Cards
US11315668B2 (en) Abstracting information from patient medical records
DE102005012628A1 (de) Verarbeitungssystem für klinische Daten
DE102008002920A1 (de) Systeme und Verfahren für klinische Analyseintegrationsdienste
Alzu'bi et al. Electronic health record (EHR) abstraction
US20190189293A1 (en) System and method for remote provision of healthcare
Russ et al. Adapting cognitive task analysis to investigate clinical decision making and medication safety incidents
CN112102956A (zh) 一种糖尿病患者提高依从性的方法和系统
WO2021183347A1 (en) Dynamic health records
Yan et al. Large language models facilitate the generation of electronic health record phenotyping algorithms
Matney et al. Communicating nursing care using the health level seven consolidated clinical document architecture release 2 care plan
US8005622B2 (en) Computerized system and method for safely transfusing blood products
CN113223676A (zh) 一种医疗数据处理方法及其装置
Meadows et al. Computerized physician order entry: a prescription for patient safety
CN114388088A (zh) 针对电子病历质量的控制方法、装置、设备及存储介质
Miele Medication for opioid use disorder during pregnancy—maternal and infant network to understand outcomes associated with use of medication for opioid use disorder during pregnancy (MAT-LINK), 2014–2021
US20110161103A1 (en) Systems and methods for electronic medical support

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