CN113724818A - 在诊疗过程中推送医嘱数据的方法、装置及电子设备 - Google Patents

在诊疗过程中推送医嘱数据的方法、装置及电子设备 Download PDF

Info

Publication number
CN113724818A
CN113724818A CN202111014402.3A CN202111014402A CN113724818A CN 113724818 A CN113724818 A CN 113724818A CN 202111014402 A CN202111014402 A CN 202111014402A CN 113724818 A CN113724818 A CN 113724818A
Authority
CN
China
Prior art keywords
patient
order data
data
information
diagnosis
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
CN202111014402.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.)
Ping An International Smart City Technology Co Ltd
Original Assignee
Ping An International Smart City 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 Ping An International Smart City Technology Co Ltd filed Critical Ping An International Smart City Technology Co Ltd
Priority to CN202111014402.3A priority Critical patent/CN113724818A/zh
Publication of CN113724818A publication Critical patent/CN113724818A/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
    • 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
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/13ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered from dispensers
    • 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
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • 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
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/30ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
    • 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
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems

Abstract

本申请的实施例提供了一种在诊疗过程中推送医嘱数据的方法、装置及电子设备,涉及大数据技术领域。其中,在诊疗过程中推送医嘱数据的方法包括:在对患者的诊疗过程中,响应于患者的诊断结果的生成消息,获取患者的患者信息,患者信息包括症状信息以及基础信息;根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据;基于基础信息,从第一医嘱数据中提取第二医嘱数据,并对第二医嘱数据的合理性进行检测;将第二医嘱数据以及通用医嘱数据按设定次序推送至指定终端设备。本申请实施例的技术方案能提高诊疗效率。

Description

在诊疗过程中推送医嘱数据的方法、装置及电子设备
技术领域
本申请涉及大数据技术领域,具体而言,涉及一种在诊疗过程中推送医嘱数据的方法、装置、及电子设备。
背景技术
医院就医排队是一种经常遇见的非常熟悉的现象。患者到医院就医时往往需要排队等待。医嘱是医务人员在诊疗活动中下达的医学指示,是医务人员对治疗患者疾病在用药、护理等方面的诊疗方案。
然而,目前患者去医院看病时,相关治疗期间的注意事项只能通过医生口述或者自行在百度搜索相关注意事项。这样的话,通过医生口述,医生或患者容易遗忘注意事项,导致病人诊后护理的不便,并且还增加了诊疗时长,不利于减轻医院的排队现象。
因此,如何能够提高诊疗效率成为了本领域技术人员亟需解决的问题。
发明内容
本申请的实施例提供了一种在诊疗过程中推送医嘱数据的方法,进而至少在一定程度上可以提高诊疗效率。
本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面,提供了一种在诊疗过程中推送医嘱数据的方法,包括:在对患者的诊疗过程中,响应于患者的诊断结果的生成消息,获取患者的患者信息;患者信息包括症状信息以及基础信息;根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据;基于基础信息,从第一医嘱数据中提取第二医嘱数据,并对第二医嘱数据的合理性进行检测,基础信息包括患者的年龄、性别、体重、过敏史、既往病史中的至少一种;将第二医嘱数据以及通用医嘱数据按设定次序推送至指定终端设备。
在一些实施例中,诊断结果包括疾病种类;根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据,包括:根据疾病种类,生成针对患者的通用医嘱数据;根据症状信息,生成针对患者的第一医嘱数据。
在一些实施例中,基础信息包括年龄、性别以及过敏史;基于基础信息,从第一医嘱数据中提取第二医嘱数据,包括:根据患者的年龄、性别以及过敏史,从第一医嘱数据中提取第二医嘱数据。
在一些实施例中,在基于基础信息,从第一医嘱数据中提取第二医嘱数据之后,方法还包括:若从第一医嘱数据中未提取到第二医嘱数据,则将症状信息、基础信息以及诊断结果输入至医嘱数据生成模型,以获取;症状信息以及诊断结果的组合相对应的医嘱数据。
在一些实施例中,在将所述症状信息、所述基础信息以及所述诊断结果输入至医嘱数据生成模型之前,方法还包括:根据以往医疗案例的病历信息,生成案例数据集;病历信息中包括以往医疗案例的症状信息、所述基础信息、诊断结果以及医嘱数据;根据案例数据集,构建医嘱数据生成模型;
在一些实施例中,第二医嘱数据包括用药数据,用药数据包括用药时间、剂量以及药品类型;将第二医嘱数据按设定次序推送至指定终端设备,包括:在设定时间给患者推送用药数据,设定时间是根据用药时间确定的。
在一些实施例中,在设定时间给患者推送用药数据之后,方法还包括:获取患者的用药后的反馈症状,反馈症状包括行为状态和生理参数;其中,行为状态至少包括精神状态、语言行为和肢体行为中的一种或多种;生理参数包括血压值、心率值、血氧饱和度和脑电波中的一种或多种;根据行为状态以及生理参数,生成患者的病情变化报告;根据病情变化报告,修正第二医嘱数据。
在一些实施例中,第二医嘱数据包括回诊时间,方法还包括:在回诊时间前的设定时间点生成挂号提示,以提示患者进行回诊挂号。
根据本申请的又一个方面,还提供了一种在诊疗过程中推送医嘱数据的装置,装置包括:获取单元,用于在对患者的诊疗过程中,响应于患者的诊断结果的生成消息,获取患者的患者信息;患者信息包括症状信息以及基础信息;生成单元,用于根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据;提取单元,用于基于基础信息,从第一医嘱数据中提取第二医嘱数据,并对第二医嘱数据的合理性进行检查;以及推送单元,用于将第二医嘱数据以及通用医嘱数据按设定次序推送至指定终端设备。
根据本申请的又一个方面,还提供了一种电子设备,包括:处理器;及存储器,存储器上存储有计算机可读指令,计算机可读指令被处理器执行时实现如前所描述的任一项在诊疗过程中推送医嘱数据的方法。
在本申请的一些实施例所提供的技术方案中,在患者的诊断结果生成之后,根据患者的症状信息以及诊断结果生成通用医嘱数据以及第一医嘱数据,并根据患者的基础信息进行第一医嘱数据的优化提取,从而得到符合患者的基础情况、症状以及诊断结果的第二医嘱信息。并在诊疗过程中,通过将该第二医嘱信息以及通用医嘱信息发送至设定终端设备来提高诊疗效率,避免因患者长询问医嘱而导致的诊疗效率低的现象,进一步地,还有利于缓解医院的排队现象。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图;
图2示出了根据本申请的一个实施例的在诊疗过程中推送医嘱数据的方法的流程图;
图3是一门诊病历的示意图;
图4是根据本申请又一实施例所提供的在诊疗过程中推送医嘱数据的方法的流程图;
图5是根据本申请的一实施例所提供的在诊疗过程中推送医嘱数据的装置的结构示意图;
图6示出了应用于本申请的电子设备的计算机系统600的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图1所示,系统架构可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种,当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线通信链路、无线通信链路等等。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
用户可以使用终端设备通过网络104与服务器105交互,以接收或发送消息等。服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)向服务器105上传了待处理的消息集合,服务器105可以从该消息集合中获取具有关联关系的多条消息,然后生成这多条消息中每条消息对应的主题标签的分布模型、功能标签的分布模型和词类别标签的分布模型,且该词类别标签的分布模型用于表示具有不同功能标签的消息包含各种类型的词的概率,进而可以基于生成的主题标签的分布模型、功能标签的分布模型和词类别标签的分布模型,确定主题标签的词分布概率,以根据主题标签的词分布概率,确定该多条消息的主题。
需要说明的是,本申请实施例所提供的在诊疗过程中推送医嘱数据的方法一般由服务器105执行,相应地,在诊疗过程中推送医嘱数据装置一般设置于服务器105中。但是,在本申请的其它实施例中,终端设备也可以与服务器具有相似的功能,从而执行本申请实施例所提供的推送医嘱数据的方案。
以下对本申请实施例的技术方案的实现细节进行详细阐述:
图2示出了根据本申请的一个实施例的在诊疗过程中推送医嘱数据的方法的流程图。该在诊疗过程中推送医嘱数据的方法可具体在上述所示意的服务器中执行。方法主要包括以下步骤S210至步骤S240。
步骤S210,在对患者的诊疗过程中,响应于患者的诊断结果的生成消息,获取患者的患者信息;患者信息包括症状信息以及基础信息。
其中,诊疗过程中是本申请的推送医嘱的应用场景。目前,在医院,医生对患者诊断时,患者通常会询问诊疗后的注意事项等问题,将严重影响了诊疗效率。诊断结果是医生针对患者症状的诊断结果,通常用于指示患者所患的疾病种类。示意性的,当患者症状包括鼻塞、流清涕、咽痛和声音嘶哑等上呼吸道感染症状,诊断结果可为:急性支气管炎。基础信息包括患者的年龄,性别,体重,过敏史,既往病史等患者的基础信息,基础信息用于表征病人身体基本情况。
在一个实施例中,在医生对患者进行的诊疗的过程中,通常会将患者的基础信息和症状信息记录至电子病例单上,当患者的诊断结果生成之后,可从该电子病历单中获取患者的患者信息。
步骤S220,根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据。
在一个实施例中,可根据诊断结果所指示的疾病种类,生成该患者的通用医嘱数据,并根据其症状信息,生成第一医嘱数据。
具体的,通用医嘱数据可为患者所患疾病种类所具有共性医嘱,示意性的,肿瘤患者进行化疗前常规口服地塞米松以减少应激反应发生、静脉输注昂丹司琼以减少呕吐等胃肠道副作用的发生。通用医嘱数据还可包括该疾病种类的通用注意事项,示意的,例如肿瘤患者进行化疗后的抑制化疗副作用的注意事项。
容易理解的,医嘱数据因人而已,即使同类别疾病,第一医嘱数据也可因患者症状信息、基础信息的不同而具有差异。而患者的基础信息、症状信息通常较复杂。因此,可针对患者的症状信息,获取该患者的初步医嘱数据,即第一医嘱数据。在一个实施例中,第一医嘱数据可包含建议进行的运动、禁止的运动、服药类型、剂量与时间、饮食禁忌与建议事项等等因人而异的事项。示意性的,对于有运动基础的年轻人,建议运动的时长可长于无运动基础的老年人。
医嘱数据还可以包括多方面的医嘱数据,例如包括在入院前3天需要做哪些检验检查项目,需要开立哪些药。
步骤S230,基于基础信息,从第一医嘱数据中提取第二医嘱数据,并对第二医嘱数据的合理性进行检测。
基础信息包括患者的年龄,性别,体重,过敏史,既往病史等患者的基础信息。当不同的病人的基础情况不同时,例如体重不同,用药剂量等也将存在不同。
在获得了患者的症状类别的第一医嘱数据之后,可基于患者的年龄,性别,体重,过敏史,既往病史等患者的基础信息进行筛选,从而提取到与患者的症状信息以及基础信息均相匹配的第二医嘱数据。
在一个实施例中,基础信息至少包括年龄、性别、过敏史。基于基础信息,从第一医嘱数据中提取第二医嘱数据,至少包括:根据患者的年龄、症状、过敏史,从第一医嘱数据中提取第二医嘱数据。具体的,可首先根据患者的年龄进行检索,以推荐同症状,同疾病种类,同年龄的以往患者的医嘱数据作为第二医嘱数据。进一步地,还可以根据性别进行进一步检索,“理想情况”是检索出基础情况、疾病情况完全相同的以往患者的医嘱数据作为第二医嘱数据。由于患者个体之间具有差异性。当生成第二医嘱数据后,可参考药品、检查、检验、药物过敏、诊断、性别等相关内容知识库,进行自动检查,对于不符合规范、不合理医嘱给出提示。例如,可根据当前患者的体重等因素检查用药剂量的合理性。
在一个实施例中,可对基础信息对应的年龄等信息设定多个区段,例如30-35、35-40区段,以降低检索的复杂度。
步骤S240,将第二医嘱数据以及通用医嘱数据按设定次序推送至指定终端设备。
所发送的医嘱数据的形式包括音频、视频、图片和文字中的一种或多种。具体的,患者挂号等通常是用手机挂号,可将该手机作为指定终端设备,以便于患者接收以及查看第二医嘱数据。还可以获取所述第二医嘱数据以及所述通用医嘱数据中各注意事项的来源、治疗目的的链接,一同发送至预设终端设备,以使患者了解医嘱的开具的前因后果。
由此,在诊疗过程中,在患者的诊断结果生成之后,根据患者的症状信息以及诊断结果生成通用医嘱数据以及第一医嘱数据,并根据患者的基础信息进行第一医嘱数据的优化提取,从而得到符合患者的基础情况、症状以及诊断结果的第二医嘱信息。值得一提的是,将医嘱数据区分通用医嘱数据以及针对该患者的“个性化”的第一医嘱数据,并对第一医嘱数据进行优化以得到更为精准的第二医嘱数据,能够减少对医嘱数据处理的复杂度,提高数据处理效率。另外,在诊疗过程中,通过将该第二医嘱信息以及通用医嘱信息发送至设定终端设备,可显著减少患者询问医嘱的时间,由此可提高诊疗效率,避免因患者长询问医嘱而导致的诊疗效率低的现象,进一步地,还有利于缓解医院的排队现象。
在一个实施例中,在步骤S230之后,在诊疗过程中推送医嘱数据的方法还可以包括以下步骤:若从第一医嘱数据中未提取到第二医嘱数据,则将症状信息、基础信息以及诊断结果输入至医嘱数据生成模型,以获取症状信息、所述基础信息以及诊断结果的组合所对应的医嘱数据。
其中,医嘱数据生成模型用于生成医嘱信息。在一个实施例中,可根据以往医疗案例的病历信息,生成案例数据集,病历信息中包括以往医疗案例的症状信息、诊断结果以及医嘱数据,进而根据该案例数据集,构建医嘱数据生成模型。详细地,以往医疗案例可包括教科书式的典型案例,该医院以及其他医院的以往诊疗案例等。
还一个实施例中,还可以根据当前患者的信息从诊疗支持数据库中获取与该患者的症状信息、基础信息以及诊断结果相对应的医嘱数据。其中,诊疗支持数据库可为外部提供,面向医生的知识型的数据库,可在各医院之间共享,供医院付费或免费试用。该数据库可按照病症类型为主目录,患者的基础信息为次目录,并存储有每种病症类型与基础信息的组合对应的医嘱数据。由此,可通过以往诊疗的大量案例的病例信息中获取合适的医嘱,避免医生重复开具,节约人力资源。
在一个实施例中,第二医嘱数据包括用药数据,用药数据包括用药时间、剂量以及药品类型;将第二医嘱数据按设定次序推送至指定终端设备,包括:在设定时间给患者推送用药数据,设定时间是根据用药时间确定的。由此,可防止出现患者因时间、剂量不正确而导致的治疗效果不好。还能避免在患者服用多种类型的药物时,防止两种药物的作用互相抵消或减弱,对要治疗的某种疾病根本无效或效果差的情况出现。示意性的,若两种药物具有理化类禁忌,可能会出现物理性的反应(沉淀,潮解等),则需发送分开服用或禁止服用的警示提示。在一个实施例中,所推送的医嘱数据还可以包括护理医嘱数据,护理医嘱数据包括服药期间的血压等体征、运动、饮食相关的信息。
在一些实施例中,在设定时间给患者推送用药数据之后,还可以包括以下步骤:
获取患者的用药后的反馈症状,反馈症状包括行为状态和生理参数;其中,行为状态至少包括精神状态、语言行为和肢体行为中的一种或多种;生理参数包括血压值、心率值、血氧饱和度和脑电波中的一种或多种;
根据行为状态以及生理参数,生成患者的病情变化报告;根据病情变化报告,修正第二医嘱数据。
具体的,其中,反馈症状可由患者或其家属发出,也可由医务护理人员发出。示意性的,目前,医生通常开具一定期限的药品,患者服药后去医院复诊。若在服药期间,患者反馈症状加重,可提示患者尽快去医院复诊;若症状变化到预定范围之内,则不需要医生介入,按照医嘱中的复查时间回诊即可。可从预先存储的医生与患者的对应关系中查找与患者对应的医生的账户信息;根据医生的账户信息,将患者的病情变化报告发送至医生的医生客户端,以使医生根据情变化报告调整患者对应的医嘱信息。进一步的,在一个实施例中,还可以建立“项目-执行评分”机制。目标指血压等体征、服药情况、运动情况、饮食情况等。评分是每个患者的执行分数。若血压在预设范围内,则体征评分合格。若用户完成了医嘱规定的运动,则运动项目合格。经过一段时间的收集,则可对患者进行更为细致的提醒,并督促患者进行改正。
在一些实施例中,第二医嘱数据包括回诊时间,方法还包括:在回诊时间前的设定时间点生成挂号提示,以提示患者进行回诊挂号,从而便于患者进行回诊,提高患者对于医院的粘性。
为加深理解,下面以一个具体的实施例详细介绍本申请所实施的在诊疗过程中推送医嘱数据的方法。
图3是一门诊病历的示意图。如图3所示,门诊病历中通常包括患者的基本信息,症状信息以及诊断结果。基本信息可包括年龄、性别、过敏史、体格检查情况等。症状信息可包括主诉以及现病史等,诊断结果包括初步诊断的疾病种类,以及治疗处理意见等。图4是根据本申请又一实施例所提供的在诊疗过程中推送医嘱数据的方法的流程图。如图3和图4所示,该在诊疗过程中推送医嘱数据的方法具体可包括以下几个步骤:
步骤S401,在用户关注医院的公众号时,发出与用户手机绑定的请求;
步骤S402,在用户同意绑定后,绑定用户账号;
步骤S403,在诊疗过程中,获取门诊病历,并提取门诊病历中的患者的诊疗结果、基本信息以及症状信息;
步骤S404,根据患者的诊疗结果以及症状信息模糊匹配诊疗数据库中的病例,得到第一医嘱数据和通用基础数据,其中,诊疗数据库中包括医院以往的门诊病历记录;
步骤S405,根据患者的基本信息,进一步的从第一医嘱数据提取第二医嘱数据;
步骤S406,将第二医嘱数据以及通用医嘱数据拼接呈json格式的字符串,并调用推送接口,推送至用户绑定的账号;
步骤S407,按照设定次序发送第二医嘱数据以及通用医嘱数据。
其中,门诊病历可为如图3所示的门诊病历。诊疗数据库中所包括医院以往的门诊病历记录中具有医嘱数据,医嘱数据可由当时诊疗时生成,也可由维护人员后续添加。值得注意的是,若由维护人员后续添加,为了提高效率节约人力,可先将门诊病历数记录进行分类,同类别的共享同一医嘱数据即可。由此,可在用户绑定的公众号后,在该用户在医院的诊疗过程中,向该患者推送其被诊断的疾病对应的医嘱数据,从而可提高患者获知医嘱数据的便利性,另一方面,也可提高医院的诊疗效率。
图5是根据本申请的一实施例所提供的在诊疗过程中推送医嘱数据的装置的结构框图。如图5所示,在诊疗过程中推送医嘱数据的装置包括:
获取单元510,用于在在对患者的诊疗过程中,响应于患者的诊断结果的生成消息,获取患者的患者信息;患者信息包括症状信息以及基础信息;
生成单元520,用于根据症状信息以及诊断结果,获取针对患者的医嘱数据,医嘱数据包括通用医嘱数据以及第一医嘱数据;
提取单元530,用于基于基础信息,从第一医嘱数据中提取第二医嘱数据,并对第二医嘱数据的合理性进行检测;以及
推送单元540,用于将第二医嘱数据以及通用医嘱数据按设定次序推送至指定终端设备。
在另外的实施例中,获取单元510还可以用于根据疾病种类,生成针对患者的通用医嘱数据;根据症状信息,生成针对患者的第一医嘱数据。
在另外的实施例中,提取单元530还可以用于根据患者的年龄、性别以及过敏史,从第一医嘱数据中提取第二医嘱数据。
在另外的实施例中,提取单元530还可以用于若从第一医嘱数据中未提取到第二医嘱数据,则将症状信息、基础信息以及诊断结果输入至医嘱数据生成模型,以获取症状信息、基础信息以及诊断结果的组合相对应的医嘱数据。
在另外的实施例中,提取单元530还可以用于根据以往医疗案例的病历信息,生成案例数据集;病历信息中包括以往医疗案例的症状信息、基础信息、诊断结果以及医嘱数据;根据案例数据集,构建医嘱数据生成模型。
在另外的实施例中,推送单元540还可以用于在设定时间给患者推送用药数据,设定时间是根据用药时间确定的。
在另外的实施例中,在诊疗过程中推送医嘱数据的装置还可以包括反馈单元550以及修正单元560,其中,反馈单元550用于获取患者的用药后的反馈症状,反馈症状包括行为状态和生理参数;其中,行为状态至少包括精神状态、语言行为和肢体行为中的一种或多种,生理参数包括血压值、心率值、血氧饱和度和脑电波中的一种或多种;修正单元560用于根据行为状态以及生理参数,生成患者的病情变化报告;根据病情变化报告,修正第二医嘱数据。
在另外的实施例中,推送单元540还可以用于在回诊时间前的设定时间点生成挂号提示,以提示患者进行回诊挂号。
根据本申请的又一个方面,还提供了一种电子设备,电子设备包括处理器及存储器,存储器上存储有计算机可读指令,计算机可读指令被处理器执行时实现如前所描述的任一项在诊疗过程中推送医嘱数据的方法。
图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是,图6示出的电子设备的计算机系统600仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(Central Processing Unit,CPU)601,其可以根据存储在只读存储器(Read-Only Memory,ROM)602中的程序或者从存储部分608加载到随机访问存储器(Random Access Memory,RAM)603中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在RAM 603中,还存储有系统操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(Input/Output,I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN(Local Area Network,局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的方法。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种在诊疗过程中推送医嘱数据的方法,其特征在于,包括:
在对患者的诊疗过程中,响应于所述患者的诊断结果的生成消息,获取所述患者的患者信息,所述患者信息包括症状信息以及基础信息;
根据所述症状信息以及所述诊断结果,获取针对所述患者的医嘱数据,所述医嘱数据包括通用医嘱数据以及第一医嘱数据;
基于所述基础信息,从所述第一医嘱数据中提取第二医嘱数据,并对所述第二医嘱数据的合理性进行检测,所述基础信息包括所述患者的年龄、性别、体重、过敏史、既往病史中的至少一种;
将所述第二医嘱数据以及所述通用医嘱数据按设定次序推送至指定终端设备。
2.根据权利要求1所述的方法,其特征在于,所述诊断结果包括疾病种类;所述根据所述症状信息以及所述诊断结果,获取针对所述患者的医嘱数据,所述医嘱数据包括通用医嘱数据以及第一医嘱数据,包括:
根据所述疾病种类,生成针对所述患者的通用医嘱数据;
根据所述症状信息,生成针对所述患者的第一医嘱数据。
3.根据权利要求1所述的方法,其特征在于,所述基础信息包括年龄、性别以及过敏史;所述基于所述基础信息,从所述第一医嘱数据中提取第二医嘱数据,包括:
根据所述患者的年龄、性别以及过敏史,从所述第一医嘱数据中提取第二医嘱数据。
4.根据权利要求1所述的方法,其特征在于,在所述基于所述基础信息,从所述第一医嘱数据中提取第二医嘱数据之后,所述方法还包括:
若从所述第一医嘱数据中未提取到所述第二医嘱数据,则将所述症状信息、所述基础信息以及所述诊断结果输入至医嘱数据生成模型,以获取所述症状信息、所述基础信息以及所述诊断结果的组合相对应的医嘱数据。
5.根据权利要求4所述的方法,其特征在于,在将所述症状信息、所述基础信息以及所述诊断结果输入至医嘱数据生成模型之前,所述方法还包括:
根据以往医疗案例的病历信息,生成案例数据集;所述病历信息中包括所述以往医疗案例的症状信息、基础信息、诊断结果以及医嘱数据;
根据所述案例数据集,构建所述医嘱数据生成模型;
6.根据权利要求1所述的方法,其特征在于,所述第二医嘱数据包括用药数据,所述用药数据包括用药时间、剂量以及药品类型;所述将所述第二医嘱数据按设定次序推送至指定终端设备,包括:
在设定时间给所述患者推送所述用药数据,所述设定时间是根据所述用药时间确定的。
7.根据权利要求6所述的方法,其特征在于,在设定时间给所述患者推送所述用药数据之后,所述方法还包括:
获取所述患者的用药后的反馈症状,所述反馈症状包括行为状态和生理参数;其中,行为状态至少包括精神状态、语言行为和肢体行为中的一种或多种;生理参数包括血压值、心率值、血氧饱和度和脑电波中的一种或多种;
根据所述行为状态以及所述生理参数,生成所述患者的病情变化报告;
根据所述病情变化报告,修正所述第二医嘱数据。
8.根据权利要求1所述的方法,其特征在于,所述第二医嘱数据包括回诊时间,所述方法还包括:
在所述回诊时间前的设定时间点生成挂号提示,以提示所述患者进行回诊挂号。
9.一种在诊疗过程中推送医嘱数据的装置,其特征在于,所述装置包括:
获取单元,用于在对患者的诊疗过程中,响应于所述患者的诊断结果的生成消息,获取所述患者的患者信息;所述患者信息包括症状信息以及基础信息;
生成单元,用于根据所述症状信息以及所述诊断结果,获取针对所述患者的医嘱数据,所述医嘱数据包括通用医嘱数据以及第一医嘱数据;
提取单元,用于基于所述基础信息,从所述第一医嘱数据中提取第二医嘱数据,并对所述第二医嘱数据的合理性进行检查;
推送单元,用于将所述第二医嘱数据以及所述通用医嘱数据按设定次序推送至指定终端设备。
10.一种电子设备,其特征在于,包括:
处理器;及
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如权利要求1至8中任一项所述的在诊疗过程中推送医嘱数据的方法。
CN202111014402.3A 2021-08-31 2021-08-31 在诊疗过程中推送医嘱数据的方法、装置及电子设备 Pending CN113724818A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111014402.3A CN113724818A (zh) 2021-08-31 2021-08-31 在诊疗过程中推送医嘱数据的方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111014402.3A CN113724818A (zh) 2021-08-31 2021-08-31 在诊疗过程中推送医嘱数据的方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN113724818A true CN113724818A (zh) 2021-11-30

Family

ID=78679960

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111014402.3A Pending CN113724818A (zh) 2021-08-31 2021-08-31 在诊疗过程中推送医嘱数据的方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113724818A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114758746A (zh) * 2022-05-07 2022-07-15 北京中科睿医信息科技有限公司 确定神经病变类药物剂量的方法和装置
CN115050441A (zh) * 2022-08-16 2022-09-13 北京嘉和美康信息技术有限公司 治疗方案的显示方法、装置、电子设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010287237A (ja) * 2009-06-10 2010-12-24 Dynalab (Singapore) Ltd 通信ネットワークを利用した医師指示管理システム
CN106096294A (zh) * 2016-06-17 2016-11-09 湖南格尔智慧科技有限公司 医院外延续护理的方法、装置及系统
CN108447536A (zh) * 2018-03-19 2018-08-24 杭州逸曜信息技术有限公司 基于疾病特征和疾病程度信息的用药信息处理方法
CN109887568A (zh) * 2019-03-02 2019-06-14 深圳市宝安区人民医院 基于医嘱的健康管理系统
CN111462898A (zh) * 2020-04-01 2020-07-28 杭州睿杰信息技术有限公司 诊疗方案推荐方法、装置和计算机设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010287237A (ja) * 2009-06-10 2010-12-24 Dynalab (Singapore) Ltd 通信ネットワークを利用した医師指示管理システム
CN106096294A (zh) * 2016-06-17 2016-11-09 湖南格尔智慧科技有限公司 医院外延续护理的方法、装置及系统
CN108447536A (zh) * 2018-03-19 2018-08-24 杭州逸曜信息技术有限公司 基于疾病特征和疾病程度信息的用药信息处理方法
CN109887568A (zh) * 2019-03-02 2019-06-14 深圳市宝安区人民医院 基于医嘱的健康管理系统
CN111462898A (zh) * 2020-04-01 2020-07-28 杭州睿杰信息技术有限公司 诊疗方案推荐方法、装置和计算机设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114758746A (zh) * 2022-05-07 2022-07-15 北京中科睿医信息科技有限公司 确定神经病变类药物剂量的方法和装置
CN115050441A (zh) * 2022-08-16 2022-09-13 北京嘉和美康信息技术有限公司 治疗方案的显示方法、装置、电子设备及介质

Similar Documents

Publication Publication Date Title
US9536052B2 (en) Clinical predictive and monitoring system and method
US20170109477A1 (en) System and Method for Identifying Inconsistent and/or Duplicate Data in Health Records
JP7035314B2 (ja) 患者の診断を支援するシステムおよび方法
WO2016070439A1 (zh) 一种智能选药的方法、系统和设备
US20170091391A1 (en) Patient Protected Information De-Identification System and Method
US20150213194A1 (en) Methods, Devices, And Systems For Multi-Format Data Aggregation
US20060265253A1 (en) Patient data mining improvements
US20120129139A1 (en) Disease management system using personalized education, patient support community and telemonitoring
US20120179478A1 (en) Devices, Systems, and Methods for the Real-Time and Individualized Prediction of Health and Economic Outcomes
US20190122770A1 (en) Lightweight Clinical Pregnancy Preterm Birth Predictive System and Method
EP2771827A1 (en) Electronic health record system and method
CN112331298A (zh) 开具药方的方法、装置、电子设备及存储介质
CN113724818A (zh) 在诊疗过程中推送医嘱数据的方法、装置及电子设备
Sim et al. A framework for classifying decision support systems
Hamner State of the science: posthospitalization nursing interventions in congestive heart failure
Akhlaghi et al. Evaluating the association between unmet healthcare needs and subsequent clinical outcomes: protocol for the Addressing Post-Intensive Care Syndrome-01 (APICS-01) multicentre cohort study
Srivastava et al. Continuity of care document for hospital management systems: an implementation perspective
US20160378922A1 (en) Methods and apparatuses for electronically documenting a visit of a patient
Suraj et al. SMART COVID Navigator, a clinical decision support tool for COVID-19 treatment: design and development study
KR102268514B1 (ko) 중재 또는 협진 서비스를 제공하는 방법 및 이를 수행하는 시스템
WO2016040359A1 (en) Structuring multi-sourced medical information into a collaborative health record
US20160162645A1 (en) System and Method for Normalizing and Communicating Care Plans
Yong et al. Interactive virtual medication counselling in outpatient pharmacy: An accessible and safe patient counselling method during the COVID-19 pandemic
US20210125692A1 (en) Medication list generator
US20160019369A1 (en) System and method for prescribing diagnostic based therapeutics to patients

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