公司近期在大力推广一个自主研发的PaaS平台，但这个平台在我们的医疗项目与业务中是怎么用怎么别扭，就像是要让牛坐在板凳一样儿困难（此处引用见PS）~
后来经过我们一段时间的斟酌终于找到了原因（也可能还有其他原因），之所以无法将这个PaaS平台应用于我们的医疗业务主要原因并不是我们的PaaS平台做的不够好，而是由于应用场景与业务需求无法契合。
我们的PaaS平台，主要应用于工业，对工业中设备状态与数据的采集。拿我以前参与过的风电SIS项目为例，风电SIS项目，主要需要风场内的设备，如风机、箱变、升压站、测风塔四类设备的状态与数据上传至平台，进而在前端页面对收集到的信息进行实时的展示（SIS要求传输间隔需<2S）。对于这种场景与需求，我们的PaaS是完全胜任的，具体业务特征如下：
1、采集的是设备的状态与数据，数据来源是各种类型的传感器，且数据类型较为单一，并可定时采集。如温度&湿度、风速风向均来自于不同的Senor，按要求每秒采集一次即可。
2、设备状态与数据呈点状分布，各点间数据虽有关联，但是并不紧密。如风速、风向会影响风机转速，但风速、风向、风机转速都可以做为单点的数据进行呈现（这里的表述不是太清楚，但基本上是这个意思）。
3、使用者的组织结构单一，风场工作人员与总部的工作人员，不涉及复杂的部门层级与权限问题。
但若将PaaS平台应用于医疗行业，则十分困难，具体业务特征如下：
1、我们并不关心设备的状态，而更关心设备针对不同病患所产出的数据。比如大到CT、核磁等大型设备，小到电子床头卡、测压仪等小型设备。我们根本不需要关注设备的状态怎样儿，而需要关注的是病患的检验、检查结果数据即可。
2、数据呈表格状，各数据间有高度关联。同样儿一种病症，可能存在多种病因，查看数据时需将多种数据横向关联，进行比较分析。如A关联B，B关联C，C关联D，D导致E……，最后Y导致Z，中间少一个环境都可能导致无法查明病因，无法对症下药。
3、医院内组织结构关系复杂，医院内经常会依据不同院区、不同部门、不同科室、不同诊间、不同人员进行授权，即使A、B两名医生虽同属一科室，但对各自负责主治的病患相互隔离。即A不能对B负责主治的病患下医嘱，B也不应对A负责主治的病患下医嘱。
所以将PaaS平台硬塞至医疗产业实在是不合适之举，就像是硬将一个42号的脚塞入37号的鞋，最终就是脚也难受，鞋也难受~
PS1：一城里孩子去村里学习，早晨农夫给他拿了一个桶和一个板凳叫他去挤牛奶，结果2个小时后孩子一身都是泥的回来了，并说，抱歉，我实在没办法让那头牛坐在板凳上让我挤牛奶~
