一种优化就诊过程的医患交互系统
技术领域
本发明涉及医疗平台领域,更具体地,涉及一种优化就诊过程的医患交互系统。
背景技术
长期以来,医疗卫生工作一直面临着一系列的困难和问题。
病人现在到医院进行就诊的基本流程是,网上预约挂号后到医生处进行第一次线上或 线下的问诊,在第一次的问诊中,医生一般对病人的信息熟悉程度很低,尽管现在在大城市 会有医院共享系统(即可将病人在任何医院的就诊信息进行共享),医生在询问病人的基本信 息、病情信息以及病史后,对病人作出初步诊断,多数情况下会为病人开出检查单,在病人 接受检查后申请第二次的问诊,医生根据病人的检查报告才能进一步为病人的病情进行确认 并开出处方,这种二次问诊的基本流程使很多病人都需要预留两次到医院就诊的时间,同时 也增加了医生看诊的次数,且效率变低,但实际上这一过程是可以得到优化的,基于优化后 的正式问诊会更加使整个诊断过程更加有效率以及效果。
发明内容
本发明旨在克服上述现有技术的至少一种缺陷,提供一种优化就诊过程的医患交互系 统,用于解决现有医患问诊的整个流程中的不足。
一种优化就诊过程的医患交互系统,所述系统包括若干个病人端、若干个医生端以及 数据处理中心,所述数据处理中心包括若干个病人病历档案;
所述病人端用于向所述数据处理中心发出挂号请求;
所述数据处理中心用于在接收所述病人端发出的挂号请求后,向该病人端发送病人资 料上传请求;所述病人端还用于根据资料上传请求向数据处理中心上传所述病人资料,所述 病人资料包括病情信息和/或历史检查报告;
所述数据处理中心还用于在接收所述病人端上传的病人资料,即所述病情信息和/或 历史检查报告,将其存储在所述病人病历档案中;每一个所述病人病历档案用于存储某一个 病人的病情信息和历史检查报告;
数据处理中心在接收到病人端发出的挂号请求时,向病人端发送病人资料的上传请求, 包括病情信息及历史检查报告,病情信息例如病历信息表和若干项测试,实质是模拟现有病 人问诊的第一次问诊,即通过病情信息去获取病人的现有病情、病史等,并要求病人端主动 上传历史检查报告,为正式问诊做准备。
所述病人端还用于在接收到数据处理中心发出的检查请求后按照所述检查请求完成 检查报告,并将所述检查报告发送至所述数据处理中心;
所述数据处理中心还用于在接收该病人端按照所述检查请求完成的检查报告后,向该 病人端发出挂号成功信息,并向其中一个医生端发出对应该病人端的病人问诊建立请求;
所述医生端用于接收对应某一病人端的病人问诊建立请求,根据数据处理中心中对应 同一病人的所述病人病历档案中的信息,以及对应同一病人的实际问诊信息,修改并补充所 述病人病历档案中的病情信息,并根据修改并补充后的病情信息生成病人处方,将其添加至 所述病人病历档案中。
数据处理中心在接收到病人资料后,根据病人资料确定病人是或否需要进一步做检查, 即是否需要生成检查请求,如需要,则向病人发出检查请求,病人端在接收到检查请求后, 则需要根据检查请求完成检查报告,同时需要将检查报告上传至数据处理中心。如病人端返 回了按照该检查请求所完成的检查报告,则模拟完成了现有病人问诊的第一次问诊,数据处 理中心可向病人端返回挂号成功信息,并需要向其中一个医生端发出问诊建立请求,使医生 端在接收该请求后与病人端建立问诊流程,进入医患的正式问诊阶段。数据处理中心会将病 人的病情信息以及所有的检查报告都存储在内部的若干个病历档案中,医生端在实际问诊时, 可通过调取数据处理中心中相应病人病历档案的信息与病人交互,即得到实际问诊信息后, 可修改并补充病历档案中的病情信息,进而根据该病情信息为病人开出处方,将该处方也添 加至病人的病历档案中,有利于对病人的信息进行管理。
本发明提供的系统通过主动收集病人的目前病情、病史以及收集病人以往的历史检查 报告,提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与 医生进行初次的问诊,建立在此优化流程后的正式问诊会更有效果优化了整个就诊过程,提 高了就诊的效率。
进一步,所述数据处理中心还用于接收所述病人端上传的病人资料,将其存储在所述 病人病历档案中,并根据病人资料判断是否生成检查请求,若是则将检查请求发送至病人端, 若否则向该病人端发出挂号成功信息,并向其中一个所述医生端发出对应该病人端的病人问 诊建立请求,具体为:
所述数据处理中心还用于接收所述病人端上传的病人资料,当所接收的病人资料中没 有所述历史检查报告时,根据所接收的该病人端的病情信息生成检查请求并发送至该病人端; 所述病人端还用于在接收到数据处理中心发出的检查请求后按照所述检查请求完成检查报告, 并将所述检查报告发送至所述数据处理中心;所述数据处理中心还用于在接收到该病人端发 出的按照所述检查请求完成的检查报告后,向该病人端发出挂号成功信息,并向其中一个所 述医生端发出对应该病人端的病人问诊建立请求;
当所接收到的病人资料中含有历史检查报告时,根据所述历史检查报告和所述病情信 息判断是否需要生成检查请求,如不需要生成检查请求,则向该病人端发出挂号成功信息, 并向其中一个所述医生端发出对应该病人端的病人问诊建立请求;如需要生成检查请求,则 根据所接收的所述病情信息以及所述历史检查报告生成检查请求,并将所述检查请求发送至 该病人端,在接收该病人端按照所述检查请求完成的检查报告后,向该病人端发出挂号成功 信息,并向其中一个医生端发出对应该病人端的病人问诊建立请求;
如果病人端没有发出历史检查报告,则数据处理中心需要根据病人的现有病情信息, 即可以通过其填写返回的病历信息表以及测试生成对应的检查请求,即过初步诊断下知悉病 人应该在正式问诊前需要做好的检查,将该检查请求发送至病人端;如病人端发出了历史检 查报告,则数据处理中心需要根据病人资料中的病情信息以及历史检查报告生成检查请求, 在待病人端返回按照检查请求完成的检查报告后,数据处理中心才完成了病人资料的主动收 集。
进一步,所述数据处理中心用于根据所述病情信息生成检查请求,具体为:所述数据 处理中心根据所述病情信息提取病人的检查表单,根据所述检查表单生成检查请求;
所述数据处理中心根据所述历史检查报告和病情信息判断是否需要生成检查请求,具 体为:所述数据处理中心根据所述病情信息提取病人的检查表单,将所述检查表单中的各项 检查与所述历史检查报告比对,判断所述历史检查报告是否涵盖所述检查表单的各项检查, 如否,则判定需要生成检查请求;如是,则判定不需要生成检查请求;
所述数据处理中心如判定需要生成检查请求,则根据所述病情信息以及所述历史检查 报告生成检查请求,具体为:所述数据处理中心如判定需要生成检查请求,筛选出检查表单 中历史检查报告没有涵盖的检查,根据所述没有涵盖的检查生成检查请求。
数据处理中心从病情信息中可识别病人的患病种类,从而可提取出该患病种类下的基 础检查表单,根据该检查表单生成检查请求,发送至病人端使病人端按照该检查请求完成检 查报告;同理,如病人有上传历史检查报告,则同样需要根据病情信息提取检查表单,将检 查表单中的各项检查与历史检查报告中的检查比对,如历史检查报告已涵盖了所有项的检查, 则可判定不需要生成检查请求,因为历史检查报告已足够,但如历史检查报告没有涵盖所有 项的检查,则判定需要生成检查请求,而此时生成的检查请求中所包含的检查为历史检查报 告涵盖的检查,即需要筛选出检查表单中历史检查报告没有涵盖的检查,根据所述没有涵盖 的检查生成检查请求。
进一步,所述病人端还用于与所述医生端进行信息交互;
所述医生端用于接收对应某一病人端的病人问诊建立请求,根据数据处理中心中对应 同一病人的所述病人病历档案中的信息,以及对应同一病人的实际问诊信息,修改并补充所 述病人病历档案中的病情信息,具体为:所述医生端用于在接收到对应某一病人端的病人问 诊建立请求后,向对应的某一个病人端发起信息交互,根据数据处理中心的对应同一病人的 病人病历档案中的病情信息,在所述信息交互的过程中生成病人的实际问诊信息;根据所述 病人病历档案中的病情信息,以及所述实际问诊信息修改并补充病人病历档案中的所述病情 信息。
医生端在接收到数据处理中心发来的问诊建立请求后,与病人端发起交互,在交互的 过程中医生端可通过病人病历档案中的病情信息生成实际问诊信息,该实际问诊信息会对病 人在交互前填写提交的病情信息有一定的出入,因此医生端可根据实际问诊信息对病情信息 进行修改并补充。
进一步,所述数据处理中心还包括智能预警模块,智能预警模块用于向所述病人端发 送用药信息上传请求,所述智能预警模块包括用药预警模块、依从性统计模块和不良反应报 告模块,智能预警模块用于智能为病人端发出任何治疗上的预警,提醒病人用药、治疗等;
所述病人端还包括用药监测模块,所述用药监测模块用于在接收到数据处理中心发出 的用药信息上传请求后,将病人输入的实际用药量和实际用药不良反应发送至所述数据处理 中心;
所述依从性统计模块用于根据每一个所述病人端发送的所述实际用药量,以及对应同 一个病人的病人病历档案中的病人处方,计算该病人的服药依从度。
所述不良反应报告模块用于存储每一个所述病人端发出的所述实际用药不良反应;
所述用药提醒模块用于根据每一个所述病人病历档案模块中的所述病人处方生成若 干个用药提醒,并将所述用药提醒发送至对应的病人端,病人处方中会记录病人的用药种类 以及用药剂量,因此用药提醒模块可根据处方对病人发出用药提醒,以免病人忘记服药。
还用于根据每一个所述病人病历档案模块中的所述病人处方,以及对应同一病人在依 从性统计模块的服药依从度生成若干个用药预警,并将所述用药预警发送至对应的病人端。
所述医生端还用于根据依从性统计模块中的某一个病人的服药依从度、不良反应报告 模块中的对应同一病人的实际用药不良反应,在与对应同一病人的病人端进行信息交互的过 程中修改并补充所述病人病历档案中的病情信息,并根据修改和补充后的病情信息修改并补 充所述病人处方。
依从性统计模块从病人病历档案的病人处方中获取病人所需服用的药物以及服用的 剂量,结合病人上传的实际用药量,即可计算出病人的服药依从度,病人的服药依从度可一 定程度上反映病人的治疗情况,有利于用药提醒模块根据该服药依从度,结合病人的处方, 向病人端发出用药预警。不良反应报告模块主要用于记录病人在服药过程中的所有不良反应, 有利于医生端在问诊交互的过程中根据情况调整处方中的剂量,或更换药物等等,同样,医 生端在问诊交互过程中也可以根据服药依从度调整处方剂量,有可能是加大剂量。
进一步,所述依从性统计模块用于根据每一个所述病人端发送的所述实际用药量,以 及对应同一个病人的病历档案中的病人处方,计算该病人的服药依从度,具体为:所述依从 性统计模块用于根据关系式F=A/(A+P)*100计算每一个病人的服药依从度,其中所述A为 某一个病人端发送的所述实际用药量,所述P为对应同一病人的未服用药量,所述F为对应 同一病人的服药依从度,所述计划用药量从对应同一病人的所述病人病历档案的病人处方中 得到。
进一步,所述智能预警模块还用于向所述病人端发送病情追踪情况上传请求,所述病 人端还包括病情监测模块,所述病人端的病情监测模块还用于在接收到数据处理中心发出的 病情追踪情况上传请求后,将病人输入的病情追踪情况发送至所述数据处理中心;所述病情 追踪情况为病人在结束问诊后记录病情的变化情况;所述数据处理中心的用药预警模块还用 于根据每一个病人端发出的所述病情追踪情况生成若干个用药预警,并将所述用药预警发送 至对应的病人端。
病人端的病情监测模块用于病人在问诊过后自行记录的病情追踪情况,该病情追踪情 况可通过预设的病情追踪表格或测试进行记录,将该病情追踪情况发送至数据处理中心后, 数据处理中心的用药预警模块就可根据该情况生成用药预警,即数据处理中心根据病人的实 际情况,判断出病人有可能没有按时服用某些药剂,可通过病人自行记录的病情实时监督病 人的用药情况。
进一步,所述数据处理中心还包括个性化指导报告模块,所述个性化指导报告模块用 于根据所述病人病历档案的病情信息和病人处方,以及对应同一个病人的智能预警模块中的 信息生成个性化治疗方案,并将所述个性化治疗方案发送至对应的所述病人端。
进一步,所述医生端还用于根据每一个所述病人病历档案和对应同一个病人在所述智 能预警模块中的信息,修改并补充所述个性化指导报告模块中对应同一个病人的个性化治疗 方案;所述个性化指导报告模块还用于将所述医生端修改并补充后的个性化治疗方案发送至 对应的所述病人端。
根据病人病历档案中逐渐完善的信息,医生端开出的病人处方,以及病人在智能预警 模块中的对于药物的服药依从度、不良反应等信息,数据处理中心可结合大数据为病人制定 量身订造的个性化的治疗方案,为病人提供更加详细和有针对性的服务。当然,除了结合大 数据进行分析,医生作为专业度极高的角色,也可以主动根据病人的各项信息对数据处理中 心生成的个性化治疗方案进行修改和补充,结合数据处理中心的大数据分析以及医生专业的 意见,个性化治疗方案的参考性会更高,且对于病人的治疗具有针对性。
进一步,医生端还包括服务管理模块,所述服务管理模块存储医生输入的服务时间和 服务领域;所述数据处理中心用于向其中一个所述医生端发出对应某一个病人端的病人问诊 建立请求,具体为:所述数据处理中心用于根据每一个所述医生端的服务管理模块中的服务 时间以及服务领域,确定可发出所述病人问诊建立请求的其中一个医生端,向该医生端发出 对应某一个病人端的病人问诊建立请求。
若干个医生端会有不同的服务时间,更有不同的服务领域,因此医生端可通过在其服 务管理模块进行时间和领域的设置,则数据处理中心在向病人端发送出挂号成功的请求时, 或发出挂号成功的请求之前,根据每个医生端的时间和领域确定符合该病人看诊时间和患病 类型的医生,向该医生端发出问诊建立请求。
进一步,病人端可包括病检报告模块、病情信息模块,分别用于上传病检报告以及病 情信息,医生端可包括患者管理模块,处方管理模块,信息管理模块,分别用于对患者进行 分组分类管理,对为不同病人开过的处方进行存储管理,以便出现相似病症的病人时可参考 或直接使用。信息管理模块可主要针对医生自身的收入、服务评价等信息进行管理。
与现有技术相比,本发明的有益效果为:
(1)数据处理中心通过主动收集病人的目前病情、病史以及收集病人以往的历史检查报告, 提前让病人根据检查请求完成检查报告,从而省去了现有病人问诊中需要线上/线下与医生进 行初次的问诊,建立在此优化流程后的正式问诊会更有效果,提高了就诊的效率;
(2)数据处理中心通过主动收集病人的用药用量情况对病人的服药进行监控和监督,为病人 提供用药提醒和用药预警服务,使病人减少出现服药不规范或不依从服药的情况出现。
附图说明
图1为本发明的系统结构示意图。
具体实施方式
本发明附图仅用于示例性说明,不能理解为对本发明的限制。为了更好说明以下实施 例,附图某些部件会有省略、放大或缩小,并不代表实际产品的尺寸;对于本领域技术人员 来说,附图中某些公知结构及其说明可能省略是可以理解的。
实施例1
如图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所示,医生端还可包括患者管理模块,用于对病人进行分类管理,包括处方管理模块,用于对所开过的处方进行管理,以便出现相似病症的病人时可参考或直接 使用,包括信息管理模块,用于管理医生的收入以及服务评价等信息。
显然,本发明的上述实施例仅仅是为清楚地说明本发明技术方案所作的举例,而并非 是对本发明的具体实施方式的限定。凡在本发明权利要求书的精神和原则之内所作的任何修 改、等同替换和改进等,均应包含在本发明权利要求的保护范围之内。