该方案的关键，其实是一个非常简易的摇篮体系。
床头放置一个按键，老人每日睡前按一按，系统便知这一天确认已完成。
若按钮未被按下，则系统才会发出报警，并告知事先设置好的几个关系人。
它不会判断老人做了什么事，只会确认每天是否完成一次。
因此它的逻辑非常朴素，也不存在多少复杂的设备，其使用门槛以及搭建成本均较低。
如果是升级版的话，就需要补充一些防止误触的。
比如将每天晚上定好的时间设置为一个节点。当这个时间尚未触发的时候，系统就会发出铃声提醒。
这样做的目的是为了防止老人忘记了按钮，也防止按钮被触碰到以后没有真正确认。
有时候外出的时候，可以提前预定一个预定的天数，这段时间内不会发生报警。
等到预期的时间过去了，系统再次恢复原有的判断方法。
设计的关键之处，并非是对老人身体每一个变化进行监测，也不是对意外发生之后进行现场的处理。
它所做的只有一件事，就是将每天的确认转化为一个简单的信号。
确认了，系统就会安静下来。
确认不出现，系列通知联系者。
简单来说，它更像是一个有人天天签到的一种提醒机制。而不是一整套紧急救援的系统。
费用比较便宜，也是他容易接受的一个地方。
若老人平稳睡着，之后未再醒来,系统至少可以在当日发现没有确认。
对于很多希望老人可以安稳地生活，并且在离世之后尽快得到发现的人而言，这样一种低成本的方案有着一定的适用范围。
它解决了长时间没有人知道的问题，并非是突发意外如何处理。
两个问题从表面上看是相差一步，但是实际上并不是那么一回事儿。
老人按了按钮，只说明他在一个时间点上完成了。
按钮未按下，只能表明系统未收到确认，
至于无法确认的缘由是睡过了，忘记了，外出了，或者发生了突然的意外，是系统本身不知道的。
它可以发出通知,但不能代替联系人进行判断，也不能替人处理后续事宜。
因此，突发的意外正是该方案的缺陷。
要是老人倒下来不及按下按钮的话，系统只有等到设定的时间过去之后再进行提醒。
若意外发生于两次确认中，它也无法即时辨认。
这并非是功能做的不够好，而是这样低成本的摇篮系统原本就只覆盖了“有没有被确认”这个层面。
把它装进钉钉里，可以做成天天签到的。
老人每日签到一次，联系人见记录便知当天确认。
如果没有签到的话，系统会按照设定提醒。
这种思路并不复杂，重要的并不在于将功能堆砌得有多大，而是承认它可以解决什么问题，不能够解决问题。
适合求好的老人，可以当作一种便宜日常确认方式，但不能将其当作处理突发的意外的方式。
