一种医疗管理系统及移动终端的制作方法

本申请涉及医疗领域的信息管理技术，尤其涉及在一种医疗管理系统及移动终端。

背景技术：

近年来，随着我国步入老龄化社会，特别是北京、上海等大城市，受我国居民生活饮食规律的调整、大气环境不断地变化、主要城市汽车保有量上升等因素的影响，慢性病逐渐成为城镇居民的常发性、多发性疾病并造成了直接和间接的经济负担，例如糖尿病、心血管疾病、呼吸系统疾病等。但是随着目前城市医院内的患者人数逐渐增多，定期的就诊已经不能满足日益增多的慢性病患者的需求；与此同时，医院的医务人员数量固定、工作时间有限，迫切需要一套智能的信息化系统来进行慢性病的管理。

随着计算机科学技术的发展，医疗业务中的信息化手段也日益丰富，计算机信息技术为支撑现代化的智能医疗提供了坚实的技术支持。现有的各级医院虽然基本实现了处方、病历等的电子化，但是其服务对象主要是面向医务人员和医院相关的业务辅助人员对在院患者的管理，没有将患者的潜伏、愈后等离院生活考虑在内。而且医务人员向其中输入数据以手工录入为主、检查仪器读入为辅，录入要求完整性高，流程链难以中断，不符合医务人员实际业务零散性特点；患者无法主动报告疾病信息，也无有效手段检测慢性疾病的变化。传统信息化系统偏向于强调门诊、住院的诊疗和用药管理设计，但是没有对于慢性病的数据管理做针对性的设计，导致医务工作者搜集患者全病程数据困难、管理患者的随访数据难，患者主动报告数据难、无法获得及时救治。因此，传统的信息化系统处理该类数据需要经过“医务工作者发放病情自查评分表”、“患者定期随访，上交自查表格”、“医务工作者收回评分表，整理输入信息系统”、“医务工作者借助软件分析数据”的流程，其先后划分明显，协作性不强。故此类系统一方面导致了主治医务工作者对于患者慢性疾病的发展了解不足、患者与医务工作者沟通不足，延误患者的治疗；另一方面导致医务工作者无法对此类慢性疾病做系统性的研究，提升相关的医技和医术。

申请内容

为解决上述技术问题，本申请实施例提供了一种医疗管理系统及移动终端。

本申请实施例提供的医疗管理系统，包括：

患者管理单元，用于录入患者信息；

分组管理单元，用于基于所述患者信息对患者进行分组，以及对患者的评估状态进行分析；

筛选查询单元，用于基于至少一种查询条件对患者进行查询；

统计分析单元，用于对患者进行患者信息统计和/或数理统计和/或智能统计；

预警管理单元，用于为患者提供慢性病发展情况和/或就诊建议和/或用药建议和/或区域预报；

消息管理单元，用于患者和医务工作者之间的实时沟通。

本申请实施例提供的移动终端，包括：

自查记录单元，用于对患者的疾病情况进行记录；

设备接入单元，用于与周边医疗设备进行通讯接入，从所述医疗设备采集患者的身体检测数据；

实时通讯单元，用于患者和医务工作者之间的实时沟通。

采用本申请实施例的上述技术方案，1)录入数据完整清晰，既包括在院数据，也覆盖离院数据。2)录入数据简洁方便，既适应了患者离院后依从性的需求，也符合了医务工作者时间零散的工作特点，利于后续的梳理。3)采用实时数据库技术和多条件查询，保证在一定计算性能下的系统对于高流量的患者数据的稳定记录和精准查询。4)以“评估状况”为代表的多维患者特征，给其分组工作提供了极大便利性。5)基于录入的数据，以“一站式”统计有效地减少了医务工作者统计分析难度，其分析结果可回溯性保护了针对该项疾病的持续研究。6)覆盖院内院外数据的个性化预警系统可以为患者及其相关区域提供慢性疾病的问诊指导和治疗指导。

附图说明

图1为本申请实施例提供的医疗管理方法的流程示意图；

图2为本申请实施例提供的整体架构图；

图3为本申请实施例提供的医疗管理系统的结构组成示意图；

图4为本申请实施例提供的移动终端的结构组成示意图；

图5为本申请实施例提供的网络端包含的数据的示意图；

图6-1为本申请实施例提供的首页选项的界面；

图6-2为本申请实施例提供的录入选项的界面；

图6-3为本申请实施例提供的归组选项的界面；

图6-4为本申请实施例提供的筛选选项的界面；

图6-5为本申请实施例提供的分析选项的界面；

图6-6为本申请实施例提供的预警选项的界面；

图6-7为本申请实施例提供的消息选项的界面；

图7为本申请实施例提供的移动终端侧的app的界面示意图；

图8为本发明实施例中电子设备一个应用实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本申请实施例可以应用于计算机系统/服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器等电子设备一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

当前的医疗信息化管理系统对医务人员实际业务不适用、对慢性病患者的数据管理缺位。为了解决这些问题，本申请以医务人员治疗、管理和科研需求出发，设计了一套面向实际业务中多流程协作需求的慢性病管理系统。在数据录入阶段，针对医疗数据输入模式多(就诊数据、仪器数据、网络数据)的问题，采用历史数据自动分析录入、实时数据“患者自填为主，医务工作者辅助检查”的方式完成对基线数据的录入，以向导式的设计指导医务工作者完成随访记录，并且开发了一套移动端装置帮助数据的快速录入；针对数据管理复杂问题，设置了一组可以高效处理实时结构化和非结构化数据库，重点支持多条件查询；针对病患实时管理需求，开发了带提醒功能的慢性病患者按评估状况复式分组功能；针对医务工作者对慢性病患者数据的个性化分析需求，建立了覆盖全属性的筛选系统和“一站式”可溯源统计系统(包括基本模块和智能模块)；针对患者对自身健康管理的需求，提供了基于位置信息、实时数据和基线记录的慢性病发展记录和预警系统；针对医患双方沟通需求，添加了移动装置和管理系统之间的实时对话和通信模块。

本申请有助于建立完善的慢性病管理系统，提供有效措施改善慢阻肺患者的愈后生活，提高患者生活质量，减轻医疗经济负担，具有重要社会意义。特别的是，本申请针对医务工作者的特点，设计了多流程分段处理方案，可以让医务工作者从繁重的数据搜集中解脱出来，有利于其持续性地对医疗数据进行研究和追踪。

图1为本申请实施例提供的医疗管理方法的流程示意图，如图1所示，所述方法包括以下步骤：

步骤1：录入患者信息。

具体地，患者信息具有以下几种类型：患者主动报告数据、医务工作者输入数据、仪器采集数据。

步骤2：基于所述患者信息对患者进行分组，以及对患者的评估状态进行分析。

这里，对患者的实时数据进行分布式存储。

步骤3：基于至少一种查询条件对患者进行查询。

步骤4：患者进行患者信息统计和/或数理统计和/或智能统计。

步骤5：对患者提供慢性病发展情况和/或就诊建议和/或用药建议和/或区域预报。

步骤6：患者和医务工作者之间的实时沟通。

需要注意的是，上述过程是基于对于医务工作者诊疗和科研工作的长期观察、总结而来，本申请的“多流程”指的是对于医务工作者工作的合理流程划分，且“多流程协作”指的是医务工作者可以不分时段地、不分用户地从任意过程开始使用本系统任意功能、做合理操作，同时系统亦可以处理任意时段患者报告数据，从而实现医务工作者之间和其与患者之间的协作。按照本申请的方式划分和设计的系统，应当视为属于同类或者相似申请。

图2为本申请实施例提供的整体架构图，如图2所示，患者按在院和离院患者分类，只是为了结构描述上方便，其在系统中管理和存储方式均保持一致。在院患者，可以在医务工作者协助下，直接在管理终端通过“录入”功能，存储自己的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录。特别指出的是，随访记录中包括“门诊、住院”等全部病案资料。而离院患者，在医务工作者协助下，首次在移动终端上安装相关软件，并设置患者信息；随后，患者可以通过该移动终端，存储自己的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录、高精度位置信息、环境信息、用药信息、自查信息等，可以通过近距离通讯技术接入其他医疗测量仪器设备并存储相关记录信息，而该移动终端择机主动与信息系统通讯、获取信息系统下发信息(医生回复、病情预警等)、回传移动端信息。医务工作者可以通过管理终端，基于web技术进入信息系统，使用各种功能，并获取各种回传信息。图6-1至图6-7为本申请实施例提供的医疗管理系统的界面示意图，从图中可以看出，医务工作者可以方便地在医疗管理系统中切换“首页”、“录入”、“归组”、“筛选”、“分析”、“预警”、“消息”等菜单选项，进一步利用相应选项的功能。

本申请实施例提供一套依据上述过程的医疗管理系统(例如慢性病管理系统)，用于提高相关医疗信息系统的功能性和效率。如图3所示，该系统包括：

患者管理单元102，用于录入患者信息；

分组管理单元103，用于基于所述患者信息对患者进行分组，以及对患者的评估状态进行分析；

筛选查询单元104，用于基于至少一种查询条件对患者进行查询；

统计分析单元105，用于对患者进行患者信息统计和/或数理统计和/或智能统计；

预警管理单元106，用于对患者提供慢性病发展情况和/或就诊建议和/或用药建议和/或区域预报；

消息管理单元107，用于患者和医务工作者之间的实时沟通。

在一实施方式中，所述系统还包括：

医务工作者管理单元101，用于基于医务工作者的身份标识码进行医务工作者的用户注册管理、用户登录管理以及用户信息维护。

在一实施方式中，所述患者管理单元102，还用于对所述患者信息进行编辑和管理；其中，

所述患者信息包括以下至少之一：基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录、终端信息。

在一实施方式中，所述分组管理单元103，还用于建立病理组和实验组，基于所述患者信息将所述患者归入所述病理组或者所述实验组；

其中，对于未入组的患者，所述分组管理单元103，还用于输出提醒医务工作者的提示消息。

在一实施方式中，所述分组管理单元103，用于：

对于可结构化的患者信息，对所述患者信息进行线性加权处理；对于不可结构化的患者信息，利用神经网络将所述患者信息进行特征编码处理；

将处理得到的结果和所述患者的预警结果进行加权处理，得到所述患者的状态量化指标。

在一实施方式中，所述系统还包括：

系统支撑单元108，用于为运行在该系统支撑单元上的各个功能单元提供硬件支撑和环境支撑。

以下对上述各个单元的功能进行具体描述。

(1)医务工作者管理单元101：支持基于医务工作者身份标识码(id)的注册用户管理，支持录入、编辑和管理医务工作者的基本信息、科室信息、医院信息等；

(2)患者管理单元102：支持基于患者身份标识码(id)的注册用户管理，支持录入、编辑和管理患者的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录(临床记录、问卷记录、辅助检查记录等)、移动端信息等；

(3)分组管理单元103：支持基于患者多维数据的“评估状态”特征分析，支持建立、编辑和管理患者的“病理组”和“实验组”，支持未入组患者提醒功能；

(4)筛选查询单元104：支持基于患者多维数据和特征的筛选，支持对特定患者对象的多条件查询；

(5)统计分析单元105：支持对所选患者的数据基本统计，包括但不限于性别、年龄、病情数值变化、随访次数变化、慢性病加重变化等，支持对所选患者的数理统计，包括但不限于正态总体分析、变量显著性检验、多因素方差分析等，支持对所选患者的智能统计，包括但不限于短期数值预报、长期趋势预报、异常点检测等。

(6)预警管理单元106：支持为患者提供慢性病发展情况报告，支持为患者提供就诊建议、用药建议，支持以地理位置信息为依据的慢性病区域患者预警。

(7)消息管理单元107：支持患者和医务工作者之间的实时消息沟通，支持医务工作者广播消息，支持医务工作者查询、回复、编辑和管理移动端全部回传消息；

(8)系统支撑单元108：为管理系统提供必须的计算机硬件和软件的支撑，提供和移动端信息通讯、同步协作的相关接口和技术。

以下结合图3详细说明一种应用场景下的医务工作者的操作流程。

101模块(医务工作者管理单元)是本信息系统的用户管理模块，因为本系统在该场景下主要使用对象为医务工作者，为了方便不同医院不同科室的医生同时操作，该模块提供了按医务工作者身份标识码(id)的用户注册管理、用户登录管理、用户信息维护(支持录入、编辑和管理医务工作者的基本信息、科室信息、医院信息等)，其实现基于数据库技术。医务工作者通过101模块进入系统后，可以实现201到206所述的“录入、归组、筛选、分析、预警、消息”六大功能，并且如前所述，可以从任何时间任何工作进度进入任何模块，系统可以自动维护业务逻辑和连贯性。举例说明，张医生可以于1月1日录入10例患者信息，可以于1月2日进入筛选功能选择5个病人进行下一步分析运算，可以于1月3日再次进入录入模块录入5例患者并归组到“实验a组”，他可以于1月4日查看“实验a组”和未入组患者的慢性病预警信息。

功能201由模块102支持，102模块(患者管理单元)可以按患者身份标识码(id)进行用户注册管理、支持录入、编辑和管理患者的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录(临床记录、问卷记录、辅助检查记录等)、移动端信息等，其实现基于数据库技术。患者管理单元内的每一个子功能均按照步骤设计，可以保持其录入状态，实现“随时中断、随时回复”的特性。

功能202由模块103支持，103模块(分组管理单元)主要功能一是给出对于患者的“评估状态”特征分析：“评估状态”由患者录入的信息给出基本度量，可结构化数据按照经验权重线性加和，不可结构化数据以神经网络技术进行特征编码后转化为可量化指标，将这两类数据和患者的预警结果(来自模块106)按配比加和就得到患者的状态量化指标。第二个功能是提供建立、编辑和管理患者的“病理组”和“实验组”，以直观和便利的方式给出患者的组属和组的基本信息。对于未入组患者，本模块可以醒目方式提醒医务工作者。本模块实现基于数据库技术。

功能203由模块104支持，104模块(筛选查询单元)主要功能是基于患者的多维数据进行对特定患者对象的多条件查询。其查询范围可以以“实验组”为基础，也可以在全患者范围内查询。多条件查询基于跨表查询技术，通过将复杂条件分解为多个查询指令，同步执行并聚合返回结果来提高查询效率。本模块实现基于数据库技术。

功能204由模块105支持，105模块(统计分析单元)支持三种主要分析模式。第一是基本分析功能，基于前述查询技术，按于性别、年龄、病情数值变化、随访次数变化、慢性病加重变化等指标进行数据统计，并将获得的结果可视化呈现，包括但不限于条状图、柱状图、饼状图、折线图等。第二是数理统计功能，基于一般性的数理统计理论，编制相关统计计算程序，在医学背景下进行统计计算，包括但不限于正态总体分析、变量显著性检验、多因素方差分析等。第三是智能统计功能，基于支持向量机、回归技术、神经网络技术，设计智能统计模型，在医学背景下进行机器学习计算，可以实现预测性任务，包括但不限于短期数值预报、长期趋势预报、异常点检测等。

功能205由模块106支持，106模块(预警管理单元)主要在105模块的分析基础上，提供慢性病发展情况的预报。不同105模块只基于患者的疾病信息，该模块会使用患者的终端采集信息，主要包括高精度位置信息(判断患者的活动量)、环境信息(结合位置信息给出患者生活环境的系数)、活动信息(给出患者行动指标)、自查信息(调查表自填信息，接入的医疗设备等)、用药信息(患者自己用药量、改变用药时间等)、就诊信息(患者就诊记录)等。使用深度学习模型，对患者提供就诊建议、用药建议，并在地理信息帮助下提供慢性病区域患者预警。

功能206由模块107支持，107模块(消息管理模块)主要提供和移动终端交互信息能力，通过互联网通信技术实现患者和医务工作者之间的实时消息沟通，以互联网分发技术实现医务工作者广播消息，内置数据库管理可以支持医务工作者查询、回复、编辑和管理移动端全部回传消息。

108模块(系统支撑单元)是系统的最底层模块，该模块最主要功能是为运行在其上的功能单元提供基础硬件、操作环境、网络环境支撑。

具体实现时，上述医疗管理系统的功能可以通过网络侧的网站来实现，医生可以通过管理终端登录网站，从而在网站上获得上述功能，其中，对于网站端的数据主要由医生录入，包括两个部分：患者基本信息和患者就诊信息。其中，患者基本信息在患者首次入组时录入，包括患者的基线数据，患者家属信息以及患者的患病史等；患者的就诊信息在患者每次就诊时录入，主要包括门诊、急诊、住院三种，网站端具体包含的数据如图5所示。

参照图6-1至图6-7，图6-1至图6-7分别提供上述医疗管理系统的“首页”、“录入”、“归组”、“筛选”、“分析”、“预警”、“消息”的界面示意图。其中，参照6-1，医疗管理系统的首页显示了某个地区(如北京各个区)污染物的浓度，以及系统中的患者数、实验组数等基本统计信息。图6-2展示了患者录入的主界面以及患者基本信息表。图6-3展示了患者归组主界面，目前展示的为“course_test”组的患者。图6-4展示了数据筛选的主界面，可以看到，该部分包括实验组筛选、性别筛选、年龄筛选等多种筛选方式，符合条件的患者显示在筛选控件的下方。图6-5为数据的统计分析可视化界面，展示了当前所选患者组的性别，年龄分布等信息。此外，医疗管理系统还可以展示如图6-6所示的预警界面以及图6-7所示的消息界面。

图4为本申请实施例提供的移动终端的结构组成示意图，如图4所示，所述移动终端包括：

自查记录单元302，用于对患者的疾病情况进行记录；

设备接入单元303，用于与周边医疗设备进行通讯接入，从所述医疗设备采集患者的身体检测数据；

实时通讯单元304，用于患者和医务工作者之间的实时沟通。

在一实施方式中，所述移动终端还包括：

患者管理单元301，用于基于患者的身份标识码进行患者的用户登录、用户登出，以及使用权限的管理；以及用于录入所述患者的患者信息，其中，所述患者信息包括以下至少之一：基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录、终端信息。

在一实施方式中，自查记录单元302，用于：

对于调查性自查，通过电子问卷提醒患者完成疾病情况的记录；

对于用药自查，通过摄像头采集药品图片与条形码记录；

对于就诊信息，在就诊后由医务工作者输入或扫描就诊单到信息系统处理；

对于采集性自查，通过传感器记录患者的地理位置信息，同时采集并记录患者的环境信息。

在一实施方式中，所述移动终端还包括：

系统支撑单元305，用于为运行在该系统支撑单元上的各个功能单元提供硬件支撑和环境支撑。

以下对上述各个单元的功能进行具体描述。

(1)患者管理单元301：支持基于患者身份标识码(id)的注册用户管理，支持录入、编辑和管理患者的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录(临床记录、问卷记录、辅助检查记录等)、移动端信息等；

(2)自查记录单元302：支持记录患者的慢性疾病自查情况，支持记录患者的高精度地理位置信息，支持记录患者的环境信息，支持记录患者的用药信息，支持记录患者的就诊信息；

(3)设备接入单元303：支持使用终端的通用接口、近距离通讯协议或无线通讯协议等方式接入医疗测量仪器设备；

(4)实时通讯单元304：支持患者使用终端和医务工作者实时通讯。

(5)终端支撑单元305：为管理系统提供必须的计算机物理和软件的支撑，支持与系统建立通讯、延迟通讯、离线保持、同步协作功能。

另外，本系统建立在web技术基础上，具有互联网网页浏览功能的设备终端即可使用，无需安装任何辅助环境；本终端设备基于普通手机的android或apple一般性平台，选择安装相应的功能软件即可，与在移动设备上安装普通软件方式相同，这里不再赘述。

以下结合图4详细说明一种应用场景下的患者的操作流程。

301模块(患者管理单元)是移动终端用户管理系统。其一般由医务工作者根据患者的身份标识码(id)初始化，提供了患者的登陆和登出功能，管理移动终端的使用权限。同时，支持录入、编辑和管理患者的基本信息、职业信息、医保信息、家庭信息、疾病信息、随访记录(临床记录、问卷记录、辅助检查记录等)、移动端信息等，其基于移动数据库技术实现。

功能401由模块302支持，302模块(自查记录单元)主要提供患者对于自身疾病情况的记录功能。一方面，对于调查性自查，可以通过内置电子问卷的方式提醒患者每日完成，并可以翻查以前的记录；对于用药自查，可以通过移动终端自带的摄像头功能采集药品图片与条形码记录(或接入智能设备，如智能药盒)；对于就诊信息，可以在就诊后请大夫手动输入或扫描就诊单到信息系统处理。另一方面，对于采集性自查，可用通过移动终端的传感器记录患者的高精度地理位置信息，如gps、北斗等；同时采集记录患者的环境信息，如pm2.5等。

功能402由模块303支持，303模块(设备接入单元)是一种通过通用接口、近距离通讯协议或无线通讯协议等技术实现与周边医疗设备通讯接入的装置。以常见的蓝牙通讯技术为例，若移动终端周围有心率检测仪，患者可以自主匹配连接，待匹配成功后，上述移动终端实时采集患者的心率数据。此外还有血压仪、血糖仪、呼吸机等。

功能403由模块304支持，304模块(实时通讯单元)主要功能是通过互联网通信技术实现患者和医务工作者之间的实时消息沟通，并且接收医疗信息系统的下发信息，存储移动终端收集的信息并择机回传到医疗信息系统。

108模块(系统支撑单元)是系统的最底层模块，该模块最主要功能是为运行在其上的功能单元提供基础的硬件支撑和环境支撑。常见的形式为个人移动设备，包括但不限于智能手机、平板电脑、掌上电脑pda等。

具体实现时，上述移动终端上的功能可以通过应用(app)来实现，图7给出了该app主要的功能界面，需要说明的是，图7是一种示例性的界面示意图，本申请实施例的移动终端上的应用界面不局限于此，还可以是其他效果的展示界面。其中，图7中第一行从左到右分别是应用的主界面、登录界、健康自检界面，图7中第二行从左至右分别是应用的药情况界面、数据上传界面、联系医生界面。

上述app进行数据收集时，采集的数据主要包括健康自测、用药与就医状况、联系医生三部分。其中，健康自测对多种慢阻肺患者常用的自查问卷做了整合，包括cat评分，mrc测试等，便于患者快速完成测试；用药及就医状况主要采集患者每日是否规律用药、是否有停换药、是否就医等，如果产生了换药或急性加重就医的情况，会提示患者上传更换的药物照片或就诊的病例和化验结果的照片等信息。联系医生部分患者可以随时给医生留言，同时，医生的回复将以消息推送的方式发送到手机端，以便患者及时收到反馈。

大多数慢性病患者的年纪较大，为了便于其快速掌握app的使用方法，本申请实施例尽可能简化了app的界面和业务逻辑。患者可根据个人习惯和用药规范，设定用药提醒，app会记录患者漏填的数据，及时提醒患者补填信息。为了保证填写数据的及时上传，app将以5min的间隔检测网络状态，自动上传数据，并通过服务器端和手机端双重验证的方式，保证不会出现数据的重复上传和遗漏上传的情况。

本发明实施例还提供了一种电子设备，例如可以是移动终端、个人计算机(pc)、平板电脑、服务器等。图8为本发明实施例中电子设备一个应用实施例的结构示意图。下面参考图8，其示出了适于用来实现本申请实施例的终端设备或服务器的电子设备1500的结构示意图：如图8所示，电子设备1500包括一个或多个处理器、通信部等，所述一个或多个处理器例如：一个或多个中央处理单元(cpu)1501，和/或一个或多个图像处理器(gpu)1513等，处理器可以根据存储在只读存储器(rom)1502中的可执行指令或者从存储部分1508加载到随机访问存储器(ram)1503中的可执行指令而执行各种适当的动作和处理。通信部1512可包括但不限于网卡，所述网卡可包括但不限于ib(infiniband)网卡，处理器可与只读存储器1502和/或随机访问存储器1503中通信以执行可执行指令，通过总线1504与通信部1512相连、并经通信部1512与其他目标设备通信，从而完成本申请实施例提供的任一方法对应的操作。

此外，在ram1503中，还可存储有装置操作所需的各种程序和数据。cpu1501、rom1502以及ram1503通过总线1504彼此相连。在有ram1503的情况下，rom1502为可选模块。ram1503存储可执行指令，或在运行时向rom1502中写入可执行指令，可执行指令使处理器1501执行上述通信方法对应的操作。输入/输出(i/o)接口1505也连接至总线1504。通信部1512可以集成设置，也可以设置为具有多个子模块(例如多个ib网卡)，并在总线链接上。

以下部件连接至i/o接口1505：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至i/o接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。

需要说明的，如图8所示的架构仅为一种可选实现方式，在具体实践过程中，可根据实际需要对上述图8的部件数量和类型进行选择、删减、增加或替换；在不同功能部件设置上，也可采用分离设置或集成设置等实现方式，例如gpu和cpu可分离设置或者可将gpu集成在cpu上，通信部可分离设置，也可集成设置在cpu或gpu上，等等。这些可替换的实施方式均落入本发明公开的保护范围。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行流程图所示的方法的程序代码，程序代码可包括对应执行本申请实施例提供的方法步骤对应的指令。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被中央处理单元(cpu)1501执行时，执行本申请的方法中限定的上述功能。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置、系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可能以许多方式来实现本发明的方法、装置和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法、装置和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。