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