HIS对接后，中央运送才刚刚开始

尽管i4U提供了移动端预约单，尽管i4U提供科室用户可以扫码发起运送，尽管i4U支持批量送检预约单的上传。但这一切都抵不过HIS对接带给运送服务的便利。

其实，从i4U的实战体会来看，其实HIS对接后，中央运送才刚刚开始运行。原先所有的运送单，特别是送检运送单都处在两种状态：要么运送服务人员到运送时临时创建一张急送单，要么科室老师打电话给调度创建工单。所以，运送调度是无法实现全面地知晓有多少沉淀的单子正在逐步逼近，更谈不上优化安排人员执行。（不敢让服务人员远离原驻点）于是乎，所谓的中央运送解决资源源集中管理也就无从入手。

HIS的对接不但解决了送检单的创建工作量，更有价值的是调度可以预先知道当天的送检单量和分布，可以统筹安排资源，这样才能为服务资源的集中管理和使用创造出条件。

可是，HIS对接也会带来新的问题。由于并非所有的医院的医技科室都有预约系统，或该预约系统与HIS实现了对接。于是，HIS过来的送检单只有日期，没有时间。调度一早上班，面对系统中300张需要派工的送检单一筹莫展。全派掉？那调度等于没有，选择派？不知道该派谁先……想想还是不做HIS对接的好。当然如果遇到有预约系统的医院，那对于运送调度是幸运的。

i4U针对性推出“送检看板”算法模型，帮助我们的服务商调度来解决这一困难。其实在派工优先级的计算中，还是有一些可以提炼的因素可以让计算机自动计算优先级。例如：需空腹检查优先，需空腹检查并且糖尿病病人更优先。所以i4U总结了5大重要性要素：病人、病区、检查要求、运送工具、楼层。每个因素都可以按项目情况设定不同的重要性权重。自动计算每张送检的重要性。

但这仅仅是个排序，不是吗？是的

所以，我们要进一步设定送检的具体时间。这就涉及另一个问题，就是检查科室的“产能”。我们可以对每个检查科室的每小时检查量进行统计评估，这样就可以知道一个检查科室最大的检查人数可以是多少。于是，我们就可以将送检时间从早到晚划分成多干个“波次”。每段时间间隔按每个医院项目具体设定。 然后，我们就可以按送检单的排序优先级，把每张送检单分配到每个”波次“中。这样就能确定每张送检单的运送时间了。还有什么？还有就是一个病人如果有多项连续检查，就需要控制在每个”波次“中只能做一项检查。

有了“送检看板”这个工具，我们才能让中央运送运转起来，把人员按波次分配到不同的区域接病人送检。运送主管和调度才能真正意义上掌控了整个运送的资源，控制了运送的节奏。

细节往往决定了成败！