CN114093486A - 一种互联网诊疗管理方法、装置及计算机可读存储介质 - Google Patents
一种互联网诊疗管理方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114093486A CN114093486A CN202111431759.1A CN202111431759A CN114093486A CN 114093486 A CN114093486 A CN 114093486A CN 202111431759 A CN202111431759 A CN 202111431759A CN 114093486 A CN114093486 A CN 114093486A
- Authority
- CN
- China
- Prior art keywords
- diagnosis
- treatment
- patient
- information
- doctor
- 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
Images
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
- G16H40/00—ICT 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/20—ICT 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
-
- 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
-
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供了一种互联网诊疗管理方法、装置及计算机可读存储介质,该方法包括:在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;基于患者诊疗信息判断是否符合全科诊疗规则;在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;基于全科就诊结果信息判断是否符合专科诊疗规则;在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。通过本申请方案的实施,采用先全科后专科的诊疗管理方式,全科门诊作为专科门诊的前哨,可有效缓解专科门诊压力,提高了医疗资源分配的合理性,并能给予患者准确的分诊,使其得到高效全面的诊治,给患者带来了便利。
Description
技术领域
本申请涉及互联网医疗技术领域,尤其涉及一种互联网诊疗管理方法、装置及计算机可读存储介质。
背景技术
随着科技的不断发展,互联网诊疗逐渐受到重视,并已在很多医院开始实行。在实际应用中,按照传统的诊疗模式,患者的诊疗需要到医院专科科室由专科医生进行,而在医疗资源大量不足的情况下,如果疾病患者的任何大小事宜都往医院专科科室集中诊疗,不仅影响医疗资源的合理分配,而且严重耽误患者的时间,增加看诊的复杂性。
发明内容
本申请实施例提供了一种互联网诊疗管理方法、装置及计算机可读存储介质,至少能够解决相关技术中所提供的诊疗方式对于医疗资源分配的合理性较差以及患者看诊的复杂性较高的问题。
本申请实施例第一方面提供了一种互联网诊疗管理方法,包括:
在接收到患者就诊请求时,获取对应于所述患者就诊请求的患者诊疗信息;其中,所述患者诊疗信息包括患者基本信息以及病情描述信息;
基于所述患者诊疗信息判断是否符合全科诊疗规则;
在符合所述全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;
基于全科就诊结果信息判断是否符合专科诊疗规则;
在符合所述专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
本申请实施例第二方面提供了一种互联网诊疗管理装置,包括:
获取模块,用于在接收到患者就诊请求时,获取对应于所述患者就诊请求的患者诊疗信息;其中,所述患者诊疗信息包括患者基本信息以及病情描述信息;
第一判断模块,用于基于所述患者诊疗信息判断是否符合全科诊疗规则;
第一发送模块,用于在符合所述全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;
第二判断模块,用于基于全科就诊结果信息判断是否符合专科诊疗规则;
第二发送模块,用于在符合所述专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
本申请实施例第三方面提供了一种电子装置,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时,实现上述本申请实施例第一方面提供的互联网诊疗管理方法中的各步骤。
本申请实施例第四方面提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时,实现上述本申请实施例第一方面提供的互联网诊疗管理方法中的各步骤。
由上可见,根据本申请方案所提供的互联网诊疗管理方法、装置及计算机可读存储介质,在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;基于患者诊疗信息判断是否符合全科诊疗规则;在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;基于全科就诊结果信息判断是否符合专科诊疗规则;在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。通过本申请方案的实施,采用先全科后专科的诊疗管理方式,全科门诊作为专科门诊的前哨,可有效缓解专科门诊压力,提高了医疗资源分配的合理性,并能给予患者准确的分诊,使其得到高效全面的诊治,给患者带来了便利。
附图说明
图1为本申请第一实施例提供的一种互联网诊疗管理方法的基础流程示意图;
图2为本申请第二实施例提供的一种互联网诊疗管理方法的细化流程示意图;
图3为本申请第三实施例提供的互联网诊疗管理装置的程序模块示意图;
图4为本申请第四实施例提供的电子装置的结构示意图。
具体实施方式
为使得本申请的发明目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了解决相关技术中所提供的诊疗方式对于医疗资源分配的合理性较差以及患者看诊的复杂性较高的问题,本申请第一实施例提供了一种互联网诊疗管理方法,如图1为本实施例提供的互联网诊疗管理方法的基础流程示意图,该互联网诊疗管理方法包括以下的步骤:
步骤101、在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息。
具体的,本实施例的患者诊疗信息包括患者基本信息以及病情描述信息,患者基本信息包括姓名、年龄、性别、身份证号码、联系方式、档案编号等,病情描述信息包括特征人群、表现症状、发病情况等。在实际应用中,患者在互联网诊疗平台发起就诊请求,患者诊疗信息中部分信息可以由患者手动填写上报,另外部分已记录在案信息可以直接基于就诊请求触发信息调取,应当说明的是,本实施例的互联网诊疗平台可以采用小程序或独立客户端实现,本实施例对此不作唯一限定。
步骤102、基于患者诊疗信息判断是否符合全科诊疗规则。
具体的,全科医学是一门与内外妇儿相并列的综合性临床二级学科,整合临床医学、预防医学、康复医学以及人文社会学科相关内容与一体,是一个有效、低成本、高收益、全新的医疗服务模式,在实际应用中,一般常见病、基础疾病、慢性病的诊断、治疗均可看诊全科,对于未分化疾病和多系统疾病患者,就诊全科可以综合分析,按照“极简思维”进行全人管理、全程管理,可以有效简化就医程序以及降低医疗费用。基于此,优选地,本实施例的全科诊疗规则可以关联于未分化疾病、多系统疾病,当患者诊疗信息中的病情描述信息符合未分化疾病、多系统疾病的相关病症时,当前患者符合全科诊疗规则。
在本实施例一种实施方式中,上述基于患者诊疗信息判断是否符合全科诊疗规则的步骤,包括:基于患者诊疗信息中患者基本信息获取相应的历史诊疗信息;其中,历史诊疗信息包括病情描述信息、就诊结果信息;结合患者诊疗信息以及历史诊疗信息,判断是否符合全科诊疗规则。
具体的,在实际应用中,患者诊疗信息中的病情描述信息通常仅包含患者的当前患病信息,而为了更全面的对患者进行诊疗,本实施例还进一步获取患者的历史诊疗信息,以对患者的历史患病信息和治疗信息进行感知,并结合当前诊疗信息以及历史诊疗信息综合判断患者是否符合全科诊疗规则,能够给予患者准确的分诊。
进一步地,在本实施例一种实施方式中,上述基于患者诊疗信息中的患者基本信息获取相应的历史诊疗信息的步骤,包括:基于患者诊疗信息中患者基本信息从医联体内所有医院后台服务器调取第一历史诊疗信息;向患者客户端发送授权许可请求,并基于患者客户端响应的授权许可指示从医联体之外的医院后台服务器调取第二历史诊疗信息。
具体的,本实施例的医联体也即医疗联合体,是将同一个区域内的医疗资源整合在一起,通常由一个区域内的三级医院、二级医院、社区医院、村医院组成的一个医疗联合体,医联体内的医院通常共享患者诊疗信息,从而本实施例可以直接从医联体各医院后台调取当前患者的历史诊疗信息,而在实际应用中,患者可能会跨区域去外地看病,则医联体之外的医院的患者诊疗信息并不向当前医院直接开放,本实施例的医院后台可以向患者客户端发送授权许可请求,当获取到患者客户端反馈的授权许可指示之后,再基于该指示向医联体之外的医院后台去合法调取历史诊疗信息,由此,本实施例所获取的历史诊疗信息包括医联体内外的历史诊疗信息,数据更为全面,利于为患者当前提供更为准确的诊疗服务。
步骤103、在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示。
具体的,全科诊疗以未分化疾病、多系统疾病为主,全科医生具备更为全面的业务知识、整体观以及综合观的临床思维,全科把患者作为一个完整的有机体来看待,可为患者提供所需的整体性服务。区别于现有技术中后台随机分配医生或患者自行指定医生,本实施例基于特定医生分配规则来为当前患者的诊疗任务分配全科医生,可有效保证医生利用率以及准确满足患者就诊需求。
在本实施例一种实施方式中,上述第一医生分配规则为医生培养优先规则。相应的,上述基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示的步骤,包括:基于所有全科医生的资历评价指标对所有全科医生进行第一优先级排序;其中,资历评价指标与优先级呈负相关关系;向所有处于空闲状态的全科医生客户端中,第一优先级最高的目标全科医生客户端发送第一接诊指示。
具体的,本实施例对医生资历进行量化,以适应于不同医生推荐场景,资历评价指标可以基于医生学历、职称、执业时长、研究成果等制定,例如对这些评价因子分别设置不同计算权重,然后进行加权平均计算,得到医生的资历评价指标。本实施例考虑到对全科医生所要求的更多在于专业广度,且全科医生作为专科医生的前哨存在较大的需求数量,在实际应用中培养尽量多的成熟全科医生对于医疗资源的统筹发展具有重要意义,基于此,本实施例在全科诊疗阶段以医生培养优先原则分配全科医生,针对患者的诊疗需求,优先分配资历较浅的全科医生接诊,为资历较浅的医生提供更多的实操机会,以提高其专业能力。
步骤104、基于全科就诊结果信息判断是否符合专科诊疗规则。
具体的,专科以器官和系统的疾病为中心,是纵向发展的学科,专科的目标是“病”而不是“人”。本实施例在经过全科诊疗阶段诊断明确之后,若患者需要外科手术或专科特殊治疗,则确定符合专科诊疗规则然后转入专科。
步骤105、在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
具体的,本实施例以全科作为专科的前锋,通过分级诊疗,有效解约了医疗资源,提高了医疗服务的有效性、安全性,避免了患者在不同专科间周折,给患者也带来了就诊便利。
在本实施例一种实施方式中,上述第二医生分配规则为医生资历优先原则。相应的,上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤,包括:基于全科就诊结果信息获取相应的专科医生集合;基于专科医生集合中所有专科医生的资历评价指标,对所有专科医生进行第二优先级排序;其中,资历评价指标与优先级呈正相关关系;向所有处于空闲状态的专科医生客户端中,优先级最高的目标专科医生客户端发送第二接诊指示。
具体的,在本实施例中,考虑到对专科医生所要求的更多在于专业深度,针对专科疾病需要对细分领域具有足够的专业理解,才能对患者的专科病症进行有效诊疗,基于此,本实施例在专科诊疗阶段以医生资历优先原则分配专科医生,也即优先分配资历较老的专科医生接诊,保证患者得到准确有效的诊治。
在本实施例一种实施方式中,上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤之后,还包括:基于专科就诊结果确定患者是否确诊目标类型病情;若是,则将患者病历信息上传至全民健康信息共享平台。
具体的,本实施例的目标类型病情可以为重大传染病,例如非典型性肺炎等,本实施例可对患者的特殊病情进行平台共享,以做到可追溯,保证全民健康安全。
在本实施例一种实施方式中,上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示步骤之前,还包括:基于全科就诊结果信息确定相应的专科就诊级别;在专科就诊级别高于当前医院诊疗级别时,从医联体内获取高于当前医院诊疗级别的目标医院。上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示步骤,包括:接入目标医院对应的医院后台服务器,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
具体的,在实际应用中,当患者进行全科诊疗之后,若需进一步进行专科诊疗,可能会存在患者病症较为复杂而当前医院无法提供充分医疗资源的情况,由此,本实施例可以基于患者的全科就诊结果量化其专科就诊级别,并将该级别与当前医院的诊疗级别进行比较,若当前医院级别较低无法满足患者的专科诊疗需求,则将患者转诊于医联体内级别更高的医院,例如患者当前在社区医院进行全科诊疗,后续可以将患者转诊至医联体的内的二级医院,以保证用户得到妥善诊治。
在本实施例一种实施方式中,上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤之后,还包括:向患者客户端请求获取病情追溯信息,并将病情追溯信息下发至目标全科医生客户端;接收目标全科医生客户端发送的患者治疗效果信息;在患者治疗效果信息不达标时,生成专科复诊指示,并发送至目标专科医生客户端。
具体的,在本实施例中,当患者本次诊疗结束后,后续还进一步跟踪患者病情治疗情况,由全科医生负责患者的日常病情管理,监督患者对于治疗方案的执行情况,由全科医生评估患者病情治疗效果,当确定患者发生病情反复、恶化、指标异常等情况时,进一步生成专科复诊指示,由专科医生及时提供医疗指导,以形成初诊-跟踪-复诊的闭环,为用户提供更全面和有效的医疗服务。
在本实施例一种实施方式中,上述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤之后,还包括:基于专科就诊结果信息生成电子处方;基于药品基本数据库制定对应于电子处方的药品购买策略;基于药品购买策略生成相应的电子账单。
具体的,在实际应用中,患者所需的所有药品并非当前就诊医院所能提供,基于此,本实施例根据电子处方查询药品基本数据库,来确定用户所需药品哪些采用本院购买方式、哪些需要采用第三方药房购买方式,并以此生成相应的电子账单,当用户支付电子账单后,可根据支付结果到相应药品供应位置取药。
基于上述本申请实施例的技术方案,在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;基于患者诊疗信息判断是否符合全科诊疗规则;在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;基于全科就诊结果信息判断是否符合专科诊疗规则;在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。通过本申请方案的实施,采用先全科后专科的诊疗管理方式,全科门诊作为专科门诊的前哨,可有效缓解专科门诊压力,提高了医疗资源分配的合理性,并能给予患者准确的分诊,使其得到高效全面的诊治,给患者带来了便利。
图2中的方法为本申请第二实施例提供的一种细化的互联网诊疗管理方法,该互联网诊疗管理方法包括:
步骤201、在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息。
步骤202、基于患者诊疗信息中患者基本信息从医联体内所有医院后台服务器调取第一历史诊疗信息。
步骤203、向患者客户端发送授权许可请求,并基于患者客户端响应的授权许可指示从医联体之外的医院后台服务器调取第二历史诊疗信息。
步骤204、基于患者诊疗信息以及历史诊疗信息判断是否符合全科诊疗规则。
步骤205、在符合全科诊疗规则时,基于医生培养优先规则向目标全科医生客户端发送第一接诊指示。
步骤206、基于全科就诊结果信息判断是否符合专科诊疗规则。
步骤207、在符合专科诊疗规则且当前患者的专科就诊级别高于当前医院诊疗级别时,从医联体内获取高于当前医院诊疗级别的目标医院。
步骤208、接入目标医院对应的医院后台服务器,基于医生资历优先规则向目标专科医生客户端发送第二接诊指示。
应当理解的是,本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后,各步骤的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成唯一限定。
基于上述本申请实施例的技术方案,在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;基于患者诊疗信息判断是否符合全科诊疗规则;在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;基于全科就诊结果信息判断是否符合专科诊疗规则;在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。通过本申请方案的实施,采用先全科后专科的诊疗管理方式,全科门诊作为专科门诊的前哨,可有效缓解专科门诊压力,提高了医疗资源分配的合理性,并能给予患者准确的分诊,使其得到高效全面的诊治,给患者带来了便利。
图3为本申请第三实施例提供的一种互联网诊疗管理装置。该互联网诊疗管理装置可用于实现前述实施例中的互联网诊疗管理方法。如图3所示,该互联网诊疗管理装置主要包括:
获取模块301,用于在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;其中,患者诊疗信息包括患者基本信息以及病情描述信息;
第一判断模块302,用于基于患者诊疗信息判断是否符合全科诊疗规则;
第一发送模块303,用于在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;
第二判断模块304,用于基于全科就诊结果信息判断是否符合专科诊疗规则;
第二发送模块305,用于在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
在本实施例的一些实施方式中,第一判断模块具体用于:基于患者诊疗信息中患者基本信息获取相应的历史诊疗信息;其中,历史诊疗信息包括病情描述信息、就诊结果信息;结合患者诊疗信息以及历史诊疗信息,判断是否符合全科诊疗规则。
进一步地,在本实施例的一些实施方式中,第一判断模块在执行基于患者诊疗信息中的患者基本信息获取相应的历史诊疗信息的功能时,具体用于:基于患者诊疗信息中患者基本信息从医联体内所有医院后台服务器调取第一历史诊疗信息;向患者客户端发送授权许可请求,并基于患者客户端响应的授权许可指示从医联体之外的医院后台服务器调取第二历史诊疗信息。
在本实施例的一些实施方式中,第一医生分配规则为医生培养优先规则。相应的,上述第一发送模块具体用于:基于所有全科医生的资历评价指标对所有全科医生进行第一优先级排序;其中,资历评价指标与优先级呈负相关关系;向所有处于空闲状态的全科医生客户端中,第一优先级最高的目标全科医生客户端发送第一接诊指示。
在本实施例的一些实施方式中,第二医生分配规则为医生资历优先原则。相应的,上述第二发送模块具体用于:基于全科就诊结果信息获取相应的专科医生集合;基于专科医生集合中所有专科医生的资历评价指标,对所有专科医生进行第二优先级排序;其中,资历评价指标与优先级呈正相关关系;向所有处于空闲状态的专科医生客户端中,优先级最高的目标专科医生客户端发送第二接诊指示。
在本实施例的一些实施方式中,该互联网诊疗管理装置还包括:上传模块,用于基于专科就诊结果确定患者是否确诊目标类型病情;若是,则将患者病历信息上传至全民健康信息共享平台。
在本实施例的一些实施方式中,上述获取模块还用于:基于全科就诊结果信息确定相应的专科就诊级别;在专科就诊级别高于当前医院诊疗级别时,从医联体内获取高于当前医院诊疗级别的目标医院。相应的,上述第二发送模块具体用于:接入目标医院对应的医院后台服务器,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
应当说明的是,第一、二实施例中的互联网诊疗管理方法均可基于本实施例提供的互联网诊疗管理装置实现,所属领域的普通技术人员可以清楚的了解到,为描述的方便和简洁,本实施例中所描述的互联网诊疗管理装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
根据本实施例所提供的互联网诊疗管理装置,在接收到患者就诊请求时,获取对应于患者就诊请求的患者诊疗信息;基于患者诊疗信息判断是否符合全科诊疗规则;在符合全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;基于全科就诊结果信息判断是否符合专科诊疗规则;在符合专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。通过本申请方案的实施,采用先全科后专科的诊疗管理方式,全科门诊作为专科门诊的前哨,可有效缓解专科门诊压力,提高了医疗资源分配的合理性,并能给予患者准确的分诊,使其得到高效全面的诊治,给患者带来了便利。
请参阅图4,图4为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的互联网诊疗管理方法。如图4所示,该电子装置主要包括:
存储器401、处理器402、总线403及存储在存储器401上并可在处理器402上运行的计算机程序,存储器401和处理器402通过总线403连接。处理器402执行该计算机程序时,实现前述实施例中的互联网诊疗管理方法。其中,处理器的数量可以是一个或多个。
存储器401可以是高速随机存取记忆体(RAM,Random Access Memory)存储器,也可为非不稳定的存储器(non-volatile memory),例如磁盘存储器。存储器401用于存储可执行程序代码,处理器402与存储器401耦合。
进一步的,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质可以是设置于上述各实施例中的电子装置中,该计算机可读存储介质可以是前述图4所示实施例中的存储器。
该计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现前述实施例中的互联网诊疗管理方法。进一步的,该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个可读存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上为对本申请所提供的互联网诊疗管理方法、装置及计算机可读存储介质的描述,对于本领域的技术人员,依据本申请实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种互联网诊疗管理方法,其特征在于,所述互联网诊疗管理方法包括:
在接收到患者就诊请求时,获取对应于所述患者就诊请求的患者诊疗信息;其中,所述患者诊疗信息包括患者基本信息以及病情描述信息;
基于所述患者诊疗信息判断是否符合全科诊疗规则;
在符合所述全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;
基于全科就诊结果信息判断是否符合专科诊疗规则;
在符合所述专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
2.根据权利要求1所述的互联网诊疗管理方法,其特征在于,所述基于所述患者诊疗信息判断是否符合全科诊疗规则的步骤,包括:
基于所述患者诊疗信息中所述患者基本信息获取相应的历史诊疗信息;其中,所述历史诊疗信息包括病情描述信息、就诊结果信息;
结合所述患者诊疗信息以及所述历史诊疗信息,判断是否符合全科诊疗规则。
3.根据权利要求2所述的互联网诊疗管理方法,其特征在于,所述基于所述患者诊疗信息中的所述患者基本信息获取相应的历史诊疗信息的步骤,包括:
基于所述患者诊疗信息中所述患者基本信息从医联体内所有医院后台服务器调取第一历史诊疗信息;
向患者客户端发送授权许可请求,并基于所述患者客户端响应的授权许可指示从所述医联体之外的医院后台服务器调取第二历史诊疗信息。
4.根据权利要求1所述的互联网诊疗管理方法,其特征在于,所述第一医生分配规则为医生培养优先规则;
所述基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示的步骤,包括:
基于所有全科医生的资历评价指标对所述所有全科医生进行第一优先级排序;其中,所述资历评价指标与优先级呈负相关关系;
向所有处于空闲状态的全科医生客户端中,所述第一优先级最高的目标全科医生客户端发送第一接诊指示。
5.根据权利要求1所述的互联网诊疗管理方法,其特征在于,所述第二医生分配规则为医生资历优先原则;
所述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤,包括:
基于所述全科就诊结果信息获取相应的专科医生集合;
基于所述专科医生集合中所有专科医生的资历评价指标,对所述所有专科医生进行第二优先级排序;其中,所述资历评价指标与优先级呈正相关关系;
向所有处于空闲状态的专科医生客户端中,所述优先级最高的目标专科医生客户端发送第二接诊指示。
6.根据权利要求1至5中任意一项所述的互联网诊疗管理方法,其特征在于,所述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示的步骤之后,还包括:
基于专科就诊结果确定患者是否确诊目标类型病情;
若是,则将患者病历信息上传至全民健康信息共享平台。
7.根据权利要求1至5中任意一项所述的互联网诊疗管理方法,其特征在于,所述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示步骤之前,还包括:
基于所述全科就诊结果信息确定相应的专科就诊级别;
在所述专科就诊级别高于当前医院诊疗级别时,从医联体内获取高于所述当前医院诊疗级别的目标医院;
所述基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示步骤,包括:
接入所述目标医院对应的医院后台服务器,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
8.一种互联网诊疗管理装置,其特征在于,所述互联网诊疗管理装置包括:
获取模块,用于在接收到患者就诊请求时,获取对应于所述患者就诊请求的患者诊疗信息;其中,所述患者诊疗信息包括患者基本信息以及病情描述信息;
第一判断模块,用于基于所述患者诊疗信息判断是否符合全科诊疗规则;
第一发送模块,用于在符合所述全科诊疗规则时,基于预设第一医生分配规则向目标全科医生客户端发送第一接诊指示;
第二判断模块,用于基于全科就诊结果信息判断是否符合专科诊疗规则;
第二发送模块,用于在符合所述专科诊疗规则时,基于预设第二医生分配规则向目标专科医生客户端发送第二接诊指示。
9.一种电子装置,其特征在于,包括:存储器、处理器及总线;
所述总线用于实现所述存储器、处理器之间的连接通信;
所述处理器用于执行存储在所述存储器上的计算机程序;
所述处理器执行所述计算机程序时,实现权利要求1至7中任意一项所述方法中的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现权利要求1至7中的任意一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111431759.1A CN114093486A (zh) | 2021-11-29 | 2021-11-29 | 一种互联网诊疗管理方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111431759.1A CN114093486A (zh) | 2021-11-29 | 2021-11-29 | 一种互联网诊疗管理方法、装置及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114093486A true CN114093486A (zh) | 2022-02-25 |
Family
ID=80305456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111431759.1A Pending CN114093486A (zh) | 2021-11-29 | 2021-11-29 | 一种互联网诊疗管理方法、装置及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114093486A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115496350A (zh) * | 2022-09-15 | 2022-12-20 | 上海交通大学医学院附属上海儿童医学中心 | 一种基于医务社会工作服务的数据处理方法以及装置 |
CN115547474A (zh) * | 2022-12-01 | 2022-12-30 | 四川省医学科学院·四川省人民医院 | 一种分级诊疗引导方法及装置 |
-
2021
- 2021-11-29 CN CN202111431759.1A patent/CN114093486A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115496350A (zh) * | 2022-09-15 | 2022-12-20 | 上海交通大学医学院附属上海儿童医学中心 | 一种基于医务社会工作服务的数据处理方法以及装置 |
CN115547474A (zh) * | 2022-12-01 | 2022-12-30 | 四川省医学科学院·四川省人民医院 | 一种分级诊疗引导方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Pala et al. | Teledermatology: idea, benefits and risks of modern age–a systematic review based on melanoma | |
EP3255573A1 (en) | Clinical decision supporting ensemble system and clinical decison supporting method using the same | |
CN109543863A (zh) | 一种就医任务管理方法、服务器及存储介质 | |
CN110136838A (zh) | 基于多知识库推理的数据匹配决策方法及系统 | |
US20080275731A1 (en) | Patient data mining improvements | |
CA3013776A1 (en) | Determining a wellness, improvement, or effectiveness score | |
US20060265253A1 (en) | Patient data mining improvements | |
CN111128333A (zh) | 一种一站式智能诊断与智能就医管理系统 | |
US20130246097A1 (en) | Medical Information Systems and Medical Data Processing Methods | |
KR20170140757A (ko) | 임상 의사결정 지원 앙상블 시스템 및 이를 이용한 임상 의사결정 지원 방법 | |
CN114093486A (zh) | 一种互联网诊疗管理方法、装置及计算机可读存储介质 | |
Wang et al. | Design and implementation of a web-service-based public-oriented personalized health care platform | |
JP2018060529A (ja) | コンテキストベースの患者類似性の方法及び装置 | |
CN105190634A (zh) | 用于计算用作医疗决策支持的医疗建议的分数的方法 | |
KR100737382B1 (ko) | 의료 진단 데이터 연산방법 | |
Krikunov et al. | Complex data-driven predictive modeling in personalized clinical decision support for Acute Coronary Syndrome episodes | |
Collen | Clinical research databases—a historical review | |
CN109859837A (zh) | 一种基于医疗数据的脓毒症预警方法、系统及存储介质 | |
Mori et al. | The promise of big data and digital solutions in building a cardiovascular learning system: opportunities and barriers | |
CN109599171A (zh) | 基于互联网的医疗资源共享服务方法及系统 | |
JP7114563B2 (ja) | オンデマンドリアルタイム患者固有データ解析計算プラットフォームを提供するシステムおよび方法 | |
Colantonio et al. | An approach to decision support in heart failure | |
CN116130119A (zh) | 一种乳腺癌术后康复辅助管理系统 | |
CN109522331A (zh) | 以个人为中心的区域化多维度健康数据处理方法及介质 | |
CN107358024A (zh) | 一种用户异常预警方法、系统及终端设备 |
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 |