本发明涉及计算机技术领域，尤其涉及一种慢病数据管理方法和系统。
背景技术：
目前各地陆续开展了各种形式的慢病管理(慢病又称慢性病)，主要是针对高血压、糖尿病两大主要慢性病的管理工作。现有的针对慢病管理涌现出很多公司及方案，比如：商业保险类公司、健康管理的科技类公司甚至一些互联网公司，出具了各类解决方案，但这些方案大多是片段式的，或者只做出了形式并未深挖痛点解决问题。目前尚未有一个方案能够从整体解决方案的角度来解决慢病管理过程中的慢病病人依从性问题、慢病管理医生能动性问题、整个慢病管理过程可持续性问题，并且对于慢病基金滥用行为现有技术也缺乏相应解决方案。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
无法实现全流程、精细化的慢病管理，并且无法从技术上避免慢病基金的滥用。
技术实现要素：
有鉴于此，本发明实施例提供一种慢病数据管理方法和系统，能够整合慢病管理所涉及到的全部业务流程，实现流程串联和数据串联的全流程、精细化的慢病管理，并在慢病管理过程中可以从技术上实现严控慢病基金的滥用。
为实现上述目的，根据本发明实施例的一个方面，提供了一种慢病数据管理方法。
一种慢病数据管理方法，包括：根据慢病患者管理的业务流程设置多个流程节点，各流程节点具有各自的执行逻辑；按照患者当前对应的流程节点的执行逻辑，管理所述患者的慢病数据；其中，所述各流程节点包括慢病签约、患者建档、用药管理、慢病管理、健康档案；所述管理所述患者的慢病数据包括：在慢病签约的流程节点确定所述患者符合慢病签约条件；在患者建档的流程节点采集所述患者的建档数据；在用药管理的流程节点推荐关于所述患者的用药数据；在慢病管理的流程节点生成或更新所述患者的随访计划；在健康档案的流程节点生成所述患者的健康档案；当所述患者当前对应的流程节点为患者建档时，所述管理所述患者的慢病数据包括：从对接的医院管理信息系统获取所述患者的处方信息，并按照校验规则对所述处方信息进行校验，当所述处方信息校验未通过时，输出关于所述患者的预警提醒信息。
可选地，所述建档数据包括与预设病种相关的评估指标值；当所述患者当前对应的流程节点为患者建档时，所述管理所述患者的慢病数据还包括：生成关于所述患者的当前风险评估数据和/或未来风险评估数据；其中，根据所述评估指标值，基于风险评估模型得到所述患者的当前风险评估数据；根据输入的对所述评估指标值的修正值，基于所述风险评估模型动态调整所述当前风险评估数据，得到所述患者的未来风险评估数据。
可选地，所述风险评估模型基于医学知识库建立，所述当前风险评估数据包括风险提示信息；所述方法还包括：将所述风险提示信息以及针对所述风险提示信息对所述患者进行医疗干预的结果数据回传至所述医学知识库，以用于更新所述风险评估模型。
可选地，当所述患者当前对应的流程节点为用药管理时，所述管理所述患者的慢病数据包括：基于保存的所述患者的用药记录得到所述患者的用药数据，或者，从采集的所述患者的建档数据中得到所述患者的健康指标值和病种信息，并根据所述患者的健康指标值和病种信息，基于药品知识库和药品配伍禁忌规则得到所述患者的用药数据。
可选地，当所述患者当前对应的流程节点为用药管理时，所述管理所述患者的慢病数据还包括：从所述对接的医院管理信息系统实时获取所述患者的医疗诊断信息，并将所述医疗诊断信息转发至医保网络服务器，以监测所述患者的诊疗数据异常，其中，所述医疗诊断信息包括患者信息、诊断信息、医嘱信息、处方信息中的一种或多种；所述监测所述患者的诊疗数据异常包括监测所述患者的处方开具异常、购药异常、慢病基金使用异常中的一种或多种。
可选地，当所述患者当前对应的流程节点为慢病管理时，所述管理所述患者的慢病数据包括：根据所述患者的健康状况数据，生成或更新所述患者的随访计划，以及生成并保存本次随访记录，其中，所述患者的健康状况数据从所述患者的建档数据和/或历史随访记录中得到；根据所述本次随访记录中的所述评估指标值，基于所述风险评估模型更新所述患者的当前风险评估数据。
可选地，当所述患者当前对应的流程节点为慢病签约时，所述管理所述患者的慢病数据包括：根据输入的患者身份信息，利用对接的后端医保核心系统对所述患者进行核验，以确定所述患者符合慢病签约条件；所述方法还包括：在所述患者当前对应的流程节点为患者建档、用药管理、慢病管理或健康档案的情况下，管理所述患者的慢病数据之前，预先确认所述患者已经完成慢病签约。
根据本发明实施例的另一方面，提供了一种慢病数据管理系统。
一种慢病数据管理系统，包括：根据慢病患者管理的业务流程设置多个流程节点模块，各流程节点模块具有各自的执行逻辑；由患者当前对应的流程节点模块，按照该流程节点模块的执行逻辑，管理所述患者的慢病数据；其中，所述各流程节点模块包括慢病签约模块、患者建档模块、用药管理模块、慢病管理模块、健康档案模块；所述慢病签约模块用于确定所述患者符合慢病签约条件；所述患者建档模块用于采集所述患者的建档数据；所述用药管理模块用于推荐关于所述患者的用药数据；所述慢病管理模块用于生成或更新所述患者的随访计划；所述健康档案模块用于生成所述患者的健康档案；当所述患者当前对应的流程节点模块为患者建档模块时，所述患者建档模块还执行：从对接的医院管理信息系统获取所述患者的处方信息，并按照校验规则对所述处方信息进行校验，当所述处方信息校验未通过时，输出关于所述患者的预警提醒信息。
可选地，所述建档数据包括与预设病种相关的评估指标值；当所述患者当前对应的流程节点模块为所述患者建档模块时，所述患者建档模块还执行：生成关于所述患者的当前风险评估数据和/或未来风险评估数据；其中，根据所述评估指标值，基于风险评估模型得到所述患者的当前风险评估数据；根据输入的对所述评估指标值的修正值，基于所述风险评估模型动态调整所述当前风险评估数据，得到所述患者的未来风险评估数据。
可选地，所述风险评估模型基于医学知识库建立，所述当前风险评估数据包括风险提示信息；所述患者建档模块还用于：将所述风险提示信息以及针对所述风险提示信息对所述患者进行医疗干预的结果数据回传至所述医学知识库，以用于更新所述风险评估模型。
可选地，当所述患者当前对应的流程节点模块为所述用药管理模块时，所述用药管理模块还执行：基于保存的所述患者的用药记录得到所述患者的用药数据，或者，从采集的所述患者的建档数据中得到所述患者的健康指标值和病种信息，并根据所述患者的健康指标值和病种信息，基于药品知识库和药品配伍禁忌规则得到所述患者的用药数据。
可选地，当所述患者当前对应的流程节点模块为所述用药管理模块时，所述用药管理模块还执行：从所述对接的医院管理信息系统实时获取所述患者的医疗诊断信息，并将所述医疗诊断信息转发至医保网络服务器，以监测所述患者的诊疗数据异常，其中，所述医疗诊断信息包括患者信息、诊断信息、医嘱信息、处方信息中的一种或多种；所述监测所述患者的诊疗数据异常包括监测所述患者的处方开具异常、购药异常、慢病基金使用异常中的一种或多种。
可选地，当所述患者当前对应的流程节点模块为所述慢病管理模块时，所述慢病管理模块还执行：根据所述患者的健康状况数据，生成或更新所述患者的随访计划，以及生成并保存本次随访记录，其中，所述患者的健康状况数据从所述患者的建档数据和/或历史随访记录中得到；根据所述本次随访记录中的所述评估指标值，基于所述风险评估模型更新所述患者的当前风险评估数据。
可选地，当所述患者当前对应的流程节点模块为所述慢病签约模块时，所述慢病签约模块还执行：根据输入的患者身份信息，利用对接的后端医保核心系统对所述患者进行核验，以确定所述患者符合慢病签约条件；在所述患者当前对应的流程节点模块为所述患者建档模块、所述用药管理模块、所述慢病管理模块或所述健康档案模块的情况下，相应的该流程节点模块还用于预先确认所述患者已经完成慢病签约。
根据本发明实施例的又一方面，提供了一种电子设备。
一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本发明实施例所提供的慢病数据管理方法。
根据本发明实施例的又一方面，提供了一种计算机可读介质。
一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的慢病数据管理方法。
上述发明中的一个实施例具有如下优点或有益效果：根据慢病患者管理的业务流程设置多个流程节点模块，各流程节点模块具有各自的执行逻辑；由患者当前对应的流程节点模块，按照该流程节点模块的执行逻辑，管理所述患者的慢病数据；其中，各流程节点模块包括慢病签约模块、患者建档模块、用药管理模块、慢病管理模块、健康档案模块；当患者当前对应的流程节点模块为患者建档模块时，患者建档模块还执行：从对接的医院管理信息系统获取患者的处方信息，并按照校验规则对处方信息进行校验，当处方信息校验未通过时，输出关于患者的预警提醒信息。能够整合慢病管理所涉及到的全部业务流程，实现流程串联和数据串联的全流程、精细化的慢病管理，并在慢病管理过程中可以从技术上实现严控慢病基金的滥用。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的慢病数据管理方法的主要步骤示意图；
图2是根据本发明一个实施例的两病签约界面示意图；
图3是根据本发明一个实施例的患者建档的一个界面示意图；
图4是根据本发明一个实施例的患者建档的另一个界面示意图；
图5是根据本发明一个实施例的患者建档的又一个界面示意图；
图6是根据本发明一个实施例的风险评估报告示意图；
图7是根据本发明一个实施例的两病管理报告示意图；
图8是根据本发明一个实施例的慢病管理界面示意图；
图9是根据本发明一个实施例的慢病数据管理系统的主要构成示意图；
图10是本发明实施例可以应用于其中的示例性系统架构图；
图11是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的慢病数据管理方法的主要步骤示意图。
如图1所示，本发明一个实施例的慢病数据管理方法主要包括如下的步骤s101至步骤s102。
步骤s101：根据慢病患者管理的业务流程设置多个流程节点，各流程节点具有各自的执行逻辑；
步骤s102：按照患者当前对应的流程节点的执行逻辑，管理患者的慢病数据；其中，当患者当前对应的流程节点为患者建档时，管理患者的慢病数据包括：从对接的医院管理信息系统获取患者的处方信息，并按照校验规则对处方信息进行校验，当处方信息校验未通过时，输出关于患者的预警提醒信息。
在一个实施例中，各流程节点可以包括慢病签约、患者建档、用药管理、慢病管理、健康档案。管理患者的慢病数据具体可以包括：在慢病签约的流程节点确定患者符合慢病签约条件；在患者建档的流程节点采集患者的建档数据；在用药管理的流程节点推荐关于患者的用药数据；在慢病管理的流程节点生成或更新患者的随访计划；在健康档案的流程节点生成患者的健康档案。
上述各流程节点可以覆盖慢病患者管理的业务流程的各个环节。即，对于某一个患者，其慢病患者管理的业务流程通常是先进行慢病签约，然后进行患者建档，在后续对患者进行用药管理、慢病管理、健康档案等管理环节。每一流程节点的执行逻辑即实现该流程节点的慢病数据管理所执行的操作流程。
在一个实施例中，在患者当前对应的流程节点为患者建档、用药管理、慢病管理或健康档案的情况下，管理患者的慢病数据之前，预先确认患者已经完成慢病签约。即，对患者签约后才能进行建档、用药管理等后续的数据管理操作。
慢病即慢性病，高血压、糖尿病为两大主要慢性病，也可将高血压、糖尿病并称为“两病”。针对高血压、糖尿病的慢病管理也称为两病管理。目前各地陆续开展了各种形式的两病管理工作。主导部门也不尽相同，有卫健委、各医院、医联体等，但这些慢病管理措施都是仅基于慢病病人健康状况，目标都是提高慢病病人的健康水平。而慢病病人整体生活质量实则与其生活质量、经济水平息息相关，所以应将慢病管理同慢病病人医疗费用支出的控制相结合，出具完整的慢病管理解决方案。另外，在慢病管理、门诊慢性病基金(简称门慢基金)使用的同时也要注意防止套保骗保的行为发生，使门慢基金能真正帮助到慢性病病人。
本发明实施例提供了政府医保类全系列解决方案，可由医保部门主导，通过慢病服务中心建设，实现对公立医疗机构(含二三级医院及社区医院)、药品经营企业的一体化管理，并基于本发明实施例实现门诊慢性病基金控费。
下面详细介绍本发明实施例中患者对应各流程节点时，管理患者的慢病数据的具体实施方案。
在一个实施例中，当患者当前对应的流程节点为慢病签约时，管理患者的慢病数据包括：根据输入的患者身份信息，利用对接的后端医保核心系统对患者进行核验，以确定患者符合慢病签约条件。
针对高血压、糖尿病的慢病管理，慢病签约也可称为两病签约。以两病签约为例，目前医保局受理参保人申请两病(含糖尿病、高血压)待遇，是由医保局授权给当地社区医院来进行的。通过本发明实施例可以解决社区医院无法识别参保人参保状态的问题。本领域技术人员可以理解的是，本发明实施例慢病数据管理方法的应用场景不仅限于社区医院，还可以用于各种对患者进行慢病数据管理的医院、管理机构、企业、服务中心等，以下仅以社区医院为例进行说明，在社区医院场景中，本发明实施例的慢病数据管理系统(即执行本发明实施例的慢病数据管理方法的系统)的用户可以为社区医生，但不仅限于社区医生。
当对患者进行两病签约时，社区医院医生或经办人员通过本发明实施例的慢病数据管理系统输入患者身份信息，例如参保人(即患者)的身份证号码，本发明实施例的慢病数据管理系统通过与后端医保局核心系统(后端医保核心系统的一个示例)的对接，直接通过身份证号码对患者进行核验，即：验证该参保人的参保状态及门诊慢性病待遇申请记录(已申请门诊慢性病中糖尿病、高血压待遇的参保人不可再申请两病待遇)，并自动获取该参保人在医保核心系统中的参保人姓名、性别、医疗人员类别、联系电话、单位及住址等信息，对于核验通过的患者，即符合慢病签约条件，可以进行两病签约。之后，社区医生或经办人员可在本发明实施例的慢病数据管理系统中选择参保人本次签约病种(根据政策可同时申请糖尿病和高血压)，并上传参保人提供的申请资料。图2是本发明一个实施例的两病签约界面示意图，图2中两病患者管理平台是本发明实施例的慢病数据管理系统的一个示例。
签约后，本发明实施例的慢病数据管理系统支持社区医院为参保人(即患者)进行建档服务。本发明一个实施例的患者建档时的慢病数据管理界面可以参见图3至图5所示的患者建档界面示意图。
在一个实施例中，当患者当前对应的流程节点为患者建档时，管理患者的慢病数据还可以包括：采集患者的建档数据，建档数据包括与预设病种相关的评估指标值；生成关于患者的当前风险评估数据和/或未来风险评估数据；其中，根据评估指标值，基于风险评估模型得到患者的当前风险评估数据；根据输入的对评估指标值的修正值，基于风险评估模型动态调整当前风险评估数据，得到患者的未来风险评估数据。其中，预设病种即慢性病的病种，例如高血压、糖尿病等。
采集患者的建档数据包括记录参保人的生活史、家族史及过敏史，并可根据需要记录参保人的体格和生化检查、症状、靶器官损害情况及临床并发症，体格和生化检查包括患者的身高、腰围、体重、血压、静息心率、甘油三酯、总胆固醇、高密度脂蛋白胆固醇、低密度脂蛋白胆固醇、空腹血糖值等评估指标值。
本发明实施例的慢病数据管理系统底层平台可对接本地市所有医院，能自动同步医院his(hospitalinformationsystem，医院管理信息系统)中开具的该参保人最新处方并展示给社区医生，供其参考并进行跟踪记录。因底层平台对接该地市所有医院，所以可通过校验规则对处方信息(例如处方内容和处方时长)进行实时校验，控制参保人多次多地开具处方并使用医保基金购买药品。如果参保人有违规开药的疑似行为，则处方信息将校验不通过，本发明实施例的慢病数据管理系统可通过终端输出关于该患者的预警提醒信息，例如自动提示“频繁就医”、“违规开药”等违规提醒，供医生参考，从而实现了慢病数据管理过程中的慢病基金控费，避免了对慢病基金的滥用行为。
本发明实施例的慢病数据管理系统还可以提供转诊功能，支持医联体内部及向其他二三级医院转诊，做到真正的分级诊疗。提出转诊申请后，接收转诊的医院即可收到转诊申请，接收医院进行确认后即可进行线下转诊操作。
本发明实施例的风险评估模型可以基于医学知识库建立。当前风险评估数据可以包括风险提示信息。本发明实施例的慢病数据管理方法还包括：将风险提示信息以及针对风险提示信息对患者进行医疗干预的结果数据回传至医学知识库，以用于更新风险评估模型。
本发明一个实施例的慢病数据管理系统底层设计了58部国家医学指南知识库(即医学知识库)，并在该医学知识库的基础上设计了风险评估模型。数据采集之后，本发明实施例的慢病数据管理系统会根据采集到的评估指标值，基于该风险评估模型智能生成本次风险评估报告(即当前风险评估数据)，并对慢病人群进行分层分类管理，分层管理可以包括：分层分析运用、分层归类、评级定性、风险评分等管理。分类管理可以包括重病、长期健康、突发病变等类别慢病人群慢病数据的管理。根据慢病病人的指标情况给出风险提示信息。可将风险提示信息和医护人员干预后的结果实时回传至医学知识库及风险评估模型，以更新风险评估模型，还可以实时更新慢病人群数据，做到随时调整风险指标。
可以在给患者建档后自动生成本次风险评估报告，根据不同的病种进行对应的评估，以高血压为例，可以自动给出如图6所示的风险评估报告。
本发明实施例的慢病数据管理系统提供了互动功能，例如在风险指标部分通过手动调整总胆固醇、收缩压、体重等指标(即输入的对评估指标值的修正值的示例)，从而得到相应的未来风险评估数据，例如得到该参保人未来10年心血管病风险率及相对风险倍数的变化趋势等未来风险评估数据，使社区医生可更加针对性地指导参保人进行慢病管理。根据风险评估报告还可以生成两病管理报告，如图7所示，两病管理报告的内容可以包括患者姓名、性别、年龄、病种名称等基本信息，以及疾病相关症状、过敏史、家族史、生活方式、服药依从性、药物不良反应、随访临床评价、处方信息等慢病数据。
在一个实施例中，当患者当前对应的流程节点为用药管理时，管理患者的慢病数据包括：推荐关于患者的用药数据；其中，基于保存的患者的用药记录得到患者的用药数据，或者，从采集的患者的建档数据中得到患者的健康指标值和病种信息，并根据患者的健康指标值和病种信息，基于药品知识库和药品配伍禁忌规则得到患者的用药数据。
考虑社区医生整体医疗水平可能参差不齐、整体水平偏低且无全科医生体系等问题，为了协助社区医生完成多病种慢病随访及真正落地分级诊疗，本发明实施例可以基于内嵌的药品知识库，根据患者(参保人)的健康指标值及病种信息，自动推荐用药数据，以供社区医生参考。开具处方时，可以通过内置的药品知识库及药品配伍禁忌规则引擎，自动判别药品是否存在配伍禁忌，如果存在，则自动提醒医生。
另外，因慢病固有特征，病程长、处方变化不大，还可以提供患者的用药记录，供社区医生随时调用并续方使用。
在一个实施例中，当患者当前对应的流程节点为用药管理时，管理患者的慢病数据，还包括：从对接的医院管理信息系统实时获取患者的医疗诊断信息，并将医疗诊断信息转发至医保网络服务器，以监测患者的诊疗数据异常，其中，医疗诊断信息包括患者信息、诊断信息、医嘱信息、处方信息中的一种或多种；监测患者的诊疗数据异常包括监测患者的处方开具异常、购药异常、慢病基金使用异常中的一种或多种。
本发明实施例可提供标准化接口对接当地医院his，实时获取his中的患者信息、诊断信息、医嘱及处方信息等，并通过前置在医院的前置机转发给医保网络服务器，使医保局部署的管理中心能实时查看各个医院的处方开具情况、购药情况及门慢基金使用情况，以监控患者的诊疗数据异常。
在一个实施例中，当患者当前对应的流程节点为慢病管理时，管理患者的慢病数据包括：根据患者的健康状况数据，生成或更新患者的随访计划，以及生成并保存本次随访记录，其中，患者的健康状况数据从患者的建档数据和/或历史随访记录中得到；根据本次随访记录中的评估指标值，基于风险评估模型更新患者的当前风险评估数据。
本发明一个实施例的慢病管理界面示意图如图8所示，可包括患者随访、随访提醒、随访记录等部分。
考虑到解决方案的灵活性，可以不对第一次随访时间进行严格限制，例如，可由线下患者(参保人)和社区医生根据实际情况(医生排班时间、患者时间)等因素商定首次随访时间。届时患者(参保人)可按期到社区医院进行随访。
随访时，可自动同步患者建档时提供的信息(建档数据)，但医生可根据随访情况修改本次随访信息，例如根据本次随访情况修改该患者的评估指标值并保存到本次随访记录，根据本次随访记录中的评估指标值，本发明实施例的慢病数据管理系统可以给出更新的本次风险评估报告。根据患者的健康状况数据自动生成随访计划。随访计划含全年随访日期、随访安排及每次随访时对应的检查项目。患者的健康状况数据可以根据建档数据和/或历史随访记录得到。本发明实施例支持随访计划调整功能，社区医生可以根据实际情况对随访计划进行调整。为方便社区医生通过观察患者的关键指标来进行随访计划调整，可以根据参保人健康状况及病种信息等，提供关键指标展示及自动出具随访建议，以供社区医生参考。还可以输出个性化治疗目标以供社区医生参考。
在慢病管理的流程节点，也可以生成两病管理报告，两病管理报告的内容上文已经介绍，不再赘述。
对于慢病管理，持续性地跟进及患者依从性至关重要，故本发明实施例对此做了详细的设计，比如随访提醒，可针对近期即将进行随访及未到期随访的患者做了针对性管理，社区医生可以针对这部分患者进行改期、发送短信提醒等。社区医生在每次随访记录中可以查阅每个患者每次随访的详细信息。
在一个实施例中，当患者当前对应的流程节点为健康档案时，可以生成包括患者每次就诊信息、处方信息、随访信息、评估报告等数据的健康档案以供查询。
在本发明一个实施例中，还可以根据患者(参保人)的健康水平生成并输出精准的个性化的健康险产品推荐数据。例如建立评估指标值或风险评估数据与健康险产品的对应关系，在患者建档、慢病管理等流程节点确定与患者的评估指标值或风险评估数据匹配的健康险产品并输出。
本发明实施例通过这些精细化健康管理，可以密切跟踪慢病患者的病情变化情况，以便随时调整用药和相应治疗方案，另外通过详细的数据采集后台可通过大量数据分析给出健康趋势评估，并可根据患者(参保人)的健康水平给出精准的个性化的健康险产品推荐，在保证患者(参保人)健康水平的同时对其经济方面提供保证。并且后续精准的健康监控指标也客观反映了社区医生对患者进行健康管理水平，可作为社区医院绩效评价的参考指标。
本发明实施例依托国内现有医疗资源及医疗体系，主要依托社区医院的医疗资源及公共卫生的随访制度，将整合慢病管理所涉及到的全部业务流程来制定信息化方案和数据流程解决方案，并将整体方案前后流程串联、数据串联，特别是针对门诊慢性病基金的使用场景进行相应的信息化建设和校验，针对两病病人，即糖尿病和高血压病人，从两病签约、患者建档、用药管理开始，通过后续的患者随访、随访提醒、随访记录及线上问诊、处方流转、药品配送，进行全流程的慢病管理，并配合后台大数据分析进行个体慢病病情跟踪、整体大人群慢病趋势分析及通过慢病管理指标反推医生工作指标及绩效。
图9是根据本发明一个实施例的慢病数据管理系统的主要构成示意图。
如图9所示，本发明一个实施例的慢病数据管理系统900根据慢病患者管理的业务流程设置多个流程节点模块，各流程节点模块具有各自的执行逻辑。各流程节点模块具体可以包括慢病签约模块901、患者建档模块902、用药管理模块903、慢病管理模块904、健康档案模块905。本发明实施例的慢病数据管理系统900还可以包括用户界面，通过用户界面用户可以使用上述各流程节点模块的功能，在数据管理过程中，可以通过慢病数据管理系统900展示与各流程节点模块对应的用户界面，例如慢病签约界面、患者建档界面、用药管理界面、慢病管理界面、健康档案界面等，每一界面还可根据需要展示各自的二级界面，例如，慢病管理界面具体还可以包括患者随访等二级界面等，本发明实施例对于界面展示形式不做具体限定。
各流程节点模块按照各自的执行逻辑管理患者的慢病数据，其中，慢病签约模块901用于确定患者符合慢病签约条件；患者建档模块902用于采集患者的建档数据；用药管理模块903用于推荐关于患者的用药数据；慢病管理模块904用于生成或更新患者的随访计划；健康档案模块905用于生成患者的健康档案。
当患者当前对应的某个流程节点时，则由于该流程节点对应的流程节点模块来管理该患者的慢病数据，管理患者的慢病数据所进行的具体操作参见上文对慢病数据管理方法的介绍。例如当患者当前对应患者建档时，则由患者建档模块902执行患者建档的执行逻辑，即执行在患者建档的流程节点所执行的操作。
当患者当前对应的流程节点模块为患者建档模块902时，患者建档模块902执行：从对接的医院管理信息系统获取患者的处方信息，并按照校验规则对处方信息进行校验，当处方信息校验未通过时，输出关于患者的预警提醒信息。
建档数据包括与预设病种相关的评估指标值。当患者当前对应的流程节点模块为患者建档模块902时，患者建档模块902还执行：生成关于患者的当前风险评估数据和/或未来风险评估数据；其中，根据评估指标值，基于风险评估模型得到患者的当前风险评估数据；根据输入的对评估指标值的修正值，基于风险评估模型动态调整当前风险评估数据，得到患者的未来风险评估数据。
风险评估模型基于医学知识库建立，当前风险评估数据包括风险提示信息；患者建档模块902还用于：将风险提示信息以及针对风险提示信息对患者进行医疗干预的结果数据回传至医学知识库，以用于更新风险评估模型。
当患者当前对应的流程节点模块为用药管理模块903时，用药管理模块903执行：基于保存的患者的用药记录得到患者的用药数据，或者，从采集的患者的建档数据中得到患者的健康指标值和病种信息，并根据患者的健康指标值和病种信息，基于药品知识库和药品配伍禁忌规则得到患者的用药数据。
当患者当前对应的流程节点模块为用药管理模块903时，用药管理模块903还执行：从对接的医院管理信息系统实时获取患者的医疗诊断信息，并将医疗诊断信息转发至医保网络服务器，以监测患者的诊疗数据异常，其中，医疗诊断信息包括患者信息、诊断信息、医嘱信息、处方信息中的一种或多种；监测患者的诊疗数据异常包括监测患者的处方开具异常、购药异常、慢病基金使用异常中的一种或多种。
当患者当前对应的流程节点模块为慢病管理模块904时，慢病管理模块904执行：根据患者的健康状况数据，生成或更新患者的随访计划，以及生成并保存本次随访记录，其中，患者的健康状况数据从患者的建档数据和/或历史随访记录中得到；根据本次随访记录中的评估指标值，基于风险评估模型更新患者的当前风险评估数据。
当患者当前对应的流程节点模块为慢病签约模块901时，慢病签约模块901执行：根据输入的患者身份信息，利用对接的后端医保核心系统对患者进行核验，以确定患者符合慢病签约条件。
当患者当前对应的流程节点模块为健康档案模块905时，健康档案模块905可以执行：生成包括患者每次就诊信息、处方信息、随访信息、评估报告等数据的健康档案以供查询。
在患者当前对应的流程节点模块为患者建档模块902、用药管理模块903、慢病管理模块904或健康档案模块905的情况下，相应的流程节点模块还用于预先确认患者已经完成慢病签约。
本发明实施例的慢病数据管理系统的使用者包括但不限于运营/管理人员、医保局人员、医保局下属医保中心的经办人员、医院医生、药店药师等。本发明实施例实现了通过信息化手段监控两病病人从两病签约后享受基本医疗保险中的两病待遇开始，到后续的用药管理、随访管理过程中结合控费手段，严控两病待遇基金滥用的同时精细化管理两病病人的慢病病程，使得两病基金真正发挥作用并防止了滥用行为。
另外，在本发明实施例中慢病数据管理系统的具体实施内容，在上面所述慢病数据管理方法中已经详细说明了，每一流程节点模块的功能可参见上文对相应的流程节点所执行的操作的详细介绍，故在此重复内容不再说明。
图10示出了可以应用本发明实施例的慢病数据管理方法或慢病数据管理系统的示例性系统架构1000。
如图10所示，系统架构1000可以包括终端设备1001、1002、1003，网络1004和服务器1005。网络1004用以在终端设备1001、1002、1003和服务器1005之间提供通信链路的介质。网络1004可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1001、1002、1003通过网络1004与服务器1005交互，以接收或发送消息等。终端设备1001、1002、1003上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备1001、1002、1003可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器1005可以是提供各种服务的服务器，例如对用户利用终端设备1001、1002、1003所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的慢病数据管理方法可以由终端设备1001、1002、1003或服务器1005执行，相应地，慢病数据管理系统可以设置于终端设备1001、1002、1003或服务器1005中。
应该理解，图10中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图11，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统1100的结构示意图。图11示出的终端设备或服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1100包括中央处理单元(cpu)1101，其可以根据存储在只读存储器(rom)1102中的程序或者从存储部分1108加载到随机访问存储器(ram)1103中的程序而执行各种适当的动作和处理。在ram1103中，还存储有系统1100操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(i/o)接口1105也连接至总线1104。
以下部件连接至i/o接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
特别地，根据本发明公开的实施例，上文参考主要步骤示意图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤示意图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(cpu)1101执行时，执行本申请的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
附图中的主要步骤示意图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，主要步骤示意图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或主要步骤示意图中的每个方框、以及框图或主要步骤示意图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括慢病签约模块、患者建档模块、用药管理模块、慢病管理模块、健康档案模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，患者建档模块还可以被描述为“用于采集患者的建档数据的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据慢病患者管理的业务流程设置多个流程节点，各流程节点具有各自的执行逻辑；按照患者当前对应的流程节点的执行逻辑，管理所述患者的慢病数据；其中，所述各流程节点包括慢病签约、患者建档、用药管理、慢病管理、健康档案；所述管理所述患者的慢病数据包括：在慢病签约的流程节点确定所述患者符合慢病签约条件；在患者建档的流程节点采集所述患者的建档数据；在用药管理的流程节点推荐关于所述患者的用药数据；在慢病管理的流程节点生成或更新所述患者的随访计划；在健康档案的流程节点生成所述患者的健康档案；当所述患者当前对应的流程节点为患者建档时，所述管理所述患者的慢病数据还包括：从对接的医院管理信息系统获取所述患者的处方信息，并按照校验规则对所述处方信息进行校验，当所述处方信息校验未通过时，输出关于所述患者的预警提醒信息。
根据本发明实施例的技术方案，根据慢病患者管理的业务流程设置多个流程节点，各流程节点具有各自的执行逻辑，按照患者当前对应的流程节点的执行逻辑，管理患者的慢病数据；其中，各流程节点模块包括慢病签约模块、患者建档模块、用药管理模块、慢病管理模块、健康档案模块；当患者当前对应的流程节点为患者建档时，管理患者的慢病数据包括：从对接的医院管理信息系统获取患者的处方信息，并按照校验规则对处方信息进行校验，当处方信息校验未通过时，输出关于患者的预警提醒信息。能够整合慢病管理所涉及到的全部业务流程，实现流程串联和数据串联的全流程、精细化的慢病管理，并在慢病管理过程中可以实现严控慢病基金的滥用。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
1.一种慢病数据管理系统，其特征在于，包括：根据慢病患者管理的业务流程设置多个流程节点模块，各流程节点模块具有各自的执行逻辑；
由患者当前对应的流程节点模块，按照该流程节点模块的执行逻辑，管理所述患者的慢病数据；其中，所述各流程节点模块包括患者建档模块、用药管理模块、慢病管理模块，所述患者建档模块用于采集所述患者的建档数据；所述用药管理模块用于推荐关于所述患者的用药数据；所述慢病管理模块用于生成或更新所述患者的随访计划；当所述患者当前对应的流程节点模块为患者建档模块时，所述患者建档模块还执行：从对接的医院管理信息系统获取所述患者的处方信息，并按照校验规则对所述处方信息进行校验，当所述处方信息校验未通过时，输出关于所述患者的预警提醒信息。
2.根据权利要求1所述的系统，其特征在于，所述建档数据包括与预设病种相关的评估指标值；
当所述患者当前对应的流程节点模块为所述患者建档模块时，所述患者建档模块还执行：生成关于所述患者的当前风险评估数据和/或未来风险评估数据；其中，根据所述评估指标值，基于风险评估模型得到所述患者的当前风险评估数据；根据输入的对所述评估指标值的修正值，基于所述风险评估模型动态调整所述当前风险评估数据，得到所述患者的未来风险评估数据。
3.根据权利要求2所述的系统，其特征在于，所述风险评估模型基于医学知识库建立，所述当前风险评估数据包括风险提示信息；所述患者建档模块还用于：将所述风险提示信息以及针对所述风险提示信息对所述患者进行医疗干预的结果数据回传至所述医学知识库，以用于更新所述风险评估模型。
4.根据权利要求2所述的系统，其特征在于，当所述患者当前对应的流程节点模块为所述用药管理模块时，所述用药管理模块还执行：基于保存的所述患者的用药记录得到所述患者的用药数据，或者，从采集的所述患者的建档数据中得到所述患者的健康指标值和病种信息，并根据所述患者的健康指标值和病种信息，基于药品知识库和药品配伍禁忌规则得到所述患者的用药数据。
5.根据权利要求4所述的系统，其特征在于，当所述患者当前对应的流程节点模块为所述用药管理模块时，所述用药管理模块还执行：从所述对接的医院管理信息系统实时获取所述患者的医疗诊断信息，并将所述医疗诊断信息转发至医保网络服务器，以监测所述患者的诊疗数据异常，其中，所述医疗诊断信息包括患者信息、诊断信息、医嘱信息、处方信息中的一种或多种；所述监测所述患者的诊疗数据异常包括监测所述患者的处方开具异常、购药异常、慢病基金使用异常中的一种或多种。
6.根据权利要求2所述的系统，其特征在于，当所述患者当前对应的流程节点模块为所述慢病管理模块时，所述慢病管理模块还执行：根据所述患者的健康状况数据，生成或更新所述患者的随访计划，以及生成并保存本次随访记录，其中，所述患者的健康状况数据从所述患者的建档数据和/或历史随访记录中得到；根据所述本次随访记录中的所述评估指标值，基于所述风险评估模型更新所述患者的当前风险评估数据。
7.根据权利要求1所述的系统，其特征在于，当所述患者当前对应的流程节点模块为所述慢病签约模块时，所述慢病签约模块还执行：根据输入的患者身份信息，利用对接的后端医保核心系统对所述患者进行核验，以确定所述患者符合慢病签约条件；在所述患者当前对应的流程节点模块为所述患者建档模块、所述用药管理模块、所述慢病管理模块或所述健康档案模块的情况下，相应的该流程节点模块还用于预先确认所述患者已经完成慢病签约。
8.一种慢病数据管理方法，其特征在于，包括：
根据慢病患者管理的业务流程设置多个流程节点，各流程节点具有各自的执行逻辑；
按照患者当前对应的流程节点的执行逻辑，管理所述患者的慢病数据；其中，所述各流程节点包括慢病签约、患者建档、用药管理、慢病管理、健康档案；所述管理所述患者的慢病数据包括：在慢病签约的流程节点确定所述患者符合慢病签约条件；在患者建档的流程节点采集所述患者的建档数据；在用药管理的流程节点推荐关于所述患者的用药数据；在慢病管理的流程节点生成或更新所述患者的随访计划；在健康档案的流程节点生成所述患者的健康档案；当所述患者当前对应的流程节点为患者建档时，所述管理所述患者的慢病数据还包括：从对接的医院管理信息系统获取所述患者的处方信息，并按照校验规则对所述处方信息进行校验，当所述处方信息校验未通过时，输出关于所述患者的预警提醒信息。
9.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求8所述的方法。
10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求8所述的方法。
技术总结