您现在的位置:   首页 >> 新闻中心

用于实现医疗机构与病人信息互通的方法及系统与流程

用于实现医疗机构与病人信息互通的方法及系统与流程

1.本技术涉及医疗信息技术领域,尤其涉及一种用于实现医疗机构与病人信息互通的方法及系统。

背景技术:

2.近年来,随着信息技术的发展,互联网技术逐渐运用到各个行业,多元化就医服务、打造智慧医疗生态闭环已成趋势,依托实体医院建立的互联网医院,是医院现有业务的延伸。将传统医疗与习性互联网技术有机结合,患者可在线进行即时通讯和预约问诊,快速完成问诊、复诊等服务。

3.但是目前在线问诊系统一般主要通过系统与患者进行交流沟通来完成度患者的就诊过程,缺少具有针对性的问诊及康复指导,导致系统在诊断患者病症时容易对病症信息理解不到位,出现错诊或漏诊的现象,降低了诊断结果的准确性,同时降低了患者的实际问诊体验。

技术实现要素:

4.有鉴于此,本技术的目的在于提出一种用于实现医疗机构与病人信息互通的方法及系统。

5.基于上述目的,本技术提供了一种用于实现医疗机构与病人信息互通的方法,包括:

6.病人客户端获取病人输入的疾病问诊相关信息,并将所述疾病问诊相关信息发送至云端服务器;

7.所述云端服务器调取预存的第一疾病诊疗相关信息与所述疾病问诊相关信息进行比对,得到比对结果,

8.响应于确定所述比对结果与所述疾病问诊相关信息相匹配,所述云端服务器向所述病人客户端发送关联的所述第一疾病诊疗相关信息,作为第一推荐诊疗方案,

9.响应于确定所述比对结果与所述疾病问诊相关信息不匹配,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息;

10.所述医疗机构服务端基于所述疾病问诊相关信息确定第二推荐诊疗方案,并将所述第二推荐诊疗方案发送至所述病人客户端。

预问诊系统_gtac下载吉利问诊系统_求医问诊

11.进一步的,所述医疗机构服务端将所述第二推荐诊疗方案发送至所述云端服务器,所述云端服务器将所述第二推荐诊疗方案和其对应的所述疾病问诊相关信息存储在所述云端服务器的数据库中,作为所述第一疾病诊疗相关信息。

12.进一步的,所述医疗机构服务端根据预定时间间隔向所述病人客户端发送提示信息,所述病人客户端根据所述提示信息向所述医疗机构服务端发送反馈信息。

13.进一步的,所述第二推荐诊疗方案包括参考诊疗信息和/或答复诊疗信息。

14.进一步的,所述疾病问诊相关信息包括文本信息和/或语音信息,响应于接收到所

述语音信息,所述云端服务器将所述语音信息转换为文本信息。

15.进一步的,所述病人客户端获取病人输入的疾病问诊相关信息之前,包括:所述病人客户端获取所述病人的身份信息,并基于所述身份信息对所述病人进行注册,注册完成后将所述身份信息发送至所述云端服务器。

16.进一步的,所述医疗机构客户端获取医疗机构的医疗等级和医疗机构信息,响应于确定所述医疗等级大于预设阈值,所述医疗机构客户端基于所述医疗机构信息对所述医疗机构进行注册,注册完成后将所述医疗机构信息发送至所述云端服务器和所述病人客户端。

17.进一步的,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息,包括:所述云端服务器基于所述医疗机构信息中的医疗领域信息选取目标医疗机构,并向所述目标医疗机构对应的所述医疗机构服务端发送所述疾病问诊相关信息。

18.基于同一发明构思,本技术提供了一种用于实现医疗机构与病人信息互通的系统,包括:病人客户端、医疗机构客户端和云端服务器,

19.所述病人客户端被配置为用于,

20.病人客户端获取病人输入的疾病问诊相关信息,并将所述疾病问诊相关信息发送至云端服务器;

21.所述云端服务器被配置为用于,

22.所述云端服务器调取预存的第一疾病诊疗相关信息与所述疾病问诊相关信息进行比对,得到比对结果;

gtac下载吉利问诊系统_求医问诊_预问诊系统

23.响应于确定所述比对结果为存在相关信息,所述云端服务器向所述病人客户端发送第一推荐诊疗方案;

24.响应于确定所述比对结果为不存在相关信息,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息;

25.所述医疗机构客户端被配置为用于,

26.所述医疗机构服务端基于所述疾病问诊相关信息确定第二推荐诊疗方案,并将所述第二推荐诊疗方案发送至所述病人客户端。

27.进一步的,所述病人客户端和所述医疗机构客户端均设置多个。

28.从上面所述可以看出,本技术提供的一种用于实现医疗机构与病人信息互通的方法及系统,通过病人客户端、云端服务器和医疗机构客户端之间的信息传输,实现病人的问诊和复诊需求。通过云端服务器可以更好的对病人的疾病问诊相关信息进行自动分析或定向分配,大幅度降低医疗机构的在先诊疗时间,提高病人在线问诊效率。同时,对在云端服务器中无匹配的疾病问诊相关信息能够基于医疗领域进行定向分配,匹配到合适的医疗机构,从而对病人进行诊疗和指导,提高了在线问诊的准确率。

附图说明

29.为了更清楚地说明本技术或相关技术中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

30.图1为本技术实施例的用于实现医疗机构与病人信息互通的方法的流程示意图;

31.图2为本技术实施例的用于实现医疗机构与病人信息互通的系统结构示意图。

具体实施方式

32.为使本技术的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本技术进一步详细说明。

33.需要说明的是,除非另外定义,本技术实施例使用的技术术语或者科学术语应当为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接预问诊系统,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。

34.以下结合附图来详细说明本技术的实施例。

35.本技术提供了一种用于实现医疗机构与病人信息互通的方法,参考图1,包括以下几个步骤:

36.步骤s101、病人客户端获取病人输入的疾病问诊相关信息,并将所述疾病问诊相关信息发送至云端服务器。

37.具体的,当病人需要进行在线问诊或复诊时,将疾病问诊相关信息输入至病人客户端,再由病人客户端将疾病问诊相关信息传输至云端服务器中进行初步匹配处理。

38.步骤s102、所述云端服务器调取预存的第一疾病诊疗相关信息与所述疾病问诊相关信息进行比对,得到比对结果,

39.响应于确定所述比对结果与所述疾病问诊相关信息相匹配,所述云端服务器向所述病人客户端发送关联的所述第一疾病诊疗相关信息,作为第一推荐诊疗方案,

40.响应于确定所述比对结果与所述疾病问诊相关信息不匹配,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息。

41.具体的,云端服务器对接收到的疾病问诊相关信息进行初步匹配,将其与在云端服务器中的数据库中预存的第一疾病诊疗相关信息进行匹配,匹配方式可以为关键词匹配和/或语义匹配等,得到比对结果,若比对结果与疾病问诊相关信息相匹配,则将匹配的第一疾病诊疗相关信息发给至病人客户端,其中,或相匹配的信息较少,可以将全部匹配的第一疾病诊疗相关信息发送至病人客户端作为第一推荐诊疗方案。若相匹配的信息较多,可将匹配度较高的前几条第一疾病诊疗相关信息发送至病人客户端作为第一推荐诊疗方案。通过云端服务器进行初步诊断的病症大部分为常见病症,同时也是问诊较多的疾病症状。通过预存的第一疾病诊疗相关信息对病人输入的疾病问诊相关信息进行初步匹配,可以大量节省医疗机构在线诊疗的时间,有利于合理分配医疗资源。

42.步骤s103、所述医疗机构服务端基于所述疾病问诊相关信息确定第二推荐诊疗方案,并将所述第二推荐诊疗方案发送至所述病人客户端。

43.具体的,在云端服务器中没有匹配到关联诊疗信息的情况下,将病人的疾病问诊

相关信息发送至医疗机构服务端,医疗机构服务端对应的医疗机构根据疾病问诊相关信息与自身数据库中的诊疗信息进行匹配,匹配方式为关键词匹配和/或语义匹配等。若无匹配结果,则需要医疗机构的医疗人员进行在线诊疗,给出建议诊断方案作为第二推荐诊疗方案,经由病人客户端将第二推荐诊疗方案发送至病人客户端。

44.在一些实施例中,所述医疗机构服务端将所述第二推荐诊疗方案发送至所述云端服务器,所述云端服务器将所述第二推荐诊疗方案和其对应的所述疾病问诊相关信息存储在所述云端服务器的数据库中,作为所述第一疾病诊疗相关信息。

45.具体的,当云端服务器无法给出疾病问诊相关信息的初步匹配时,将由医疗客户端给出第二推荐诊疗方案,诊疗结束后,医疗客户端将第二推荐诊疗方案发送至云端服务器,云端服务器将第二推荐诊疗方案和其对应的疾病问诊相关信息存储在数据库中,作为新的预存的第一疾病诊疗相关信息。云端服务器中的第一疾病诊疗相关信息是不断更新增加的,因而覆盖的诊疗范围越来越大,可以进一步节省医疗机构在线诊疗的时间,提高在线问诊效率。

求医问诊_gtac下载吉利问诊系统_预问诊系统

46.在一些实施例中,所述医疗机构服务端根据预定时间间隔向所述病人客户端发送提示信息,所述病人客户端根据所述提示信息向所述医疗机构服务端发送反馈信息。

47.具体的,当病人从医疗机构就医离开后,需要定期向医疗机构反馈愈后情况,或是医疗机构需要对病人进行后期情况随访跟进,及时了解疾病复发或并发症的情况,以便更好的对该病人的病情进行追踪和治疗。医疗结构服务端发送的提示信息包括需要病人反馈的具体事项和反馈周期等等,病人通过病人客户端发送反馈信息指医疗机构服务端,从而实现了病人与医疗机构之间的在线互动沟通,节省线下问诊时间,避免占用过多医疗资源。

48.在一些实施例中,所述第二推荐诊疗方案包括参考诊疗信息和/或答复诊疗信息。参考诊疗信息为医疗机构自身数据库中存储的参考诊疗记录,该参考诊疗记录与疾病问诊相关信息匹配度较高,若在医疗机构自身数据库中没有找到匹配的参考诊疗纪录,则由医疗机构的医疗人员在线进行诊疗,生成答复诊疗信息,将参考诊疗信息和/或答复诊疗信息作为第二推荐诊疗方案经由医疗机构客户端推送给病人。

49.在一些实施例中,所述疾病问诊相关信息包括文本信息和/或语音信息,响应于接收到所述语音信息,所述云端服务器将所述语音信息转换为文本信息。

50.具体的,由于病人的年龄不同,在病人客户端操作时可以采用不同的输入方式,输入方式包括文本和语音。当输入方式为语音时,云端服务器接收到语音后,将语音转换为文本形式,便于与云端服务器中的第一疾病诊疗相关信息进行比对。此外,云端服务器也可以对方言进行识别,方便不同的地域的病人进行在线问诊。

51.在一些实施例中,所述病人客户端获取病人输入的疾病问诊相关信息之前,包括:所述病人客户端获取所述病人的身份信息,并基于所述身份信息对所述病人进行注册,注册完成后将所述病人的注册信息发送至所述云端服务器。

52.具体的,病人在使用病人客户端之前需要在病人客户端进行注册,注册时病人客户端需要获取病人的身份信息,包括姓名、年龄、证件号码、联系方式等基本信息,注册成功后将该病人的身份信息上传至云端服务器进行存储。

53.在一些实施例中,所述医疗机构客户端获取医疗机构的医疗等级和医疗机构信息,响应于确定所述医疗等级大于预设阈值预问诊系统,所述医疗机构客户端基于所述医疗机构信息

对所述医疗机构进行注册,注册完成后将所述医疗机构信息发送至所述云端服务器和所述病人客户端。

54.具体的,每个医疗机构对应一个医疗机构客户端,医疗机构在登录医疗机构客户端之前,需要进行注册。为保证病人问诊的准确性和全面性,对于注册在医疗客户端的医疗机构的资质有具体的要求。不同医疗机构的医疗等级不相同,医疗等级共分为三级,每级设甲、乙、丙三等,三级医院还包括特等等级。当医疗机构的医疗等级超过预设阈值时,允许该医疗机构在医疗客户端进行注册。注册时需要提供医疗结构的名称、医疗等级、特色医疗领域等信息,注册完成后将注册信息上传至云端服务器,并同时发送至病人客户端。

55.在一些实施例中,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息,包括:所述云端服务器基于所述医疗机构信息中的医疗领域信息选取目标医疗机构,并向所述目标医疗机构对应的所述医疗机构服务端发送所述疾病问诊相关信息。

56.病人在问诊时,一方面可以通过云端服务器的数据库进行初步匹配,若无匹配信息则由云端服务器根据医疗领域发送至相应医疗客户端,进而帮助病人完成问诊。

57.此外,在其他实施例中,病人也可通过病人客户端直接选择相应医疗机构客户端进行问诊,无需经过云端服务器进行初步匹配。病人针对自身疾病症状根据医疗机构的医疗领域进行选择问诊,当问诊人数较多时,病人客户端会提示病人前方问诊排队人数等信息,病人可以选择继续等待会选择其他医疗机构继续问诊。

58.基于同一发明构思,本技术还提供了一种用于实现医疗机构与病人信息互通的系统,参考图2,包括:病人客户端、医疗机构客户端和云端服务器,

59.所述病人客户端被配置为用于,

60.病人客户端获取病人输入的疾病问诊相关信息,并将所述疾病问诊相关信息发送至云端服务器;

61.所述云端服务器被配置为用于,

62.所述云端服务器调取预存的第一疾病诊疗相关信息与所述疾病问诊相关信息进行比对,得到比对结果;

63.响应于确定所述比对结果为存在相关信息,所述云端服务器向所述病人客户端发送第一推荐诊疗方案;

64.响应于确定所述比对结果为不存在相关信息,所述云端服务器向医疗机构服务端发送所述疾病问诊相关信息;

65.所述医疗机构客户端被配置为用于,

66.所述医疗机构服务端基于所述疾病问诊相关信息确定第二推荐诊疗方案,并将所述第二推荐诊疗方案发送至所述病人客户端。

67.在一些实施例中,所述病人客户端和所述医疗机构客户端均设置多个。在该信息互通系统中,病人可以通过在pc端或是如手机端等移动端安装病人客户端,每个病人对应一个病人客户端,在系统中可同时设置多个病人客户端,也即注册多个病人同时进行问诊。同样,每个医疗机构对应一个医疗机构客户端,系统中可以同时注册多个医疗机构为病人提供问诊服务。

68.所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本技术的范围(包括权利要求)被限于这些例子;在本技术的思路下,以上实施例

或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本技术实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。

69.本技术实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本技术实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本技术的保护范围之内。