CN114141389A - 一种面向医护患协同的慢性病用药监管***和方法 - Google Patents

一种面向医护患协同的慢性病用药监管***和方法 Download PDF

Info

Publication number
CN114141389A
CN114141389A CN202111476374.7A CN202111476374A CN114141389A CN 114141389 A CN114141389 A CN 114141389A CN 202111476374 A CN202111476374 A CN 202111476374A CN 114141389 A CN114141389 A CN 114141389A
Authority
CN
China
Prior art keywords
medication
patient
information
medicine
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111476374.7A
Other languages
English (en)
Inventor
莫霖
刘洋
钟达慧
马琳玉
向秋蒙
刘艺璇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Childrens Hospital of Chongqing Medical University
Original Assignee
Childrens Hospital of Chongqing Medical University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Childrens Hospital of Chongqing Medical University filed Critical Childrens Hospital of Chongqing Medical University
Priority to CN202111476374.7A priority Critical patent/CN114141389A/zh
Publication of CN114141389A publication Critical patent/CN114141389A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请公开了一种面向医护患协同的慢性病用药监管***和方法,本***包括数据中心、用户侧综合提示模块和医护侧综合监管模块;医护侧综合监管模块用于设置患者信息及其用药情况;数据中心用于保存患者信息及其用药计划,并根据用药计划向相应的患者发送用药提示信息和药物余量信息,更新患者的用药记录和药品余量数据,以及向医护侧综合监管模块发送用药异常信息;用户侧综合提示模块用于向患者发出服药提醒。本申请可以保证患者准确用药、安全用药、持续用药,医护人员可以及时了解患者的用药情况,便于及时跟进患者病情,调整患者治疗方案,有利于科学治疗。

Description

一种面向医护患协同的慢性病用药监管***和方法
技术领域
本申请属于医疗卫生领域,具体涉及一种面向医护患协同的慢性病用药监管***和方法。
背景技术
目前,无论是在国内还是国外,例如高血压、糖尿病和冠心病等慢性病的人群还在逐渐扩大,慢性病自身发病的病理复杂,完全康复困难且治疗周期漫长的特点,已经严重影响到了人们的生活品质和生命健康。大部分慢性病患者,只能通过合理的饮食安排、长期的服药和定期检查来适时调整治疗方案,才能使自身的病情得到稳定的控制。随着科技的不断发展,针对如此庞大的慢性病患者人群和病情治疗特点,现有技术已有提醒和监督慢性病患者按照医嘱或其他治疗方案进行服药的智能药盒,以在合适的时机提醒患者服用药物。
但是,目前这类智能药盒,或者类似的提醒软件,往往设置简单的闹钟功能,实现用药提醒,但是如何保证患者准确用药、持续用药、安全用药,如何与医护人员建立数据衔接,方便医护人员实时了解患者的用药和病情,却没有有效的方式和途径。
发明内容
本申请提出了一种面向医护患协同的慢性病用药监管***,通过多维度的数据监测,做到医护人员可以随时了解患者的用药情况,实现患者和医护人员之间数据互通。
为实现上述目的,本申请提供了如下方案:
一种面向医护患协同的慢性病用药监管***,包括数据中心、用户侧综合提示模块和医护侧综合监管模块;
所述医护侧综合监管模块用于设置患者信息,并针对每一位患者设定用药计划,以及查询每一位患者的用药情况,所述医护侧综合监管模块还用于接收所述数据中心发出的用药异常信息;
所述数据中心用于保存所述患者信息及其用药计划,并根据所述用药计划向相应的患者发送用药提示信息和药物余量信息,所述用药提示信息包括药物服用信息和药物禁忌信息,所述数据中心还根据所述用户侧综合提示模块发出的已用药确认信息,更新患者的用药记录和药品余量数据,所述数据中心还用于向所述医护侧综合监管模块发送用药异常信息;
所述用户侧综合提示模块用于根据所述数据中心发送的所述用药提示信息,向患者发出服药提醒,并展示用药详情。
可选的,所述数据中心包括患者信息单元、用药计划单元、用药记录单元、药品余量单元、用药提示单元和用药预警单元;
所述患者信息单元用于接收所述医护侧综合监管模块发送的患者信息数据,生成所述患者信息;
所述用药计划单元用于存储每一位患者的用药计划;
所述用药记录单元用于根据所述用户侧综合提示模块发出的所述已用药确认信息,生成该患者的用药记录;
所述药品余量单元用于根据所述用药记录,生成该患者的药品余量数据;
所述用药提示单元用于根据患者的所述用药计划,向该患者的所述用户侧综合提示模块发出所述用药提示信息,所述用药提示信息包括用药名称、用药剂量、用药时间、还需服药天数、终止用药前提示和用药禁忌;
所述用药预警单元用于生成用药异常信息,并发送所述用药异常信息至所述医护侧综合监管模块。
可选的,所述用药计划包括患者信息、服用药品名称、服用药品剂量、服药时间、终止用药时间和服用禁忌信息。
可选的,当所述数据中心在预设时长范围内不能接收到某位患者的所述已用药确认信息时,所述用药预警单元用于生成所述用药异常信息,并将所述用药异常信息发送至所述医护侧综合监管模块和患者近亲属。
可选的,所述用户侧综合提示模块包括用药信息提示单元和已用药确认单元;
所述用药信息提示单元用于根据所述数据中心发出的所述用药提示信息,提示患者服用药物,和/或提示患者停止服用药物;
所述已用药确认单元用于患者向所述数据中心发出所述已用药确认信息。
可选的,所述用药信息提示单元为多媒体演示设备;
所述多媒体演示设备以多媒体形式展示所述用药提示信息。
可选的,所述医护侧综合监管模块包括患者用药计划单元、查询单元和提示单元;
所述患者用药计划单元用于医护人员输入及修改所述患者信息,以及该患者的用药计划;
所述查询单元用于医护人员查询每一位患者的所述患者信息,及该患者的所述用药计划、所述用药剂量和所述药品余量数据;
所述提示单元用于接收所述用药异常信息,并向医护人员发出异常报警。
另一方面,为实现上述目的,本申请还提供了一种面向医护患协同的慢性病用药监管方法,包括如下步骤:
由医护人员设置每一位患者的患者信息,并针对每一位患者设定用药计划,所述患者信息和所述用药计划存储于数据中心;
根据所述用药计划,所述数据中心向该患者发出需用药提示信息和服药禁忌信息,并根据该患者的已用药确认信息,更新该患者的用药记录和药品余量数据;
根据所述需用药提示信息和所述服药禁忌信息服用药物,该患者服用相应的药物,并向所述数据中心发出所述已用药确认信息。
可选的,当所述数据中心在预设时长范围内不能接收到某位患者的所述已用药确认信息,则所述数据中心生成该患者的用药异常信息,并发送所述用药异常信息至医护人员。
可选的,通过所述数据中心,医护人员能够查询每一位患者的所述患者信息、所述用药计划、所述用药记录和所述药品余量数据。
本申请的有益效果为:
本申请公开了一种面向医护患协同的慢性病用药监管***和方法,根据医护人员设定的用药计划,可以及时提示患者用药,特别做了用药禁忌提示,保证患者准确用药、安全用药,通过患者用药数据,掌握患者药物余量情况,保证患者持续用药,医护人员可以及时了解患者的用药情况,便于及时跟进患者病情,调整患者治疗方案,有利于科学治疗。
附图说明
为了更清楚地说明本申请的技术方案,下面对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例一的一种面向医护患协同的慢性病用药监管***结构示意图;
图2为本申请实施例二的一种面向医护患协同的慢性病用药监管方法流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
实施例一
如图1所示,
包括数据中心、用户侧综合提示模块和医护侧综合监管模块。具体的,医护侧综合监管模块用于设置患者信息,并针对每一位患者设定用药计划,以及查询每一位患者的用药情况,医护侧综合监管模块还用于接收数据中心发出的用药异常信息;数据中心用于保存患者信息及其用药计划,并根据用药计划向相应的患者发送用药提示信息和药物余量信息,用药提示信息包括药物服用信息、和药物禁忌信息,数据中心还根据用户侧综合提示模块发出的已用药确认信息,更新患者的用药记录和药品余量数据,数据中心还用于向医护侧综合监管模块发送用药异常信息;用户侧综合提示模块用于根据数据中心发送的用药提示信息,向患者发出服药提醒,并展示用药详情。
下面详细介绍本申请实施例一中各个组成部分及功能:
在本实施例一中,数据中心是患者和医护人员之间的数据中枢,承载着所有患者的个人信息、病历信息、等等患者信息,医护人员通过数据中心为患者设置用药计划。
在本实施例一中,数据中心包括患者信息单元、用药计划单元、用药记录单元、药品余量单元和用药提示单元和用药预警单元。
具体的,患者信息单元用于接收医护侧综合监管模块发送的患者信息数据,生成患者信息。患者信息包括有患者的个人身份信息,如果患者是儿童或生活不能自理类的需要有照顾人的,则还包括照顾人的个人信息,患者的生理信息,患者历次就诊医院、科室、主治医师等相关的就诊信息和历次病例,等等,这类信息由医护人员在患者就诊时建立,以身份证号或者手机号作为身份标识,便于查询和身份确认。
用药计划单元用于存储每一位患者的用药计划。用药计划由主治医师建立,匹配针对的患者,包括需要的药物名称、每次服用剂量、服用时间、终止用药时间、服药禁忌等情况。为便于医师方便的建立用药计划,本实施例一自带了用药模板,并关联药房数据库,模板中还预设了最常见的服药禁忌信息,医师可通过用药模板,方便的从药房数据库中选择合适的药品,并建立完整的用药计划。
用药提示单元用于根据患者的用药计划,向该患者的用户侧综合提示模块发出用药提示信息,用药提示信息包括用药名称、用药剂量、用药时间、还需服药天数、终止用药前提示和用药禁忌,对于儿童用药,可能会涉及分药情况,即一份包装的药品需分成多次服用,以免药剂超量,因此,在本实施例中,用药提示信息中还特别加入了需要分药服用的提示信息。患者根据用药提示信息服用药物,并发出已用药的确认信息。
用药记录单元用于根据用户侧综合提示模块发出的已用药确认信息,生成该患者的用药记录。对于慢性病患者而言,经常会出现患者自我感觉良好,而放弃服药的情况,此时,医护人员就无法获悉患者的服药情况,影响后续的治疗。为此,当患者第一次取药时,由药房药师建立初始的药物记录数据,患者每次服药并发出已用药确认信息,用药记录单元会根据此次应服用药物剂量,以减法方式更新药物记录中的数据。当患者新购药后,药房药师则通过本实施例一***以加法方式更新药物记录中的数据。
药品余量单元用于根据用药记录,生成该患者的药品余量数据。对于慢性病患者而言,他们的服药量一般较大,用药时间很长,因此需要在身边留有足够的备用药量,有必要向患者提示目前家中药品余量情况,以提示患者及时购药。本实施例一以天为单位,根据用药计划和最新的药物记录,可设定当患者家中药品余量不足五天时,向患者发出购药提示,同时,数据中心汇总所有患者的家中药品余量情况,便于医院药房根据患者的药品余量合理备药。
用药预警单元用于生成用药异常信息,并发送用药异常信息至医护侧综合监管模块。通常情况下,患者本人或者照顾人清楚的知晓患者的病情,及用药情况,一般不会出现长时间不服药的情况,特别是在有用药提示的情况下,一般不会漏服。但如果患者确实长时间没有服药,除了因为没有余药且没有新购药外,可能就是因为其他的某些原因导致患者长时间没服药。本实施例一中,设定患者两天没有正常服药,则生成用药异常信息,发送至最近一次就诊的医院科室的护士或护士长处的医护侧综合监管模块,先期由护士与患者联系,再决定后续工作。与此同时,用药预警单元也会将用药异常信息发送至患者亲属处,由患者或者患者照顾人之外的其他人,叮嘱患者正常服药。
这样数据中心具备了用药提示、用药记录、用药预警的三重功能,可为患者和医护人员提供用药全程的监控和预警信息。
在强大的数据中心指出下,患者的用户侧综合提示模块包括用药信息提示单元和已用药确认单元。
其中,用药信息提示单元用于根据数据中心发出的用药提示信息,提示患者服用药物,以及是否有需要停止服用的药物,或者第二天停止服用的药物,停药提示,可有效避免患者超量超期服用药物。在本实施例一中,采用多媒体演示设备,例如通常的触控液晶显示器,以多媒体的形式,例如动画形式,生动、形象的展示出患者的基本信息,以及药品的外包装、药品本身形状、服用剂量、服药时间、服药禁忌等相关信息,特别是对于需要分药服用的情况,可做出详细的动画演示。
进一步的,患者或者照顾人可根据自身情况和时间安排,在用药计划范围内,适当的修改自己的服药时间。
已用药确认单元用于患者向数据中心发出已用药确认信息。患者本人或者照顾人确认服药提示信息,包括患者身份信息和需服药信息,并根据用药提示信息服用药物后,由患者本人或者照顾人确认医用药情况,已用药确认单元生成已用药确认信息并发送至数据中心。而如果患者一直没有服药,或者没有确认已服药,则提示信息会一直存在,直到患者确认服药为止。
医护侧综合监管模块包括患者用药计划单元、查询单元和提示单元。其中,医护侧综合监管模块的***使用者包括主治医师、该科室的护士长或护士、药房药师。
在本实施例一中,患者用药计划单元用于医护人员输入及修改患者信息,以及该患者的用药计划。主治医师会建立或修改患者的基本个人信息以及用药计划,护士或护士长则协助患者完善个人信息,药房药师建立初始的药物记录。进一步的,在本实施例一中,医护人员还可以将患者在服药期间的检查结果,以及患者的日常反馈上传至数据中心,便于查询患者的病情发展。进一步的,本实施例一还可以拓展出根据患者的用药情况,和本次就诊时的病情,判断患者目前的病情发展情况,并提示医护人员,也便于医护人员及时了解患者的病情发展。
查询单元用于医护人员查询每一位患者的患者信息,及该患者的用药计划、用药剂量和药品余量数据,便于了解患者的具体用药情况,为下一步诊治提供依据。
提示单元用于接收用药异常信息,并向医护人员发出异常报警。用药异常意味着患者处于某种特定的原因而没有服药,此时医护人员必须立即跟进,了解患者目前情况。
实施例二
如图2所示,为本实施例二提供的一种面向医护患协同的慢性病用药监管方法流程示意图,本实施例二方法主要包括如下步骤:
S1.由医护人员设置每一位患者的患者信息,并针对每一位患者设定用药计划,患者信息和用药计划存储于数据中心;同时,医护人员能够随时查询每一位患者的患者信息、用药计划、用药记录和药品余量数据,切实了解患者目前的病情。
S2.根据用药计划,数据中心向该患者发出需用药提示信息和服药禁忌信息,并根据该患者的已用药确认信息,更新该患者的用药记录和药品余量数据;而当数据中心在预设时长范围内(例如两天)不能接收到某位患者的已用药确认信息,则数据中心生成该患者的用药异常信息,并发送用药异常信息至医护人员。
S3.根据需用药提示信息和服药禁忌信息服用药物,该患者服用相应的药物,并向数据中心发出已用药确认信息。
以上所述的实施例仅是对本申请优选方式进行的描述,并非对本申请的范围进行限定,在不脱离本申请设计精神的前提下,本领域普通技术人员对本申请的技术方案做出的各种变形和改进,均应落入本申请权利要求书确定的保护范围内。

Claims (10)

1.一种面向医护患协同的慢性病用药监管***,其特征在于,包括数据中心、用户侧综合提示模块和医护侧综合监管模块;
所述医护侧综合监管模块用于设置患者信息,并针对每一位患者设定用药计划,以及查询每一位患者的用药情况,所述医护侧综合监管模块还用于接收所述数据中心发出的用药异常信息;
所述数据中心用于保存所述患者信息及其用药计划,并根据所述用药计划向相应的患者发送用药提示信息和药物余量信息,所述用药提示信息包括药物服用信息和药物禁忌信息,所述数据中心还根据所述用户侧综合提示模块发出的已用药确认信息,更新患者的用药记录和药品余量数据,所述数据中心还用于向所述医护侧综合监管模块发送用药异常信息;
所述用户侧综合提示模块用于根据所述数据中心发送的所述用药提示信息,向患者发出服药提醒,并展示用药详情。
2.根据权利要求1所述的面向医护患协同的慢性病用药监管***,其特征在于,所述数据中心包括患者信息单元、用药计划单元、用药记录单元、药品余量单元、用药提示单元和用药预警单元;
所述患者信息单元用于接收所述医护侧综合监管模块发送的患者信息数据,生成所述患者信息;
所述用药计划单元用于存储每一位患者的用药计划;
所述用药记录单元用于根据所述用户侧综合提示模块发出的所述已用药确认信息,生成该患者的用药记录;
所述药品余量单元用于根据所述用药记录,生成该患者的药品余量数据;
所述用药提示单元用于根据患者的所述用药计划,向该患者的所述用户侧综合提示模块发出所述用药提示信息,所述用药提示信息包括用药名称、用药剂量、用药时间、还需服药天数、终止用药前提示和用药禁忌;
所述用药预警单元用于生成用药异常信息,并发送所述用药异常信息至所述医护侧综合监管模块。
3.根据权利要求2所述的面向医护患协同的慢性病用药监管***,其特征在于,所述用药计划包括患者信息、服用药品名称、服用药品剂量、服药时间、终止用药时间和服用禁忌信息。
4.根据权利要求2所述的面向医护患协同的慢性病用药监管***,其特征在于,当所述数据中心在预设时长范围内不能接收到某位患者的所述已用药确认信息时,所述用药预警单元用于生成所述用药异常信息,并将所述用药异常信息发送至所述医护侧综合监管模块和患者近亲属。
5.根据权利要求3所述的面向医护患协同的慢性病用药监管***,其特征在于,所述用户侧综合提示模块包括用药信息提示单元和已用药确认单元;
所述用药信息提示单元用于根据所述数据中心发出的所述用药提示信息,提示患者服用药物,和/或提示患者停止服用药物;
所述已用药确认单元用于患者向所述数据中心发出所述已用药确认信息。
6.根据权利要求5所述的面向医护患协同的慢性病用药监管***,其特征在于,所述用药信息提示单元为多媒体演示设备;
所述多媒体演示设备以多媒体形式展示所述用药提示信息。
7.根据权利要求4所述的面向医护患协同的慢性病用药监管***,其特征在于,所述医护侧综合监管模块包括患者用药计划单元、查询单元和提示单元;
所述患者用药计划单元用于医护人员输入及修改所述患者信息,以及该患者的用药计划;
所述查询单元用于医护人员查询每一位患者的所述患者信息,及该患者的所述用药计划、所述用药剂量和所述药品余量数据;
所述提示单元用于接收所述用药异常信息,并向医护人员发出异常报警。
8.一种面向医护患协同的慢性病用药监管方法,其特征在于,包括如下步骤:
由医护人员设置每一位患者的患者信息,并针对每一位患者设定用药计划,所述患者信息和所述用药计划存储于数据中心;
根据所述用药计划,所述数据中心向该患者发出需用药提示信息和服药禁忌信息,并根据该患者的已用药确认信息,更新该患者的用药记录和药品余量数据;
根据所述需用药提示信息和所述服药禁忌信息服用药物,该患者服用相应的药物,并向所述数据中心发出所述已用药确认信息。
9.根据权利要求8所述的面向医护患协同的慢性病用药监管方法,其特征在于,当所述数据中心在预设时长范围内不能接收到某位患者的所述已用药确认信息,则所述数据中心生成该患者的用药异常信息,并发送所述用药异常信息至医护人员。
10.根据权利要求8所述的面向医护患协同的慢性病用药监管方法,其特征在于,通过所述数据中心,医护人员能够查询每一位患者的所述患者信息、所述用药计划、所述用药记录和所述药品余量数据。
CN202111476374.7A 2021-12-06 2021-12-06 一种面向医护患协同的慢性病用药监管***和方法 Pending CN114141389A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111476374.7A CN114141389A (zh) 2021-12-06 2021-12-06 一种面向医护患协同的慢性病用药监管***和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111476374.7A CN114141389A (zh) 2021-12-06 2021-12-06 一种面向医护患协同的慢性病用药监管***和方法

Publications (1)

Publication Number Publication Date
CN114141389A true CN114141389A (zh) 2022-03-04

Family

ID=80383981

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111476374.7A Pending CN114141389A (zh) 2021-12-06 2021-12-06 一种面向医护患协同的慢性病用药监管***和方法

Country Status (1)

Country Link
CN (1) CN114141389A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117316471A (zh) * 2023-11-28 2023-12-29 吉林大学第一医院 一种基于智能监测的医疗护理管理***

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015095124A (ja) * 2013-11-12 2015-05-18 株式会社旭昇 残薬の適正使用システム
CN111012677A (zh) * 2019-12-30 2020-04-17 广州享药户联优选科技有限公司 一种用药时刻提醒方法及装置
CN111276205A (zh) * 2020-03-14 2020-06-12 胡轶莹 一种基于客户端的慢性病管理方法及管理***
CN112133401A (zh) * 2020-09-30 2020-12-25 江苏彤辰信息科技有限公司 一种患者用药管理***
CN112863698A (zh) * 2019-11-12 2021-05-28 重庆未来健康管理有限公司 一种慢病随访跟踪方法
CN112863697A (zh) * 2019-11-12 2021-05-28 重庆未来健康管理有限公司 一种慢病随访跟踪管理平台

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015095124A (ja) * 2013-11-12 2015-05-18 株式会社旭昇 残薬の適正使用システム
CN112863698A (zh) * 2019-11-12 2021-05-28 重庆未来健康管理有限公司 一种慢病随访跟踪方法
CN112863697A (zh) * 2019-11-12 2021-05-28 重庆未来健康管理有限公司 一种慢病随访跟踪管理平台
CN111012677A (zh) * 2019-12-30 2020-04-17 广州享药户联优选科技有限公司 一种用药时刻提醒方法及装置
CN111276205A (zh) * 2020-03-14 2020-06-12 胡轶莹 一种基于客户端的慢性病管理方法及管理***
CN112133401A (zh) * 2020-09-30 2020-12-25 江苏彤辰信息科技有限公司 一种患者用药管理***

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117316471A (zh) * 2023-11-28 2023-12-29 吉林大学第一医院 一种基于智能监测的医疗护理管理***

Similar Documents

Publication Publication Date Title
US11819596B2 (en) Home renal therapy system and machine
US11868161B2 (en) Synchronized display of screen content on networked devices
JP4939231B2 (ja) 集中薬剤管理システム
US20110137680A1 (en) Hospital administration system and method
JP2016167307A (ja) 健康管理のための事象の序列化と記録の自動化のシステムと方法
CN110368308A (zh) 一种智能用药提醒的方法及平台
CN114141389A (zh) 一种面向医护患协同的慢性病用药监管***和方法
Teich et al. Enhancement of clinician workflow with computer order entry.
TWI749621B (zh) 用藥提醒與回報系統及其實施方法
Williams et al. Issue brief: Medication adherence and health IT
CN111627517A (zh) 一种应用于医疗机构病区的用药监管***
CN115381394A (zh) 中央监护***的护理管理方法、中央站及可读存储介质
CN115762736A (zh) 一种具有分级监护模式的护理方法及***
Rochman Are computerized patient records for you?
a Nursing Ourical (VUMC) tousethe wasClinical based on its its cross-continuumSystem© Vanderbilt
Profile IHE Patient Care Coordination (PCC) Technical Framework Supplement

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20220304