一种医疗健康在线业务亲情代办方法、装置、设备及介质与流程

1.本发明涉及应用程序技术领域，具体设计一种医疗健康在线业务亲情代办方法、装置、设备及介质。


背景技术：

2.近年来，随着我国互联网 医疗健康相关支持政策的出台，全国大多数医院拥有基于微信及支付宝的医院微官网门户，其中，还有一部分医院开展了互联网医院，用户通过医院微官网门户进行在线注册绑卡后即可在线预约挂号、就诊记录查询、检查检验报告查询、在线充值缴费，如果医院有开展互联网医院，用户可通过互联网医院能够在线问诊、慢病续方，获取医生开具的电子处方，相对于传统通过医保卡结算在院内药房排队取药，应用电子处方能够进行线上购药医院进行物流配送、院外处方流转购药等服务。而当需要在线办理互联网 医疗健康业务的人群是年纪比较大老年人或年纪比较小的儿童时，由于不太懂或不方便使用互联网工具，往往需要由亲属或监护人进行在线业务代办。
3.目前居民在医院微官网门户进行互联网 医疗健康在线业务亲情代办，主要通过2种方式：第一种，创建登录账户及账户关联就诊卡号或院内档案登记号的两层结构账户，不对登录账户进行实名认证；用户注册登录后输入关键信息查询院内档案信息及预留信息校验，即可绑定就诊人的就诊卡或院内档案登记号，可绑定本人或者亲情人为就诊人，之后通过切换就诊卡或档案登记号信息进行亲情代办。第二种，创建登录账户及账户关联就诊人亲情号两层结构账户，对登录账户进行实名认证，必要时也对关联的就诊人信息进行实名认证(当前绑定亲情就诊人有实名跟非实名两种)。用户注册实名认证登录后输入亲情就诊人与账户关系、亲情就诊人姓名、证件号、证件拍照图片、性别、年龄、预留手机号、监护人姓名及证件号(就诊人为6周及以下儿童时一般会有监护人信息)等信息进行实名认证，认证成功即可绑定亲情就诊人，登录账户通过切换就诊人进行亲情代办。
4.但是，上述2种方式，只能够部分满足在线业务代办的需求，由于同一个就诊人可被不同平台账户绑定为就诊人，该就诊人的相关业务数据可能分散在各个平台账户及子账户，如果就诊人已经有自己注册的平台账户，登录之后无法知道自己的账户被谁绑定并进行管理，也无法查询他人为自己代办的在线业务记录，在线业务经办人也无法知道当前就诊人的业务是就诊人本人办理还是他人代办，同时平台也无法进行代办追溯。
5.有鉴于此，提出本技术。


技术实现要素：

6.有鉴于此，本发明的目的在于提供一种医疗健康在线业务亲情代办方法、装置、设备及介质，能够有效解决现有技术中的医疗健康在线业务亲情代办方式只能够部分满足在线业务代办的需求，存在无法进行代办追溯的问题。
7.本发明提供了一种医疗健康在线业务亲情代办方法,包括：
8.获取登陆验证信息，登陆平台账户；
9.根据所述平台账户的操作人确认信息确定与所述平台账户关联的就诊用户，其中，所述就诊用户为与所述平台账户关联的亲情业务人账户；
10.在检测到确认就诊订单发起时，创建im账户，将与所述就诊订单关联的问诊信息保存在所述im账户内，其中，所述im账户与所述平台账户关联；
11.在检测所述就诊订单执行过程中，触发预设业务时，将所述预设业务信息的办理在与所述平台账户关联的就诊用户中进行。
12.优选地，所述预设业务包括：健康档案查询及医嘱开单业务。
13.优选地，所述im账户能够在所述就诊用户的登陆验证信息下被查询。
14.优选地，在检测到确认就诊订单发起时，创建im账户，具体为：
15.获取与所述就诊订单对应的token通证；
16.根据所述token通证请求用户详情信息；
17.根据实际业务情况将所述用户详情信息创建im账户。
18.优选地，触发预设业务时，将所述预设业务信息的办理在与所述就诊用户关联的自身应用账户中进行，具体为：
19.获取与所述预设业务对应的token通证；
20.根据所述token通证请求用户详情信息；
21.根据实际业务情况将所述用户详情信息关联自身应用账户。
22.本发明还提供了一种医疗健康在线业务亲情代办装置，包括：
23.平台登录单元，用于获取登陆验证信息，登陆平台账户；
24.就诊用户确认单元，用于根据所述平台账户的操作人确认信息确定与所述平台账户关联的就诊用户，其中，所述就诊用户为与所述平台账户关联的亲情业务人账户；
25.im账户创建单元，用于在检测到确认就诊订单发起时，创建im账户，将与所述就诊订单关联的问诊信息保存在所述im账户内，其中，所述im账户与所述平台账户关联；
26.预设业务信息办理单元，用于在检测所述就诊订单执行过程中，触发预设业务时，将所述预设业务信息的办理在与所述平台账户关联的就诊用户中进行。
27.优选地，所述im账户创建单元具体用于：
28.获取与所述就诊订单对应的token通证；
29.根据所述token通证请求用户详情信息；
30.根据实际业务情况将所述用户详情信息创建im账户。
31.优选地，所述预设业务信息办理单元具体用于：
32.获取与所述预设业务对应的token通证；
33.根据所述token通证请求用户详情信息；
34.根据实际业务情况将所述用户详情信息关联自身应用账户。
35.本发明还提供了一种医疗健康在线业务亲情代办设备，包括处理器、存储器以及存储在所述存储器中且被配置由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上任意一项所述的一种医疗健康在线业务亲情代办方法。
36.本发明还提供了一种可读存储介质，存储有计算机程序，所述计算机程序能够被该存储介质所在设备的处理器执行，以实现如上任意一项所述的一种医疗健康在线业务亲情代办方法。
37.综上所述，本实施例提供的一种医疗健康在线业务亲情代办方法、装置、设备及介质，根据用户角色及业务需求将账户设计成3阶层结构体系，包括平台账户-业务人账户-业务应用账户，一个平台账户可以关联绑定多个业务人账户，但只能有一个自身的业务人账户，其他为亲情关联业务人账户，实名业务人账户在平台是唯一且只能被一个平台账户唯一绑定为自身业务人账户；具体业务应用可根据token请求用户详情并可按实际业务需要合理利用从平台所获取的用户详情信息灵活关联或创建业务应用账户，进行相关业务处理，之后可以根据业务记录查询需求进行不同的接口查询条件设置，实名业务人账户在平台是唯一且只能被一个平台账户唯一绑定为自身业务人账户，系统可以根据当前登录账户的自身业务人账户id进行绑定查询并展示，以便平台用户进行关联管理。从而解决现有技术中的医疗健康在线业务亲情代办方式只能够部分满足在线业务代办的需求，存在无法进行代办追溯的问题。
附图说明
38.图1是本发明实施例提供的医疗健康在线业务亲情代办方法的流程示意图。
39.图2是本发明实施例提供的账户默认状态关系示意图。
40.图3是本发明实施例提供的平台账户注册认证登录流程示意图。
41.图4是本发明实施例提供的亲情业务人账户创建及校验流程示意图。
42.图5是本发明实施例提供的在线问诊业务应用代办场景流程示意图。
43.图6是本发明实施例提供的业务应用开发者获取平台用户技术流程示意图。
44.图7是本发明实施例提供的医疗健康在线业务亲情代办装置的模块示意图。
具体实施方式
45.为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
46.以下结合附图对本发明的具体实施例做详细说明。
47.本发明公开了一种医疗健康在线业务亲情代办方法、装置、设备及介质，至少在一定程度上解决了现有技术的不足。
48.请参阅图1，本发明第一实施例提供了一种医疗健康在线业务亲情代办方法,其可由在线业务亲情代办设备(以下简称代办设备)来执行，特别的，由代办设备内的一个或者多个处理器来执行，以实现如下步骤：
49.s101，获取登陆验证信息，登陆平台账户；
50.s102，根据所述平台账户的操作人确认信息确定与所述平台账户关联的就诊用户，其中，所述就诊用户为与所述平台账户关联的亲情业务人账户；
51.在本实施例中，所述代办设备可为用户终端设备(如智能手机、智能电脑或者其他智能设备)，该用户终端设备可与云端的服务器建立通讯连接，以实现数据的交互。
52.现市面上的互联网 医疗健康在线业务亲情代办方式一般有创建登录账户及账户关联就诊卡号或院内档案登记号的两层结构账户，不对登录账户进行实名认证的方式；以及建登录账户及账户关联就诊人亲情号两层结构账户，对登录账户进行实名认证，必要时也对关联的就诊人信息进行实名认证(当前绑定亲情就诊人有实名跟非实名两种)的方式两种，这两种方式只能够部分满足在线业务代办的需求，如果就诊人已经有自己注册的平台账户，登录之后无法知道自己的账户被谁绑定并进行管理，也无法查询他人为自己代办的在线业务记录，在线业务经办人也无法知道当前就诊人的业务是就诊人本人办理还是他人代办，同时存在平台也无法进行代办追溯的问题。
53.具体地，在本实施例中，从设计上看，所述代办设备将医院微官网门户定位为平台，平台上有由不同医疗信息厂商建设的在线业务应用，在线业务办理本质上是平台账户凭借业务人身份信息进行在线业务办理，由此设备系统根据用户角色将各类账户区分为操作人账户(即登录账户)与业务人账户(即健康账户)进行了区分，同时由于不同业务应用也有各自的内部业务规则运转需求，如有的需要就诊卡号信息，有的需要业务人身份信息，有的则需要手机号信息，所以增加业务应用账户层级。
54.请参阅图2，在本实施例中，所述代办设备根据用户角色及业务需求将账户结构分为3个层级，整个结构是阶层式的结构体系。平台账户(operator，简称op)：它是平台登录账户，需要进行实名认证，平台账户实名认证后才有业务人账户管理及进行在线业务代办权限；从业务角色分析，平台账户即操作人账户。初次实名认证登录后当前业务人信息默认是操作人本人的健康账户，一个平台账户可以关联绑定多个业务人账户，只有一个自身业务人账户，其他为亲情业务人账户，平台账户可以进行当前默认业务人账户设置，同时一个平台账户关联的业务人账户可以对应关联绑定属于该业务人的就诊卡号或院内档案登记号并进行默认就诊卡设置。业务人账户(health record account，简称hra)：它是业务人在平台的唯一健康账户，平台一般会对业务人账户进行实名认证及绑定校验。系统将姓名、证件类型及证件号作为业务人账户唯一判定依据，一个业务人账户只能被一个平台账户绑定为自身业务人账户，但是可以被多个平台账户绑定为亲情业务人账户。业务应用账户：它是为业务人进行具体在线业务办理时所需的账户。业务应用可根据token请求平台用户详情，按实际业务需要合理利用从平台所获取的用户详情信息关联或创建业务应用账户，如im账户、就诊卡号。业务应用账户的具体内容含义、是否关联操作人登录账户或业务人健康账户都可以根据实际业务应用需求而定。
55.请参阅图3，平台登录账户主要以手机号为主，同时为推行实名就诊制及利于后续亲情代办业务追溯，平台账户实行实名认证注册机制，平台获取有效的手机号信息，手机号已经实名认证注册，完成登录。手机号未进行实名注册认证，则用户继续完善实名信息并进行实名认证。实名认证方式可根据平台资源进行配置，主要有院内实名就诊档案信息验证、身份证原件ocr识别验证或实人生物识别(如人像)验证等，不同认证方式可对应不同的认证等级，一般将实人认证设置为最高等级；实名认证通过之后，平台对实名信息进行是否被注册、是否被唯一绑定为自身业务人账户判断；实名信息未被注册，系统创建新的loginid、userinfoid并登录成功，当前业务人信息默认是当前新注册的自身业务人账户信息，完成
登录；实名信息已被注册但未被其他平台账户绑定为唯一自身业务人账户，系统创建新的loginid，同时继承保留已有userinfoid并绑定为当前登录账户的唯一自身业务人账户，完成登录；实名信息已被注册且被其他平台账户绑定为唯一自身业务人账户，如果用户已经通过实人认证，则系统解绑原有的手机账户，原有手机账户登录需要重新实名注册才能登录。系统进行业务人账户相关注册信息更新，登录手机号为当前新的手机号，保留继承业务人账户关联loginid、userinfoid等，本质只是修改登录手机号；如果用户未实人认证则让用户先进实人认证，实人认证之后系统进行登录手机号变更，完成登录。
56.请参阅图4，居民用手机号及实名信息在平台实名注册登录后，可通过亲情账户管理服务进行亲情账户解绑或添加。亲情业务人的添加分为无实名证件、有实名证件两种模式。第一种，有实名证件亲情业务人添加模式，用户完善亲情业务人的实名信息并提交，系统将姓名、证件类型及证件号作为业务人账户唯一判定依据，判断用户当前所要添加的亲情业务人是否已经注册有实名业务人账户。如果该亲情业务人已经有实名业务人账户，则用户需要进行绑定校验。校验方式可根据平台资源进行配置，主要有业务人账户关联手机验证码、业务人实人生物识别、户口本ocr识别或院内档案预留手机验证码等方式，验证通过之后即可绑定成功；如果该亲情业务人还未有实名业务人账户，系统优先选择通过进行院内实名档案信息校验，用户可以通过获取业务人院内实名档案手机验证码进行绑定校验。若实名信息为居民身份证，用户一时又无法获得业务人院内档案预留手机验证码，此时用户也可以选择实人生物识别认证或户口本识别认证等方式进行绑定校验，校验通过之后系统进行业务人健康账户相关注册并创建新的业务人账户，创建成功之后并绑定为当前登录账户的亲情业务人；如果所要添加亲情业务人还未有实名业务人账户，也未有院内实名档案信息且实名证件为非居民身份证，由于非居民身份证的实名认证渠道及方式有限，主要还是靠院内实名档案信息，此时系统提示非居民身份证且未查到院内实名档案，请先行线下院内实名就诊建档再行线上添加；如果所要添加亲情业务人还未有实名业务人账户，也未有院内实名档案信息且实名证件为居民身份证，用户可以选择实人生物识别认证、户口本ocr识别认证或业务人身份证原件ocr识别认证等方式进行业务人实名认证，实名认证方式可根据平台资源进行配置。认证通过之后用户代为完善院内建档所需信息并提交，系统获取信息之后根据医院实际规则进行院内实名建档，建档成功之后系统进行业务人健康账户相关注册并创建新的业务人账户，创建成功之后并绑定为当前登录账户的亲情业务人。第二种，无实名证件亲情业务人添加模式，在实际医院业务落地中，发现还未落户登记的新生儿人群也有需要在线办理的医疗健康业务，所以系统上设计了虚拟业务人账户以满足这一特殊人群需求。系统根据业务人院内档案信息，如姓名、出生日期、性别、监护人证件号、监护人姓名、院内建档预留手机号信息查询是否有对应院内临时就诊卡，有查询到信息并且预留手机验证校验通过，系统则创建虚拟业务人账户并绑定为当前登录账户的亲情业务人。如果根据用户所提交信息未查询到相关院内就诊档案信息则提示先进行院内线下就诊建档，才可线上添加相关业务人。
57.在本实施例中，所述医疗健康在线业务亲情代办方法根据用户角色及业务需求将账户设计成3阶层结构体系，包括平台账户-业务人账户-业务应用账户，一个平台账户可以关联绑定多个业务人账户，但只能有一个自身的业务人账户，其他为亲情关联业务人账户，实名业务人账户在平台是唯一且只能被一个平台账户唯一绑定为自身业务人账户。平台账
户实行实名认证注册机制，实名认证方式可根据平台资源进行配置，并对不同实名方式设置不同的认证等级，作为信息变更或业务操作权限控制参考条件；业务人账户创建及绑定校验机制，亲情业务人的添加分为无实名证件、有实名证件两种模式。有实名证件亲情业务人添加模式下，用户完善亲情业务人的实名信息并提交，系统将姓名、证件类型及证件号作为业务人账户唯一判定依据；无实名证件亲情业务人添加模式下，系统可根据业务人姓名、出生日期、性别、监护人证件号、监护人姓名、院内建档预留手机号等院内就诊档案信息则创建虚拟业务人账户并绑定为当前登录账户的亲情业务人，以满足为未落户登记的新生儿人群进行在线业务代办的需求。请参阅图5，以在线问诊业务应用代办场景为例，使用者在登陆平台账户，由于平台用户下有唯一的自身业务人账户以及关联的多个亲情业务人账户，因此平台用户(a-op)在发起在线问诊时，需要先确认当次在线问诊的就诊人是谁。当平台用户直接操作的业务人账户为唯一的自身业务人账户，并进行相应的健康档案查询及医嘱开单等业务时，病患为平台用户本人；当平台用户直接操作的业务人账户为关联的亲情业务人账户中的一个，并进行相应的健康档案查询及医嘱开单等业务时，病患为平台用户关联的某个亲属。
58.s103，在检测到确认就诊订单发起时，创建im账户，将与所述就诊订单关联的问诊信息保存在所述im账户内，其中，所述im账户与所述平台账户关联；
59.具体地，步骤s103包括：
60.获取与所述就诊订单对应的token通证；
61.根据所述token通证请求用户详情信息；
62.根据实际业务情况将所述用户详情信息创建im账户。
63.请参阅图5，具体地，在本实施例中，以在线问诊业务应用代办场景为例，在确认之后进行病情描述及订单确认，确认发起订单之后，在线问诊业务应用会通过关联操作人登录账户创建im账户(关联a应用)，此im账户属于操作人应用，此时问诊会话信息在im账户，数据归属a应用。
64.s104，在检测所述就诊订单执行过程中，触发预设业务时，将所述预设业务信息的办理在与所述平台账户关联的就诊用户中进行。
65.具体地，步骤s104包括：
66.获取与所述预设业务对应的token通证；
67.根据所述token通证请求用户详情信息；
68.根据实际业务情况将所述用户详情信息关联自身应用账户。
69.在本发明一个可能的实施例中，所述预设业务包括：健康档案查询及医嘱开单业务。
70.请参阅图5，具体地，在本实施例中，以在线问诊业务应用代办场景为例，如果在线问诊过程中需要开展健康档案查询及医嘱开单业务，则此时健康档案及医嘱开单业务就会通过关联在线问诊下单时所确认的业务人健康账户(b-hra)及关联就诊卡号或院内档案登记号，进行在线业务办理，此时所关联引用的账户信息是属于业务人自身应用账户(关联b应用)进行业务处理，此时业务办理信息在问诊下单应用账户，数据归属b应用，a-op可以查代办b应用数据，b应用数据归属b-hra账户。
71.请参阅图6，在本实施例中，具体业务应用根据平台传递过来的authcode来平台这
边请求获取token，该code仅是一次性，token可重复利用，但是token对应用户如果登陆状态发生变化时会失效。业务应用可根据token请求用户详情、用户卡列表等。业务应用可按实际业务需要合理利用从平台所获取的用户详情信息关联或创建业务应用账户，如im账户、就诊卡号，进行相关业务处理。具体业务应用可根据平台返回的用户信息结构，根据业务记录是否有代办追溯需求，在业务表记录操作人平台账户id、业务人账户id相关字段，之后再根据业务记录查询需求进行不同的接口条件设置。
72.其中，具体业务应用可根据token请求用户详情并可按实际业务需要合理利用从平台所获取的用户详情信息灵活关联或创建业务应用账户，进行相关业务处理；具体业务应用可以通过token获取平台用户详情，并且后续业务处理过程中可在业务表记录操作人平台账户id、业务人账户id相关字段。之后可以根据业务记录查询需求进行不同的接口查询条件设置。实名业务人账户在平台是唯一且只能被一个平台账户唯一绑定为自身业务人账户，系统可以根据当前登录账户的自身业务人账户id进行绑定查询并展示，以便平台用户进行关联管理。
73.在本发明一个可能的实施例中，所述im账户能够在所述就诊用户的登陆验证信息下被查询。
74.具体地，在本实施例中，具体业务应用可以通过token获取平台用户详情，并且后续业务处理过程中在业务表记录操作人平台账户id、业务人账户id相关字段。之后可以根据业务记录查询需求进行不同的接口条件设置。以在线问诊记录查询为例，项目一的需求是操作人a帮业务人b进行在线问诊，但是问诊记录不能被业务人b看见，此时系统就可以根据操作人平台id进行问诊记录查询；项目二的需求是操作人a帮业务人b进行在线问诊，问诊记录能被b看见，b的业务人账户唯一，查询时就可以用b业务人账户id进行问诊记录查询，同时系统还可根据记录中的业务人账户是否为操作人自身业务账户进行该问诊记录是否属于代办记录，如果是代办记录则进行代办人信息展示，此时b业务人就可以知道哪些在线问诊是自己办理的，哪些是他人为自己代办及具体代办人是谁进行代办追溯。同理，业务经办方可以查看当前在线业务办理所针对的业务人是谁，是否是由他人代办及代办人是谁。
75.在本实施例中，平台实名用户登录平台后，可通过个人中心关联管理服务查看自身业务账户都被哪些平台账户绑定为亲情业务人，并可主动进行解绑。实名业务人账户在平台是唯一且只能被一个平台账户唯一绑定为自身业务账户，所以当平台用户进行关联管理服务的时候，系统就可以根据当前账户的自身业务账户id进行绑定查询并展示，以便平台用户进行关联管理。
76.综上，所述医疗健康在线业务亲情代办方法满足了医疗机构开展互联网 医疗健康业务场景中，用户在线进行业务亲情代办需求，并可以根据应用场景实际需求，进行业务数据隔离展示或业务数据按业务人角度进行归集展示；同时，业务人可以查询他人为自己代办的在线业务记录，以及可以查询由谁进行业务代办。此外，业务人还可以管理自己的健康账户，在平台实名注册登录后即可查看自身业务人账户(健康账户)被谁绑定，并可主动解绑关系；以使得在线业务经办人能够基于亲情业务账户进行在线业务代办并进行代办追溯，业务经办方可以查看当前在线业务是谁代办，就诊人本人进行平台注册认证后可看到自己被谁关联并进行关联管理，从而提升在线业务办理的安全性及可追溯性。
77.请参阅图7，本发明的第二实施例提供了一种医疗健康在线业务亲情代办装置，包括：
78.平台登录单元101，用于获取登陆验证信息，登陆平台账户；
79.就诊用户确认单元102，用于根据所述平台账户的操作人确认信息确定与所述平台账户关联的就诊用户，其中，所述就诊用户为与所述平台账户关联的亲情业务人账户；
80.im账户创建单元103，在检测到确认就诊订单发起时，创建im账户，将与所述就诊订单关联的问诊信息保存在所述im账户内，其中，所述im账户与所述平台账户关联；
81.预设业务信息办理单元104，用于在检测所述就诊订单执行过程中，触发预设业务时，将所述预设业务信息的办理在与所述平台账户关联的就诊用户中进行。
82.优选地，所述im账户创建单元具体用于：
83.获取与所述就诊订单对应的token通证；
84.根据所述token通证请求用户详情信息；
85.根据实际业务情况将所述用户详情信息创建im账户。
86.优选地，所述预设业务信息办理单元具体用于：
87.获取与所述预设业务对应的token通证；
88.根据所述token通证请求用户详情信息；
89.根据实际业务情况将所述用户详情信息关联自身应用账户。
90.本发明的第三实施例提供了一种医疗健康在线业务亲情代办设备，包括处理器、存储器以及存储在所述存储器中且被配置由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上任意一项所述的一种医疗健康在线业务亲情代办方法。
91.本发明的第四实施例提供了一种可读存储介质，存储有计算机程序，所述计算机程序能够被该存储介质所在设备的处理器执行，以实现如上任意一项所述的一种医疗健康在线业务亲情代办方法。
92.示例性地，本发明第三实施例和第四实施例中所述的计算机程序可以被分割成一个或多个模块，所述一个或者多个模块被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述实现一种医疗健康在线业务亲情代办设备中的执行过程。例如，本发明第二实施例中所述的装置。
93.所称处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述一种医疗健康在线业务亲情代办方法的控制中心，利用各种接口和线路连接整个所述实现对一种医疗健康在线业务亲情代办方法的各个部分。
94.所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现一种医疗健康在线业务亲情代办方法的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功
能、文字转换功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、文字消息数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘、智能存储卡(smart media card,smc)、安全数字(secure digital,sd)卡、闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
95.其中，所述实现的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一个计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
96.需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
97.以上仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。