团队转型中台的设想

目前工作形式分析：

1. 脓毒血症/食道癌案例：

<待加入>

2. 肺移植案例：

<待加入>

3. 总结

目前我们的工作流，都是基于用户提出的需求，通过两个方面：业务和数据的分析来设计具体的应用场景。其中数据的分析是为了了解目前用户能够提供的数据，以及现有的数据可利用度，这样做掌握可以立刻被利用转化为产品实现的数据，也可以了解业务需求和数据积累之间的差距。业务分析一方面是产品层面的需求整理掌握，从用户的视角出发来设计产品，重视用户的操作，另一方面是从数据的层面，遵从数据从产生到应用的流程来设计产品，利用现有数据，为数据缺口设计补增采集流程，所以我们现在的专科产品设计是找到业务和数据两条线的结合点来做。这样的方式是符合专科化场景设计的，因为专科之于全科的不同，在于专科有自己独特的业务流程，而独特的业务流程自然带来独特的数据流程，只有找到两者的交集才能够实现有价值的专科产品。
但目前这样的产品设计在推进上面是遇到阻碍的，一方面的原因是部门本身人力资源配置的缺口，另一方面是这样的调研过程是非常耗时和复杂的，需要同时掌握数据和业务两条线的情况，这比传统的产品调研设计增加了几乎一倍的工作，在此基础上，由于一些必备数据的缺口导致了实际落地产品受到了较大的约束。

数据中台模式的构想

我构想中的数据中台模式，并不是广义上的数据技术，去研究数据存储、数据管理、数据治理这些技术话题，而是如何以服务为导向的建立模块化数据的服务。我们可以不去关注业务数据的具体形态，不用关注医疗业务数据的实际产生，我们的起点是专科或专病的数据中心，这是一个类似ODS的模块，将有需要的数据抽取进来，它可以和业务系统对接，更多的是和已经做好的CDR去对接。这个数据中心要有一定的数据冗余，以临床业务需求为范围收集数据，所有在专科中可能被应用的数据都应该纳入临床数据中心的设计。而在数据中心的上一层是一系列的模型，这些模型应该是抽象化的服务，是不具备专科属性的一系列模型工具。诸如中西医本体库、后结构化服务、图像预处理服务、基础数据建模包等。这一层是非医学属性的基础技术服务。再上一层是基于基础技术服务开展的有专科性质的服务，这些服务具有相当多的共性，可能只是在应用场景上的不同。这一层的服务会有两大类，一类是技术向的例如专科本体子集，专科后结构化的服务，专病化的图像预处理，专科化的标注集等等，面向的还是技术服务，主要是为产品开发人员提供直接调用的接口服务，而不是提供给用户使用的。另一类小场景向的数据汇总，例如门诊检查、术前常规检查、检验套餐、ECMO等，这些数据具有医学的属性，是一个独立场景的数据集，可能会在不同的医疗场景中得到复用，但是不能代表一个完整的专科场景，这一层是我设想中数据中台模式的最后一层，但是同样是一个交互层，是业务应用的起点和数据利用的终点。再向上的业务构建会直接使用这一层的数据服务，但是不会直接的去调用数据中心。