本发明涉及医疗健康领域，尤其涉及一种医疗服务管理方法、电子装置及计算机可读存储介质。
背景技术
传统的健康维护组织(healthmaintenanceorganization，hmo)产品依托落地诊所，自己雇佣医生或签约医生团体作为首诊医生，单位地区高客户量才能达到合理运营成本，且需要长时间重投入；另外，有产品端条款限制，不经过家庭医生首诊、直接到网络外不予给付，极大地影响了用户的使用体验。
目前的医疗健康类产品只是做简单的数据采集，数据来源单一，无法为用户建立完善的健康档案。虽然做了数据采集，但是并没有把这些数据利用起来，没有为用户提供实质性的服务，这是由于健康档案缺少强大的医生资源来保障它的专业性和权威性所造成的结果；另一方面，由于用户体验较差导致了健康数据采集困难，由于用户没有定期体检的习惯，也不太愿意主动录入个人数据，同时用户获取健康数据来源的渠道较少。
在医疗费用及医疗组员方面，企业或者个人对于保险产品的买入不仅仅是一种对未来风险化解承诺客户或者企业更关心服务公司的就医资源，就医服务专业度以及理赔承诺的兑现。而且，顶尖的医疗资源绝大多数分布在北京与上海，就医需要专业性高的判断，公众很难精确定位到自己适合的医疗机构及医生，客户很难短期内找到适合自己的医疗资源。
技术实现要素：
鉴于以上内容，本发明提供一种医疗服务管理方法、服务器及计算机可读存储介质，其主要目的在于提高了用户问诊/治疗效率，提高用户服务体验。
为实现上述目的，本发明提供一种医疗服务管理方法，该方法包括：
s1、根据用户身份标识读取该用户的健康档案，所述健康档案中包含该用户的健康数据；
s2、当所述健康数据中包含第一类型数据时，获取用户通过第一客户端发送的主诉信息，判断该主诉信息是否满足预设条件，当满足预设条件时，接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端，当不满足预设条件时，根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源，并生成第一导诊信息，将该第一导诊信息反馈至第一客户端；和/或
s3、当所述健康数据中包含第二类型数据时，根据所述第二类型数据生成相应的治疗计划，并将所述治疗计划反馈至第一客户端；和/或
s4、当所述健康数据中包含第三类型数据时，生成诊断计划、治疗计划及康复计划，并将所述诊断计划、治疗计划及康复计划反馈至第一客户端。
此外，本发明还提供一种电子装置，其特征在于，该装置包括：存储器、处理器，所述存储器上存储有可在所述处理器上运行的医疗服务管理程序，所述医疗服务管理程序被所述处理器执行时，可实现如上所述医疗服务管理方法中的任意步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中包括医疗服务管理程序，所述医疗服务管理程序被处理器执行时，可实现如上所述医疗服务管理方法中的任意步骤。
本发明提出的医疗服务管理方法、电子装置及计算机可读存储介质，根据用户健康档案中的健康数据为用户提供一站式咨询、导诊、预约、就医跟踪等服务，为用户匹配最优资源，提高了用户问诊/治疗效率；基于互联网+hmo的模式，通过整合医疗资源，使用线上医生对接客户就医需求，突破地域落地家庭医生对于大量资源的需求，支持医药费用在线理赔，有效降低了用户的医疗费用，提升了用户信任度及服务体验。
附图说明
图1为本发明医疗服务管理方法较佳实施例的流程图；
图2为本发明电子装置较佳实施例的示意图；
图3为图2中医疗服务管理程序的程序模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种医疗服务管理方法。参照图1所示，为本发明医疗服务管理方法较佳实施例的流程图。该方法可以由一个装置执行，该装置可以由软件和/或硬件实现。
图1中展示了步骤s1-s4，需要说明的是，在有的实施例中，所述医疗服务管理方法包括步骤s1-s4，在其他实施例中，所述医疗服务管理方法包括步骤s1及步骤s2-s4中任意一个或两个步骤。以下对所述医疗服务管理方法中的步骤s1-s4进行详细说明：
s1、根据用户身份标识读取该用户的健康档案，所述健康档案中包含该用户的健康数据；
用户的家庭医生每次对该用户进行问诊后，根据问诊结果确定该用户在本次问诊的将康数据，基于健康数据建立并更新该用户的健康档案，将该将康档案保存在指定存储路径中，例如，用户健康档案数据库。根据用户的身份标识(例如，身份证号、用户编号等)，从用户健康档案数据库中获取该用户的健康档案。
从健康档案中读取该用户在预设时间(例如，5年)内的健康数据，包括：预设时间内每次问诊的症状(例如，咳嗽、流鼻涕、抽搐等)，问诊结论：患病类型(例如，高血压、糖尿病、感冒等)、风险评估(例如，轻度、中度、重度等)及康复意见等。
s2、当所述健康数据中包含第一类型数据时，获取用户通过第一客户端发送的主诉信息，判断该主诉信息是否满足预设条件，当满足预设条件时，接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端，当不满足预设条件时，根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源，并生成第一导诊信息，将该第一导诊信息反馈至第一客户端；
第一类型数据为小病的名称；第一客户端为用户使用的终端，用户通过第一客户端发送主诉信息；第二客户端为线上医生使用的终端，通过第二客户端对用户进行辅助问诊，根据辅助问诊结果开具处方数据，并将处方数据上传至指定存储路径中；第三客户端为药房管理人员使用的终端，药房管理人员通过第三客户端接收处方数据；处方数据中包括：药品名称、药品数量及药品使用指导等信息，处方数据处理结果中包括：药品名称、药品数量、药品费用、药品支付方式(例如，保险支付、在线支付)及药品配送结果等。
具体地，所述预设条件所述主诉信息中的症状需要线下治疗(指，需要线下就医)，也就是说，如果不需要线下指令，线上医生可直接进行线上问诊并开具处方数据即可，相反，如果需要线下治疗，为用户匹配第一医疗资源，并进行预约挂号操作，操作成功后，生成第一导诊信息，并将第一导诊信息反馈给用户。
例如，当用户主诉信息为：儿童感冒、流鼻涕、37.5℃，是否需要降温吃药等时，判断该主诉信息满足线上问诊的条件，线上医生对该用户进行线上问诊，并出具相应的处方信息。
在本实施例中，所述“接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端”的步骤包括：
根据所述处方数据生成对应的费用账单；
根据用户身份标识获取该用户的保险数据，判断所述保险数据是否满足在线直赔的条件；
当满足在线直赔的条件时，将所述费用账单发送至第三客户端及第四客户端，或者，当保险数据不满足在线直赔的条件时，将所述费用账单发送至第一客户端；及
接收第三客户端反馈的处方数据处理结果，并将所述处方数据处理结果反馈至第一客户端。
其中，第四客户端为保险公司人员使用的客户端。需要说明的是，在接受到线上医生通过第二客户端的反馈的处方数据之后，向第一客户端发送药品配送请求，当用户同意该药品配送请求时，将所述处方数据及药品配送请求(包括配送地址)一并发送至第三客户端。
根据处方数据中药品类型及数量确定药品费用，生成费用账单。根据用户的身份标识(例如，身份证号)获取用户的保险数据，当保险数据中包含可在线直赔当前费用账单的保险信息时，将费用账单发送至保险信息对应的保险公司，然后药房管理人员进行配药送药，并将处方数据处理结果反馈至第一客户端。或者，当保险数据中不包含可在线直赔当前药品费用账单的保险信息时，说明当前费用账单需由用户支付，在用户已支付当前费用账单后，药房管理人员进行配药送药，并将处方数据处理结果反馈至第一客户端。
再例如，当用户主诉信息为：儿童感冒、流鼻涕、39℃、抽搐时，判断该主诉信息不满足线上问诊的条件，需要进行线下治疗，根据预设匹配规则为用户匹配第一医疗资源，实现分诊导诊功能。
具体地，所述“根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源”的步骤包括：
根据用户主诉信息为用户生成标签，筛选出与该用户的标签对应的一级医疗资源；
根据用户身份标识确定用户所在地，从所述一级医疗资源中筛选出用户所在地的二级医疗资源；
接收用户要求，根据用户要求从所述二级医疗资源中筛选出满足用户要求的三级医疗资源；及
获取所述三级医疗资源的平均历史用户评分，从所述三级医疗资源中选择分值最高的四级医疗资源，作为第一医疗资源。
需要说明的是，一级、二级、三级、四级仅用于表示根据不同条件筛选出的医疗资源，不表示医疗资源的优劣之分。
具体地，根据用户的主诉信息为用户生成标签，例如，儿童感冒，筛选出所有专业对口的一级医疗资源(例如，儿科，或者综合科)。然后，根据用户身份标识获取用户的具体信息，包括用户所在地，为了方便用户就医，过滤掉非同城的医疗资源，保留与用户所在地(例如，岳阳)同城的二级医疗资源。可以理解的是，不同的用户对第一资源会提出不同的要求，因此，获取用户要求，例如，主任医师/专家、性别为女、三甲医院、就医时间等要求，从上述步骤筛选出的医疗资源中进一步筛选出满足用户要求的三级医疗资源。最后，满足以上条件的三级医疗资源可能是一个也可能是多个，根据历史用户对医疗资源给出的平均历史用户评分，选择分值最高的三级医疗资源作为第一医疗资源。
为用户匹配第一医疗资源后，执行预约挂号操作，挂号成功后，生成第一导诊信息，并将第一导诊信息通过一个客户端反馈给用户。
当用户按照第一导诊信息进行线下治疗之后，其所花费的费用可通过医保支付，或者，在已购买相关医疗险的前提下，用户先垫付医疗费用，然后进行线上自助理赔：在线提交申请-填写个人信息-填写账户信息-上传理赔材料。
s3、当所述健康数据中包含第二类型数据时，根据所述第二类型数据生成相应的治疗计划，并将所述治疗计划反馈至第一客户端；
所述第三类型数据为慢病的名称，例如，肥胖、高血压、血脂异常等。
具体地，所述“根据所述第二类型数据生成相应的治疗计划”的步骤包括：
从所述健康数据中读取所述第二类型数据对应的风险评估数据；
当所述风险评估数据为第一风险评估数据时，所述治疗计划包括：预防保健计划及用药调理计划；
当所述风险评估数据为第二风险评估数据时，所述治疗计划包括：预防保健计划、用药调理计划及疾病管理计划。
其中，所述第二类型数据对应的风险评估数据为针对慢病进行的慢病程度评估，包括：轻度、中度及重度。
第一风险评估数据包括：轻度，当用户健康数据显示用户患有轻度慢病时，根据不同慢病的预防、调理指南，生成相应的预防保健计划及药理调理计划。第二风险评估数据包括：中度及重度，当用户健康数据显示用户患有中度/重度慢病时，生成相应的预防保健计划及药理调理计划的同时，还为用户生成相应的疾病管理计划。
预防保健计划中包括：专业运动营养辅助计划。根据专业运动营养辅助计划向用户推荐知名品牌营养餐体验包，用户可通过线上预订接口进行预订，并享受配送服务等。
用药调理计划中包括家庭医生根据问诊结果开具的处方数据：药品种类、数量及药品使用指导等。当用户同意根据用药调理计划购买药品时，将处方数据发送至第三客户端，并接收第三客户端反馈的处方数据处理结果。需要说明的是，与步骤s2不同的是，药房管理人员需根据用户健康档案对处方数据审核并进行再处方，确定最终的处方数据，然后执行配药送药，其他药品费用的支付与上述步骤一致，这里不再赘述。另外，在预设时间之后，提示用户进行预设检查项的体检，在用户同意的前提下，为用户预约门诊，以了解用药效果并进行并发风险检测。
疾病管理计划中包括根据所述匹配规则为用户匹配的第二医疗资源。其中，所述匹配规则与第一医疗资源的匹配规则一致，这里不再赘述。当用户同意该疾病管理计划时，对匹配的第二医疗资源进行预约挂号，挂号成功后生成第二导诊信息，并将所述第二导诊信息发送至第一客户端，第二导诊信息中包括：医院名称、地址、医生信息、预约时间等。
当用户按照第二导诊信息进行线下治疗之后，其所花费的费用可通过医保支付，或者，在已购买相关医疗险的前提下，用户先垫付医疗费用，然后进行线上自助理赔：在线提交申请-填写个人信息-填写账户信息-上传理赔材料。
s4、当所述健康数据中包含第三类型数据时，生成诊断计划、治疗计划及康复计划，并将所述诊断计划、治疗计划及康复计划反馈至第一客户端。
第三类型数据为重疾名称。
诊断计划中包括根据所述匹配规则为用户匹配的第三医疗资源。
其中，所述匹配规则与第一医疗资源的匹配规则大致相同，唯一的区别在于，针对重疾为用户匹配的第三医疗资源为专家级别。当用户同意该诊断计划时，对匹配的第三医疗资源进行预约挂号，挂号成功后生成第三导诊信息，并将第三导诊信息发送至第一客户端。预约的专家会在预约时间电话联系客户进行问诊，根据家庭医生对用户问诊的初诊结果，分析用户病情。最后，接收用户通过第一客户端反馈的专家问诊结果，更新该用户健康档案中的健康数据。
另外，接收用户通过第一客户端发出的二诊请求，并根据用户意向为用户匹配第三医疗资源。二诊的第三医疗资源包括两大类：国内二诊(国内三甲医院)及国外二诊(海外top200的医院)，用户确定二诊的第三医疗资源的类型之后，根据所述匹配规则为用户匹配相应类型的第三医疗资源，并将用户的健康档案反馈至第五客户端，并接收第五客户端反馈的二诊意见。
其中，第五客户端为第三医疗资源对应的管理人员使用的客户端。一般来说，国内二诊一般在7个工作日内反馈二诊意见，海外二诊一般在10个工作日反馈二诊意见，接收第五客户端反馈的二诊意见后，将二诊意见反馈至第一客户端，供用户了解自身病情。
所述治疗计划中包括为用户安排专家床位进行治疗。当用户选择接受治疗计划时，在10个工作日内为用户安排专家床位。进一步地，用户也可以选择不接受二诊，直接接受治疗计划。
所述康复计划包括中医康复计划及综合康复计划。中医康复计划为中医根据用户将康档案开具的中医康复意见，并通过第六客户端反馈该中医康复意见，其中，第六客户端为中医使用的客户端；综合康复计划中包含家庭医生给出的康复意见及专家问诊/二诊后给出的康复意见。最后，将所述康复计划反馈至第一客户端。
进一步地，当所述用户健康数据中包含第三类型数据(大病)时，获取该用户的保险数据，当保险数据满足理赔条件(例如，购买重疾险，且暂未发生理赔)时，生成理赔数据，同时反馈至第一客户端及第四客户端。通知保险公司直接将保额赔付给用户。
需要说明的是，上述实施例中的小病、慢病、重疾都是根据保险行业的责任划分规则预先确定的。
上述实施例提出的医疗服务管理方法，根据用户健康档案为用户提供一站式咨询、导诊、预约、就医跟踪等服务，为用户匹配最优资源，提高了用户问诊/治疗效率；基于互联网+hmo模式，通过整合医疗资源，使用线上医生对接客户就医需求，突破地域落地家庭医生对于大量资源的需求，支持医药费用在线理赔，有效降低了用户的医疗费用，提升了用户信任度及服务体验。
本发明还提供一种电子装置。参照图2所示，为本发明电子装置1较佳实施例的示意图。
在本实施例中，电子装置1可以是服务器、智能手机、平板电脑、便携计算机、桌上型计算机等具有数据处理功能的终端设备，所述服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器。
该电子装置1包括存储器11、处理器12，通信总线13，及网络接口14。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是所述电子装置1的内部存储单元，例如该电子装置1的硬盘。存储器11在另一些实施例中也可以是所述电子装置1的外部存储设备，例如该电子装置1上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器11还可以既包括该电子装置1的内部存储单元也包括外部存储设备。
存储器11不仅可以用于存储安装于该电子装置1的应用软件及各类数据，例如医疗服务管理程序10等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如医疗服务管理程序10等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可选的可以包括标准的有线接口、无线接口(如wi-fi接口)，通常用于在该电子装置1与客户端(图中未标识)之间建立通信连接。在一个实施例中，客户端包括：第一客户端、第二客户端、第三客户端、第四客户端及第五客户端。分别用于接收数据并反馈不同的数据至电子装置1。
图2仅示出了具有组件11-14的电子装置1，本领域技术人员可以理解的是，图2示出的结构并不构成对电子装置1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
可选地，该电子装置1还可以包括用户接口，用户接口可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。
可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(organiclight-emittingdiode，oled)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在电子装置1中处理的信息以及用于显示可视化的用户界面。
在图2所示的电子装置1实施例中，作为一种计算机存储介质的存储器11中存储医疗服务管理程序10的程序代码，处理器12执行医疗服务管理程序10的程序代码时，实现如下步骤：
a1、根据用户身份标识读取该用户的健康档案，所述健康档案中包含该用户的健康数据；
用户的家庭医生每次对该用户进行问诊后，根据问诊结果确定该用户在本次问诊的将康数据，基于健康数据建立并更新该用户的健康档案，将该将康档案保存在指定存储路径中，例如，用户健康档案数据库。根据用户的身份标识(例如，身份证号、用户编号等)，从用户健康档案数据库中获取该用户的健康档案。
从健康档案中读取该用户在预设时间(例如，5年)内的健康数据，包括：预设时间内每次问诊的症状(例如，咳嗽、流鼻涕、抽搐等)，问诊结论：患病类型(例如，高血压、糖尿病、感冒等)、风险评估(例如，轻度、中度、重度等)及康复意见等。
a2、当所述健康数据中包含第一类型数据时，获取用户通过第一客户端发送的主诉信息，判断该主诉信息是否满足预设条件，当满足预设条件时，接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端，当不满足预设条件时，根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源，并生成第一导诊信息，将该第一导诊信息反馈至第一客户端；
第一类型数据为小病的名称；第一客户端为用户使用的终端，用户通过第一客户端发送主诉信息；第二客户端为线上医生使用的终端，通过第二客户端对用户进行辅助问诊，根据辅助问诊结果开具处方数据，并将处方数据上传至指定存储路径中；第三客户端为药房管理人员使用的终端，药房管理人员通过第三客户端接收处方数据；处方数据中包括：药品名称、药品数量及药品使用指导等信息，处方数据处理结果中包括：药品名称、药品数量、药品费用、药品支付方式(例如，保险支付、在线支付)及药品配送结果等。
具体地，所述预设条件所述主诉信息中的症状需要线下治疗(指，需要线下就医)，也就是说，如果不需要线下指令，线上医生可直接进行线上问诊并开具处方数据即可，相反，如果需要线下治疗，为用户匹配第一医疗资源，并进行预约挂号操作，操作成功后，生成第一导诊信息，并将第一导诊信息反馈给用户。
例如，当用户主诉信息为：儿童感冒、流鼻涕、37.5℃，是否需要降温吃药等时，判断该主诉信息满足线上问诊的条件，线上医生对该用户进行线上问诊，并出具相应的处方信息。
在本实施例中，所述“接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端”的步骤包括：
根据所述处方数据生成对应的费用账单；
根据用户身份标识获取该用户的保险数据，判断所述保险数据是否满足在线直赔的条件；
当满足在线直赔的条件时，将所述费用账单发送至第三客户端及第四客户端，或者，当保险数据不满足在线直赔的条件时，将所述费用账单发送至第一客户端；及
接收第三客户端反馈的处方数据处理结果，并将所述处方数据处理结果反馈至第一客户端。
其中，第四客户端为保险公司人员使用的客户端。需要说明的是，在接受到线上医生通过第二客户端的反馈的处方数据之后，向第一客户端发送药品配送请求，当用户同意该药品配送请求时，将所述处方数据及药品配送请求(包括配送地址)一并发送至第三客户端。
根据处方数据中药品类型及数量确定药品费用，生成费用账单。根据用户的身份标识(例如，身份证号)获取用户的保险数据，当保险数据中包含可在线直赔当前费用账单的保险信息时，将费用账单发送至保险信息对应的保险公司，然后药房管理人员进行配药送药，并将处方数据处理结果反馈至第一客户端。或者，当保险数据中不包含可在线直赔当前药品费用账单的保险信息时，说明当前费用账单需由用户支付，在用户已支付当前费用账单后，药房管理人员进行配药送药，并将处方数据处理结果反馈至第一客户端。
再例如，当用户主诉信息为：儿童感冒、流鼻涕、39℃、抽搐时，判断该主诉信息不满足线上问诊的条件，需要进行线下治疗，根据预设匹配规则为用户匹配第一医疗资源，实现分诊导诊功能。
具体地，所述“根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源”的步骤包括：
根据用户主诉信息为用户生成标签，筛选出与该用户的标签对应的一级医疗资源；
根据用户身份标识确定用户所在地，从所述一级医疗资源中筛选出用户所在地的二级医疗资源；
接收用户要求，根据用户要求从所述二级医疗资源中筛选出满足用户要求的三级医疗资源；及
获取所述三级医疗资源的平均历史用户评分，从所述三级医疗资源中选择分值最高的四级医疗资源，作为第一医疗资源。
需要说明的是，一级、二级、三级、四级仅用于表示根据不同条件筛选出的医疗资源，不表示医疗资源的优劣之分。
具体地，根据用户的主诉信息为用户生成标签，例如，儿童感冒，筛选出所有专业对口的一级医疗资源(例如，儿科，或者综合科)。然后，根据用户身份标识获取用户的具体信息，包括用户所在地，为了方便用户就医，过滤掉非同城的医疗资源，保留与用户所在地(例如，岳阳)同城的二级医疗资源。可以理解的是，不同的用户对第一资源会提出不同的要求，因此，获取用户要求，例如，主任医师/专家、性别为女、三甲医院、就医时间等要求，从上述步骤筛选出的医疗资源中进一步筛选出满足用户要求的三级医疗资源。最后，满足以上条件的三级医疗资源可能是一个也可能是多个，根据历史用户对医疗资源给出的平均历史用户评分，选择分值最高的三级医疗资源作为第一医疗资源。
为用户匹配第一医疗资源后，执行预约挂号操作，挂号成功后，生成第一导诊信息，并将第一导诊信息通过一个客户端反馈给用户。
当用户按照第一导诊信息进行线下治疗之后，其所花费的费用可通过医保支付，或者，在已购买相关医疗险的前提下，用户先垫付医疗费用，然后进行线上自助理赔：在线提交申请-填写个人信息-填写账户信息-上传理赔材料。
a3、当所述健康数据中包含第二类型数据时，根据所述第二类型数据生成相应的治疗计划，并将所述治疗计划反馈至第一客户端；
所述第三类型数据为慢病的名称，例如，肥胖、高血压、血脂异常等。
具体地，所述“根据所述第二类型数据生成相应的治疗计划”的步骤包括：
从所述健康数据中读取所述第二类型数据对应的风险评估数据；
当所述风险评估数据为第一风险评估数据时，所述治疗计划包括：预防保健计划及用药调理计划；
当所述风险评估数据为第二风险评估数据时，所述治疗计划包括：预防保健计划、用药调理计划及疾病管理计划。
其中，所述第二类型数据对应的风险评估数据为针对慢病进行的慢病程度评估，包括：轻度、中度及重度。
第一风险评估数据包括：轻度，当用户健康数据显示用户患有轻度慢病时，根据不同慢病的预防、调理指南，生成相应的预防保健计划及药理调理计划。第二风险评估数据包括：中度及重度，当用户健康数据显示用户患有中度/重度慢病时，生成相应的预防保健计划及药理调理计划的同时，还为用户生成相应的疾病管理计划。
预防保健计划中包括：专业运动营养辅助计划。根据专业运动营养辅助计划向用户推荐知名品牌营养餐体验包，用户可通过线上预订接口进行预订，并享受配送服务等。
用药调理计划中包括家庭医生根据问诊结果开具的处方数据：药品种类、数量及药品使用指导等。当用户同意根据用药调理计划购买药品时，将处方数据发送至第三客户端，并接收第三客户端反馈的处方数据处理结果。需要说明的是，与步骤a2不同的是，药房管理人员需根据用户健康档案对处方数据审核并进行再处方，确定最终的处方数据，然后执行配药送药，其他药品费用的支付与上述步骤一致，这里不再赘述。另外，在预设时间之后，提示用户进行预设检查项的体检，在用户同意的前提下，为用户预约门诊，以了解用药效果并进行并发风险检测。
疾病管理计划中包括根据所述匹配规则为用户匹配的第二医疗资源。其中，所述匹配规则与第一医疗资源的匹配规则一致，这里不再赘述。当用户同意该疾病管理计划时，对匹配的第二医疗资源进行预约挂号，挂号成功后生成第二导诊信息，并将所述第二导诊信息发送至第一客户端，第二导诊信息中包括：医院名称、地址、医生信息、预约时间等。
当用户按照第二导诊信息进行线下治疗之后，其所花费的费用可通过医保支付，或者，在已购买相关医疗险的前提下，用户先垫付医疗费用，然后进行线上自助理赔：在线提交申请-填写个人信息-填写账户信息-上传理赔材料。
a4、当所述健康数据中包含第三类型数据时，生成诊断计划、治疗计划及康复计划，并将所述诊断计划、治疗计划及康复计划反馈至第一客户端。
第三类型数据为重疾名称。
诊断计划中包括根据所述匹配规则为用户匹配的第三医疗资源。
其中，所述匹配规则与第一医疗资源的匹配规则大致相同，唯一的区别在于，针对重疾为用户匹配的第三医疗资源为专家级别。当用户同意该诊断计划时，对匹配的第三医疗资源进行预约挂号，挂号成功后生成第三导诊信息，并将第三导诊信息发送至第一客户端。预约的专家会在预约时间电话联系客户进行问诊，根据家庭医生对用户问诊的初诊结果，分析用户病情。最后，接收用户通过第一客户端反馈的专家问诊结果，更新该用户健康档案中的健康数据。
另外，接收用户通过第一客户端发出的二诊请求，并根据用户意向为用户匹配第三医疗资源。二诊的第三医疗资源包括两大类：国内二诊(国内三甲医院)及国外二诊(海外top200的医院)，用户确定二诊的第三医疗资源的类型之后，根据所述匹配规则为用户匹配相应类型的第三医疗资源，并将用户的健康档案反馈至第五客户端，并接收第五客户端反馈的二诊意见。
其中，第五客户端为第三医疗资源对应的管理人员使用的客户端。一般来说，国内二诊一般在7个工作日内反馈二诊意见，海外二诊一般在10个工作日反馈二诊意见，接收第五客户端反馈的二诊意见后，将二诊意见反馈至第一客户端，供用户了解自身病情。
所述治疗计划中包括为用户安排专家床位进行治疗。当用户选择接受治疗计划时，在10个工作日内为用户安排专家床位。进一步地，用户也可以选择不接受二诊，直接接受治疗计划。
所述康复计划包括中医康复计划及综合康复计划。中医康复计划为中医根据用户将康档案开具的中医康复意见，并通过第六客户端反馈该中医康复意见，其中，第六客户端为中医使用的客户端；综合康复计划中包含家庭医生给出的康复意见及专家问诊/二诊后给出的康复意见。最后，将所述康复计划反馈至第一客户端。
进一步地，当所述用户健康数据中包含第三类型数据(大病)时，获取该用户的保险数据，当保险数据满足理赔条件(例如，购买重疾险，且暂未发生理赔)时，生成理赔数据，同时反馈至第一客户端及第四客户端。通知保险公司直接将保额赔付给用户。
需要说明的是，上述实施例中的小病、慢病、重疾都是根据保险行业的责任划分规则预先确定的。
上述实施例提出的电子装置1，根据用户健康档案为用户提供一站式咨询、导诊、预约、就医跟踪等服务，为用户匹配最优资源，提高了用户问诊/治疗效率；基于互联网+hmo模式，通过整合医疗资源，使用线上医生对接客户就医需求，突破地域落地家庭医生对于大量资源的需求，支持医药费用在线理赔，有效降低了用户的医疗费用，提升了用户信任度及服务体验。
可选地，在其他的实施例中，医疗服务管理程序10还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器12)所执行，以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。例如，参照图3所示，为
图2中医疗服务管理程序10的模块示意图，图3中展示了读取模块110、第一数据处理模块120、第二数据处理模块130及第三数据处理模块140，需要说明的是，在有的实施例中，所述医疗服务管理程序10包括所述模块110-140，在其他实施例中，所述医疗服务管理程序10包括模块110及模块110-130中任意一个或两个模块。所述模块110-140所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
读取模块110，用于根据用户身份标识读取该用户的健康档案，所述健康档案中包含该用户的健康数据；
第一数据处理模块120，用于当所述健康数据中包含第一类型数据时，获取用户通过第一客户端发送的主诉信息，判断该主诉信息是否满足预设条件，当满足预设条件时，接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端，当不满足预设条件时，根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源，并生成第一导诊信息，将该第一导诊信息反馈至第一客户端；
第二数据处理模块130，用于当所述健康数据中包含第二类型数据时，根据所述第二类型数据生成相应的治疗计划，并将所述治疗计划反馈至第一客户端；及
第三数据处理模块140，用于当所述健康数据中包含第三类型数据时，生成诊断计划、治疗计划及康复计划，并将所述诊断计划、治疗计划及康复计划反馈至第一客户端。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质中包括医疗服务管理程序10，所述医疗服务管理程序10被处理器执行时实现如下操作：
a1、根据用户身份标识读取该用户的健康档案，所述健康档案中包含该用户的健康数据；
a2、当所述健康数据中包含第一类型数据时，获取用户通过第一客户端发送的主诉信息，判断该主诉信息是否满足预设条件，当满足预设条件时，接收第二客户端反馈的处方数据，并将该处方数据反馈至第三客户端，当不满足预设条件时，根据预设匹配规则及所述第一类型数据，为该用户匹配第一医疗资源，并生成第一导诊信息，将该第一导诊信息反馈至第一客户端；和/或
a3、当所述健康数据中包含第二类型数据时，根据所述第二类型数据生成相应的治疗计划，并将所述治疗计划反馈至第一客户端；和/或
a4、当所述健康数据中包含第三类型数据时，生成诊断计划、治疗计划及康复计划，并将所述诊断计划、治疗计划及康复计划反馈至第一客户端。
本发明之计算机可读存储介质的具体实施方式与上述医疗服务管理方法的具体实施方式大致相同，在此不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。