一种发药车数据监测管理系统及方法与流程

1.本技术涉及发药车管理技术领域，尤其涉及一种发药车数据监测管理系统及方法。


背景技术：

2.发药车用于医院发药，通常由护士在配药室将各病房的药品配齐存放至发药车，然后推着发药车去往各病房，将相应的药品发放给病房内的患者。现有技术中的发药车只有存放药品和人工输送的功能，发药车从配药室到病房的路线由护士决定，存在路线不合理情况（例如绕了远路，或没有按各病房距离远近顺序发药等）导致发药效率低的问题。


技术实现要素：

3.本技术提供一种发药车数据监测管理系统及方法，用于解决现有技术中发药车发药路线存在不合理情况导致发药效率低的技术问题。
4.为实现上述目的，本技术的第1方面提供了一种发药车数据监测管理方法，包括如下步骤：第一步：根据式（1）建立病房矩阵，p=[p1，p2，
…
，pn]
ꢀꢀꢀ
（1），在式（1）中，p为所有待发药的病房，pi为第i个待发药的病房；根据式（2）建立路线矩阵，l=[l1,l2,
…
，ln]
ꢀꢀꢀ
（2），在式（2）中，l为从配药室到p的所有路线，li为从配药室到pi的路线；根据式（3）建立数据矩阵，d=[d1，d2，
…
，dn]
ꢀꢀꢀ
（3），在式（3）中，d为l中采集的所有数据，di为li中采集的数据；根据式（4）建立路程矩阵，s=[s1，s2，
…
，sn]
ꢀꢀꢀ
（4），在式（4）中，s为l中所有路程，si为li中的路程；根据式（5）建立耗时矩阵，t=[t1，t2，
…
，tn]
ꢀꢀꢀ
（5），在式（5）中，t为l中所有耗时，ti为li中的耗时；第二步：发药车按初始的l进行发药，数据采集模块在li中采集di，di包括si和ti；第三步：处理模块对s和t进行处理，获得路程和耗时,根据路程和耗时更新l。
[0005]
在本技术第1方面的一些实施方式中，将d保存至数据存储模块中作为历史参考数
据，处理模块对历史参考数据进行处理，统计并比较历史参考数据中的各路程的大小以及各耗时的大小，根据比较结果更新l。
[0006]
在本技术第1方面的一些实施方式中，优先根据耗时更新l，用耗时最小的l更新l。
[0007]
在本技术第1方面的一些实施方式中，当各耗时的差值小于等于预设时差时，用路程最小的l更新l。
[0008]
在本技术第1方面的一些实施方式中，历史参考数据包括基础数据，基础数据由护士最近50次发药过程中采集的d及对应的l组成，处理模块对基础数据进行处理，选取其中耗时最小的l作为初始的l。
[0009]
在本技术第1方面的一些实施方式中，历史参考数据包括历史数据，确定基础数据后，由护士最近一次发药过程中采集的d及对应的l作为历史数据，比较历史数据中的耗时与基础数据中的最小耗时的大小，若历史数据中的耗时比基础数据中的最小耗时小，则用历史数据中的l更新初始的l作为下次发药的路线，否则沿用初始的l作为下次发药的路线，并用历史数据中的最小耗时替换历史数据中的耗时，用初始的l替换历史数据中的l。
[0010]
在本技术第1方面的一些实施方式中，历史参考数据包括实时数据，确定历史数据后，由护士最近一次发药过程中采集的d及对应的l作为实时数据，比较实时数据中的耗时与历史数据中的最小耗时的大小，若实时数据中的耗时小于历史数据中的耗时，则用实时数据中的l作为下次发药的路线，并用实时数据中的耗时作为历史数据中的耗时，将实时数据中的l作为历史数据中的l。
[0011]
本技术的第2方面提供了一种发药车数据监测管理系统，包括：数据采集模块，用于采集发药车发药时的路程数据和耗时数据；所述数据存储模块，用于存储如第1方面所述的病房矩阵、路线矩阵、数据矩阵、路程矩阵、耗时矩阵，存储如第1方面所述的历史参考数据，存储计算机程序；处理模块，分别与数据采集模块以及数据存储模块连接，处理模块执行计算机程序实现如第1方面所述的发药车数据监测管理方法。
[0012]
在本技术第2方面的一些实施方式中，所述数据采集模块包括定位模块，定位模块安装在发药车上，根据发药车的定位数据获取发药车的发药路线，并根据发药路线获得该路线的路程。
[0013]
在本技术第2方面的一些实施方式中，所述数据采集模块包括计时模块，计时模块安装在发药车上，各病房的定位数据存储在数据存储模块中，发药车去往病房的过程中，计时模块开始计时，处理模块根据发药车的定位数据和病房的定位数据判断发药车是否到达病房，若发药车已到达病房，则计时器终止计时，处理模块将计时器的计时结果作为发药路线的耗时存储至数据存储模块中。
[0014]
本技术具有如下有益效果：将从配药室到病房的路线作为发药路线，通过统计从配药室到病房的各路线中的路程和耗时，计算出最小耗时或最小路程对应的发药路线，下次按计算结果对应的发药路线进行发药，选择耗时最小或路程最小的路线作为下次发药的路线，提高发药效率。
附图说明
[0015]
为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现
有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]
图1是本技术实施例中发药车数据监测原理示意图；图2是本技术实施例中发药车数据监测管理系统的结构示意图。
[0017]
附图标记：100、数据采集模块；110、定位模块；120、计时模块；200、处理模块；300、数据存储模块。
具体实施方式
[0018]
下面结合附图和实施例对本技术的实施方式作进一步详细描述，本技术的实施方式部分使用的术语仅用于对本技术的具体实施例进行解释，而非旨在限定本技术。
[0019]
本技术的实施例1提供了一种发药车数据监测管理方法，包括如下步骤：第一步：根据式（1）建立病房矩阵，p=[p1，p2，
…
，pn]
ꢀꢀꢀ
（1），在式（1）中，p为所有待发药的病房，pi为第i个待发药的病房；根据式（2）建立路线矩阵，l=[l1,l2,
…
，ln]
ꢀꢀꢀ
（2），在式（2）中，l为从配药室到p的所有路线，li为从配药室到pi的路线；根据式（3）建立数据矩阵，d=[d1，d2，
…
，dn]
ꢀꢀꢀ
（3），在式（3）中，d为l中采集的所有数据，di为li中采集的数据；根据式（4）建立路程矩阵，s=[s1，s2，
…
，sn]
ꢀꢀꢀ
（4），在式（4）中，s为l中所有路程，si为li中的路程；根据式（5）建立耗时矩阵，t=[t1，t2，
…
，tn]
ꢀꢀꢀ
（5），在式（5）中，t为l中所有耗时，ti为li中的耗时；第二步：发药车按初始的l进行发药，数据采集模块100在li中采集di，di包括si和ti；第三步：处理模块200对s和t进行处理，获得路程和耗时,根据路程和耗时更新l。
[0020]
通过实施例1的上述实施方式，护士从配药室到达其中一个病房后，会将剩余的药品就近配送至附近的其他待发药的病房，在每次剩余的药品就近配送至附近的其他待发药的病房的过程中，耗时和路程差别是比较小的，因为通常是配送至隔壁病房或附近的病房，远距离的病房通常是回到配药室重新配药和发药。因此将从配药室到病房的路线作为发药路线，通过统计从配药室到病房的路线中的路程和耗时，计算出最小耗时或最小路程对应的发药路线，下次按计算结果对应的发药路线进行发药，提高发药效率。例如同一片待发药区域的待发药病房包括病房a、病房b，第一次发药路线为从配药室到病房a（路线a），耗时为耗时a，路程为路程a，第二次发药路线为从配药室到病房b（路线b），耗时为耗时b，路程为路程b，比较耗时a和耗时b的大小，若耗时a小于耗时b，则下次发药时优先选择路线b。若以路程为参考依据，若路程a小于路程b，则下次发药时优先选择路线a。路线a和路线b由于路况和距离的区别会存在不同的发药耗时和路程，例如路线a的路程小，但是路况差（存在障碍物、拐角、路小等），就可能导致发药耗时大，而路线b的路程大，但是路况好（畅通），就可能发药耗时小。本实施例的各矩阵中，矩阵中的各元素均按其下标的序号按顺序进行，例如第
一次发药时走l1，第二次发药时走l2。
[0021]
在本技术实施例1的一些实施方式中，将d保存至数据存储模块300中作为历史参考数据，处理模块200对历史参考数据进行处理，统计并比较历史参考数据中的各路程的大小以及各耗时的大小，根据比较结果更新l。
[0022]
在本技术实施例1的一些实施方式中，优先根据耗时更新l，用耗时最小的l更新l。
[0023]
在本技术实施例1的一些实施方式中，当各耗时的差值小于等于预设时差时，用路程最小的l更新l。
[0024]
通过实施例1的上述实施方式，各耗时相等的情况很少，因此需要设置一个预设时间差，预设时间差设置为1至2分钟，优选为1分钟。在时间差小于等于1分钟时，选择路程最小的l。
[0025]
在本技术实施例1的一些实施方式中，历史参考数据包括基础数据，基础数据由护士最近50次发药过程中采集的d及对应的l组成，处理模块200对基础数据进行处理，选取其中耗时最小的l作为初始的l。
[0026]
在本技术实施例1的一些实施方式中，历史参考数据包括历史数据，确定基础数据后，由护士最近一次发药过程中采集的d及对应的l作为历史数据，比较历史数据中的耗时与基础数据中的最小耗时的大小，若历史数据中的耗时比基础数据中的最小耗时小，则用历史数据中的l更新初始的l作为下次发药的路线，否则沿用初始的l作为下次发药的路线，并用历史数据中的最小耗时替换历史数据中的耗时，用初始的l替换历史数据中的l。
[0027]
在本技术实施例1的一些实施方式中，历史参考数据包括实时数据，确定历史数据后，由护士最近一次发药过程中采集的d及对应的l作为实时数据，比较实时数据中的耗时与历史数据中的最小耗时的大小，若实时数据中的耗时小于历史数据中的耗时，则用实时数据中的l作为下次发药的路线，并用实时数据中的耗时作为历史数据中的耗时，将实时数据中的l作为历史数据中的l。
[0028]
通过实施例1的上述实施方式，在基础数据的基础上，再经过50次实时数据的对比更新，使最终获得的l为最优发药路径的可靠性，总共用到101次发药的路线采集数据，前50次作为基础数据，第51次作为历史数据，后50次中的每次均与上一次进行比较，更新历史数据。例如n等于10，则在前50次送药过程中，每个路线走5次，分别获得10个路线的5组数据，对每个路线的5组数据求平均值，作为对应路线的耗时和路程。后期发药过程中，可能由于路线的路况发生改变，因此初始的l可能不再适用，此时依靠历史数据和实时数据的比较来进行调整，例如，对10个路线的平均耗时由小到大依次进行排序，选择平均耗时最小的l作为初始的l，第51次走初始的l，耗时大于基础数据中初始的l对应的平均耗时，则第52次走基础数据中平均耗时排在第二的l，以此类推。由此可以看出，前期通过基础数据确定最优路线，后期通过实时数据对最优路线进行动态更新，提高发药路线处于最优的可靠性。
[0029]
本技术的实施例2提供了一种发药车数据监测管理系统，包括：数据采集模块100，用于采集发药车发药时的路程数据和耗时数据；所述数据存储模块300，用于存储如实施例1所述的病房矩阵、路线矩阵、数据矩阵、路程矩阵、耗时矩阵，存储如实施例1所述的历史参考数据，存储计算机程序；处理模块200，分别与数据采集模块100以及数据存储模块300连接，处理模块200执行计算机程序实现如实施例1所述的发药车数据监测管理方法。
[0030]
在本技术实施例2的一些实施方式中，所述数据采集模块100包括定位模块110，定位模块110安装在发药车上，根据发药车的定位数据获取发药车的发药路线，并根据发药路线获得该路线的路程。
[0031]
在本技术实施例2的一些实施方式中，所述数据采集模块100包括计时模块120，计时模块120安装在发药车上，各病房的定位数据存储在数据存储模块300中，发药车去往病房的过程中，计时模块120开始计时，处理模块200根据发药车的定位数据和病房的定位数据判断发药车是否到达病房，若发药车已到达病房，则计时器终止计时，处理模块200将计时器的计时结果作为发药路线的耗时存储至数据存储模块300中。
[0032]
本实施例中的处理模块200采用计算机的处理器，数据存储模块300采用计算机的存储器，数据采集模块100通过无线网络与计算机通信连接，将采集的数据传输给计算机，计算机对数据进行计算和分析，将分析结果传输给发药车数据监测管理系统的显示装置（采用技术算计的显示器）供护士查看，显示器上显示的内容包括：li、pi、si、ti。其中li是下次发药路线的最优路线，护士按li从配药室到pi进行发药。
[0033]
应当理解，实际发药过程中还需要考虑到各病房内患者对药品的急需性，若患者对发药有时限要求，则需要护士根据实际情况选择是否要优先向该患者发药，本技术中的发药车数据监测管理系统及方法应当视为辅助护士规划发药路线的作用，而非以该规划发药路线作为基准，由此可以看出本技术的系统和方法特别适用于发放非急需性药品。
[0034]
以上实施例仅是对本技术的解释，其并不是对本技术的限制，本领域技术人员在阅读完本说明书后可以根据需要对本技术的实施方式做出没有创造性贡献的修改，但只要在本技术的权利要求范围内都受到专利法的保护。