随身医生功能需求简要_第1页
随身医生功能需求简要_第2页
随身医生功能需求简要_第3页
随身医生功能需求简要_第4页
随身医生功能需求简要_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、. . 随身医生功能需求随身医生功能需求 (v1.0) . . 目目 录录 1前言前言.1 1.1系统开发背景 .1 1.2系统交付目标 .1 2系统模块搭建技术方案系统模块搭建技术方案.1 2.1系统主体架构 .1 2.2系统模块规模性能要求.1 3主要功能及实现需求主要功能及实现需求 .2 3.1公司业务网站 .2 3.1.1公司介绍.2 3.1.2医生专家介绍.2 3.1.3在线咨询挂号预约介绍.2 3.1.4客户端下载链接.2 3.2用户微信客户端 .2 3.2.1用户信息登记.2 3.2.2用户病史登记.3 3.2.3用户线下门诊信息登记.3 3.2.4指定医生咨询(图文).3 3.

2、2.5指定病况回复.3 3.2.6信息推送.3 3.2.7线下就诊服务.3 3.2.8线下门诊预约服务.3 3.2.9支付功能.4 3.2.10服务介绍.4 3.2.11专家介绍.4 3.2.12客户端下载.4 3.2.13购药平台跳转.4 3.3用户 APP 客户端.4 3.3.1用户信息登记.4 3.3.1.1用户信息登记.4 3.3.1.2用户病史登记.5 3.3.1.3用户线下门诊信息登记.5 3.3.2信息交互.5 3.3.2.1指定医生咨询(图文).5 3.3.2.2指定病况回复.5 3.3.2.3直接通话申请.5 3.3.3信息推送和查询.6 3.3.3.1年费服务订购.6 3.

3、3.3.2信息推送.6 3.3.3.3服务介绍.6 . . 3.3.3.4专家介绍.6 3.3.3.5线下就诊服务.6 3.3.3.6线下门诊预约服务.6 3.3.4支付功能.6 3.3.5购药平台.6 3.3.6一键购药需求确认.7 3.3.7在线诊疗.7 3.3.7.1医生资源查询.7 3.3.7.2诊疗挂号预订.7 3.3.7.3在线视频诊疗.7 3.3.8自我诊疗.7 3.3.8.1病症输入和模糊查询.7 3.3.8.2用药推荐.7 3.3.8.3用药查询.7 3.3.8.4药品对比.8 3.3.8.5药品订购.8 3.4社区诊疗专用客户端或网页.8 3.5医生专用 APP.8 3.5

4、.1用户信息查询.8 3.5.1.1用户信息查询.8 3.5.1.2用户病史登记.8 3.5.2信息交互.8 3.5.2.1指定医生咨询(图文).8 3.5.2.2定期关怀模版制定.9 3.5.2.3直接通话确认.9 3.5.3在线诊疗.9 3.5.3.1视频接入.9 3.5.4处方开具.9 3.5.4.1药品信息查询.9 3.5.4.2处方出具.9 3.5.4.3处方流转.9 3.5.5收益查询.9 3.5.5.1随身医生收益.9 3.5.5.2处方金额.10 3.6系统管理后台 .10 3.6.1用户信息管理.10 3.6.1.1基本信息管理.10 3.6.1.2详细信息管理.10 3.6

5、.1.3用户费用信息管理.10 3.6.2医生信息管理.10 3.6.2.1基本信息管理.10 3.6.2.2服务信息管理.10 3.6.2.3效益信息管理.11 3.6.3医生助理相关信息管理.11 . . 3.6.4指定医生交互信息流转.11 3.6.4.1助理指派.11 3.6.4.2助理交互.11 3.6.4.3信息流转到医生.11 3.6.4.4信息流转到病人.11 3.6.5直接通话需求流转.11 3.6.6加号信息流转.11 3.6.7在线诊疗接入确认.11 3.6.8定期关怀信息流转.11 . . 1前言前言 1.1系统开发背景系统开发背景 本系统计划立足云南本地打造一个基于移

6、动互联网专业健康管理平台。 成为一个移动的 O2O 生态圈,改变现有的慢性病诊疗、购药流程,将医生、 患者、药店便捷地连接起来。 为患者提供自我诊断、慢性病管理、私人医生健康管理、药品低价快速提 供; 为医生提供长期稳定患者,提供便利沟通渠道,实现医生价值; 1.2系统交付目标系统交付目标 建设一个公司业务网页,介绍公司情况、服务情况、预约专家挂号情况。 建设一个微信公众号,提供用户关怀快速入口;实现(在微信中提供 APP 安装链接) 建设一个患者 APP,提供自我诊断及用药、健康咨询挂号服务、医患沟通即 时通信等功能; 建设一个 医生 APP,实现处方药品选择库,医患沟通通信等功能 建设一个

7、药品网上商城(PC 及移动端) ; 建设一个系统后台; 2系统模块搭建技术方案系统模块搭建技术方案 2.1系统主体架构系统主体架构 计划采用租用云服务器形式; 2.2系统模块规模性能要求系统模块规模性能要求 一期规模: “随身医生”服务付费用户 2 万; . . 在线诊疗实时视频并发 30 端; 医生团队 200 人; 后台医生助理 20 人; 各类应用时限容忍要求为优。 扩展规模: 要求系统具备健壮性及可扩展性(系统适应用户数量增加无结构性调整) 3主要功能主要功能及实现需求及实现需求 3.1公司业务网站公司业务网站 3.1.1公司介绍公司介绍 主要介绍公司情况及业务服务内容等; 宣传为主;

8、 3.1.2医生专家介绍医生专家介绍 介绍医生简历、专长 3.1.3在线咨询挂号预约介绍在线咨询挂号预约介绍 介绍专家咨询时间、剩余号数 3.1.4客户端下载链接客户端下载链接 提供客户端的下载链接地址 3.2用户微信客户端用户微信客户端 3.2.1用户信息登记用户信息登记 提供用户信息录入界面 姓名、性别、年龄、病种、相关医生、职业、手机等 . . 信息应保存在后台 3.2.2用户病史登记用户病史登记 提供用户病史的登记界面 如病历、化验单、造影结论信息等,以图片方式上传 信息应保存在后台 3.2.3用户线下门诊信息登记用户线下门诊信息登记 如诊断结论、处方药名称、服用周期等登记 信息保存在

9、后台 3.2.4指定医生咨询(图文)指定医生咨询(图文) 向此用户归属的随身医生发出定向咨询(图文) ; 咨询信息应发送到后台,后台经过医生助理处理后集合相关信息,应流转到 归属医生; 医生给出相关意见后,系统回复给用户; 3.2.5指定病况回复指定病况回复 系统根据医生制定的模版定期自动向用户发出病况询问 用户根据要求进行回复 后台系统应予以信息保存 3.2.6信息推送信息推送 系统根据用户实际情况,推送服药、复诊要求等信息 3.2.7线下就诊服务线下就诊服务 此用户关注的医生的门诊信息查询 . . 3.2.8线下门诊预约服务线下门诊预约服务 此用户关注的医生的门诊的加号服务,需支付费用 3

10、.2.9支付功能支付功能 微信付费 3.2.10服务介绍服务介绍 同公司网页内容 3.2.11专家介绍专家介绍 同公司网页内容 3.2.12客户端下载客户端下载 客户端下载提供链接 3.2.13购药平台跳转购药平台跳转 提供链接, 非 APP 形式 /微信商场 /购药客户端 3.3用户用户 APP 客户端客户端 3.3.1用户信息登记用户信息登记 应针对年费用户及在线诊疗用户均予以事先登记 3.3.1.1用户信息登记用户信息登记 提供用户信息录入界面 姓名、性别、年龄、病种、相关医生、职业、手机等 . . 信息应保存在后台 3.3.1.2用户病史登记用户病史登记 提供用户病史的登记界面 如病历

11、、化验单、造影结论信息等,以图片方式上传 信息应保存在后台 3.3.1.3用户线下门诊信息登记用户线下门诊信息登记 如诊断结论、处方药名称、服用周期等登记 信息保存在后台 3.3.2信息交互信息交互 3.3.2.1指定医生咨询(图文)指定医生咨询(图文) 向此用户归属的医生发出定向咨询; 咨询信息应发送到后台,后台经过医生助理处理后集合相关信息,应流转到 归属医生; 医生给出相关意见后,系统回复给用户 3.3.2.2指定病况回复指定病况回复 系统根据医生制定的模版定期自动向用户发出病况询问 用户根据要求进行回复 后台系统应予以信息保存 3.3.2.3直接通话申请直接通话申请 用户可申请与医生的

12、直接通话; 医生助理在收到申请后,确认医生时间后,应回复用户通话时间;到期应组 织三方通话 . . 3.3.3信息推送和查询信息推送和查询 3.3.3.1年费服务订购年费服务订购 用户针对随身医生服务进行订购 3.3.3.2信息推送信息推送 系统根据用户实际情况结合数据分析,推送服药、复诊要求等信息 3.3.3.3服务介绍服务介绍 同公司网页内容 3.3.3.4专家介绍专家介绍 同公司网页内容 3.3.3.5线下就诊服务线下就诊服务 此用户关注的医生的门诊信息查询 3.3.3.6线下门诊预约服务线下门诊预约服务 此用户关注的医生的门诊的加号服务,需支付费用 3.3.4支付功能支付功能 微信付费

13、 针对用户可能产生的费用进行收取,如年服务费、药费、线下加号、在线诊 疗等。 3.3.5购药平台购药平台 /购药客户端 . . 3.3.6一键购药需求确认一键购药需求确认 医生可在医生 APP 中生成药品购买意见; 用户可查看该处方建议,确认后可以直接生成订单到购药平台 3.3.7在线诊疗在线诊疗 3.3.7.1医生资源查询医生资源查询 用户可针对在线诊疗的医生排班情况,预约空位进行查询; 3.3.7.2诊疗挂号预订诊疗挂号预订 用户可针对医生的空余时间进行预订,通过支付后,获取接入码 3.3.7.3在线视频诊疗在线视频诊疗 用户针对预约,输入正确接入码后,可与医生进行在线咨询 3.3.8自我

14、诊疗自我诊疗 3.3.8.1病症输入和模糊查询病症输入和模糊查询 用户应可按照疾病类别、部位、科室等实现逐级输入及模糊查询,并最终确 定基本患病原因 要求按照树状结构实现简要专家系统,最终确认病症 3.3.8.2用药推荐用药推荐 可根据前述病症结论,给出用药推荐 3.3.8.3用药查询用药查询 可根据病症或药品名称精确或模糊查询出药品情况 . . 3.3.8.4药品对比药品对比 用户可选择相关药品进行成分与性价比、医生推荐指数等对比 3.3.8.5药品订购药品订购 用户可根据需要完成药品订购确认 3.4社区诊疗专用客户端或网页社区诊疗专用客户端或网页 采用 C/S 或 B/S 架构实现与用户手

15、机客户端相同的功能 或为节省开发成本可尝试直接采用触摸大屏放大手机 APP 屏幕 3.5医生专用医生专用 APP 3.5.1用户信息查询用户信息查询 3.5.1.1用户信息查询用户信息查询 查询归属用户的基本信息,如 姓名、性别、年龄、病种、相关医生、职业、手机等 3.5.1.2用户病史登记用户病史登记 查询归属用户的详细信息,如 如病历、化验单、造影结论信息等, 3.5.2信息交互信息交互 3.5.2.1指定医生咨询(图文)指定医生咨询(图文) 后台经过医生助理处理用户咨询要求后,集合相关信息,流转到归属医生; 医生应给出相关意见后,流转到系统; . . 3.5.2.2定期关怀模版制定定期关

16、怀模版制定 医生应根据用户实际情况,制定的相关定期关怀模版,便于系统定期自动向 用户发出病况询问 3.5.2.3直接通话确认直接通话确认 系统在发出直接通话需求后,医生应予以时间确认 3.5.3在线诊疗在线诊疗 3.5.3.1视频接入视频接入 医生在预约时间内可采用视频方式接入系统,完成在线诊疗 3.5.4处方开具处方开具 3.5.4.1药品信息查询药品信息查询 医生可根据病种等查询可开具的药品 3.5.4.2处方出具处方出具 医生根据可用的药品,明确数量、服用周期等; 形成单方 3.5.4.3处方流转处方流转 处方应首先流转到系统 3.5.5收益查询收益查询 3.5.5.1随身医生收益随身医

17、生收益 查询归属用户的数量,服务单价、收益总额等 . . 3.5.5.2处方金额处方金额 查询归属用户的处方总金额,效益等 3.6系统管理后台系统管理后台 3.6.1用户信息管理用户信息管理 3.6.1.1基本信息管理基本信息管理 管理用户的姓名、性别、年龄、病种、相关医生、职业、手机等 增、删、改、查 3.6.1.2详细信息管理详细信息管理 管理用户的详细信息; 如病历、化验单、造影结论信息等,以图片方式上传 增删改查 3.6.1.3用户费用信息管理用户费用信息管理 管理用户的服务订购情况等 3.6.2医生信息管理医生信息管理 3.6.2.1基本信息管理基本信息管理 管理医生的姓名、性别、年龄、病种、职称、手机、可用时段等 增、删、改、查 3.6.2.2服务信息管理服务信息管理 管理医生对应的归属病人等情况 . . 3.6.2.3效益信息管理效益信息管理 管理医生的相关效益信息 3.6.3医生助理相关信息管理医生助理相关信息管理 管理医生助理的相关信息情况,姓名、处理业务次数等 3.6.4指定医生交互信息流转指定医生交互信息流转 3.6.4.

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论