一种优化就诊过程的方法
技术领域
本发明涉及医疗平台领域,更具体地,涉及一种优化就诊过程的方法。
背景技术
长期以来,医疗卫生工作一直面临着一系列的困难和问题,例如由各种原因造成的人民群众“看病难、看病迟、误用药”等问题积重难返,不仅使人民群众难以共享改革开放的发展成果,而且也会阻碍社会经济的科学发展。优秀的医疗资源条件均集中在三甲等高档次医院中,造成了患者扎堆去三甲医院看病,造成了患者看病难、看病贵的问题,还容易耽误患者的病情。
病人现在到医院进行就诊的基本流程是,网上预约挂号后到医生处进行第一次线上或线下的问诊,在第一次的问诊中,医生一般对病人的信息熟悉程度很低,尽管现在在大城市会有医院共享系统(即可将病人在任何医院的就诊信息进行共享),医生在询问病人的基本信息、病情信息以及病史后,对病人作出初步诊断,多数情况下会为病人开出检查单,在病人接受检查后申请第二次的问诊,医生根据病人的检查报告才能进一步为病人的病情进行确认并开出处方,这种二次问诊的基本流程使很多病人都需要预留两次到医院就诊的时间,同时也增加了医生看诊的次数,且效率变低,但实际上这一过程是可以得到优化的。
发明内容
本发明旨在克服上述现有技术的至少一种缺陷,提供一种优化就诊的方法,用于解决现有问诊方式中的缺陷及不足。
一种优化就诊过程的方法,应用于医院管理端,步骤包括:
接收病人端发出的挂号请求,向病人端发送病情信息以及历史检查报告的上传请求;接收病人端发出的病情信息和/或历史检查报告;
医院管理端在接收到病人端发出的挂号请求时,向病人端发送病情信息的上传请求,病情信息例如病历信息表和若干项测试,以及要求病人端上传历史检查报告,实质是模拟现有病人问诊的第一次问诊,即通过病情信息去获取病人的现有病情、病史,并要求病人端主动上传历史检查报告,为第二次正式问诊做准备。
步骤还包括:如没有接收到所述病人端发出的所述历史检查报告,则根据所述病情信息生成检查请求,并将所述检查请求发送至病人端;接收病人端发出的按照所述检查请求完成的检查报告,向病人端发出挂号成功信息;
如果病人端没有发出历史检查报告,则需要根据病人的现有病情以及病史,即通过其填写返回的病历信息表以及测试生成对应的检查请求,即通过初步诊断下知悉病人应该在正式问诊前需要做好的检查,将该检查请求发送至病人端;如病人端返回了按照该检查请求所完成的检查报告,则模拟完成了现有病人问诊的第一次问诊,可向病人端返回挂号成功信息。
步骤还包括:如接收到所述病人端发出的所述历史检查报告,则根据所述历史检查报告和病情信息判断是否需要生成检查请求:如需要生成检查请求,则根据所述病情信息以及所述历史检查报告生成所述检查请求,并将所述检查请求发送至病人端,接收病人端发出的按照所述检查请求完成的检查报告,向病人端发出挂号成功信息;如不需要生成检查请求,则向病人端发出挂号成功信息。
如果病人端发出了历史检查报告,在接收该检查报告后,结合历史检查报告以及病情信息的内容判断病人是否需要进一步作其他的检查,即判断是否需要生成检查请求:如需要,则需要结合病历信息表、测试等表示病人病情、病史的信息,以及历史检查报告,生成检查请求,将其发送至病人端,在接收病人端发出的检查报告后,则模拟完成了现有病人问诊的第一次问诊,可向病人端返回挂号成功信息。如根据历史检查报告内容判断不需要生成检查请求,即病人有历史检查报告即可,无需进一步作其他检查,则可向病人端返回挂号成功信息。
本发明提供的方法通过主动收集病人的目前病情、病史以及收集病人以往的历史检查报告,提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,优化了整个就诊过程,提高了就诊的效率。
进一步,根据所述病情信息生成检查请求,具体为:根据所述病情信息提取病人的检查表单,根据所述检查表单生成检查请求;
根据所述历史检查报告和病情信息判断是否需要生成检查请求,具体为:根据所述病情信息提取病人的检查表单,将所述检查表单中的各项检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,如否,则判定需要生成检查请求;如是,则判定不需要生成检查请求;
如需要生成检查请求,则根据所述病情信息以及所述历史检查报告生成检查请求,具体为:如需要生成检查请求,筛选出检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求。
从病情信息中可识别病人的患病种类,从而可提取出该患病种类下的基础检查表单,根据该检查表单生成检查请求,发送至病人端使病人端按照该检查请求完成检查报告;同理,如病人有上传历史检查报告,则同样需要根据病情信息提取检查表单,将检查表单中的各项检查与历史检查报告中的检查比对,如历史检查报告已涵盖了所有项的检查,则可判定不需要生成检查请求,因为历史检查报告已足够,但如历史检查报告没有涵盖所有项的检查,则判定需要生成检查请求,而此时生成的检查请求中所包含的检查为历史检查报告涵盖的检查,即需要筛选出检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求。
进一步,根据所述病情信息提取病人的检查表单,将所述检查表单中的各项检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,具体为:判断所述历史检查报告是否在生效期限内,如否,则视作没有收到病人发出的历史检查报告;如是,则根据所述病情信息提取病人的检查表单,将所述检查表单中的各项检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查。
在获取历史检查报告后,需要判断病人上传的历史报告是否符合要求,即历史检查报告是否在生效期限内,如没有在生效期限内,则表明历史检查报告已没有任何证明病人身体情况的效力,则该历史检查报告无效,可视作病人当前无任何检查报告,病人需要进一步作检查完成检查报告,即根据病情信息生成检查请求,并将所述检查请求发送至病人端;接收病人端发出的按照所述检查请求完成的检查报告,向病人端发出挂号成功信息;而如果历史检查报告在生效期限内,表明历史检查报告可证明病人的某一身体情况,此时需结合病人的病情、病史(例如已填写的病历信息表、已完成的若干项测试)以历史检查报告判断病人是否需要完成除所述历史检查报告以外的检查报告,即病人除了以往做过的检查外,是否需要进一步作其他检查,如不需要,则不需要生成检查请求,即不需要额外的检查报告,反之,则需要生成检查请求。
进一步,生成检查请求,并将所述检查请求发送至病人端,具体为:生成检查请求以及所述检查请求对应的若干张检查单,将所述检查请求和所述若干张检查单发送至病人端。
在上述方法中提及“生成检查请求,并将所述检查请求发送至病人端”,的具体执行方式为,生成检查请求,以及生成对应的检查单待病人利用检查单进行检查,并完成检查报告,将检查请求以及检查单都一并发送至病人端,则病人端在接收到请求以及检查单后,可直接利用检查单到医院或医疗中心进行检查并得到完成的检查报告,即可将其上传到医院服务端。在发出检查请求的同时为病人提供适用的检查单,为病人做检查提高了效率,而且为病人开检查单也是现有问诊的第一次问诊中十分常见的流程,实际上这一过程也可以得到优化,提高了整个问诊过程的效率。
进一步,接收病人端发出的按照所述检查请求完成的检查报告,向病人端发出挂号成功信息,具体为:接收病人端发出的按照所述检查请求完成的检查报告,判断所述完成的检查报告是否在生效期限内,如是,则向病人端发出挂号成功信息;如不是,则向病人端重新发送所述检查请求及所述检查请求对应的检查单。
在上述方法中提及“接收病人端发出的按照所述检查请求完成的检查报告,向病人端发出挂号成功信息”的具体执行方式为,接收病人端发出的按照检查请求完成的检查报告,对于病人端新上传的检查报告,由于某些检查报告的生效期限会很短,因此仍然需要对其生效期限进行检测,如检查报告已不在生效期限内,则需要重新发送检查请求以及对应的检查单让病人重新做检查,反之,则可认为病人提供的信息充足,可向病人端发出挂号成功信息。
进一步,步骤还包括:在第一次接收到病人端发出的已填写的所述病历信息表和已完成的所述若干项测试之后,生成病人个人病历;在接收到病人端发出的已填写的所述病历信息表、已完成的所述若干项测试、历史检查报告和/或按照检查请求完成的检查报告之后,将所述已填写的所述病历信息表、已完成的所述若干项测试、历史检查报告和/或按照检查请求完成的检查报告存储至所述病人个人病历。
在第一次接收到病人端发出的关于病情、病史的信息时,在医院服务端为病人生成病人个人病历,每一次病人端发送已填写的所述病历信息表、已完成的所述若干项测试、历史检查报告和/或按照检查请求完成的检查报告,中的其中一项时,都将上述信息存储在该个人病历中,个人病历可用于存储病人的相关信息,形成系统的病人信息数据库,能够更加优化问诊、诊断的过程。
进一步,所述病历信息表包括病人基本信息、病人病情描述以及病人既往病史。
一种优化就诊流程的方法,应用于病人端,步骤包括:向医院管理端发送挂号请求,在接收到医院管理端发出的病情信息以及历史检查报告的上传请求后,上传所述病情信息和/或历史检查报告;如接收到医院管理端发出的检查请求,按照所述检查请求完成检查报告,将所述检查报告发送至所述医院管理端,在接收到医院管理端发出的挂号成功信息后完成挂号。
一种优化就诊流程的方法,应用于病人端和医院管理端,步骤包括:
病人端发送挂号请求;
医院管理端接收所述挂号请求,向所述病人端发送病情信息以及历史检查报告的上传请求;
病人端向所述医院管理端发送病情信息和/或历史检查报告;
医院管理端在没有接收到病人端发出的历史报告时,根据所述病情信息生成检查请求,并将所述检查请求发送至病人端;在接收到所述病人端发出的所述历史检查报告时,根据所述历史检查报告和病情信息判断是否需要生成检查请求:如需要生成检查请求,则根据所述病情信息以及所述历史检查报告生成所述检查请求,并将所述检查请求发送至病人端;如不需要生成检查请求,则向病人端发出挂号成功信息。
病人端在接收到医院管理端发出的所述检查请求后,按照所述检查请求完成检查报告,并将所述检查报告发送至医院管理端;
医院管理端在接收到病人端按照所述检查请求完成的检查报告后,向所述病人端发送挂号成功信息。
与现有技术相比,本发明的有益效果为:医院管理端通过主动收集病人的目前病情、病史以及收集病人以往的历史检查报告,提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,优化了整个就诊过程,提高了就诊的效率。
附图说明
图1为本发明的实施例1的整体流程示意图。
图2为本发明的实施例1中步骤S4的具体执行步骤流程示意图。
图3为本发明的实施例1中步骤S8的具体执行步骤流程示意图。
图4为本发明的实施例2的整体流程示意图。
图5为本发明的实施例3的整体流程示意图。
具体实施方式
本发明附图仅用于示例性说明,不能理解为对本发明的限制。为了更好说明以下实施例,附图某些部件会有省略、放大或缩小,并不代表实际产品的尺寸;对于本领域技术人员来说,附图中某些公知结构及其说明可能省略是可以理解的。
实施例1
如图1所示,本实施例提供一种应用于医院服务端优化就诊过程的方法,步骤如下:
S1:接收病人端发出的挂号请求;
S2:向病人端发送病情信息以及历史检查报告的上传请求;
S3:接收病人端发出的病情信息和/或历史检查报告;如接收到病人端发出的历史检查报告,则执行步骤S4;如没有接收到病人端发出的历史检查报告,则执行步骤S5;
S4:根据所述历史检查报告和病情信息判断是否需要生成检查请求,如需要生成检查请求,则执行步骤S6;如不需要生成检查请求,则执行步骤S7;
S5:根据所述病情信息生成检查请求,并将所述检查请求发送至病人端,执行步骤S8;
S6:根据病情信息以及历史检查报告生成检查请求,并将检查请求发送至病人端,执行步骤S8;
S7:向病人端发出挂号成功信息;
S8:接收病人端发出的按照检查请求完成的检查报告,向病人端发出挂号成功信息;
基于当前医院医患之间问诊的流程,可见存在一定的缺陷和不足,最明显的在于患者与医生在第一次问诊过程几乎都花费在了解病人的目前病情、病史,以及为病人开出检查单这些步骤上,且需要病人在完成检查后复诊,这种两次问诊的流程成为了看病的基本流程,但实际上这一过程能够通过本实施例提供的优化就诊过程的方法进行优化。
在本实施例中,通过执行步骤S3~S6,相当于提前主动收集了主动收集病人的目前病情、病史以及收集病人以往的历史检查报告,并通过以上的信息判断是否需要提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,优化了整个就诊过程,提高了就诊的效率。
优选地,如图2所示,步骤S4的具体执行过程为:
S41:判断历史检查报告是否在生效期限内;如不在生效期限内,则执行步骤S42;如在生效期限内,则执行步骤S43;
S42:视作病人没有发出历史检查报告,执行步骤S5;
S43:根据所述病情信息提取病人的检查表单,将所述检查表单中的各项检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,如否,则执行步骤S44;如是,执行步骤S45;
S44:判定需要生成检查请求,执行步骤S6;
S45:判定不需要生成检查请求,执行步骤S7;
优选地,步骤S5的具体执行方式如下:
S5:根据所述病情信息提取病人的检查表单,根据所述检查表单生成检查请求,并将所述检查请求发送至病人端,执行步骤S8;
优选地,步骤S6的具体执行方式如下:
S6:筛选出步骤S43中的检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求,并将检查请求发送至病人端,执行步骤S8;
优选地,步骤S5及S6中提及的“生成检查请求,并将检查请求发送至病人端”,具体的执行方式为:生成检查请求以及检查请求对应的若干张检查单,将检查请求和若干张检查单发送至病人端;
病人端在接收到请求以及检查单后,可直接利用检查单到医院或医疗中心进行检查并得到完成的检查报告,即可将其上传到医院服务端。在发出检查请求的同时为病人提供适用的检查单,为病人做检查提高了效率,而且为病人开检查单也是现有问诊的第一次问诊中十分常见的流程,实际上这一过程也可以得到优化,提高了整个问诊过程的效率。
优选地,如图3所示,步骤S8中提及的“接收病人端发出的按照检查请求完成的检查报告,向病人端发出挂号成功信息”,具体执行方式如下:
S81:接收病人端发出的按照检查请求完成的检查报告,判断完成的检查报告是否在生效期限内,如是,则执行步骤S82;如否,则执行步骤S83;
S82:向病人端发出挂号成功信息;
S83:向病人端重新发送检查请求及检查请求对应的检查单,重复执行步骤S81;
对于病人端新上传的检查报告,由于某些检查报告的生效期限会很短,因此本实施例提供的方法仍然需要对其生效期限进行检测,如检查报告已不在生效期限内,则需要重新发送检查请求以及对应的检查单让病人重新做检查,反之,则可认为病人提供的信息充足,可向病人端发出挂号成功信息。
优选地,本实施例提供的方法的步骤还包括:
在第一次接收到病人端发出的已填写的病历信息表和已完成的若干项测试之后,生成病人个人病历;
每一次在接收到病人端发出的已填写的病历信息表、已完成的若干项测试、历史检查报告和/或按照检查请求完成的检查报告之后,将已填写的病历信息表、已完成的若干项测试、历史检查报告和/或按照检查请求完成的检查报告存储至病人个人病历。
个人病历可用于存储病人的相关信息,形成系统的病人信息数据库,能够更加优化问诊、诊断的过程。
优选地,步骤S7和步骤S82中提及的“向病人端发出挂号成功信息”的具体执行方式如下,首先说明的是步骤S7的具体执行方式:
S71:向病人端发出挂号支付请求;
S72:在接收病人端发出的支付信息后向病人端发出挂号成功信息;
同理,步骤S82的具体执行方式为:
S821:向病人端发出挂号支付请求;
S822:在接收病人端发出的支付信息后向病人端发出挂号成功信息;
优选地,本实施例提供的方法的步骤中所提及的“病历信息表”包括病人基本信息、病人病情描述以及病人过往病史。
实施例2
如图4所示,本实施例提供一种应用于病人端优化就诊流程的方法,步骤如下:
T1:向医院管理端发送挂号请求;
T2:在接收到医院管理端发出的病情信息以及历史检查报告的上传请求后,上传所述病情信息和/或历史检查报告;如接收到医院管理端发出的检查请求,执行步骤T3;如无接收到医院管理端发出的检查请求,执行步骤T4;
T3:按照所述检查请求完成检查报告,将所述检查报告发送至所述医院管理端;
T4:在接收到医院管理端发出的挂号请求之后,挂号完成。
实施例3
如图5所示,本实施例提供一种应用于病人端以及医院管理端的优化就诊流程的方法,步骤如下:
Z1:病人端发送挂号请求;
Z2:医院管理端接收所述挂号请求,向所述病人端发送病情信息以及历史检查报告的上传请求;
Z3:病人端向所述医院管理端发送病情信息和/或历史检查报告,病人端执行步骤Z9;
Z4:医院管理端判断是否接收到病人端发出的历史报告,如接收到病人端发出的历史检查报告,则执行步骤Z5;如没有接收到病人端发出的历史检查报告,则执行步骤Z7;
Z5:医院管理端判断所接收到的历史检查报告是否在生效期限内;如不在生效期限内,则执行步骤Z61;如在生效期限内,则执行步骤Z62;
Z61:医院管理端视作病人没有发出历史检查报告,执行步骤Z7;
Z62:医院管理端根据所述病情信息提取病人的检查表单,将所述检查表单中的各项检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,如否,则执行步骤Z63;如是,执行步骤Z64;
Z63:医院管理端判定需要生成检查请求,执行步骤Z8;
Z64:医院管理端判定不需要生成检查请求,执行步骤Z10;
Z7:医院管理端根据所述病情信息提取病人的检查表单,根据所述检查表单生成检查请求,并将所述检查请求发送至病人端,执行步骤Z11;
Z8:医院管理端筛选出步骤Z62中的检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求,并将检查请求发送至病人端,执行步骤Z11;
Z9:病人端判断是否接收到医院管理端发出的检查请求,如接收到,则按照所述检查请求完成检查报告,将所述检查报告发送至医院管理端,执行步骤Z12;病人端如没有收到医院管理端发出的检查请求,执行步骤Z12;
Z10:医院管理端向病人端发出挂号成功信息;
Z11:医院管理端在接收病人端发出的按照检查请求完成的检查报告后,向病人端发出挂号成功信息;
Z12:病人端在接收到医院管理端发出的挂号成功信息后,则表明挂号完成。
优选地,步骤Z7及Z8中提及的“医院管理端生成检查请求,并将检查请求发送至病人端”,具体的执行方式为:医院管理端生成检查请求以及检查请求对应的若干张检查单,将检查请求和若干张检查单发送至病人端;
优选地,步骤Z11中提及的“接收病人端发出的按照检查请求完成的检查报告,向病人端发出挂号成功信息”,具体执行方式如下:
Z111:医院管理端在接收病人端发出的按照检查请求完成的检查报告后,判断完成的检查报告是否在生效期限内,如是,则执行步骤Z112;如否,则执行步骤Z113;
Z112:医院管理端向病人端发出挂号成功信息;
Z113:医院管理端向病人端重新发送检查请求及检查请求对应的检查单,病人端重复执行步骤Z9,医院管理端重复执行步骤Z111;
显然,本发明的上述实施例仅仅是为清楚地说明本发明技术方案所作的举例,而并非是对本发明的具体实施方式的限定。凡在本发明权利要求书的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明权利要求的保护范围之内。