CN114300076A - 一种病程管理移动端、服务端和病程管理方法 - Google Patents

Abstract

本申请的实施例揭示了一种病程管理移动端、服务端和病程管理方法，移动端包括：录入模块基于病程管理服务端的药品数据库和药品图片库的支撑录入用户的医嘱，以使病程管理服务端根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成服药任务和提醒任务；同步模块与可穿戴设备进行数据同步，以获取用户的身理信息；记录模块记录用户对病程管理服务端推送的服药任务和提醒任务的完成情况，还记录与用户相关的多维病程数据；可视化模块向用户展示服药任务的完成情况、多维病程数据和身理信息，解决了传统病程管理方式凭记忆或纸质文档容易出错的问题，且可记录病程管理相关的多维度数据，数据真实、定量、可追溯，提供了全面的病程数据可视化功能。

Description

一种病程管理移动端、服务端和病程管理方法

技术领域

本申请涉及一种病程管理技术，提供一种病程管理移动端、服务端和病程管理方法。

背景技术

目前，有大量的人群经历着各种慢性疾病的困扰，这些疾病的病程长，患者需要长期服药来控制病情或达到治疗的预期效果。这类疾病中最典型的是抑郁障碍，是一种发病率高、病程长、就诊率和治愈率低的重性精神疾病。抑郁障碍主要依靠各类精神药物来控制病情。由于抑郁障碍病因和个体差异的复杂性，这些患者的服药期往往长达数月乃至数年，从发病到治愈的过期中要经历急性期、巩固期、稳定期等多个阶段，不同阶段的服药方案也会由医生视病情和不良反应相应调整。服药规则复杂、服药期长、副作用等因素导致相当多的病人难以坚持完全按照医嘱服药和走完治疗病程，反过来更加导致病情久治不愈。另一方面，由于缺乏较好的服药和不良反应记录手段，医生往往只能通过询问回顾的方式了解病人的治疗效果，导致难以循症施治、有针对性的调整个体化治疗方案；在缺乏数字化病程数据的现状下，精神疾病整体治疗水平的提升信赖于医生在诊疗过程中逐渐积累的个体经验，难以进行系统性的归纳、总结和推广。这一定程度上导致了优质医疗资源的头部集中和难以普及。

慢性疾病的病程长和规则复杂导致医院的信息系统开具的电子处方(即患者拿到的打印处方)不能完全反映实际的服药情况。很多医生需要向患者口述具体的服药方法并让患者以自己的方法记录。部分医生的解决方案是为病人手写一张服药单，服药单上包含具体的服药天数、药名、早/中/晚/睡前的药量、备注(如空腹/随餐/餐后)等关键信息。以上方案将患者作为维护服药方案的主体，存在着患者遗忘、记错、丢失服药单等潜在问题，进而导致服药出错、病情失控的风险。

发明内容

本申请的目的在于提供一种病程管理移动端、服务端和病程管理方法，通过移动终端软件和可穿戴设备管理病程相关的服药任务等，解决了传统病程管理方式凭记忆或纸质文档容易出错的问题，且可记录病程管理相关的多维度数据，数据真实、定量、可追溯，解决了慢性疾病病程管理过程中缺乏客观数据的问题，且提供了全面的病程数据可视化功能。

本申请提出一种病程管理移动端，包括：录入模块，用于基于病程管理服务端的药品数据库和药品图片库的支撑录入用户的医嘱，以使所述病程管理服务端根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成服药任务和提醒任务；同步模块，用于与可穿戴设备进行数据同步，以获取所述用户的身理信息；记录模块，用于记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，还用于记录与所述用户相关的多维病程数据；可视化模块，用于向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

进一步地，所述录入模块具体用于显示录入界面，所述录入界面包括医嘱录入控件，并根据医嘱录入控件录入所述用户的医嘱，所述医嘱包括诊断信息、病程分期、嘱托与建议和服药单，所述服药单包括药品名、服药时间、服药日程和嘱托；还用于在用户开启服药提醒时，显示所述服药单和所述病程管理服务端推送的提醒任务。

进一步地，所述多维病程数据包括所述用户的不适反应、心情、状态回顾、睡眠状况、疾病风险因素中的至少一个。

进一步地，所述可视化模块具体用于通过图表方式展示所述服药任务的完成情况、多维病程数据和身理信息，所述图表方式包括折线图、饼图、直方图中的至少一种。

进一步地，还包括：设置模块，用于设置所述用户进行病程管理的用户信息，所述用户信息包账号和密码；授权管理模块，用于授权除用户以外的其他人查看所述用户的相关信息。

进一步地，还包括：发送模块，用于将所述用户的用户信息和身理信息、多维病程数据发送给病程管理服务端，以使所述病程管理服务端存入数据库。

本申请还提出一种病程管理服务端，包括：数据库，所述数据库包括药品数据库、药品图片库和提醒规则库；务管理模块，用于根据医嘱和药品生成服药任务，并从提醒规则库中提取相应的提醒规则，生成提醒任务；推送管理模块，用于向所述病程管理移动端推送服务任务和提醒任务。

进一步地，还包括：数据管理模块，用于接收所述病程管理移动端发送的用户信息和身理信息、多维病程数据；用户管理模块，用于为所述用户注册账号，以进行用户的病程管理；还用于根据用户请求删除所述用户的相关信息。

本申请还提出一种病程管理方法，包括：病程管理移动端录入用户的医嘱；病程管理服务端根据所述用户的医嘱的药品生成服药任务和提醒任务；所述病程管理移动端与可穿戴设备进行数据同步，以获取所述用户的身理信息，并记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，记录与所述用户相关的多维病程数据；所述病程管理移动端向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

与现有技术相比，本申请具有如下有益效果：

本申请的提供的技术方案中，病程管理移动端包括：录入模块，用于基于病程管理服务端的药品数据库和药品图片库的支撑录入用户的医嘱，以使所述病程管理服务端根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成服药任务和提醒任务；同步模块，用于与可穿戴设备进行数据同步，以获取所述用户的身理信息；记录模块，用于记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，还用于记录与所述用户相关的多维病程数据；可视化模块，用于向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。通过移动终端软件和可穿戴设备管理病程相关的服药任务、检查任务等，解决了传统病程管理方式凭记忆或纸质文档容易出错的问题，且可记录病程管理相关的多维度数据，数据真实、定量、可追溯，解决了慢性疾病病程管理过程中缺乏客观数据的问题，且提供了全面的病程数据可视化功能。

附图说明

图1是本申请实施例示出的病程管理移动端的结构示意图；

图2是本申请实施例示出的录入医嘱的界面示意图；

图3是本申请实施例示出的一种医嘱的编辑界面示意图；

图4是本申请实施例示出的另一种医嘱的编辑界面示意图；

图5是本申请实施例示出的同步手环的流程示意图；

图6是本申请实施例示出的手环列表的界面示意图；

图7是本申请实施例示出的服药任务列表界面示意图；

图8是本申请实施例示出的完成服务后的界面示意图；

图9是本申请实施例示出的添加医嘱外服药界面示意图；

图10是本申请实施例示出的记录不适反应界面示意图；

图11是本申请实施例示出的记录心情界面示意图；

图12是本申请实施例示出的记录记录影响心情的事件界面示意图；

图13是本申请实施例示出的记录睡眠状况界面示意图；

图14-1是本申请实施例示出的日历视图的服药可视化界面示意图；

图14-2是本申请实施例示出的统计视图的服药可视化界面示意图；

图15是本申请实施例示出的不适反应的可视化界面示意图；

图16是本申请实施例示出的心情的可视化界面示意图；

图17是本申请实施例示出的睡眠的可视化界面示意图；

图18是本申请实施例示出的授权流程示意图；

图19是本申请实施例示出的病程管理服务端的结构示意图；

图20是本申请实施例示出的建立和使用药品图片库的流程示意图；

图21是本申请实施例示出的一种病程管理方法的流程示意图；

图22是本申请实施例示出的另一种病程管理移动端和服务端的流程示意图；

图23是本申请实施例示出的另一种病程管理方法的流程示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

实施例一

请参阅图1，图1是根据一示例性实施例示出的一种病程管理移动端，该病程管理移动端包括：

录入模块110，用于基于病程管理服务端的药品数据库和药品图片库的支撑录入用户的医嘱，以使所述病程管理服务端根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成服药任务和提醒任务；

同步模块120，用于与可穿戴设备进行数据同步，以获取所述用户的身理信息；

记录模块130，用于记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，还用于记录与所述用户相关的多维病程数据；

可视化模块140，用于向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

在本实施例中，通过移动终端软件和可穿戴设备管理病程相关的服药任务、检查任务等，解决了传统病程管理方式凭记忆或纸质文档容易出错的问题，且可记录病程管理相关的多维度数据，数据真实、定量、可追溯，解决了慢性疾病病程管理过程中缺乏客观数据的问题，且提供了全面的病程数据可视化功能。

其中录入模块110具体用于显示录入界面，所述录入界面包括医嘱录入控件，并根据医嘱录入控件录入所述用户的医嘱，所述医嘱包括诊断信息、病程分期、嘱托与建议和服药单，所述服药单包括药品名、服药时间、服药日程和嘱托；还用于在用户开启服药提醒时，显示所述服药单和所述病程管理服务端推送的提醒任务。

具体地，如图2所示，图2为录入医嘱的流程示意图，在新建医嘱的情况下，在用户点击界面上的“手工录入”按钮或菜单时，选择新建医嘱，将跳转到填写医嘱的界面。界面中可录入“病情与嘱托建议”、“服药单”、“提醒”三类信息。“病情与嘱托建议”可包括诊断信息、病程分期、嘱托与建议等字段；“服药单”可包括药品列表、添加药品的菜单或按钮；“提醒”可包括是否提醒服药的开关、提醒列表。

用户点击“添加药品”的菜单或按钮时，跳转到输入药品名的界面。界面中可包括搜索框、搜索按钮、输入药品历史记录条目等。在用户输入药品名、商品名、拼音简写时，录入模块将检索药品数据库并将匹配到的药品条目显示在药品历史记录条目区域。

用户点击要添加的药品条目时，将弹出“设置阶段数量”的对话框。对话框可包括阶段输入控件、解释性文字、“下一步”按钮。

用户在对话框中选择要设置的阶段数X，并点击“下一步”，将跳转到编辑服药阶段的界面。编辑界面可包括服药时间、服药日程、嘱托和保存按钮等。服药时间部分可选择“空腹”、“餐中”、“餐后”等；服药日程中将显示x个阶段的服药计划，每个阶段包括标题、天数范围、药量、操作菜单/按钮、时间线等。其中天数范围、药量在未编辑时显示为？或其他形式的占位文字。操作菜单/按钮可包括删除、编辑、增加阶段等。删除第x个阶段时，第x个阶段及之后的阶段将全部删除。在已有X阶段情况下增加阶段时，服药计划将显示X+1个阶段，最后一个阶段显示在第X个阶段的下方。用户可设置嘱托以规定服药的其他要求(如“难耐受，需分次服用”)。

在录入医嘱后，还可以对医嘱进行编辑，如图3所示，图3为医嘱的编辑流程界面图，在用户点击界面上的“手工录入”按钮或菜单时，选择修改医嘱，将跳转到填写医嘱的界面。界面中将显示已有的医嘱信息，可包括“病情与嘱托建议”、“服药单”、“提醒”三类信息。

服药单中可展示已录入药品的列表，每种药品可包括药品预览图、药品名、服药阶段信息、删除/编辑/添加药品的按钮或菜单。点击“编辑”菜单或按钮将跳转到编辑服药阶段的界面。

提醒中可展示提醒任务，每条提醒可显示图标、提醒内容、提醒周期、删除按钮/菜单等。

如图4所示，在编辑服药阶段的界面中点击或选择“编辑”菜单/按钮时，将弹出编辑天数和药量的对话框。在对话框中，可包括服药天数选择、早/中/晚/睡前药量输入、保存和取消按钮等。服药天数选择区域中，可直接点击选择此阶段持续的天数，此区域可上下滚动，以选择更大的天数值。早/中/晚/睡前药量输入区域，先点击早/中/晚/睡前文字后的输入框，再点击下方的整数和小数，录入药量。如，早晨1.5片，则先点击“早”右侧的输入框0，再依次点击下方的1、0.5，“早”右侧将显示1.5。此界面中，药品的规格将从数据库中获取并显示在“服药时间和剂量(片)”处。例如，药品的规格为粒，将显示为“服药时间和剂量(粒)”。

在点击“保存”按钮时，录入模块110将检索病程管理服务端的提醒规则库，若此药品有对应的提醒规则，则会弹出对话框，询问用户是否添加相应的提醒规则。如果用户选择添加，则会同时添加药品和提醒并分别显示在填写医嘱界面的服药单和提醒任务。否则，只添加药品并显示在填写医嘱界面的提醒任务。提醒的类型可包括检查生理化学指标、检查血常规、检查尿常规、检查甲状腺功能、检查激素系列、检查心电图等；提醒的频次可包括x周/次、xx月/次等。

如图2或图3所示，对于某些慢性疾病，当用户在填写医嘱界面中选择病程分期(如急性期、巩固期、维持期)时，录入模块110将检索病程管理服务端的提醒规则库，若此分期有对应的提醒规则，则会弹出对话框，询问用户是否添加相应的提醒规则。提醒类型同上。如果用户选择添加，则提醒将显示在填写医嘱的如图3中界面的提醒区域。

医嘱界面中，如果用户关闭“是否需要提醒服药？”则服药单中的药品列表、操作按钮可清除并隐藏；如果关闭“是否推送相关提醒？”的开关，提醒任务中的列表和操作按钮可清除并隐藏。

在本实施例中，病程管理移动端还包括发送模块，医嘱界面中，用户点击“保存”按钮时，发送模块将向病程管理服务端发送用户填写的信息，由病程管理服务端的数据管理模块将数据存入数据库，并由任务管理模块生成服药任务。

值得注意的是，对于录入医嘱，可以通过从医院信息系统中导入处方的方式实现；但目前我国的医院信息系统与互联网物理隔离，数据导入存在困难；处方受医保规定、信息系统设计限制，不一定能够反映真实的服药要求。

对于录入医嘱，还可以通过语音输入转文字，并进行语义分割提取的方式实现；但医疗行为关系到生命健康，语音转文字、语义分割均有一定的概率出错，存在医疗风险。

在本实施例中，同步模块120具备与可穿戴设备配对和同步数据的能力，该可穿戴设备包括但不限于智能手环、智能手表、智能头盔等；如图5所示，同步的步骤包括：开启蓝牙和定位，搜索手环，选择手环，请求配对，配对握手，保存配对信息，最后同步数据。

具体的，用户需先在病程管理移动端中授予蓝牙和定位权限。在开启蓝牙后，用户点击界面中的“配对”按钮或菜单，本实施例以可穿戴设备为手环为例进行说明，同步模块120将开始搜索手环，并将搜索到的手环列表显示在页面中，如图6所示，显示的内容可包括手环名称、MAC地址、信号强度、图标等，其中，会在检测到的信号最强的手环的信号强度处显示“距离最近”的文字，以方便用户进行关联操作。用户点击要关联的手环，程序将向对应的手环发送请求关联的命令，并提醒用户在手环和/或软件中按照配对步骤完成关联操作。一种可能的步骤是：手环表盘将显示一串数字的配对码；用户将配对码输入到软件的文本框中；软件用此配对码与手环确认；手环反馈配对码正确；完成配对操作。

在配对完成后，发送模块会将用户与手环的关联信息发送到病程管理端保存，以便用户在重新安装软件后维持关联状态。

在配对成功后，同步模块120通过手环的接口协议获取手环的原始数据，并可以向手环发送控制指令；获取的身理数据可包括心率、睡眠、步数等。控制指令可包括设置日期时间、设置闹钟和提示文字(用于服药提醒)、设置表盘功能模块、推送天气预报等。

需要说明的是，记录模块130用于记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况；其中，可从病程管理服务端获取用户的服药任务，并生成当天的服药任务列表。如图7所示，服药任务中的每一项可包括药品缩略图、药品名、商品名、包装规格、单位、数量、嘱托/服药时间(如餐前)、操作按钮/菜单等。服药任务将按照早晨、中午、晚上、睡前分组。操作按钮/菜单可包括增减药量、完成服药等。

点击增减药量按钮/菜单，可将服药数量以0.25为步进增减。例如，医嘱中药品1的服药数量为1片，点击+按钮2次，数量将变为1.5片。点击“完成服药”按钮/菜单，如图8所示，将显示完成状态的图标或文字，同时可隐藏/禁用增减药量、“完成服药”按钮/菜单。完成的任务将显示在服药任务列表末端，使用户专注于未完成的任务。任务列表中可显示“查看历史任务”的按钮/菜单，点击后可跳转到显示今日之前未完成任务的列表，并可以完成修改数量和完成服药任务的操作。

记录模块130还具备“添加医嘱外服药”的菜单/按钮，点击后将进入添加医嘱外服药页面。如图9所示，添加医嘱外服药界面可包括输入药品名称、服药数量、服药时间、服药原因的文本框或选择控件，以及拍照备忘、保存医嘱外服药的按钮/菜单。

在本实施例中，记录模块130还记录用户的多维病程数据，该多维病程数据包括所述用户的不适反应、心情、状态回顾、睡眠状况、疾病风险因素中的至少一种；

具体的，记录模块130具备“记录不适反应”的菜单/按钮，点击后将进入记录不适反应页面。如图10所示，记录不适反应页面可包括常见不适反应的列表、非常见不适反应的输入文本框、具体的身体部位不适的输入文本框、保存不适反应的按钮/菜单等。其中常见不适反应的列表中每一项至少包括不适反应(症状)名称、图标；点击列表中的每一项，项目的文字颜色、图标将变化以反映选中状态，再次点击则恢复为正常状态。

记录模块130具备“记录心情”的菜单/按钮，点击后将进入记录心情页面。如图11所示，记录心情页面可包括心情图标、操作提示文字/图形和“保存心情”的按钮/菜单、“记录影响心情的事件”的按钮/菜单等。在页面除按钮/菜单外的区域上下滑动屏幕，心情图标将变化以反映心情；记录模块130具备至少7种心情图标，对应于心情从差(-3)到好(+3)的7种数值。在用户前一天未记录心情的情况下，用户第一次填写心情时记录模块130将首先要求其回顾昨天的心情，“保存心情”按钮/菜单的文字将变为“保存昨天的心情”。其中，发送模块将把用户选择的心情图标对应的数值保存到病程管理服务端的数据库中。

点击“记录影响心情的事件”的按钮/菜单，将进入记录影响心情的事件页面。如图12所示，页面上包括事件描述的输入文本框、影响性质(积极/消极)的单选控件、影响程度(小到非常大)的单选控件、“保存事件”按钮等。用户点击“保存事件”按钮时，发送模块将事件描述以字符串形式保存到病程管理服务端的数据库，将影响性质、影响程度以数值形式保存到病程管理服务端的数据库。

记录模块130具备“回顾我的状态”的菜单/按钮，点击后将进入状态回顾的页面。状态回顾页面包括针对特定状况的医学问卷。问卷包括若干单选/多选题目和“提交”按钮。每道题目的选项可映射为分值。点击“提交”按钮时，发送模块将把每道题目的分值和根据问卷规则计算出的总分保存到病程管理服务端的数据库中，可视化模块140根据问卷规则将总分代表的结论呈现给用户。

用户每天第一次使用记录模块130时，将要求回顾昨天的睡眠情况。记录模块130向用户呈现回顾睡眠的页面。如图13所示，页面中包含入睡和起床时间的输入控件、睡眠质量(失眠/不好/一般/好)的单选控件、“保存睡眠状况”的按钮等。输入控件以滑动条的长度代表睡眠时长，起点对应的数值代表入睡时间，终点对应的数值代表起床时间；用户在输入控件中滑动起点和终点来设置入睡时间和起床时间。当用户点击“保存睡眠状况”的按钮时，发送模块将入睡时间、起床时间以日期时间格式保存到数据库；将睡眠质量以数值格式保存到数据库。

记录模块130还可录入慢性疾病的风险因素，包括既往发作、家族病史、不良生活方式等。既往发作信息包括用户的慢性疾病发作日期、持续时间、严重症状、治疗方式等。家族病史包括用户的直系亲属(父母/兄弟姐妹/子女等)、其他亲属(曾祖父母、曾外祖父母、祖父母、外祖父母、父母的兄弟姐妹、堂兄弟姐妹、表兄弟姐妹、孙子、孙女、外孙子、外孙女等)曾经诊断为该慢性疾病的情况。不良生活方式包括吸烟、喝酒、运动等习惯的频次等。

值得注意的是，本实施例中的可视化模块140具体用于通过图表方式展示所述服药任务的完成情况、多维病程数据和身理信息，所述图表方式包括折线图、饼图、直方图中的至少一种。

可选的，可视化模块140以日历或统计图方式展现用户的服药情况，并将按医嘱服药、未按医嘱服药、未服药区别展示。如图14-1所示，日历中以图标显示医嘱外服药事件；在用户选中某个日期时，可视化模块140可在下方显示当天的医嘱外或不按医嘱服药的详情。详情的信息包括药品名、数量、服药时间、原因、拍照备忘的图片(或按钮，点击弹出图片)。点击“日历/统计”按钮可在日历和统计两种视图中切换，如图14-2所示。

可选的，可视化模块140以列表方式展现用户的不适反应情况，如图15所示，展示症状描述、日期等。

可选的，可视化模块140以折线图方式展现用户的心情，以列表方式展现影响心情的事件。如图16所示，折线图中，可按周/月/半年等维度展现不同时间范围的结果。图中，由两条折线围成心情范围区域，上下折线分别代表当天填写的心情最大值/最小值。心情事件列表中，每一项包含事件名称、性质(积极/消极)、影响程度(小到非常大)。点击折线，可视化模块140会以提示框的形式呈现点击位置对应日期的心情数值。

可选的，可视化模块140以折线图方式展现用户的状态回顾。折线图中，可按周/月/半年等维度展现不同时间范围的结果。点击折线，软件会以提示框的形式呈现点击位置对应日期的医学问卷总分。

可选的，可视化模块140以直方图方式展现用户的睡眠状态。如图17所示，直方图中，可按周/月/半年等维度展现不同时间范围的结果。点击直方图，可视化模块140会以提示框的形式呈现点击位置对应日期的睡眠时长、睡眠质量。在关联手环的情况下，可视化模块140将在提示框中展现用户填报和手环计算的两种睡眠时长。

可选的，在关联手环的情况下，可视化模块140以折线图方式展现用户的心率。折线图中，可按周/月/半年等维度展现不同时间范围的结果。图中，由两条折线围成心率范围区域，上下折线分别代表当天填写的心率最大值/最小值。点击折线，可视化模块140会以提示框的形式呈现点击位置日期对应的心率最大值、平均值、最小值。

可选的，在关联手环的情况下，可视化模块140以直方图方式展现用户的步数。直方图中，可按周/月/半年等维度展现不同时间范围的结果。点击直方图，可视化模块140会以提示框的形式呈现点击位置对应日期的步数。

在本实施例中，病程管理移动端还包括设置模块，该设置模块，用于设置所述用户进行病程管理的用户信息，所述用户信息包账号和密码；具体的，注册账号时提供的信息包括手机号、姓名、性别、身份证号等。使用账号登录时，用户输入手机号，设置模块通过短信平台获取验证码，用户正确填写收到的短信验证码登录。设置模块使用手机号作为用户身份的唯一标识。

如果用户在设置模块中选择了注销账号，设置模块会删除与用户身份相关的缓存数据，下次打时用户需要重新登录。

可选的，对于用户登录，可以采用用户名/手机号+密码的方式登录，可以采用手机号一键登录。

需要说明的是，病程管理移动端和病程管理服务端同步的数据包括医嘱、任务、手环数据、用户记录的数据、诊断数据等。

病程管理移动端还包括授权管理模块，用于授权除用户以外的其他人查看所述用户的相关信息；具体的，如图18所示，授权流程为：默认用户数据为禁止他人查看；有他人发起查看请求，此处他人可以是医生、监护人等；用户查看请求详情，详情可包括请求人的姓名/图像/身份、请求原因、要查看的数据类别、请求日期等；用户同意请求，并设置授权期限，如x周、x月、x年、永久等，授权管理模块在病程管理服务端中将请求人添加到允许查看白名单，并记录允许查看的范围、期限；请求人查看用户的病程数据；到达数据期限后，即授权过期，授权管理模块在服务端中将请求人移出白名单，将权限恢复到禁止他人查看的状态。

实施例二

本实施例中还提供一种病程管理服务端，如图19所示，该病程管理服务端包括：

数据库210，所述数据库210包括药品数据库210、药品图片库和提醒规则库；

任务管理模块220，用于根据医嘱和药品生成服药任务，并从提醒规则库中提取相应的提醒规则，生成提醒任务；

推送管理模块230，用于向所述病程管理移动端推送服务任务和提醒任务。

具体的，病程管理服务端针对特定的慢性疾病建立了完善的药品数据库210，以允许用户快速、准确的录入服药信息。药品数据库210中包含的字段包括：唯一标识、药品名(化学名)、商品名、规格、单位、简写、厂家、类别、基本用法等。其中“简写”包括药品名和/或商品名的拼音首字母前几位，如盐酸度洛西汀肠溶片(商品名：奥思平)的“简写”字段值为“asp”。基本用法提取自药品说明书，可供用户查阅。

病程管理服务端针对药品数据库210中的药品建立了完整的图片库。如图20所示，图片库建立和使用的流程包括：针对药品A，获取药品开包装后的一个单位的实物(如1片药)；分析药品的外观，提取其基本的外观属性，包括药品的形态(片、胶囊、瓶装液体、丸、包装颗粒、膏药等)、形状(圆、椭圆、跑道形、菱形、不规则形状)、颜色(单色、双色，半透明)、标识(“－”字刻痕、“+”字刻痕、数字、字母、商标、汉字、不规则标识)等；根据药品的外观属性绘制矢量图像，如果药品A与药品B的外观属性相同(如均为白色圆片)，则直接使用药品B的图像；根据矢量图像，生成软件所需分辨率的图片文件，并以唯一文件名保存(即外观属性不相同的药品对应的文件名相互不重复)；在药品图片数据库210中建立药品图片文件的关联，即对于数据库210中的药品A，添加“药品图片路径”字段的值；进而可在病程管理移动端中引用药品图片使用。

病程管理服务端针对药品和慢性疾病本身建立了提醒规则库。针对药品的规则包括检查血药浓度等。针对慢性疾病本身的规则包括：病程A阶段每隔B时间提醒进行C类型检查。A包括急性期/巩固期/稳定期等；B包括xx周/xx个月等；C包括检查生理化学指标、检查血常规、检查尿常规、检查甲状腺功能、检查激素系列、检查心电图等。在移动端录入医嘱时，将检查提醒规则库并提醒用户添加相应的规则。

在本实施例中，任务管理模块220能够维护每个用户的任务，包括服药任务、提醒任务等；服药任务和提醒任务由医嘱生成。

在用户录入医嘱并提交后，任务管理模块220根据服药单中的药品、数量、分期等生成从第2天开始的服药任务并存入数据库210。数据库210字段包括：用户唯一标识(手机号)、药品唯一标识、日期、早晨服药数量、中午服药数量、晚上服药数量、睡前服药数量、早晨实际服药数量、中午实际服药数量、晚上实际服药数量、睡前实际服药数量、异常原因等。生成任务时，早晨实际服药数量、中午实际服药数量、晚上实际服药数量、睡前实际服药数量初始化为零。修改任务时，将根据分期天数和药品、数量更新数据库210，超出总天数的任务将删除(如原服药单为30天，修改后缩短到20天，则21天～30天的数据库210记录将删除)。用户在移动端完成服药任务后，服务端将更新数据库210中的早晨实际服药数量、中午实际服药数量、晚上实际服药数量、睡前实际服药数量。

在用户录入医嘱并提交后，任务管理模块220根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成提醒任务并存入数据库210。数据库210字段包括：用户唯一标识(手机号)、提醒类型、提醒日期、提醒完成标志等。

推送管理模块230根据规则和请求，向单个用户或批量用户推送通知的功能。推送管理模块230将运行后台任务，定期检查每位用户是否有提醒任务并通过手机厂商的推送通道推送相应的提醒通知。在管理人员请求时，推送管理模块230可以向指定的用户或用户群体推送定制的提醒通知。

在本实施例中，病程管理服务端还包括：数据管理模块，其用于接收所述病程管理移动端发送的用户信息和身理信息、多维病程数据。

具体的，数据管理模块将接收用户产生的数据，对数据进行清洗、规范化后存入数据库210。主要处理的数据包括病程数据、手环数据、用户信息等。病程数据主要包括服药/医嘱外服药、不适反应、心情、状态回顾、睡眠、疾病风险因素等。手环数据主要包括步数、心率、睡眠状况等。用户信息主要包括用户注册信息、关联手环信息、登录设备信息等。在用户或管理人员请求时数据管理模块可以修改、删除用户数据。

病程管理服务端还包括用户管理模块，该用户管理模块用于为所述用户注册账号，以进行用户的病程管理；还用于根据用户请求删除所述用户的相关信息；实现了用户注册、用户登录、用户删除等功能。

具体的，当用户在移动端注册时，用户管理模块负责校验用户提交数据的合法性(如重复注册)，并保存用户的注册信息；在用户登录时，用户管理模块将根据用户的手机号调用运营商的短信接口生成验证码发送给用户的移动端，并完成后续的验证码校验。

在收到用户或管理人员的删除用户请求时，用户管理模块将删除用户数据并遍历删除与用户相关联的病程数据、手环数据、任务数据、提醒数据。

实施例三

在本实施例提供一种病程管理方法，如图21所示，该病程管理方法包括：

S101、病程管理移动端录入用户的医嘱；

S102、病程管理服务端根据所述用户的医嘱的药品生成服药任务和提醒任务；

S103、所述病程管理移动端与可穿戴设备进行数据同步，以获取所述用户的身理信息，并记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，记录与所述用户相关的多维病程数据；

S104、所述病程管理移动端向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

具体的，如图22所示和图23所示，病程管理移动端至少包括录入医嘱、同步手环、记录(服药、心情、不适反应、状态回顾、睡眠状况、疾病风险因素)、可视化(服药、心情、状态回顾、睡眠、步数)等模块。病程管理服务端包括药品数据库、药品图片库、提醒规则库、任务生成、推送、数据管理、用户管理等模块，本实施例提供一种病程管理方法，通过录入医嘱→生成任务→记录病程→查看结果形成了完整的病程管理闭环，首先病程管理端建立慢性疾病药品的数据库和图片素材库，然后通过开发高效的医嘱录入用户界面和服药提醒生成程序，方便灵活的生成用户的服药任务、检查检验任务、状况回顾任务等病程任务；接着通过病程管理移动端，方便用户查看、完成病程任务，记录病程中的不适记录、心情、睡眠状况、医嘱外服药等关键信息，并生成全面的病程统计结果；最后，病程管理移动端通过绑定可穿戴手环、集成操作系统推送通知等功能，进一步提高服药提醒的到达率，促进用户按照医嘱服药。

需要说明的是，上述实施例所提供的方法与上述实施例所提供的装置属于同一构思，其中各步骤的实现方法已经在装置实施例中进行了详细描述，此处不再赘述。

本申请提供的病程管理移动端、服务端和病程管理方法，可通过移动终端软件和手环设备管理病程相关的服药任务、检查任务等，解决了传统病程管理方式凭记忆或纸质文档容易出错的问题；可通过移动终端软件和手环设备提醒服药，并提供了清晰的药品用法、图片，减少了忘记吃药、吃错药的概率；可快捷的录入医嘱，用户通过简单的搜索和点击即可生成服药单并转化为服药、提醒任务，减少了用户在页面间跳转和键盘输入的次数，大幅提高了录入服药单的效率。可通过移动设备端软件和手环记录病程管理相关的多维度数据，数据真实、定量、可追溯，解决了慢性疾病病程管理过程中缺乏客观数据的问题；且基于用户的移动设备和可穿戴手环进行病程管理，不需要专业的随访医生、监护人参与，也不受使用场所的限定，更加快捷、高效，也更能保护患者的隐私。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明实施例所提供的技术方案进行了详细介绍，本专利中应用了具体个例对本发明实施例的原理以及实施方式进行了阐述，以上实施例的说明只适用于帮助理解本发明实施例的原理；以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种病程管理移动端，其特征在于，包括：

录入模块，用于基于病程管理服务端的药品数据库和药品图片库的支撑录入用户的医嘱，以使所述病程管理服务端根据医嘱和药品从提醒规则库中提取相应的提醒规则，生成服药任务和提醒任务；

同步模块，用于与可穿戴设备进行数据同步，以获取所述用户的身理信息；

记录模块，用于记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，还用于记录与所述用户相关的多维病程数据；

可视化模块，用于向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

2.根据权利要求1所述的病程管理移动端，其特征在于，所述录入模块具体用于显示录入界面，所述录入界面包括医嘱录入控件，并根据医嘱录入控件录入所述用户的医嘱，所述医嘱包括诊断信息、病程分期、嘱托与建议和服药单，所述服药单包括药品名、服药时间、服药日程和嘱托；

还用于在用户开启服药提醒时，显示所述服药单和所述病程管理服务端推送的提醒任务。

3.根据权利要求1所述的病程管理移动端，其特征在于，所述多维病程数据包括所述用户的不适反应、心情、状态回顾、睡眠状况、疾病风险因素中的至少一个。

4.根据权利要求1所述的病程管理移动端，其特征在于，所述可视化模块具体用于通过图表方式展示所述服药任务的完成情况、多维病程数据和身理信息，所述图表方式包括折线图、饼图、直方图中的至少一种。

5.根据权利要求1所述的病程管理移动端，其特征在于，还包括：

设置模块，用于设置所述用户进行病程管理的用户信息，所述用户信息包账号和密码；

授权管理模块，用于授权除用户以外的其他人查看所述用户的相关信息。

6.根据权利要求5所述的病程管理移动端，其特征在于，还包括：

发送模块，用于将所述用户的用户信息和身理信息、多维病程数据发送给病程管理服务端，以使所述病程管理服务端存入数据库。

7.一种病程管理服务端，其特征在于，包括：

数据库，所述数据库包括药品数据库、药品图片库和提醒规则库；

任务管理模块，用于根据医嘱和药品生成服药任务，并从提醒规则库中提取相应的提醒规则，生成提醒任务；

推送管理模块，用于向所述病程管理移动端推送服务任务和提醒任务。

8.根据权利要求7所述的病程管理服务端，其特征在于，还包括：

数据管理模块，用于接收所述病程管理移动端发送的用户信息和身理信息、多维病程数据；

用户管理模块，用于为所述用户注册账号，以进行用户的病程管理；还用于根据用户请求删除所述用户的相关信息。

9.一种病程管理方法，其特征在于，包括：

病程管理移动端录入用户的医嘱；

病程管理服务端根据所述用户的医嘱的药品生成服药任务和提醒任务；

所述病程管理移动端与可穿戴设备进行数据同步，以获取所述用户的身理信息，并记录所述用户对所述病程管理服务端推送的所述服药任务和提醒任务的完成情况，记录与所述用户相关的多维病程数据；

所述病程管理移动端向所述用户展示所述服药任务的完成情况、多维病程数据和身理信息。

Images