病人离院报警：先盯住离开路径，而不是铺满整个病区

凌晨值班的护士发现有一间病房空着，接下来的几分钟在哪个病区都差不多。开卫生间看一眼，把走廊扫一遍，看看休息区，还是没有就往电梯厅和楼梯间那边走。这段时间里，病人可能已经在别的楼层，或者已经出了楼。

为了少发生这种事，一提到在病区上定位系统，话题大多往一个方向去：“覆盖一个病区要多少台设备。”面积一除、楼层一乘，数字出来了，讨论也就停在看到这个数字的地方。

可是走失并不在整个病区里均匀发生。走失是走路径的。要离开病区，得经过电梯厅或者楼梯间，得穿过病区出入口。不管病人从哪间病房出发，最后那几十米都汇到同样的位置。

所以设计的第一个问题不是“覆盖哪里”，而是“病人非经过不可的地方在哪里”。先问这一句，设备数量会降下来，更要紧的是报警到达的时点会提前。

I. 把整个病区铺满会发生什么

全覆盖设计很直观。在图纸上放一层网格，不留空格地填满。哪间病房都出得来坐标，画面很顺。

问题有两个。

第一，报价把导入讨论吞掉了。不是一层病区而是整座医院都按同一密度填满，出来的数字很难过预算会。就算过了，到立项也要拖时间。

第二个问题更大。铺得均匀，报警也可能来晚。病房和走廊的坐标抓得再密，“病人已离开病区”这个判定要是在越过边界之后才出来，应对就已经从确认变成了搜寻。护理人员需要的不是显示病人此刻在哪里的画面，而是走出去之前那几分钟伸得到手的时间。

两件事放在一起看，顺序就清楚了。预算和时间都先花在离开路径上。

II. 先装在离开路径上

ORBRO 在病区用的室内接收器是 TwinTracker BLE。它接收病人佩戴的标签信号来判定位置。这个接收器装在哪里，决定结果。

1. 电梯厅、楼梯间门前、病区出入口

这三个点是第一批布点对象。离开病区的动线无一例外会经过其中之一。这些位置上有接收器，病人站到电梯按钮前的时点，报警就已经发出去了。比起把整个病区铺满的构成，把这三个点抓准的构成先到。

2. 限制区域

药品准备室和处置室性质不同。那是病人没有理由进去的空间，进去的那一刻本身就是需要确认的事。这些区域放接收器，进入的时点就显示在护士站画面上。先布在限制区域和离开路径上，既缩小了铺满整个病区的规模，又抓住了真正需要的点。按区域挂不同规则的做法，在RTLS区域设定与应用一篇里讲得更细。

3. 病人佩戴的东西

Medical Wristband 的形态和医院已经在用的患者身份识别腕带相近。少了再多戴一件新装置的感觉，抗拒佩戴的情况就少。材质按照能承受院内消毒流程来选。腕带从手腕上脱开的情况，在记忆或判断有困难的病人身上比较常见，所以解除检测要确认规格之后再采用。

判断项	病区全域均布	离开路径优先布点
首批布点位置	按图纸网格	电梯厅、楼梯间、病区出入口
报警时点	越过边界之后	站到边界之前
初期设备数量	与面积成正比	与路径点数量成正比
扩展方式	一开始就全病区	一个病区验证后复制

III. 走出去之前就知道，是怎么回事

知道位置，和走出去之前就知道，是两件事。要做出后面那件，光有坐标不够，还得同时有每个病人各自的允许范围。

院内服务器承担这个比对。把每位病人设定的允许区域和当前位置持续比较，在超出范围之前发出预警。同一位病人，允许范围也随恢复阶段变化，所以这个值不是一开始定一次的设置项，而是运行当中会改的值。

报警被生成，和报警被送到，也是两件事。只推到护士站一块画面上，站里没人的时段就谁也看不见。ORBRO OS 把同一条报警同时送到护士站画面和责任人的手持终端，并按班次和负责病区分别设定接收对象。谁在什么时候确认过会留成履历，交接班的时候这份履历就直接成了依据。

记录的范围也在一开始定。手术室和处置室只留是否在室，把要留详细动线的区域和不留的区域分开。

IV. 出事的不只是走失

在病区里因为应对迟了而出问题的情形，不止走失一件。

腕带解除是其中之一。腕带从手腕上脱开的那一刻起，这位病人就从画面上消失了。离开的意图和结果变成一样，所以解除的时点要和走失同等看待。

跌倒和长时间无体动是另一件。在卫生间或病房角落摔倒之后长时间不动的状态，从病房外面看不见。摔倒那一刻的动作和摔倒之后停住的状态一起被确认，并作为报警送出。这里要紧的是，发生位置和时刻跟着报警一起来。是在哪个位置、几点发生的事，说清楚了，护理人员才能马上判断往哪里去。

病房呼叫也放进同一套体系。按下装在病房和处置室的 Safety Bell，被按的位置会连同报警一起显示在护士站。病区里已经有在用的呼叫设备的话，先看不拆掉它、和它并行运行的方式。

同一套基础设施上，医疗设备的位置也一起看。给移动式影像设备或者手术显微镜贴上专用标签，就能按设备名称和管理编号得到最后识别区域和时刻，运行时长和闲置时间也一起积累。设备这一侧写在医院资产管理与医疗设备定位一篇里。

V. 医院导入时的考虑事项

别的现场没有的关口，医院有两道。先摆好这两道，再把其余实务项目接上去。

1. 对医疗设备的电波影响

病区里本来就有很多无线设备，旁边还有患者监护设备和治疗设备。接收器装在哪里、装几台，要连着这个条件一起定。安装位置和发射功率在施工前先做评估，把和临床工程部门一起核对布点图纸的流程写进日程。这项评估推到开工之后，布点整个推翻的情况就会发生。

2. 患者信息停在哪里

病区位置数据和患者信息是贴在一起的。ORBRO 的构成把位置判定和允许区域比对放在院内服务器上处理，所以是患者信息留在院内的构成。以数据不出院为前提开始评估的医院，这一点就是初期讨论的起点。院内处理结构本身，在边缘与本地化部署管控一篇里按结构讲过。

接下来是实务项目。

1. 先在一个病区验证。 把接收器布在离开路径上，用实际排班运行确认报警是否按时到达护士站和终端。拿着这里出来的调整值，再往下一个病区扩。
2. 从先能批下来的项目着手。 把位置确认、报警送达、病历系统对接捆成一件，整体就会被最慢的那项拖住。分开来，批下来的项目就能先开始。
3. 病历系统对接先确认厂商开放范围。 确认可对接的范围之后再定日程。
4. 定下腕带回收和再使用规则。 出院时回收、消毒、再分配的流程怎么接进病区业务流，是能不能过第一个月的条件。

结语

病人离院报警不是一套用来盯着病区看的系统。它是在病人走出去之前造出护理人员伸得到手的几分钟，并让腕带脱开的时点、摔倒之后不动的状态在同一个画面上不被漏掉的那一层。造出这几分钟的，不是设备台数，而是接收器放在哪里。

ORBRO 从 Medical Wristband 和 TwinTracker BLE，到 ORBRO OS 管控画面，都由一只手做出来。把接收器布在离开路径上、在院内服务器上与每位病人的允许区域比对、按班次分开发送报警并留下确认履历，这些在同一套体系里接着走。Safety Bell 呼叫和医疗设备标签也叠在同一个画面上。

病区结构和值班体系不同，接收器布点和报警规则也会不同。请在病人离院报警解决方案页面确认构成和联动产品，把病区平面图和排班表交给我们，我们和您一起研究布点位置与导入顺序。