CN111599435B - 基于医嘱信息的智能药房数据处理方法及装置 - Google Patents

基于医嘱信息的智能药房数据处理方法及装置 Download PDF

Info

Publication number
CN111599435B
CN111599435B CN202010424918.4A CN202010424918A CN111599435B CN 111599435 B CN111599435 B CN 111599435B CN 202010424918 A CN202010424918 A CN 202010424918A CN 111599435 B CN111599435 B CN 111599435B
Authority
CN
China
Prior art keywords
medical advice
information
medicine
drug
order information
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.)
Active
Application number
CN202010424918.4A
Other languages
English (en)
Other versions
CN111599435A (zh
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.)
Sixth Affiliated Hospital of Sun Yat Sen University
Original Assignee
Sixth Affiliated Hospital of Sun Yat Sen 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 Sixth Affiliated Hospital of Sun Yat Sen University filed Critical Sixth Affiliated Hospital of Sun Yat Sen University
Priority to CN202010424918.4A priority Critical patent/CN111599435B/zh
Publication of CN111599435A publication Critical patent/CN111599435A/zh
Application granted granted Critical
Publication of CN111599435B publication Critical patent/CN111599435B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets

Abstract

本发明公开了基于医嘱信息的智能药房数据处理方法、装置、计算机设备及存储介质。该方法包括若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于医嘱获取周期，获取医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；根据每一条目标医嘱数据对应的采购订单信息获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；若检测到采购订单信息审核通过指令，将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。该方法实现了以医嘱消耗自动驱动采购的管理模式，基于医嘱信息数据生成对应的采购订单信息，提升了药房库存的盘点和采购效率。

Description

基于医嘱信息的智能药房数据处理方法及装置
技术领域
本发明涉及数据处理技术领域，尤其涉及一种基于医嘱信息的智能药房数据处理方法、装置、计算机设备及存储介质。
背景技术
肠内营养是指通过口腔、鼻腔或胃肠造瘘口等通道将喂养管插入胃内或肠道内，从中输入水及各种营养物质的营养支持方法，能够为机体提供充足的热量和其他各种营养物质。肠内营养可保证患者能够摄入充足的能量和营养物质，改善患者的营养代谢状况，维护各组织、器官的正常结构和生理功能，同时对维持肠道菌群稳态具有重要作用，有利于患者肠道功能的早期康复。
肠内营养支持治疗是危重症患者综合治疗的重要环节。国外有学者研究表明，对已存在营养不良患者进行营养支持治疗可显著改善其临床结局。肠内营养可改善肠粘膜屏障功能，促进肠蠕动功能的恢复，提供肠道所需的营养素，从而改善营养状态、提高免疫功能和降低炎症反应，促进机体康复，改善重症患者预后，是辅助治疗重症患者的重要措施。
肠内营养制剂的选择尤为重要。喂食不耐受表现为胃肠道症状，包括腹胀、腹泻、呕吐、胃潴留等。国内学者的一项多中心、前瞻性、观察性研究显示，患者入住ICU第3天喂养不耐受发生率为39.2％，入住ICU第7天喂养不耐受发生率为25.4％。
临床肠内营养支持设计多种疾病，在不同的疾病状态下，患者的代谢变化千差万别，对营养素的需求也不尽相同。因此，需要针对患者的营养需求，实施个性化的肠内营养支持。其次，临床疾病会不断进展，尤其是慢性病。在疾病的不同阶段，患者的代谢状态往往不同，内分泌及免疫功能也不同。需要针对不同阶段的营养需求，及时调整营养治疗方案，以达到最优的治疗效果。
目前的肠内营养支持制剂由医生给患者开出医嘱后，是患者将医嘱送至医院药房后，医院药房根据医嘱人工备药后拿给患者，而由于医院药房为了满足患者的购药需求，需经常通过人工方式进行盘点和采购，导致药房库存的盘点和采购效率低下。
发明内容
本发明实施例提供了一种基于医嘱信息的智能药房数据处理方法、装置、计算机设备及存储介质，旨在解决现有技术中肠内营养支持制剂由医生给患者开出医嘱后，是患者将医嘱送至医院药房后，医院药房根据医嘱人工备药后拿给患者。医院药房为了满足患者的购药需求，需经常通过人工方式进行盘点和采购，导致药房库存的盘点和采购效率低下的问题。
第一方面，本发明实施例提供了一种基于医嘱信息的智能药房数据处理方法，其包括：
判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期；
若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集；
获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱；
根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息；
判断是否检测到采购订单信息审核通过指令；
若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；以及
将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。
第二方面，本发明实施例提供了一种基于医嘱信息的智能药房数据处理装置，其包括：
周期判断单元，用于判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期；
当前数据集接收单元，用于若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集；
目标数据集获取单元，用于获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱；
采购订单信息生成单元，用于根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息；
审核指令检测单元，用于判断是否检测到采购订单信息审核通过指令；
采购订单信息解析单元，用于若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；以及
药品清单分发单元，用于将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。
第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的基于医嘱信息的智能药房数据处理方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的基于医嘱信息的智能药房数据处理方法。
本发明实施例提供了一种基于医嘱信息的智能药房数据处理方法、装置、计算机设备及存储介质，包括判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期；若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集；获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱；根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息；判断是否检测到采购订单信息审核通过指令；若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；以及若检测到采购订单信息审核通过指令，将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。该方法实现了基于医嘱信息数据生成对应的采购订单信息，提升了药房库存的盘点和采购效率。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的基于医嘱信息的智能药房数据处理方法的应用场景示意图；
图2为本发明实施例提供的基于医嘱信息的智能药房数据处理方法的流程示意图；
图3为本发明实施例提供的基于医嘱信息的智能药房数据处理装置的示意性框图；
图4为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
请参阅图1和图2，图1为本发明实施例提供的基于医嘱信息的智能药房数据处理方法的应用场景示意图；图2为本发明实施例提供的基于医嘱信息的智能药房数据处理方法的流程示意图，该基于医嘱信息的智能药房数据处理方法应用于服务器中，该方法通过安装于服务器中的应用软件进行执行。
如图2所示，该方法包括步骤S110～S170。
S110、判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期。
在本实施例中，为了更清楚的理解本申请的技术方案，下面对所涉及的终端进行详细介绍。其中，本申请是在药房服务器的角度描述技术方案。
一是药房服务器，在药房服务器中实现以下功能：
A1)基本信息管理功能，即用于员工信息的维护和管理、药品供应商信息的维护和管理以及患者信息的维护和管理，该信息来源医院信息系统和多个药房子系统；
A2)入库管理功能，用于入库操作、储位管理、入库查询以及入库退药管理；
A3)出库管理功能，用于出库操作、出库查询以及出库退药管理；
A4)库存管理功能，用于库存查询、库存报警以及库存调拨功能的管理；
A5)统计信息分析功能，用于员工信息统计、供应商信息统计、药品入库统计、药品入库统计分析、药品出库统计、药品出库统计分析的管理；
A6)采购功能，用于生成备货方案、财务订单对账结算管理以及实时监控药品配送物流信息，备货方案可以由医院信息系统基于处方需求生成提供，也可以基于药品储备情况需求生成提供；
A7)供应商考核评价功能，用于对药品供应商公司的药品配送的所有环节进行分析和考核，促进其改进配送质量；
A8)系统管理功能，用于系统用户的管理、用户密码的管理、数据备份、数据还原以及权限管理；从而使该系统具有库存管理和库存分析功能、货位管理功能、提供各种报表处理功能、系统管理功能以及提供多种作业方式的功能；其还能用于接收医院信息系统中生成的已经完成缴费的电子处方信息，根据药房管理系统的各药房子系统的储药量、工作状态和排队情况将电子处方信息分配到药房管理系统的各药房子系统中，接收药房管理系统的各药房子系统传输的电子处方信息的发药状态信息并将更新后的电子处方信息的发药状态信息传输至医院信息系统，接收药房管理系统的各药房子系统传输的药品存量信息，对医院信息系统中的药品库存量信息进行更新和记录，同时根据设定好的各类药品的备货下限自动向采购模块提供备货需求信息；
A9)医院信息系统功能，用于生成电子处方信息，管理电子处方信息的收费信息、管理药品库存量信息，电子处方信息的存档和调用，存储和调用患者身份信息和病例信息。
二是药品供应商服务器，用于接收药房服务器分发的药品清单，且每一药品供应商均对应至少一个药品供应商服务器。
三是医院信息服务器，用于定时向药房服务器上传的医嘱信息数据集合。
S120、若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集。
在本实施例中，药房服务器定期获取医院信息服务器是否上传的医嘱信息数据集，具体是判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期。若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集。若当前系统时间与上一医嘱信息获取时间之间的时间间隔小于所述医嘱获取周期，则等待至与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期后，再执行步骤S110。
S130、获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱。
在本实施例中，肠内营养支持制剂由医生给患者开出医嘱后，再由医院信息服务器将医嘱信息数据集传输至药房服务器，药房服务器向供应商分发备货计划，供应商收到备货计划后，根据患者的收货地址，通过第三方物流将药品直接送达患者手中，由患者签收后，供应商与院方进行结算。
由于医院信息服务器上传了多种类型的医嘱数据，此时筛选出医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集，即可根据目标医嘱数据集对应进行采购备货。
S140、根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息。
在本实施例中，每一条目标医嘱数据对应一个患者的采购计划，此时可根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息。
在一实施例中，步骤S140包括：
获取所述目标医嘱数据集中每一条目标医嘱数据对应的患者名称；
判断各目标医嘱数据对应的患者名称相对应的收货地址字段取值是否为空值；
若各目标医嘱数据对应的患者名称相对应的收货地址字段取值均为非空取值，且检测到与各目标医嘱数据对应的患者名称相对应的收货地址字段取值的地址确认指令，根据各目标医嘱数据的患者名称、收货地址、及医嘱药品清单，对应生成与每一目标医嘱数据对应的采购订单信息。
在本实施例中，在生成与每一目标医嘱数据对应的采购订单信息时，需要确认每一目标医嘱数据对应的收货地址字段取值是否为空值，这也是为了确保生成采购计划对应采购药品后，能准确送达患者的住址。
若各目标医嘱数据对应的患者名称相对应的收货地址字段取值均为非空取值，且检测到与各目标医嘱数据对应的患者名称相对应的收货地址字段取值的地址确认指令，根据各目标医嘱数据的患者名称、收货地址、及医嘱药品清单，对应生成与每一目标医嘱数据对应的采购订单信息。若各目标医嘱数据对应的患者名称相对应的收货地址字段取值有取值为空值，则向对应的目标医嘱数据相应的患者名称的联系号码发出收货地址补充提示信息。
S150、判断是否检测到采购订单信息审核通过指令。
在本实施例中，当在药房服务器中得到了与采购订单信息对应的各药品清单后，此时需判断是否检测到采购订单信息审核通过指令，也即需经药库审核采购订单信息后，再发送各药品供应商名称对应的药品清单至相应的药品供应商。
S160、若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单。
在本实施例中，由于需要针对每一目标医嘱数据对应生成一个采购订单信息，而每一采购订单信息中包括至少一个药品名称，故也就是每一个采购订单信息至少对应一个药品供应商名称。在获取了每一目标医嘱数据对应的药品供应商名称、及各药品供应商名称对应的药品清单，即可基于医嘱信息以患者为单位，针对患者的目标医嘱数据对应生成该患者的多个药品清单，以对各药品供应商分别下单进行采购。
例如患者1对应的目标医嘱数据1中有10个药品名称，分别记为B1至B10，其中B1-B4对应的药品供应商名称为药品供应商1，B5-B7对应的药品供应商名称为药品供应商2，B8-B10对应的药品供应商名称为药品供应商3，此时根据所述采购订单信息中的各药品供应商名称，将生成与药品供应商1对应的药品清单1(在药品清单1中包括B1-B4)，生成与药品供应商2对应的药品清单2(在药品清单2中包括B5-B7)，生成与药品供应商3对应的药品清单3(在药品清单3中包括B8-B10)。根据药品供应商名称，生成该患者1与各药品供应商名称对应的药品清单后，即可通知每一药品供应商对应的采购信息，此时每一药品供应商根据采购信息送货至药房或直接发货至患者均可。
S170、若检测到采购订单信息审核通过指令，将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。
在本实施例中，当经药库对应的管理账号登录药房服务器对采购订单信息进行审核触发采购订单信息审核通过指令后，药房服务器将各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。
若未检测到采购订单信息审核通过指令，在等待预设的延迟等待时间(如将延迟等待时间设置为1s)后，返回执行步骤S160。
在一实施例中，步骤S170之后还包括：
判断是否检测到药品供应商服务器发送的采购订单确认指令；
若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息。
即各药品供应商服务器在接收到对应的药品清单后，药品供应商服务器向药房服务器提交响应信息，包括对接收到的订单逐个明细是否响应，以及将目前物流状态信息同步给药房服务器，药库人员可在药房服务器中查看该订单的实时物流状态，对不响应的品种及时做其他采购策略。
在一实施例中，所述若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息之后，还包括：
判断是否检测到用户终端发送的与目标医嘱数据对应的反馈信息；
若检测到用户终端发送的与目标医嘱数据对应的反馈信息，获取所述反馈信息中的关键词集合；
根据所述关键词集合及预先设置的营养支持方案调整策略，获取与所述反馈信息对应的营养支持方案。
在本实施例中，当患者接收到药品供应商或是药房根据目标医嘱数据对应的药品后，可以根据使用效果对应发送反馈信息，即通过患者所使用的用户终端发送的与目标医嘱数据对应的反馈信息。根据患者的具体用药情况，医院的意识在登录药房服务器后可以据此反馈信息调整肠内营养支持方案，因应患者的个人情况定制适合的肠内营养支持方案。
例如，通过NLP技术(自然语言处理技术)对反馈信息进行关键词提取，得到关键词集合中包括3天喂养不耐受，则根据与3天喂养不耐受对应获取与所述反馈信息对应的营养支持方案，从而及时的营养支持方案。
在一实施例中，步骤S170之后还包括：
判断是否检测到与运单信息对应的用户签收成功指令；
若检测到与各运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为已签收；
若未检测到与运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为未签收。
在本实施例中，当药品供应商服务器接收到某一目标医嘱数据对应的药品清单后，根据药品清单对应的患者名称、收货地址、及医嘱药品清单生成运单信息，之后发货并根据运单信息实时更新运单状态。
当运单信息对应的药品已被患者签收时，触发用户签收成功指令，药房服务器自动将运单信息入库，此处与普药流程一致，会将入库的运单信息同步给药房服务器，入库成功后根据关联的医嘱信息自动生成药品的消耗信息，从而触发药品的所有权从药品供应商变为医院。其中，药房服务器每天对物权变更进行日清，一定周期进行结算。
当运单信息对应的药品未被患者签收时，药房服务器运单信息对应的物流信息检查到该单被拒收，自动将该运单信息拒收，如果第三方物流信息中不能体现拒收信息，则由药房服务器中针对该运单信息做拒收操作标识。
在一实施例中，步骤S170之后还包括：
接收各药品供应商服务器发送的与各药品清单对应的当前供应商逻辑库清单；其中，所述当前供应商逻辑库清单中各药品名称对应的药品所有权字段的初始值为药品当前供应商；
若检测到与当前供应商逻辑库清单对应的消耗药品名称及消耗数量，将对应的药品所有权字段的值更新为药品消耗医院名称。
在本实施例中，采用用后结算模式，即在各药品供应商服务器发送的与各药品清单对应的当前供应商逻辑库清单中，各药品名称对应的药品所有权字段的初始值为药品当前供应商。只有在某一药品名称对应药品发生实际消耗后，才会将对应的药品所有权字段的值更新为药品消耗医院名称。
具体的，用后结算模式如下：药房服务器会对每一个药品供应商在每一个药房子系统中建立相应的当前供应商逻辑库清单。对于使用用后结算模式的药房子系统，药品供应商每次进行药品配送时，药品都会入库至相对应的当前供应商逻辑库清单，此时药品物权仍归属于药品供应商，医院无需进行资金结算，待当前供应商逻辑库清单的药品发生消耗时(处方消耗，或者出了处方消耗外的任何出库消耗)，会触发物权变更，此时药品物权转移至医院，医院需和药品供应商进行资金结算，而系统的结算周期可以根据需求自行进行定义，优选以月为结算周期，更优选以日为结算周期，每个周期结束时，当前供应商逻辑库清单会自动进行对账操作，待对账无误后，医院将结算数据发送至药品供应商服务器，供应商服务器根据结算数据开票。
其中，在本申请描述的技术方案中，药房服务器可以包含有多个药房子系统，其中单个药房子系统所对应的药品供应商数量可以为大于1的任何正整数，每个药房子系统与对应药品供应商约定的结算周期可以根据各自的需求设定。
各供应商逻辑库入库途径有备货入库和调拨入库；医院逻辑库入库途径有调拨及其他方式入库、货票同行入库方式(其他非用后结算供应商)和患者退药(非备货收货途径)；各供应商逻辑库出库途径有备货退货，根据上文所述，此时还没发生物权交接，不影响结算；各供应商逻辑库消耗途径有处方消耗、调拨出库及其他方式出库和当根据医院实际业务需要将供应商逻辑库调拨往医院其它需要用药的药房子系统，调拨行为与处方消耗均产生物权变更。
当患者或其他药房子系统产生退药流程数据流向时，则会出现以下几种情况：
C1)已发生本周期的周期性结算，此时所产生的退药数据流向将直接退回至医院逻辑库，药品的物权不会发生变更，不影响后续结算的进行；
C2)未发生本周期的周期性结算，此时所产生的退药数据流向将直接退回至消耗相对应的供应商逻辑库清单，并发生反向物权变更，该变更可与正向相抵消。需要额外说明的是，当医院信息系统发起处方消耗药品申请时，优先消耗医院逻辑库库存，而非相对应的药品的供应商逻辑库。
在一实施例中，步骤S170之后还包括：
获取与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值；
根据与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值，获取与各药品供应商名称对应的供应商评分值。
在本实施例中，当药房服务器向各药品供应商服务器分发对应的药品清单后，此时各药品供应商会根据药品清单备货并运输至医院的药房，此时对药品供应商公司的药品配送的所有环节进行分析和考核，促进其改进配送质量。为了规范医院药品配送管理，对药品供应商的药品配送的所有环节进行分析和考核，促进其改进配送质量，从而优化药品供应链管理，保障医院药品质量，特制定供应商考核评价模块。详细的考核评价方式如下所示：
评估项目包括配送阶段、验收入库阶段、应急配送能力、配送业务能力、合同执行等；对各项评估项目建立细化考核内容和评价标准。每月供应商考核评价模块自动对药品配送公司进行考核，总分为100分，95分以上为优秀，90-94为良好，85-89为合格，80-84为不合格，80分以下为较差。
每完成一比订单完成收货，则生成相应的考评记录，大部分订单由系统自动生成，部分允许人工考评，若无，则取系统默认值；部分考评指标，一个周期考评一次(人工考评)，系统提供考评录入界面；每个考评周期，对按订单考评指标取平均值+周期考评内容进行汇总，生成相应考评报表；将考评结果通报各供应商，系统可提供考评结果查询界面。
在获取配送服务评分值时，有以下为考核指标：
E1、送货速度，总分8分：12h内送到得8分，迟到1日扣2分，减至0分--(按单统计)系统自动统计；
E2、送货品种符合率，总分8分：与计划完全相符，得8分，30品种以内，缺一种扣一分，超过30个品种，每缺3种扣一分，减至0分--(按单统计)系统自动统计；
E3、配送品种数量按计划配送程度，总分4分，完全一致得4分，每错误1种/或不出减,2分，减至0分--系统自动统计；
E4、补货速度，总分4分：初次补货时间在送货结束后1天内，得4分，每增加1天减2分，扣至0分--(按单统计)系统统计；
E5、缺货反馈时效：(一个考核周期)人工评；
E6、缺货反馈内容：(一个考核周期)人工评；
E7、发票时效性：目前货票同行方式；
E8、配送员和送药工人服务态度，总分4分，无投诉4分，每有一单投诉扣2分，减至0分，注意：按单统计，人工考评(若无投诉记录得4分)；
E9、配送员和送药工人配送时间，总分2分，上午10点30之前，下午3点30之前送达，得2分，配送不准时(特殊天气外)得0分--(按单统计)人工考评。
在获取验收服务评分值时，有以下为考核指标：
F1、药品质量，总分,8分，外包装清洁干燥无破损，内包装密封，瓶盖紧闭，液体无渗漏，药品没有变质，变色，破损等质量问题，得8分，每有1个品种存在问题减2分，减至0分--人工考评(按单力度)；
F2、药品数量检查，总分4分：1)每个药品品种数量与订单完全一致，得4分；2)配送30个品种以内，每有1个品种数量不符(配送品种超30个以上的)每有3个品种数量不符合，减2分，减至0分--人工考评(按单力度)；
F3、药品有效期，总分8分：1)有效期都在1年以上得8分；2)每有1个品种有效期小于1年，减1分，减至0分；3)有品种有效期在6个月内不得分(因紧急使用事先双方沟通同意)--系统自动统计(按单力度)；
F4、药品批号，总分4分：1)所有药品每个品种的同种规格都为1个批号，得4分，每有1个品种为2个批号时，减1分，减至0分；2)每有1个品种为3个及以上批号,不得分(因紧急使用双方事先沟通同意的药品除外)--系统自动统计(按单力度)。
在获取应急服务评分值时，有以下为考核指标：
G1、应急药品协调能力，总分8分：1)配送问题，业务员能在3日内解决，得8分；2)能在1周内解决得4分；3)超过1周时间解决或者不能解决，不得分--人工考评(按考评周期)；
G2、退货速度，总分4分：1)退货产品退送冲单当月完毕，得4分；2)在2个月完毕，得2分；3)不能在两个月内完毕的不得分--人工考评(按考评周期)；
G3、质量事件投诉处理，总分2分：1)满意，得2分；2)一般得1分；3)不满意，不得分--人工考评(按考评周期)；
G4、临时药品配送能力，总分4分：1)10分钟内得4分；2)30分钟以内，得1分；3)30分钟以上，得0分--人工考评(按考评周期)；
G5、落标药品库存协调，总分2分：1)无余留库存得2分；2)解决部分，得1分；3)没有解决得0分--人工考评(按考评周期)；
G6、滞销药品处理能力，总分2分：1)满意2分；2)一般得1分；3)不满意得0分--人工考评(按考评周期)。
G7、近效期药品退药能力，总分2分：1)全部退得2分；2)部分退得1分；3)没有解决得0分--人工考评(按考评周期)。
通过上述供应商评分值获取机制，不仅可以获取每一药品供应商的综合评分值，而且能根据每一药品供应商的综合评分值对各药品供应商的供货服务进行量化评分。
其中，药房服务器中的采用磁盘阵列和双机热备份机制，即采用双机热备，应用服务器、数据库服务器采用双机热备份模式，当一台服务器异常不能正常工作，备份服务器会自动替补，确保了硬件组的正常运行。
数据库异常应急，系统可以制定数据库自动备份计划任务，定期备份平台的中心数据库。由于一些外部原因(突然断电)或人为误操作导致平台数据库损坏不能正常运行时，系统会自动搜索最近一次的备份文件并自动恢复数据库，确保平台能正常运行；
数据库容灾和恢复，对医院来说，如果发生数据丢失，轻则影响业务的开展以及医护人员满意度，重则对医院造成不可估算的经济损失。因此，在限定尽可能短的时间内成功完成灾难恢复和备份是为了保证数据的正确性。所以对主生产数据库的容灾/备份/恢复是本申请所述的技术方案中的一个关键组成部分。
系统对于数据库容灾和备份恢复上采用非常安全可靠的多种方式。目前在系统的主数据库上配置了容灾的备份数据库，用来保证网站数据的安全性，避免意外丢失数据和减少停机时间。为了防范地震、火灾、水灾等自然灾害、电力中断、阵列设备崩溃、以及人为破坏而导致系统遭到严重损坏、数据丢失、业务中断的异常情况，本申请所描述的技术方案制定了容灾方案。即设置有1个备用数据库，分别放在不同的服务器中，同时用来同步主数据库的数据，以应付主数据库意外状况下停机的容灾恢复。
关于备份方式，药房服务器的数据库采用的是数据克隆方式，克隆方式的目的是当数据库发生故障时最大限度恢复数据库，可以保证不丢失任何已提交的数据。采用数据克隆备份就是为了减少每天备份所需要的时间，而又保证系统有良好的恢复性。恢复时间与备份时间要有一个权衡。
其备份策略有：
1、每个月做一次数据库的全备份(包括所有的数据和只读表空间)；
2、定时做数据库的一级备份，同时备份所有的归档日志，备份成功后删除原始归档日志；
3、任何数据库的更改需要重新同步至备用服务器重新备份(如添加数据文件)或重新备份(如修改表空间为只读)；
4、每次备份后都可以备份归档日志或定期备份归档日志；
5、平台7*24小时(计划停机除外)对医院运营提供服务。日常的部署维护也不会造成服务中断。
该方法实现了基于医嘱信息数据生成对应的采购订单信息，，提出肠内营养支持制剂以医嘱消耗自动驱动采购的管理模式，实现了从医嘱消耗、形成采购订单、订单审核、订单配送、患者签收、库存自动扣减、供应商考核到医嘱结算的完整闭环管理，提升了药房采购效率和院内药品智能化管理。
本发明实施例还提供一种基于医嘱信息的智能药房数据处理装置，该基于医嘱信息的智能药房数据处理装置用于执行前述基于医嘱信息的智能药房数据处理方法的任一实施例。具体地，请参阅图3，图3是本发明实施例提供的基于医嘱信息的智能药房数据处理装置的示意性框图。该基于医嘱信息的智能药房数据处理装置100可以配置于服务器中。
如图3所示，基于医嘱信息的智能药房数据处理装置100包括周期判断单元110、当前数据集接收单元120、目标数据集获取单元130、采购订单信息生成单元140、审核指令检测单元150、采购订单信息解析单元160、药品清单分发单元170。
周期判断单元110，用于接收用户端所上传的待检测视频数据及用户账号信息。
当前数据集接收单元120，用于若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集。
目标数据集获取单元130，用于获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱。
采购订单信息生成单元140，用于根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息。
在一实施例中，采购订单信息生成单元140包括：
患者名称获取单元，用于获取所述目标医嘱数据集中每一条目标医嘱数据对应的患者名称；
地址空值判断单元，用于判断各目标医嘱数据对应的患者名称相对应的收货地址字段取值是否为空值；
医嘱数据订单生成单元，用于若各目标医嘱数据对应的患者名称相对应的收货地址字段取值均为非空取值，且检测到与各目标医嘱数据对应的患者名称相对应的收货地址字段取值的地址确认指令，根据各目标医嘱数据的患者名称、收货地址、及医嘱药品清单，对应生成与每一目标医嘱数据对应的采购订单信息。
审核指令检测单元150，用于判断是否检测到采购订单信息审核通过指令。
采购订单信息解析单元160，用于若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单。
药品清单分发单元170，用于将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器。
在一实施例中，所述基于医嘱信息的智能药房数据处理装置100还包括：
采购订单确认指令检测单元，用于判断是否检测到药品供应商服务器发送的采购订单确认指令；
运单信息接收单元，用于若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息。
在一实施例中，所述基于医嘱信息的智能药房数据处理装置100还包括：
反馈信息检测单元，用于判断是否检测到用户终端发送的与目标医嘱数据对应的反馈信息；
关键词集合获取单元，用于若检测到用户终端发送的与目标医嘱数据对应的反馈信息，获取所述反馈信息中的关键词集合；
医嘱数据调整单元，用于根据所述关键词集合及预先设置的营养支持方案调整策略，获取与所述反馈信息对应的营养支持方案。
在一实施例中，所述基于医嘱信息的智能药房数据处理装置100还包括：
签收指令检测单元，用于判断是否检测到与运单信息对应的用户签收成功指令；
已签收标识单元，用于若检测到与各运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为已签收；
未签收标识单元，用于若未检测到与运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为未签收。
在一实施例中，所述基于医嘱信息的智能药房数据处理装置100还包括：
逻辑库清单接收单元，用于接收各药品供应商服务器发送的与各药品清单对应的当前供应商逻辑库清单；其中，所述当前供应商逻辑库清单中各药品名称对应的药品所有权字段的初始值为药品当前供应商；
药品所有权字段更新单元，用于若检测到与当前供应商逻辑库清单对应的消耗药品名称及消耗数量，将对应的药品所有权字段的值更新为药品消耗医院名称。
在一实施例中，所述基于医嘱信息的智能药房数据处理装置100还包括：
服务评分值获取单元，用于获取与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值；
供应商评分值获取单元，用于根据与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值，获取与各药品供应商名称对应的供应商评分值。
该装置实现了基于医嘱信息数据生成对应的采购订单信息，，提出肠内营养支持制剂以医嘱消耗自动驱动采购的管理模式，实现了从医嘱消耗、形成采购订单、订单审核、订单配送、患者签收、库存自动扣减、供应商考核到医嘱结算的完整闭环管理，提升了药房采购效率和院内药品智能化管理。
上述基于医嘱信息的智能药房数据处理装置可以实现为计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。
请参阅图4，图4是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
参阅图4，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行基于医嘱信息的智能药房数据处理方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行基于医嘱信息的智能药房数据处理方法。
该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图4中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本发明实施例公开的基于医嘱信息的智能药房数据处理方法。
本领域技术人员可以理解，图4中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图4所示实施例一致，在此不再赘述。
应当理解，在本发明实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本发明实施例公开的基于医嘱信息的智能药房数据处理方法。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种基于医嘱信息的智能药房数据处理方法，其特征在于，包括：
判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期；
若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集；
获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱；
根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息；
判断是否检测到采购订单信息审核通过指令；
若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；以及
将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器；
所述根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息，包括：
获取所述目标医嘱数据集中每一条目标医嘱数据对应的患者名称；
判断各目标医嘱数据对应的患者名称相对应的收货地址字段取值是否为空值；
若各目标医嘱数据对应的患者名称相对应的收货地址字段取值均为非空取值，且检测到与各目标医嘱数据对应的患者名称相对应的收货地址字段取值的地址确认指令，根据各目标医嘱数据的患者名称、收货地址、及医嘱药品清单，对应生成与每一目标医嘱数据对应的采购订单信息。
2.根据权利要求1所述的基于医嘱信息的智能药房数据处理方法，其特征在于，所述将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器之后，还包括：
判断是否检测到药品供应商服务器发送的采购订单确认指令；
若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息。
3.根据权利要求2所述的基于医嘱信息的智能药房数据处理方法，其特征在于，所述若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息之后，还包括：
判断是否检测到用户终端发送的与目标医嘱数据对应的反馈信息；
若检测到用户终端发送的与目标医嘱数据对应的反馈信息，获取所述反馈信息中的关键词集合；
根据所述关键词集合及预先设置的营养支持方案调整策略，获取与所述反馈信息对应的营养支持方案。
4.根据权利要求3所述的基于医嘱信息的智能药房数据处理方法，其特征在于，所述若检测到药品供应商服务器发送的采购订单确认指令，接收药品供应商服务器根据药品清单对应发送的运单信息之后，还包括：
判断是否检测到与运单信息对应的用户签收成功指令；
若检测到与各运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为已签收；
若未检测到与运单信息对应的用户签收成功指令，将与运单信息对应的采购订单信息的用户签收字段取值设置为未签收。
5.根据权利要求1所述的基于医嘱信息的智能药房数据处理方法，其特征在于，所述将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器之后，还包括：
接收各药品供应商服务器发送的与各药品清单对应的当前供应商逻辑库清单；其中，所述当前供应商逻辑库清单中各药品名称对应的药品所有权字段的初始值为药品当前供应商；
若检测到与当前供应商逻辑库清单对应的消耗药品名称及消耗数量，将对应的药品所有权字段的值更新为药品消耗医院名称。
6.根据权利要求1所述的基于医嘱信息的智能药房数据处理方法，其特征在于，所述将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器之后，还包括：
获取与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值；
根据与各药品供应商名称对应的配送服务评分值、验收服务评分值、应急服务评分值，获取与各药品供应商名称对应的供应商评分值。
7.一种基于医嘱信息的智能药房数据处理装置，其特征在于，包括：
周期判断单元，用于判断当前系统时间与上一医嘱信息获取时间之间的时间间隔是否大于或等于预设的医嘱获取周期；
当前数据集接收单元，用于若当前系统时间与上一医嘱信息获取时间之间的时间间隔大于或等于所述医嘱获取周期，接收医院信息服务器上传的从上一次医嘱获取时间至当前时间的医嘱信息数据集；
目标数据集获取单元，用于获取所述医嘱信息数据集中医嘱类型标签为肠内营养支持制剂医嘱的目标医嘱数据集；其中，所述目标医嘱数据集中包括多条目标医嘱数据，每一条目标医嘱数据的医嘱类型标签均为肠内营养支持制剂医嘱；
采购订单信息生成单元，用于根据所述目标医嘱数据集生成与每一条目标医嘱数据对应的采购订单信息；
审核指令检测单元，用于判断是否检测到采购订单信息审核通过指令；
采购订单信息解析单元，用于若检测到采购订单信息审核通过指令，获取各采购订单信息中的各药品供应商名称、及各药品供应商名称对应的药品清单；以及
药品清单分发单元，用于将对应的采购订单信息中各药品供应商名称对应的药品清单根据药品供应商名称发送至对应药品供应商服务器；
所述采购订单信息生成单元具体用于：
获取所述目标医嘱数据集中每一条目标医嘱数据对应的患者名称；
判断各目标医嘱数据对应的患者名称相对应的收货地址字段取值是否为空值；
若各目标医嘱数据对应的患者名称相对应的收货地址字段取值均为非空取值，且检测到与各目标医嘱数据对应的患者名称相对应的收货地址字段取值的地址确认指令，根据各目标医嘱数据的患者名称、收货地址、及医嘱药品清单，对应生成与每一目标医嘱数据对应的采购订单信息。
8.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述的基于医嘱信息的智能药房数据处理方法。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如权利要求1至6任一项所述的基于医嘱信息的智能药房数据处理方法。
CN202010424918.4A 2020-05-19 2020-05-19 基于医嘱信息的智能药房数据处理方法及装置 Active CN111599435B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010424918.4A CN111599435B (zh) 2020-05-19 2020-05-19 基于医嘱信息的智能药房数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010424918.4A CN111599435B (zh) 2020-05-19 2020-05-19 基于医嘱信息的智能药房数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN111599435A CN111599435A (zh) 2020-08-28
CN111599435B true CN111599435B (zh) 2023-02-28

Family

ID=72192347

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010424918.4A Active CN111599435B (zh) 2020-05-19 2020-05-19 基于医嘱信息的智能药房数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN111599435B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111986791B (zh) * 2020-08-31 2022-06-10 深圳平安医疗健康科技服务有限公司 医疗采购全流程监管方法及相关设备
CN112667645A (zh) * 2021-01-22 2021-04-16 北京天健源达科技股份有限公司 一种已发药记录的处理方法
CN113764110A (zh) * 2021-01-29 2021-12-07 北京京东拓先科技有限公司 数据处理方法、装置、电子设备及存储介质
CN113592472A (zh) * 2021-06-30 2021-11-02 北京健康之家科技有限公司 药店数据的处理方法、装置及电子设备
CN113570430A (zh) * 2021-07-26 2021-10-29 北京京东乾石科技有限公司 采购信息协同反馈方法、装置、设备和计算机可读介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102136124A (zh) * 2011-04-26 2011-07-27 于佳辉 医药物流信息处理系统及方法
CN107731270A (zh) * 2017-10-25 2018-02-23 康美药业股份有限公司 一种自动审核药方准确性的方法及装置
CN107919161A (zh) * 2017-10-25 2018-04-17 康美药业股份有限公司 一种药方审定的方法、电子设备及存储介质
CN110852832A (zh) * 2019-10-01 2020-02-28 榕知科技(武汉)有限公司 一种处方药物在线匹配和检索系统及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102136124A (zh) * 2011-04-26 2011-07-27 于佳辉 医药物流信息处理系统及方法
CN107731270A (zh) * 2017-10-25 2018-02-23 康美药业股份有限公司 一种自动审核药方准确性的方法及装置
CN107919161A (zh) * 2017-10-25 2018-04-17 康美药业股份有限公司 一种药方审定的方法、电子设备及存储介质
CN110852832A (zh) * 2019-10-01 2020-02-28 榕知科技(武汉)有限公司 一种处方药物在线匹配和检索系统及方法

Also Published As

Publication number Publication date
CN111599435A (zh) 2020-08-28

Similar Documents

Publication Publication Date Title
CN111599435B (zh) 基于医嘱信息的智能药房数据处理方法及装置
Hughes et al. Effect of cost on the self-administration and efficacy of nicotine gum: a preliminary study
US6842736B1 (en) Drug auditing method and system
US7127432B2 (en) System for enabling data processing while maintaining confidentiality
EP2529783B1 (en) Method for improved diabetes data management and use employing wireless connectivity between patients and healthcare providers and repository of diabetes management information
US8370172B2 (en) System and method for submitting medication claims by point-of-care physicians
US8725532B1 (en) Systems and methods for monitoring controlled substance distribution
US20140297306A1 (en) System and method for detecting drug fraud and abuse
Andersen et al. Medication history on internal medicine wards: assessment of extra information collected from second drug interviews and GP lists
US20190074077A1 (en) Prescription management system and method
CN111599453A (zh) 智能药房数据处理方法、装置、计算机设备及存储介质
Epstein et al. Controlled substance reconciliation accuracy improvement using near real-time drug transaction capture from automated dispensing cabinets
Li et al. Prices, availability and affordability of insulin products: a cross‐sectional survey in Shaanxi Province, western China
Jones et al. Translating research into practice: voluntary reporting of medication errors in critical access hospitals
US20060053032A1 (en) Method and apparatus for reporting national and sub-national longitudinal prescription data
Fung et al. Comparison of electronic pharmacy prescription records with manually collected medication histories in an emergency department
Stojković et al. Prospective systemic risk analysis of the dispensing process in German community pharmacies
CN112863638A (zh) 互联网医院云药房系统及其发药模式
Yang et al. Pharmacist‐led, prescription intervention system‐assisted feedback to reduce prescribing errors: A retrospective study
Dancsecs et al. Identifying errors and safety considerations in patients undergoing thrombolysis for acute ischemic stroke
US20110145011A1 (en) System and Methods for Submitting Medication Claims by a Point-Of-Care Physician
Franklin et al. The impact of a closed-loop electronic prescribing and automated dispensing system on the ward pharmacist's time and activities
Weinhandl et al. Low Quality of International Classification of Diseases, 10th Revision, Procedural Coding System Data Undermines the Validity of the Standardized Transfusion Ratio: Time to Chart a New Course?
Lu et al. A new analytic tool for assessing the impact of the US Food and Drug Administration regulatory actions
Stowasser Is electronic prescribing all that is needed for medicines to be safe in the electronic world? A case for closed‐loop electronic medication management.

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
GR01 Patent grant
GR01 Patent grant
CB03 Change of inventor or designer information

Inventor after: Wang Wenhui

Inventor after: Li Xiaoyan

Inventor after: Ma Ruanxin

Inventor after: Li Mu

Inventor after: Huang Lihong

Inventor after: Huang Yaoyao

Inventor after: Liang Zhikun

Inventor after: Yin Haobo

Inventor before: Li Xiaoyan

Inventor before: Wang Wenhui

Inventor before: Ma Ruanxin

Inventor before: Li Mu

Inventor before: Huang Lihong

Inventor before: Huang Yaoyao

Inventor before: Liang Zhikun

Inventor before: Yin Haobo

CB03 Change of inventor or designer information