CN110010214A - 一种分级转诊装置、系统和计算机可读存储介质 - Google Patents

一种分级转诊装置、系统和计算机可读存储介质 Download PDF

Info

Publication number
CN110010214A
CN110010214A CN201910129855.7A CN201910129855A CN110010214A CN 110010214 A CN110010214 A CN 110010214A CN 201910129855 A CN201910129855 A CN 201910129855A CN 110010214 A CN110010214 A CN 110010214A
Authority
CN
China
Prior art keywords
place
examination
patient
doctor
information
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
CN201910129855.7A
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.)
Henan Xiangyu Medical Equipment Co Ltd
Original Assignee
Henan Xiangyu Medical Equipment 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 Henan Xiangyu Medical Equipment Co Ltd filed Critical Henan Xiangyu Medical Equipment Co Ltd
Priority to CN201910129855.7A priority Critical patent/CN110010214A/zh
Publication of CN110010214A publication Critical patent/CN110010214A/zh
Pending legal-status Critical Current

Links

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
    • 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
    • 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
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
    • 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)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Bioethics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供一种分级转诊装置，包括：接收模块，用于服务器接收到转诊患者的数据信息；其中，数据信息包括患者基本信息和当前检查数据；确定模块，用于根据数据信息和数据库中的数据库信息确定目标医生；执行模块，用于若目标医生和转诊患者均同意转诊，则执行转诊操作。可见，本申请通过根据转诊患者的数据信息和数据库信息确定目标医生，当获得目标医生和转诊患者的同意后，执行转诊操作，避免了人工按照规定执行转诊操作的复杂和不及时性，本申请能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验。本申请同时还提供了一种分级转诊方法、系统和计算机可读存储介质，均具有上述有益效果。

Description

一种分级转诊装置、系统和计算机可读存储介质
技术领域
本申请涉及医疗管理技术领域，特别涉及一种分级转诊装置、分级转诊方法、系统和计算机可读存储介质。
背景技术
伴随老龄化、城镇化等社会经济转型过程，居民基本健康需求增长迅速，呈现出多样化特点，给基本医疗卫生服务体系的建立与完善带来了挑战，主要体现在现有医疗服务体系布局不完善、优质医疗资源不足和配置不合理，不能有效满足激增的预防、治疗和康复、护理等服务需求。另一方面，经济新常态下，基本医疗卫生服务体系面临提能增效的重任，以三级医院为主提供常见病、多发病的治疗服务不仅使用了大量优质医疗资源，还引起居民就医不便，造成医疗费用负担加重，不利于从根本上解决“看病难，看病贵”问题。
目前基层机构转诊病人需要填写转诊记录单和病历本等至上级医疗机构进行转诊治疗且不了解对接的上级医疗机构是否确定接收，操作复杂，耗费时间，严重影响患者的病情治疗。
因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。
发明内容
本申请的目的是提供一种分级转诊装置、分级转诊方法、系统和计算机可读存储介质，能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验。其具体方案如下：
本申请提供一种分级转诊装置，包括：
接收模块，用于服务器接收到转诊患者的数据信息；其中，所述数据信息包括患者基本信息和当前检查数据，
确定模块，用于根据所述数据信息和数据库中的数据库信息确定目标医生；
执行模块，用于若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
可选的，所述执行模块包括：
发送单元，用于发送是否接诊的信息至所述目标医生对应的终端设备；
执行单元，用于当所述目标医生同意接诊后，获取所述终端设备发送的所述目标医生的转诊许可，且当所述转诊患者同意转诊后，执行所述转诊操作。
可选的，所述确定模块包括：
第一确定单元，用于根据所述数据信息确定疾病领域；
第二确定单元，用于利用推荐指数算法根据所述疾病领域确定所述目标医生。
可选的，所述第二确定单元包括：
确定子单元，用于利用V＝0.2*T+0.4*C+0.2*D+0.2*L根据所述疾病领域确定所述目标医生；
其中，V是医生的推荐指数，T是医生治疗该病的治疗率；C是医生治疗该疾病的治愈率；D是患者所在位置和医生距离；L是医院的等级。
可选的，还包括：
存储与更新模块，用于当所述转诊患者治疗完成后，保存治疗信息；
获取模块，用于获取所述转诊患者的治疗效果评价；
更新模块，用于根据所述治疗信息和所述治疗效果评价更新所述服务器。
可选的，所述接收模块包括：
第一接收单元，用于接收到所述转诊患者的所述患者基本信息；
获得单元，用于根据所述患者基本信息获得推荐医生；
第二接收单元，用于若得到所述推荐医生的转诊请求，则接收到所述转诊患者的所述数据信息。
本申请提供一种分级转诊方法，包括：
服务器接收到转诊患者的数据信息；其中，所述数据信息包括患者基本信息和当前检查数据，
根据所述数据信息和数据库中的数据库信息确定目标医生；
若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
本申请提供一种分级转诊系统，包括：
患者客户端，用于采集转诊患者的数据信息；
医生客户端，用于采集目标医生的转诊意见；
服务器，用于接收到所述转诊患者的所述数据信息，其中，所述数据信息包括患者基本信息和检查数据，根据所述数据信息和数据库中的数据库信息确定目标医生，若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
可选的，所述分级转诊系统，还包括：
医疗机构信息端，用于采集患者信息、医疗设备信息和医护人员信息。
本申请提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述分级转诊方法的步骤。
本申请提供一种分级转诊装置，包括：接收模块，用于服务器接收到转诊患者的数据信息；其中，数据信息包括患者基本信息和当前检查数据；确定模块，用于根据数据信息和数据库中的数据库信息确定目标医生；执行模块，用于若目标医生和转诊患者均同意转诊，则执行转诊操作。
可见，本申请通过根据转诊患者的数据信息和数据库信息确定目标医生，当获得目标医生和转诊患者的同意后，执行转诊操作，避免了人工按照规定执行转诊操作的复杂和不及时性，本申请能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验。本申请同时还提供了一种分级转诊方法、系统和计算机可读存储介质，均具有上述有益效果，在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种分级转诊装置的结构示意图；
图2为本申请实施例所提供的一种分级转诊方法的流程图；
图3为本申请实施例所提供的一种分级转诊系统的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
基层机构转诊病人需要填写转诊记录单和病历本等至上级医疗机构进行转诊治疗且不了解对接的上级医疗机构是否确定接收，操作复杂，耗费时间，严重影响患者的病情治疗。基于上述技术问题，本实施例提供一种分级转诊装置，能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验，下述模块主要设置于服务器内，具体请参考图1，图1为本申请实施例所提供的一种分级转诊装置的结构示意图，具体包括：
接收模块110，用于服务器接收到转诊患者的数据信息；其中，数据信息包括患者基本信息和当前检查数据。
具体的，接收模块110主要用于接收转诊患者的数据信息。数据信息包括患者基本信息和当前检查数据，其中，患者基本信息包括但不限于姓名、性别、年龄、血型、婚姻状况、职业、医疗费用支付方式、药物过敏史、既往病史(包括疾病、手术、外伤、输血情况)、家族史、残疾情况等，当前检查数据包括当前医生通过询问或者医疗检测得到的数据信息。值得注意的是，患者基本信息均是加密处理得到的，以便防止数据的泄露。本实施例不对接收数据信息的通信接口进行限定，可以理解的是，分级转诊装置具有多个通信接口以便能够实现患者包括转诊患者、医护人员包括目标医生等的信息之间或者间接的交互。
进一步的，在一些具体实施方式中，接收模块110具体包括：
第一接收单元，用于接收到转诊患者的患者基本信息。
具体的，获得单元，用于根据患者基本信息获得推荐医生。
第二接收单元，用于若得到推荐医生的转诊请求，则接收到转诊患者的数据信息。
转诊用户在推荐医生处进行初步诊断，当推荐医生确认医院的条件或者自身的条件或者其他的条件不能科学的进行诊疗，则推荐医生同意转诊请求，此时，服务器接收到转诊患者的数据信息。具体的，服务器对外普通用户开放患者客户端，患者通过注册可以录入患者基本信息和疾病史，并累积病例，在系统内通过患者手机号或者身份证号便可以搜索到用户的相关信息。患者在患者客户端搜索某种疾病时也会把该方面的医生由治愈率高低排序后返回给患者。
系统对医院方开放网站，不同等级的医院拥有不同的权限，医院可以使用患者的手机号或者身份证号搜索患者的相关信息。
基于上述实施例可知，服务器可以提供给用户对应于自身情况的推荐医生，以便用户能够在推荐医生处进行初步诊断，便利了患者就医的简便性，合理利用医疗资源，健全了医疗体制分布及配置。
确定模块120，用于根据数据信息和数据库中的数据库信息确定目标医生。
具体的，数据库中收录有治疗方、被治疗方的治疗记录信息。治疗方包括医疗机构和医生，治疗方的擅长是由医生加医疗机构决定的。医生通过治疗患者会产生治疗记录，该记录会被服务器收录，存储在数据库中，由该医生的所有治疗记录可以归纳出该医生擅长的领域以及治疗水平，进而服务器会给该医生一个等级评定。医疗机构的水平则依附于每一个所属医生的水平，通过对医生治疗水平的汇总分析可以得出医疗机构能够治疗哪些疾病。其次，数据库中存储有医疗机构的设备种类以及使用率，使用率是实际使用得出的结果，可以理解的是医疗机构的设备应配备有联网功能，所以可以通过网络收集数据。设备启动时数据通过附近的局域网连接到服务器，服务器收到指令记录数据，同时记录由谁开启，由哪位患者使用，什么原因，什么疾病，治疗时长，费用等，由此一整套的数据被保留在服务器的数据库。然后是患者的重要信息，患者使用手机登录移动端，账号和密码可以判定使用对象，患者在移动端的所有操作通过手机网络传输到服务器，患者使用设备的治疗结果也会被记录下来。进一步的，系统定期从服务器的数据库读取数据进行分析，针对于每一个医疗机构，通过大量的数据分析可以得出该机构的治疗方向和水平，医生的治疗水平可以通过大量的记录得出，医疗设备的分布和使用率也可以得出一个结论。通过服务器端的处理，患者登录用户客户端后能够搜索自己所患疾病以及医院推荐和医生推荐。
确定模块120可以是根据患者基本信息和当前检查数据根据数据库中的数据库信息进行匹配，进而确定目标医生，具体的匹配方式，本实施例不再进行限定，可以是根据患者的当前的基本信息和当前的检测数据选择得到对应的医疗机构，然后在医疗机构中确定目标医生，其中，根据患者的当前的基本信息和当前的检测数据选择得到对应的医疗机构可以是根据患者的疾病情况、地理位置、生活水平确定对应的医疗机构；当然也可以是其他的方式，只要能够实现本模块的目的即可。
进一步的，在一些具体的实施例中，确定模块120包括：第一确定单元，用于根据数据信息确定疾病领域；第二确定单元，用于利用推荐指数算法根据疾病领域确定目标医生。
第一确定单元可以是根据关键词进行疾病领域的确定，当前医生给出的初级治疗方案进行疾病领域的确定。
第二确定单元，用于利用推荐指数算法根据疾病领域确定目标医生。
本实施例不对推荐指数算法进行限定，用户可根据实际需求进行选择。
进一步的，在一些具体的实施例中，第二确定单元包括：
确定子单元，用于利用V＝0.2*T+0.4*C+0.2*D+0.2*L根据疾病领域确定目标医生，其中，V是医生的推荐指数，T是医生治疗该病的治疗率；C是医生治疗该疾病的治愈率；D是患者所在位置和医生距离；L是医院的等级。
值得注意的是，服务器中按照全国的分级管理制度(省、市、县、乡、村)，以及医院的等级制度(三甲、二甲、一甲...)，服务器内也做了相应的配合，系统内包含了全国所有的地区，及合作的所有医院。服务器把医院和其所在地区做了关联，从而把分(地区)级别转诊和分(医院等级)级别转诊及分(疾病程度和治疗难度)级转诊结合，以便实现更好的推荐算法。服务器收录了合作医院的相关医生，并且可以录入医生的擅长领域(例如：中风)以及累积医生对某种疾病的治愈率(例如：1000例治愈912例，治愈率为91.2％)。本算法需要用到签约医院的等级，经纬度，医生，以及医生擅长领域，以便实现更好的推荐指数算法。
具体的，推荐指数算法由以下部分构成：
V＝0.2*T+0.4*C+0.2*D+0.2*L，具体的可以利用下述算法公式进行表述：
V医生＝0.2*T治疗率+0.4*C治愈率+0.2*D距离+0.2*L所在医院等级；
其中，V医生是医生的推荐指数；T治疗率是医生治疗该病的治疗率；C治愈率是医生治疗该疾病的治愈率；D距离是患者所在位置和医生距离；L所在医院等级是医院的等级。
举例说明，服务器内提前收录了大部分常见疾病和医生，并且把医生和医生擅长的疾病做关联(例如刘医生擅长治疗中风和其他疾病)，由于任何一个新加入到服务器的医生都没有任何数据，此时该医生治疗某种疾病的治疗次数为0，治愈率也为0。
一、患者通过患者客户端寻找医生治疗某种疾病(例如：中风)，治疗完成后，该医生的治疗数total＝total+1。上面的T治疗率＝logetotal＝ln(total)；假设某医生治疗中风共156例，那么
T治疗率＝logetotal＝ln(total)＝ln156≈5.049856。
二、是否治愈由患者方面决定，患者治疗后可以在患者客户端上找到该医生并进行打分评价，分值为0分(未治愈)和1分(治愈)，如果不评价默认为1分，数据由此累积∑T，该医生在某种疾病上的治愈率计算方式为：
假设该医生得到134个患者的认可，那么：
由此其它患者再次通过患者客户端查找该医生时就可以看到该医生在某种疾病的治愈率，一个医生也可以在其它疾病上有治疗数和治愈率，以方便患者选择。
三、距离的算法。距离采用经纬度计算，类比于坐标轴，假设患者的坐标为(8,12)，医生所在医院的坐标为(5,17)那么距离distance的计算也即是：
向下取整还是5，那么：
四、等级的算法。目前的医院大部分采用10个等级划分，假设医生所在的医院等级为三甲，依此：
由此，患者在患者客户端端搜索中风时，该医生的推荐指数计算方法为：
V医生＝0.2*T治疗率+0.4*C治愈率+0.2*D距离+0.2*L所在医院等级，代入数据可得：
V某医生＝0.2*5.049856+0.4*0.85897+0.2*0.2+0.2*0.9＝1.5735592。
医生按照推荐指数由大到小排序。
转诊患者可以根据推荐指数选择医生，以便确定目标医生。
执行模块130，用于若目标医生和转诊患者均同意转诊，则执行转诊操作。当目标医生和转诊患者均同意转诊后，则可以进行转诊，以便转诊患者去目标医生处就诊。进一步的，同意转诊具体可以是医护医患关系建立授权邀请码生成模块生成授权邀请码，该授权邀请码具有唯一身份标识，标识该医护人员身份信息，病患人员注册后，通过授权邀请码与医护人员建立医患关系。
进一步的，在一些具体的实施例中，执行模块130具体包括：
发送单元，用于发送是否接诊的信息至目标医生对应的终端设备；
执行单元，用于当目标医生同意接诊后，获取终端设备发送的目标医生的转诊许可，且当转诊患者同意转诊，后执行转诊操作。
本单元是当目标医生同意转诊后，转诊患者也同意转诊后，执行转诊操作。
基于上述技术方案，本实施例通过根据转诊患者的数据信息和数据库信息确定目标医生，当获得目标医生和转诊患者的同意后，执行转诊操作，避免了人工按照规定执行转诊操作的复杂和不及时性，本申请能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验，进一步的，能够完善医疗服务体系的布局、医疗资源配置及分布。
基于上述实施例，本实施例提供的分级转诊装置还包括：
存储与更新模块，用于当转诊患者治疗完成后，保存治疗信息。
本模块用于当转诊患者治疗完成后保存转诊患者的治疗信息，治疗信息包括但不限于治疗的周期、治疗的用药、治疗阶段的转诊用户的体征变化情况等。
获取模块，用于获取转诊患者的治疗效果评价。
本模块的目的是当治疗完成后，获取转诊患者的治疗效果评价，以便服务器对目标医生进行数据的统计。
更新模块，用于根据治疗信息和治疗效果评价更新服务器。
当得到治疗信息和治疗效果评价后，更新服务器，具体的更新的条件本实施例不再进行限定，可以是当有数据变化时就进行更新，在预设时间进行更新，在数据变化达到预设阈值时进行更新，用户可以根据实际需求进行设置。
基于上述技术手段，本实施例通过及时存储治疗信息和治疗效果评价，并进行服务器数据更新，来更新数据库内的患者、医护人员及医疗机构的信息。
下面对本申请实施例提供的一种分级转诊方法进行介绍，下文描述的分级转诊方法与上文描述的分级转诊装置可相互对应参照，参考图2，图2为本申请实施例所提供的一种分级转诊方法的流程示意图，包括：
S201、服务器接收到转诊患者的数据信息；其中，数据信息包括患者基本信息和当前检查数据。
S202、根据数据信息和数据库中的数据库信息确定目标医生。
S203、若目标医生和转诊患者均同意转诊，则执行转诊操作。
基于上述技术方案，本实施例通过根据转诊患者的数据信息和数据库信息确定目标医生，当获得目标医生和转诊患者的同意后，执行转诊操作，避免了人工按照规定执行转诊操作的复杂和不及时性，本申请能够有效的利用医疗资源，有高效处理病患数据并对病患进行治疗，改善用户体验。
本实施例提供一种分级转诊的具体操作的步骤，如下所示：
患者x使用手机号注册患者客户端，完善自己的基本信息；
患者x到附近医院就诊，A医生通过患者x的手机号在医疗机构信息端搜索患者x的患者基本信息，可以看到患者x的体质信息(例如血压，过敏史等)，A医生通过患者x的身体状况和所患疾病作出诊断(例如：感冒)，并给出治疗方案m；
患者x可以通过患者客户端查看A医生的医术水平，并作出是否选择A医生给自己治疗的判断；或者A医生判断不能够进行医治，
当A医生和患者x的意愿达成一致时，A医生开始给患者x治疗。如果不能达成共识，患者x则可以根据诊断的病情与患者客户端内推荐的医生(B、C、D...)联系，从而达到患者x选择医生的目的；
当A医生感觉自己的医术不足以治疗患者x的病情时，A医生通过服务器查询患者x病情方面的其他专家，并结合患者x所在区域以及能接收的治疗费用给出恰当的建议，患者x转诊，此时患者x确定为转诊患者x
转诊患者x被推荐到B医生(目标医生)处接收治疗，然后B医生再作出相应判断，直到医患达成共识；
转诊患者x正式接收治疗；
转诊患者x的治疗信息都会被我们的系统以病例的形式记录下来，以便无论到哪个医院都可以查到自己的治疗信息，更便于以后的医生给患者x治疗，期间患者x和每一个医生都可以在系统内做记录，以提供充足的数据)。
下面对本申请实施例提供的一种分级转诊系统进行介绍，下文描述的分级转诊系统与上文描述的分级转诊装置可相互对应参照。具体请参考图3，图图3为本申请实施例所提供的一种分级转诊系统的结构示意图，包括：
患者客户端310，用于采集转诊患者的数据信息。
医生客户端320，用于采集目标医生的诊断结果。
服务器330，用于接收到转诊患者的数据信息，其中，数据信息包括患者基本信息和检查数据，根据数据信息和数据库中的数据库信息确定目标医生，若目标医生和转诊患者均同意转诊，则执行转诊操作。
具体的，患者客户端还可以进行诊疗效果评价。
每一类用户均有不同的入口，不同类的用户可以查看的数据是不一样的，用户的操作通过网络传输到服务器，并把数据存储到数据库。为达到更好的服务患者，在操作层面医生的权限稍大于患者的权限，医生在得到患者授权的情况下可以查看患者的敏感信息。类似的，医疗机构的权限也稍大于医生的权限，医疗机构在得到医生的授权下可以查看医生更多的信息。
在一些具体的实施例中，分级转诊系统还包括：
医疗机构信息端，用于采集患者信息、医疗设备信息和医护人员信息。
由于分级转诊系统部分的实施例与分级转诊装置部分的实施例相互对应，因此分级转诊系统部分的实施例请参见分级转诊装置部分的实施例的描述，这里暂不赘述。
下面对本申请实施例提供的一种业务服务器进行介绍，下文描述的业务服务器与上文描述的分级转诊方法可相互对应参照。
本申请提供一种业务服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上述分级转诊方法的步骤。
下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的分级转诊方法可相互对应参照。
本申请提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述分级转诊方法的步骤。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种分级转诊装置、分级转诊方法、分级转诊系统及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种分级转诊装置，其特征在于，包括：
接收模块，用于服务器接收到转诊患者的数据信息；其中，所述数据信息包括患者基本信息和当前检查数据，
确定模块，用于根据所述数据信息和数据库中的数据库信息确定目标医生；
执行模块，用于若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
2.根据权利要求1所述的分级转诊装置，其特征在于，所述执行模块包括：
发送单元，用于发送是否接诊的信息至所述目标医生对应的终端设备；
执行单元，用于当所述目标医生同意接诊后，获取所述终端设备发送的所述目标医生的转诊许可，且当所述转诊患者同意转诊后，执行所述转诊操作。
3.根据权利要求1所述的分级转诊装置，其特征在于，所述确定模块包括：
第一确定单元，用于根据所述数据信息确定疾病领域；
第二确定单元，用于利用推荐指数算法根据所述疾病领域确定所述目标医生。
4.根据权利要求3所述的分级转诊装置，其特征在于，所述第二确定单元包括：
确定子单元，用于利用V＝0.2*T+0.4*C+0.2*D+0.2*L根据所述疾病领域确定所述目标医生；
其中，V是医生的推荐指数，T是医生治疗该病的治疗率；C是医生治疗该疾病的治愈率；D是患者所在位置和医生距离；L是医院的等级。
5.根据权利要求1至4任一项所述的分级转诊装置，其特征在于，还包括：
存储与更新模块，用于当所述转诊患者治疗完成后，保存治疗信息；
获取模块，用于获取所述转诊患者的治疗效果评价；
更新模块，用于根据所述治疗信息和所述治疗效果评价更新所述服务器。
6.根据权利要求1至4任一项所述的分级转诊装置，其特征在于，所述接收模块包括：
第一接收单元，用于接收到所述转诊患者的所述患者基本信息；
获得单元，用于根据所述患者基本信息获得推荐医生；
第二接收单元，用于若得到所述推荐医生的转诊请求，则接收到所述转诊患者的所述数据信息。
7.一种分级转诊方法，其特征在于，包括：
服务器接收到转诊患者的数据信息；其中，所述数据信息包括患者基本信息和当前检查数据，
根据所述数据信息和数据库中的数据库信息确定目标医生；
若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
8.一种分级转诊系统，其特征在于，包括：
患者客户端，用于采集转诊患者的数据信息；
医生客户端，用于采集目标医生的转诊意见；
服务器，用于接收到所述转诊患者的所述数据信息，其中，所述数据信息包括患者基本信息和检查数据，根据所述数据信息和数据库中的数据库信息确定目标医生，若所述目标医生和所述转诊患者均同意转诊，则执行转诊操作。
9.根据权利要求8所述的分级转诊系统，其特征在于，还包括：
医疗机构信息端，用于采集患者信息、医疗设备信息和医护人员信息。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求7所述分级转诊方法的步骤。
CN201910129855.7A 2019-02-21 2019-02-21 一种分级转诊装置、系统和计算机可读存储介质 Pending CN110010214A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910129855.7A CN110010214A (zh) 2019-02-21 2019-02-21 一种分级转诊装置、系统和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910129855.7A CN110010214A (zh) 2019-02-21 2019-02-21 一种分级转诊装置、系统和计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN110010214A true CN110010214A (zh) 2019-07-12

Family

ID=67165800

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910129855.7A Pending CN110010214A (zh) 2019-02-21 2019-02-21 一种分级转诊装置、系统和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN110010214A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111028931A (zh) * 2019-12-11 2020-04-17 医渡云（北京）技术有限公司 医疗数据处理方法及装置、电子设备、存储介质
CN111768856A (zh) * 2020-09-03 2020-10-13 成都索贝数码科技股份有限公司 基于数据驱动的双向转诊自动判定和后效评估系统
CN112687389A (zh) * 2021-01-13 2021-04-20 罗春华 基于5g和区块链的人工智能医疗分级就诊方法及系统
CN113593681A (zh) * 2021-07-14 2021-11-02 深圳市指南针医疗科技有限公司 手术申请方法、装置、终端设备及存储介质
US11682475B2 (en) * 2020-02-26 2023-06-20 Emblemhealth, Inc. Maximizing patient referral outcome through healthcare utilization and/or referral evaluation
CN116895358A (zh) * 2023-09-11 2023-10-17 江苏泰德医药有限公司 一种基于云平台医疗资源智能管理系统及方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005258853A (ja) * 2004-03-12 2005-09-22 Hitachi Medical Corp 医療情報管理方法及び医療情報管理システム
CN104376409A (zh) * 2014-11-07 2015-02-25 深圳市前海安测信息技术有限公司 一种基于网络医院的分诊数据处理方法及系统
CN105488338A (zh) * 2015-11-25 2016-04-13 广州医科大学 一种基于移动互联的双向转诊平台
CN106997573A (zh) * 2016-01-22 2017-08-01 广东福地新视野光电技术有限公司 一种支持分级诊疗的双向转诊系统及其转诊方法
CN107025375A (zh) * 2017-03-14 2017-08-08 芜湖卫健康物联网医疗科技有限公司 一种云分级诊疗数据处理系统及其数据处理方法
CN107563120A (zh) * 2017-09-13 2018-01-09 青岛海信医疗设备股份有限公司 针对患者的医生推荐方法及装置
CN108550392A (zh) * 2018-04-16 2018-09-18 成都医云科技有限公司 医生选取方法及系统
CN109192285A (zh) * 2018-08-15 2019-01-11 京东方科技集团股份有限公司 医疗资源分配方法、装置、系统、电子设备及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005258853A (ja) * 2004-03-12 2005-09-22 Hitachi Medical Corp 医療情報管理方法及び医療情報管理システム
CN104376409A (zh) * 2014-11-07 2015-02-25 深圳市前海安测信息技术有限公司 一种基于网络医院的分诊数据处理方法及系统
CN105488338A (zh) * 2015-11-25 2016-04-13 广州医科大学 一种基于移动互联的双向转诊平台
CN106997573A (zh) * 2016-01-22 2017-08-01 广东福地新视野光电技术有限公司 一种支持分级诊疗的双向转诊系统及其转诊方法
CN107025375A (zh) * 2017-03-14 2017-08-08 芜湖卫健康物联网医疗科技有限公司 一种云分级诊疗数据处理系统及其数据处理方法
CN107563120A (zh) * 2017-09-13 2018-01-09 青岛海信医疗设备股份有限公司 针对患者的医生推荐方法及装置
CN108550392A (zh) * 2018-04-16 2018-09-18 成都医云科技有限公司 医生选取方法及系统
CN109192285A (zh) * 2018-08-15 2019-01-11 京东方科技集团股份有限公司 医疗资源分配方法、装置、系统、电子设备及存储介质

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111028931A (zh) * 2019-12-11 2020-04-17 医渡云（北京）技术有限公司 医疗数据处理方法及装置、电子设备、存储介质
CN111028931B (zh) * 2019-12-11 2023-08-22 医渡云（北京）技术有限公司 医疗数据处理方法及装置、电子设备、存储介质
US11682475B2 (en) * 2020-02-26 2023-06-20 Emblemhealth, Inc. Maximizing patient referral outcome through healthcare utilization and/or referral evaluation
CN111768856A (zh) * 2020-09-03 2020-10-13 成都索贝数码科技股份有限公司 基于数据驱动的双向转诊自动判定和后效评估系统
CN112687389A (zh) * 2021-01-13 2021-04-20 罗春华 基于5g和区块链的人工智能医疗分级就诊方法及系统
CN113593681A (zh) * 2021-07-14 2021-11-02 深圳市指南针医疗科技有限公司 手术申请方法、装置、终端设备及存储介质
CN113593681B (zh) * 2021-07-14 2024-05-24 深圳市指南针医疗科技有限公司 手术申请方法、装置、终端设备及存储介质
CN116895358A (zh) * 2023-09-11 2023-10-17 江苏泰德医药有限公司 一种基于云平台医疗资源智能管理系统及方法
CN116895358B (zh) * 2023-09-11 2023-11-28 江苏泰德医药有限公司 一种基于云平台医疗资源智能管理系统及方法

Similar Documents

Publication Publication Date Title
CN110010214A (zh) 一种分级转诊装置、系统和计算机可读存储介质
Moran et al. Appropriateness of rabies postexposure prophylaxis treatment for animal exposures
Cheville et al. How receptive are patients with late stage cancer to rehabilitation services and what are the sources of their resistance?
CN112700838A (zh) 基于大数据的用药方案推荐方法、装置及相关设备
US20090259488A1 (en) Vetting doctors based on results
Tak et al. Association of patient preferences for participation in decision making with length of stay and costs among hospitalized patients
US20140379366A1 (en) System and method for determining effective treatment plans
CN109817296A (zh) 区域医疗信息共享查询系统及方法
Chong et al. Factors influencing the acceptance of healthcare information technologies: A meta-analysis
Motion Group Patient-reported outcomes in orthopaedics
CN104200294A (zh) 一种门诊信息管理系统
CN112216361A (zh) 基于人工智能的随访计划单生成方法、装置、终端及介质
Grill et al. Intervention goals determine physical therapists' workload in the acute care setting
CN107526933A (zh) 一种远程医疗系统
Wallace et al. Disparities in health care spending and utilization among Black and White Medicaid enrollees
US20210043310A1 (en) Techniques for providing referrals for opioid use disorder treatment
van Dijk et al. Type II diabetes patients in primary care: profiles of healthcare utilization obtained from observational data
CN108198633A (zh) 针对慢性阻塞性肺疾病的医疗管理系统
CN109545337A (zh) 一种医疗资源的处理方法、服务器及系统
CN114038550A (zh) 扫描方案确定方法、装置、计算机设备和存储介质
Meurer et al. Asthma severity among children hospitalized in 1990 and 1995
KR20110128492A (ko) 진료 대기 관련 서비스 시스템 및 진료 대기 관련 서비스 방법
JP2020503600A (ja) 提示方法、提示システム、及びプログラム
KR101919236B1 (ko) 스마트 요양간호를 지원하는 시스템 및 방법
CN106055913A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190712