一种优化就诊过程的病人端
技术领域
本发明涉及医疗平台领域,更具体地,涉及一种优化就诊过程的病人端。
背景技术
长期以来,医疗卫生工作一直面临着一系列的困难和问题。
病人现在到医院进行就诊的基本流程是,网上预约挂号后到医生处进行第一次线上或线下的问诊,在第一次的问诊中,医生一般对病人的信息熟悉程度很低,尽管现在在大城市会有医院共享系统(即可将病人在任何医院的就诊信息进行共享),医生在询问病人的基本信息、病情信息以及病史后,对病人作出初步诊断,多数情况下会为病人开出检查单,在病人接受检查后申请第二次的问诊,医生根据病人的检查报告才能进一步为病人的病情进行确认并开出处方,这种二次问诊的基本流程使很多病人都需要预留两次到医院就诊的时间,同时也增加了医生看诊的次数,且效率变低,但实际上这一过程是可以得到优化的,基于优化后的正式问诊会更加使整个诊断过程更加有效率以及效果。
发明内容
本发明旨在克服上述现有技术的至少一种缺陷,提供一种优化就诊过程的病人端,用于解决现有医患问诊的整个流程中的不足。
一种优化就诊过程的病人端,包括挂号模块、咨询模块和数据统计模块;所述挂号模块用于向医生端发出挂号请求;所述数据统计模块用于提供风险评估测试并存储病人完成所述风险评估测试后的测试结果;接收所述医生端发出的资料上传请求,并在接收到所述资料上传请求后,将病人上传的资料以及所述测试结果发送至医生端,以使所述医生端根据所上传的资料和所述测试结果判断是否生成检查请求,以及判断是否生成挂号成功信息;所述资料包括病情信息和/或历史检查报告;所述数据统计模块还用于接收医生端发出的检查请求,并将按照所述检查请求完成的检查报告发送至所述医生端,以使所述医生端根据所述检查报告判断是否生成挂号成功信息;所述咨询模块用于接收所述医生端发出的挂号成功信息,在接收到所述挂号成功信息后与所述医生端进行信息交互。
医生端在接收到病人端的挂号模块发出的挂号请求时,在与病人端建立初次问诊前,先向病人端发出资料上传的请求,此时病人端的数据统计模块在接收到该资料上传请求后,向医生端发送病人已完成的风险评估测试的测试结果,以及病人上传的资料,则医生端可根据所接收到的病人资料确定病人是否需要提前做好未做的检查,即是否需要生成检查请求,如需要,则向病人端发出检查请求,病人端在接收到检查请求后,病人则需要根据检查请求完成检查报告,同时通过数据统计模块将需要将检查报告发送至医生端。如病人端返回了按照该检查请求所完成的检查报告,则模拟完成了现有技术中病人问诊的第一次问诊,医生端可向病人端返回挂号成功信息,正式进入医患的初次问诊阶段。
医生端具体判断是否需要生成检查请求的过程如下:
医生端在所接收的资料的病情信息中可识别出病人的患病种类,从而提取出该患病种类下的基础检查表单,根据该检查表单生成检查请求,发送至病人端使病人端按照该检查请求完成检查报告;同理,如病人端有上传历史检查报告,则同样需要根据病情信息提取检查表单,将检查表单中的各项检查与历史检查报告中的检查比对,如历史检查报告已涵盖了所有项的检查,则可判定不需要生成检查请求,因为历史检查报告的内容已足够为医生提供诊断的基础,但如历史检查报告没有涵盖所有项的检查,则判定需要生成检查请求,而此时生成的检查请求中所包含的检查为历史检查报告涵盖的检查,即需要筛选出检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求。
医患问诊即医患双方之间的信息交互,通过病人端的咨询模块,在接收到医生端发出的挂号成功信息后,与医生端开始进行交互,以完成医患的问诊过程。本发明提供的病人端通过主动收集病人的目前病情、病史以及收集病人以往的历史检查报告,提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,建立在此优化流程后的正式问诊会更有效果地优化整个就诊过程,提高就诊的效率。
进一步,所述病人端还包括用药监测模块,用于接收所述医生端发出的用药信息上传请求,并在接收到所述用药信息上传请求后,将病人输入的用药信息发送至所述医生端,以使所述医生端根据所述用药信息以及病人处方生成用药预警;所述用药监测模块还用于接收并存储所述医生端发出的用药预警;所述用药信息包括实际用药量和实际用药不良反应;所述病人处方由所述医生端在与所述咨询模块在信息交互的过程中,根据所述数据统计模块所上传的资料和/或历史检查报告和/或按照所述检查请求完成的检查报告而生成。
病人在服药期间会收到医生端发出的用药信息上传请求,为医生端需要监控并知悉病人的服药情况,因此用药信息中包括病人的实际用药量以及实际用药的不良反应,医生端在接收病人的用药信息后,可根据病人的用药信息以及在问诊过程中生成的病人处方生成用药预警,提醒病人要按时和按量服药。
具体地,病人处方是医生端与病人端的咨询模块交互的过程中,根据数据统计模块上传的资料、历史检索报告以及按照检查请求完成的检查报告而生成,虽然病人已上传过资料(包括病情信息以及历史检查报告)以及检查报告,但医生端与病人端在实际交互的过程中会生成实际问诊信息,医生端可根据该实际问诊信息修改病人的病情信息,从而生成一份病人处方,病人处方中包含了病人的病情信息、病人应接受的药物治疗和应服用的药物的多少和频率等等。因此,病人处方有对应的病人服药清单,而用药预警则是根据该清单比对病人上传的用药信息,以生成对应的提醒至病人端。
进一步,所述病人端还包括病情监控模块,用于存储病人输入的实际病情信息,并接收所述医生端发出病情追踪情况上传请求,在接收到所述病情追踪上传请求后,将所述实际病情信息发送至所述医生端作为病情追踪情况,以使所述医生端根据接收到的所述病情追踪情况判断是否生成用药预警。
病人端的病情监测模块主要用于存储病人在问诊过后自行记录的病情追踪情况,该病情追踪情况可通过预设的病情追踪表格或测试进行记录,将该病情追踪情况发送至医生端后,医生端可根据该情况生成用药预警,即根据病人的实际情况,判断出病人有可能没有按时服用某些药剂,可通过病人自行记录的病情实时监督病人的用药情况。
进一步,所述病人端包括个性化指导报告模块,用于接收并存储所述医生端发出的个性化指导报告;所述个性化指导报告由所述医生端根据所上传的所述资料、所述历史检查报告、按照所述检查请求完成的检查报告、所述用药信息和所述病情追踪情况,以及所生成的病人处方生成。
医生端通过与病人交互并接收病人上传的信息,逐渐全面了解病人的情况,因此医生端可结合所获取到的数据为病人制定量身订造的个性化的治疗方案,为病人提供更加详细和有针对性的服务。医生端在生成个性化指导报告后,还能主动根据病人的各项信息对数据处理中心生成的个性化治疗方案进行修改和补充。
进一步,咨询模块用于在接收到所述医生端发出的挂号成功信息后,与所述医生端进行信息交互,具体为:所述咨询模块用于在接收到所述医生端发出的挂号成功信息后,与所述医生端通过电话进行实时信息交互,或通过网络进行图文信息交互。
医生端与病人端之间通过咨询模块的交互为线上交互,具体可以通过电话或网络的图文交互方式进行信息交流,在交流的过程中医生端对病人的病情信息进行补充和修改,同时,医生端与病人端也可以不通过咨询模块进行交互,可以直接通过线下面对面的方式进行交流,同样地,在面对面交流的过程中医生端也可以对病人的病情信息进行补充和修改。
进一步,所述挂号模块用于向医生端发出挂号请求,具体为:所述挂号模块用于根据医生端所设置的上班时间段,在所述上班时间段内发出挂号请求。
进一步,所述数据统计模块还用于存储病人输入的月经记录,并在接收到所述医生端发出的资料上传请求后,将所述月经记录发送至医生端,以使所述医生端根据所上传的资料、所述测试结果以及所述月经记录判断是否生成检查请求,以及判断是否生成挂号成功信息。
进一步,所述数据统计模块所提供的风险评估测试包括月经情况评估、生育情况评估、乳腺类病史情况评估和生活习惯情况评估。
进一步,所述数据统计模块还用于提供生活事件测试、抑郁测试、特质应对测试、匹兹堡睡眠测试和焦虑测试,并存储病人完成对应测试后的测试结果,在接收到所述医生端发出的资料上传去请求后,将病人已完成的各项测试的测试结果发送至医生端,以使所述医生端根据所上传的资料、各项测试的测试结果判断是否生成检查请求,以及判断是否生成挂号成功信息。
具体地,数据统计模块向医生端发送病人已完成的各项测试的测试结果以及病人上传的资料后,医生端根据上传的资料中的病情信息提取的检查表单,如数据统计模块中上传的资料中包含历史检查报告,则医生端会将所述检查表单中的各项检查与所述历史检查报告比对,且将检查表单中的各项测试与病人已完成的各项测试进行比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,并判断病人是否已完成检查表单中的测试,如历史检查报告没有涵盖检查表单的各项测试或病人没有完成检查表单中的所有测试,则判定需要生成对应的检查请求;如历史检查报告涵盖了检查表单的各项测试且病人已完成检查表单中的所有测试,则判定不需要生成检查请求;
如数据统计模块上传的资料中不包含历史检查报告,则医生端只会将所述检查表单中的各项测试与病人已完成的各项测试进行比对,判断病人是否已完成检查表单中的测试,如判定病人没有完成检查表单中的所有测试,则判定需要生成对应的检查请求,如已全部完成,则判定不需要生成检查请求。
进一步,所述病人端还包括:档案信息模块,用于存储病人所上传的病人资料、所述数据统计模块中的所述测试结果以及按照所述检查请求完成的检查报告;还用于接收并存储所述医生端生成并发出的病人处方。
与现有技术相比,本发明的有益效果为:
(1)本发明所提供的病人端通过主动向医生端发出目前病情、病史以及以往的历史检查报告,提前让医生根据前述的信息发出检查请求,以使病人在初次问诊前提前完成未完成的检查,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,建立在此优化流程后的正式问诊会更有效果,提高就诊的效率;
(2)本发明所提供的病人端通过提供用药用量情况以及自行记录病情追踪情况,有利于医生端对病人的服药进行监控和监督,为病人提供用药提醒和用药预警服务,使病人减少出现服药不规范或不依从服药的情况出现。
附图说明
图1为本发明的系统结构示意图。
具体实施方式
本发明附图仅用于示例性说明,不能理解为对本发明的限制。为了更好说明以下实施例,附图某些部件会有省略、放大或缩小,并不代表实际产品的尺寸;对于本领域技术人员来说,附图中某些公知结构及其说明可能省略是可以理解的。
实施例1
本实施例提供一种优化就诊过程的病人端,包括挂号模块、咨询模块、数据统计模块和档案信息模块;
挂号模块用于向医生端发出挂号请求;
数据统计模块用于提供风险评估测试并存储病人完成所述风险评估测试后的测试结果;接收医生端发出的资料上传请求,并在接收到资料上传请求后,将病人上传的资料以及测试结果发送至医生端,以使医生端根据所上传的资料和所述测试结果判断是否生成检查请求,以及判断是否生成挂号成功信息;
资料中包括病情信息和/或历史检查报告,历史检查报告的有无与病人实际上传与否/病人是否具备/病人的历史检查报告是否过期有关;
数据统计模块还用于接收医生端发出的检查请求,并将按照所述检查请求完成的检查报告发送至所述医生端,以使所述医生端根据所述检查报告判断是否生成挂号成功信息;
咨询模块用于接收所述医生端发出的挂号成功信息,在接收到所述挂号成功信息后与所述医生端进行信息交互;其中,信息交互的过程可为线上交互也可以为线下交互,线上交互的方式包括电话沟通或网络上的图文咨询。
档案信息模块用于存储病人所上传的病人资料、所述数据统计模块中的所述测试结果以及按照所述检查请求完成的检查报告;还用于接收并存储所述医生端生成并发出的病人处方,对病人的各项信息进行管理。
作为优选方案,病人端还包括用药监测模块,用于接收医生端发出的用药信息上传请求,并在接收到用药信息上传请求后,将病人输入的用药信息发送至医生端,以使医生端根据用药信息以及病人处方生成用药预警;
用药监测模块还用于接收并存储所述医生端发出的用药预警;
用药信息包括实际用药量和实际用药不良反应;
病人处方由所述医生端在与所述咨询模块在信息交互的过程中,根据所述数据统计模块所上传的资料和/或历史检查报告和/或按照所述检查请求完成的检查报告而生成。
病人在服药期间会收到医生端发出的用药信息上传请求,为医生端需要监控并知悉病人的服药情况,因此用药信息中包括病人的实际用药量以及实际用药的不良反应,医生端在接收病人的用药信息后,可根据病人的用药信息以及在问诊过程中生成的病人处方生成用药预警,提醒病人要按时和按量服药。
具体地,病人处方是医生端与病人端的咨询模块交互的过程中,根据数据统计模块上传的资料、历史检索报告以及按照检查请求完成的检查报告而生成,虽然病人已上传过资料(包括病情信息以及历史检查报告)以及检查报告,但医生端与病人端在实际交互的过程中会生成实际问诊信息,医生端可根据该实际问诊信息修改病人的病情信息,从而生成一份病人处方,病人处方中包含了病人的病情信息、病人应接受的药物治疗和应服用的药物的多少和频率等等。因此,从病人处方有对应的病人服药清单,而用药预警则是根据该清单比对病人上传的用药信息,以生成对应的提醒至病人端。
作为优选方案,病人端还包括病情监控模块,用于存储病人输入的实际病情信息,并接收所述医生端发出病情追踪情况上传请求,在接收到所述病情追踪上传请求后,将所述实际病情信息发送至所述医生端作为病情追踪情况,以使所述医生端根据接收到的所述病情追踪情况判断是否生成用药预警。
病人端的病情监测模块主要用于存储病人在问诊过后自行记录的病情追踪情况,该病情追踪情况可通过预设的病情追踪表格或测试进行记录,将该病情追踪情况发送至医生端后,医生端可根据该情况生成用药预警,即根据病人的实际情况,判断出病人有可能没有按时服用某些药剂,可通过病人自行记录的病情实时监督病人的用药情况。
作为优选方案,所述数据统计模块还用于存储病人输入的月经记录,并在接收到所述医生端发出的资料上传请求后,将所述月经记录发送至医生端,以使所述医生端根据所上传的资料、所述测试结果以及所述月经记录判断是否生成检查请求,以及判断是否生成挂号成功信息。
作为优选方案,数据统计模块所提供的风险评估测试包括月经情况评估、生育情况评估、乳腺类病史情况评估和生活习惯情况评估。本实施例提供的病人端尤其针对有乳腺类病史或乳腺类疾病的病人使用,因此病人可上传月经记录存储至数据统计模块,模块在接收到医生端的资料上传请求后,作为病情信息的一部分发送至医生端,使医生根据病情信息以及月经记录生成对应的检查请求。
作为优选方案,数据统计模块还用于提供生活事件测试、抑郁测试、特质应对测试、匹兹堡睡眠测试和焦虑测试,并存储病人完成对应测试后的测试结果,在接收到所述医生端发出的资料上传去请求后,将病人已完成的各项测试的测试结果发送至医生端,以使所述医生端根据所上传的资料、各项测试的测试结果判断是否生成检查请求,以及判断是否生成挂号成功信息。
具体地,数据统计模块向医生端发送病人已完成的各项测试的测试结果以及病人上传的资料后,医生端根据上传的资料中的病情信息提取的检查表单,如数据统计模块中上传的资料中包含历史检查报告,则医生端会将所述检查表单中的各项检查与所述历史检查报告比对,且将检查表单中的各项测试与病人已完成的各项测试进行比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查,并判断病人是否已完成检查表单中的测试,如历史检查报告没有涵盖检查表单的各项测试或病人没有完成检查表单中的所有测试,则判定需要生成对应的检查请求;如历史检查报告涵盖了检查表单的各项测试且病人已完成检查表单中的所有测试,则判定不需要生成检查请求;
如数据统计模块上传的资料中不包含历史检查报告,则医生端只会将所述检查表单中的各项测试与病人已完成的各项测试进行比对,判断病人是否已完成检查表单中的测试,如判定病人没有完成检查表单中的所有测试,则判定需要生成对应的检查请求,如已全部完成,则判定不需要生成检查请求。
实施例2
如图1所示,本实施例提供一种优化就诊过程的医患交互系统,该系统包括若干个病人端、若干个医生端以及数据处理中心,数据处理中心中包括若干个病人病历档案;
医生端包括上班安排模块,上班安排模块用于设置上班时间段;
病人端中包括挂号模块和数据统计模块,病人端主要用于接收病人输入的信息,所述挂号模块用于向数据处理中心发出挂号请求,所述数据统计模块用于向数据处理中心上传资料以及提供风险评估测试给病人,并存储病人完成测试后的测试结果;其中,资料包括病人的病情信息和/或历史检查报告,病情信息可包括病人的基本信息,病人的病情描述和病人的病史信息;
数据处理中心用于接收所述病人端发出的挂号请求,并在接收挂号请求后向病人端发送病情信息、历史检查报告和测试结果的上传请求;在接收所述病人端上传的所述病情信息、测试结果和/或历史检查报告后,将其存储在其中一个病人病历档案中;
每一个病人病历档案用于存储某一个病人的病情信息、历史检查报告以及各项测试的测试结果;
数据处理中心主动收集病人的病情信息、历史检查报告以及测试结果,实质是模拟现有病人问诊的第一次问诊,即通过病情信息去获取病人的现有病情、病史,并要求病人端主动上传历史检查报告和各项测试的测试结果,为正式问诊做准备。
当数据处理中心没有接收到病人端发出的历史检查报告时,数据处理中心会根据所接收的该病人端的病情信息和测试结果生成检查请求,具体生成检查请求的过程是,数据处理中心从病情信息中可识别病人的患病种类,从而可提取出该患病种类下的基础检查表单,根据该检查表单生成检查请求;
当数据处理中心接收到病人端发出历史检查报告时,根据历史检查报告、病情信息和测试结果判断是否需要生成检查请求,如不需要生成检查请求,则向该病人端发出挂号成功信息,并根据每个医生端所设置的上班时间段,向其中一个所述医生端发出对应该病人端的病人问诊建立请求;
如需要生成检查请求,则根据所接收的所述病情信息、历史检查报告和测试结果生成检查请求,并将所述检查请求发送至该病人端,具体生成检查请求的过程是,根据病情信息提取检查表单,将检查表单中的各项检查与历史检查报告中的检查和风险评估测试比对,如已涵盖了所有项的检查,则可判定不需要生成检查请求;
但如果历史检查报告的检查和风险评估测试没有涵盖所有项的检查,则判定需要生成检查请求,而此时生成的检查请求中所包含的检查为历史检查报告涵盖的检查,即需要筛选出检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求。
病人端还用于在接收到数据处理中心发出的检查请求后按照所述检查请求完成检查报告,并将所述检查报告发送至所述数据处理中心;数据处理中心在接收该病人端按照所述检查请求完成的检查报告后,向该病人端发出挂号成功信息,并向其中一个医生端发出对应该病人端的病人问诊建立请求;
所述数据处理中心还用于在接收到该病人端发出的按照所述检查请求完成的检查报告后,向该病人端发出挂号成功信息,并向其中一个所述医生端发出对应该病人端的病人问诊建立请求;
医生端还包括咨询模块,用于接收数据处理中心发出的某一病人端的病人问诊建立请求,根据数据处理中心中对应同一病人的所述病人病历档案中的信息,以及对应同一病人的实际问诊信息,修改并补充所述病人病历档案中的病情信息,并根据修改并补充后的病情信息生成病人处方,将其添加至数据处理中心的病人病历档案中。
对应地,病人端也包括咨询模块,病人端与医生端进行信息交互通过两个端的咨询模块实现,医生端在接收到对应某一病人端的病人问诊建立请求后,根据数据处理中心中对应同一病人的所述病人病历档案中的信息,以及对应同一病人的实际问诊信息,修改并补充所述病人病历档案中的病情信息,并根据修改并补充后的病情信息生成病人处方,将其添加至所述病人病历档案中。其中,实际问诊信息是医生与病人在利用系统进行信息交互的过程中生成的。优选地,信息交互的过程可为线上交互:通过电话进行实时信息的交互,或通过网络进行图文信息的交互,信息交互的过程也可为线下交互。
在本实施例中,数据处理中心通过主动收集病人的目前病情、病史、病人以往的历史检查报告以及各项测试的测试结果,提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进行初次的问诊,医生端与病人端在建立在此优化流程后的正式问诊会更有效果,从而优化了整个就诊过程,提高了就诊的效率。
优选地,如图1所示,数据处理中心还包括智能预警模块,智能预警模块用于向病人端发送用药信息上传请求,用药信息上传请求中用药信息可包括病人的实际用药量、实际用药不良反应、病人的病情追踪情况等。
智能预警模块包括用药预警模块、依从性统计模块、生活风险行为预警模块和不良反应报告模块,智能预警模块主要用于智能为病人端发出任何治疗上的预警,提醒病人用药、治疗等。智能预警模块用于向病人端发送用药信息上传请求和生活风险行为信息上传请求。
病人端还包括用药监测模块,用药监测模块用于在接收到智能预警模块发出的用药信息上传请求后,将病人输入的实际用药量和实际用药不良反应发送至数据处理中心,作为示例,病人在输入前述的信息时,可通过预设在病人端的表1进行记录,表1中的数据仅作为示例;
表1
智能预警模块中,依从性统计模块用于根据每一个病人端发送的实际用药量,以及对应同一个病人的病人病历档案中的病人处方,计算该病人的服药依从度。具体计算的方式为:根据关系式F=A/P*100计算每一个病人的服药依从度,其中所述A为某一个病人端发送的实际用药量,所述P为对应同一病人的计划用药量,所述F为对应同一病人的服药依从度,所述计划用药量从对应同一病人的所述病人病历档案的病人处方中得到。
如表2所示,依从性统计模块还可统计展示病人的计划服用量、实际服用量、漏服量以及服药依从度。
表2
智能预警模块中,不良反应报告模块用于存储每一个所述病人端发出的所述实际用药不良反应,可供数据处理中心其他模块或医生端进行调用应用于病人的治疗中。
智能预警模块中,用药提醒模块用于根据每一个病人病历档案模块中的病人处方生成若干个用药提醒,并将用药提醒发送至对应的病人端,病人处方中会记录病人的用药种类以及用药剂量,因此用药提醒模块可根据处方对病人发出用药提醒,以免病人忘记服药。
用药提醒模块还用于根据每一个病人病历档案模块中的病人处方,以及对应同一病人在依从性统计模块的服药依从度生成若干个用药预警,并将用药预警发送至对应的病人端。病人的服药依从度可一定程度上反映病人的治疗情况,有利于用药提醒模块根据该服药依从度,结合病人的处方,向病人端发出用药预警。
所述医生端还用于根据依从性统计模块中的某一个病人的服药依从度、不良反应报告模块中的对应同一病人的实际用药不良反应,在与对应同一病人的病人端进行信息交互的过程中修改并补充所述病人病历档案中的病情信息,并根据修改并补充后的病情信息修改并补充所述病人处方。医生端在问诊交互的过程中,结合智能用药预警模块中的信息,例如病人的实际用药量、实际用药不良反应,还有数据处理中心计算得到的病人服药依从度,进而调整处方中的剂量,或更换药物等等,同样,医生端在问诊交互过程中也可以根据服药依从度调整处方剂量,有可能是加大剂量。
智能预警模块中,生活风险行为预警模块用于根据病人上传的生活风险行为信息,确定所述生活风险行为信息中的异常项,并根据所述异常项生成调整建议发送至病人端。生活风险行为信息为病人自行记录的日常生活详细情况,生活风险行为信息可通过预设的生活风险行为信息表格或测试进行记录。当发现病人的生活风险行为信息中存在异常项,根据该异常项生成对应的建议发送至病人。
优选地,智能预警模块还用于向病人端发送病情追踪情况上传请求,病人端还包括病情监控模块,病人端的病情监控模块还用于在接收到数据处理中心发出的用药信息上传请求后,将病人输入的病情追踪情况发送至所述数据处理中心;病情追踪情况为病人在结束问诊后记录病情的变化情况,病情追踪情况可通过预设的病情追踪表格或测试进行记录,作为示例,如病人为乳腺癌患者,则可以通过病人端中预设的表3记录病情追踪,患者可通过表格中描述的症状为自己的病情打分。
表3
数据处理中心的用药预警模块则根据每一个病人端发出的所述病情追踪情况,从病人的现状判断出病人有可能因没有按时服用某些药剂而出现某些症状,或病人可能需要额外服用某些药剂改善某些症状,从而生成若干个用药预警,并将所述用药预警发送至对应的病人端,用药预警的内容不限于用药剂量的描述。
以表3为例,在乳腺癌患者的病情追踪情况中,例如,当第2点乳房疼痛以及第3点乳房触痛的记录中出现“乳房疼痛”≥6或“乳房触痛”≥3分时:数据处理中心发出的用药预警的提醒内容可为“如果疼痛明显时,可以选择适当大一点的内衣,避免加重乳房的挤压。在家里可以用毛巾包裹热水袋进行热敷,缓解症状,避免过11点休息,平时要避免咖啡因物质,如巧克力、可乐、茶等,多吃豆类、蔬果。”如果“乳房疼痛”≥12或(和)“乳房触痛”≥6分时超过,提醒内容:如果疼痛难以忍受,已经影响到了您的工作生活,请尽早找专业的医生进行检查或治疗。
优选地,如图1所示,数据处理中心还包括个性化指导报告模块,所述个性化指导报告模块用于根据病人病历档案的病情信息和病人处方,以及对应同一个病人的智能预警模块中的信息生成个性化治疗方案,并将所述个性化治疗方案发送至对应的所述病人端。同时,医生作为专业度极高的角色,也可以主动对数据处理中心生成的个性化治疗方案进行修改和补充,医生端同样根据每一个病人病历档案和对应同一个病人在所述智能预警模块中的信息,或可结合与病人端的交互,修改并补充个性化指导报告模块中对应同一个病人的个性化治疗方案;个性化指导报告模块会将医生端修改并补充后的个性化治疗方案发送至对应的病人端。
优选地,如图1所示,医生端还包括服务管理模块,服务管理模块存储医生输入服务领域;
数据处理中心在向其中一个医生端发出对应某一个病人端的病人问诊建立请求时,具体是根据每一个医生端的服务管理模块中服务领域以及上班安排模块中的上班时间段,确定可发出所述病人问诊建立请求的其中一个医生端,向该医生端发出对应某一个病人端的病人问诊建立请求。
若干个医生端会有不同的服务时间,更有不同的服务领域,因此医生端可通过在其服务管理模块和上班安排模块进行时间和领域的设置,则数据处理中心在向病人端发送出挂号成功的请求时,或发出挂号成功的请求之前,根据每个医生端的时间和领域确定符合该病人看诊时间和患病类型的医生,向该医生端发出问诊建立请求。
优选地,如图1所示,医生端还可包括患者管理模块,用于对病人进行分类管理,包括处方管理模块,用于对所开过的处方进行管理,以便出现相似病症的病人时可参考或直接使用,包括信息管理模块,用于管理医生的收入以及服务评价等信息。
优选地,病人端的数据统计模块所提供的风险评估测试可为乳腺肿瘤风险评估测试,包括月经情况评估、生育情况评估、乳腺类病史情况评估和生活习惯情况评估,如表4所示:
表4
在病人完成测试内容后,测试结果的评估方式为如下:
在表4中的各项测试内容按以下三项分类:不可改变因素、潜在改变因素、可改变因素。(1)不可改变因素为表4中(1/9/13/14/16/17/18/19/20/21/22/23)12项分数之和(即出生日期、月经初潮、初产年龄、生育次数、哺乳史、乳腺炎、乳腺增生病史、良性乳腺肿瘤病史、乳腺癌史、乳房手术史、乳腺癌家族史、其他肿瘤家族病史),以上12项的得分总分的评估划分标准如表5:
表5
水平 |
低水平 |
轻微水平 |
中等水平 |
高风险 |
分值 |
≤2 |
(2,6] |
(6,17] |
≥17 |
(2)潜在改变因素为表4中(10/11/15/)3项分数之和(即月经情况、绝经、流产次数),以上3项的得分总分的评估划分标准如表6:
表6
水平 |
低水平 |
轻微水平 |
中等水平 |
高风险 |
分值 |
≤0 |
(0,2] |
(2,3] |
≥3 |
(3)可改变因素为表4中(4/5/6/8/24/25/26/27/28/29/30/32)12项分数之和(即学历、伴侣、身高体重、工作性质、其他疾病史、吸烟、不良环境影响、饮食结构、服药史、睡眠、定期锻炼、酗酒),以上12项的得分总分的评估划分标准如表7:
表7
水平 |
低水平 |
轻微水平 |
中等水平 |
高风险 |
分值 |
≤2 |
(2,9] |
(9,20] |
≥20 |
(4)无分数选项为表4中(2/3/7/12/31)这5项(即性别、民族、职业、结婚年龄、过敏物质)。
根据上述的得分可进行进一步的总分计算,计算规则如下:
①乳腺增生总分=所有项目分数相加(不包括2、3、7、12、31、18、19、20、22)即不包括性别、民族、职业、结婚年龄、过敏史、乳腺增生史、良性乳腺肿瘤史、乳腺癌史、乳腺癌家族史;
②肿瘤总分=所有项目分数相加(不包括2、3、7、12、31、20)即不包括性别、民族、职业、结婚年龄、过敏史、乳腺癌史;
③肿瘤复发总分=所有项目分数相加(不包括2、3、7、12、31)即不包括性别、民族、职业、结婚年龄、过敏史;
④乳腺增生几率=(乳腺增生总分/72)*100%;⑤乳腺肿瘤几率=(乳腺肿瘤总分/98*10)*100%;⑥肿瘤复发几率=乳腺肿瘤几率=(肿瘤总分/118*10)*100%
根据上述计算规则计算的总分进一步将乳腺增生和乳腺肿瘤进行等级划分:
①乳腺增生
低水平:≤10(13.89%)
轻微水平:>10≤15(13.89%,20.83%]
中等水平:>15≤25(20.83%,34.72%]
高风险:≥25(34.72%)
②乳腺肿瘤
低水平:≤10(1.02%)
轻微水平:>10≤17(1.02%,1.73%]
中等水平:>17≤28(1.73%,2.86%]
高风险:≥28(2.86%)
②乳腺肿瘤复发
低水平:≤32(3.27%)
轻微水平:>32≤40(3.27%,4.08%]
中等水平:>39≤50(4.08%,5.10%]
高风险:≥50(5.10%)
根据上述的乳腺增生和乳腺癌的划分,则可生成病人乳腺疾病的最终评估结果。
优选地,病人端的数据统计模块还可提供生活事件测试、抑郁测试、特质应对测试、匹兹堡睡眠测试和焦虑测试,并存储病人完成对应测试后的测试结果,在接收到所述医生端发出的资料上传去请求后,将病人已完成的各项测试的测试结果发送至数据处理中心,以使所述数据处理中心根据所上传的资料、各项测试的测试结果判断是否生成检查请求,以及判断是否生成挂号成功信息。
显然,本发明的上述实施例仅仅是为清楚地说明本发明技术方案所作的举例,而并非是对本发明的具体实施方式的限定。凡在本发明权利要求书的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明权利要求的保护范围之内。