为什么医院要从集成平台架构切换到微服务架构？为什么医院要选择微服务架构？

A：

首先从产品的本质上来说，ESB和微服务架构解决的是同一个问题：功能和业务的解耦。甚至在解决的思路上都是相同的，将接口从原有的产品功能中剥离出来，进行单独的通信和管理。两者的差距是技术架构的实现。

现有的知识管理工具

1. 印象笔记 ： 主要是利用印象笔记的剪藏功能和微信文章收藏功能，建立主要的信息收集来源。根据之前网上查阅的信息，将印象笔记分为：收集箱、即刻使用（工作+生活）、准备未来（第二大脑、重要的放弃）三个大板块。并通过标签体系，对具体内容进行细致分类。目前收集的信息包括各类生活账户、工作账户、工作纪要、行业文章、技术类文章等
2. OneNote： Surface Go+ Surface pen的组合是目前短期出差的核心工具，因此OneNote也是工作会议笔记、工作灵感的主要采集，但由于OneNote的网络影响太过严重，因此难以成为核心信息收集源
3. Feedly：主要是RSS订阅的各类新闻
4. 博客：主要是个人情绪的树洞，以及零散的各类知识体系收集。正在完成从Wordpress向Hugo静态网站的迁移过程
5. 语雀：尝试使用语雀记录公司的产品学习经历
6. Notion(暂停)：之前使用过Notion，但是整体也受网络波动比较大，而且当时是纯英文的，所以没有坚持

主要需求

• 目前印象笔记中积累的大量新闻、资源都没有转化成自己的知识积累。
• 自己在工作中形成的思考，长期以来都没有地方做记录，很多零碎的灵感都没能转化为知识

初步设想

在继续沿用目前的工具体系的情况下，需增加一个地方作为个人知识转化的主要地方。

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

<待加入>

2. 肺移植案例：

<待加入>

3. 总结

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

开始在人工智能部门里当这个小主管也是一个月有余，在工作中自然有很多可以总结的话和内容，从自然语言处理的分词到句法关系，走进了新的领域自当是要有收获的。不过这次想说的倒是些务虚的事情。

要什么？（what）

上海的A医院是全国排名前十是医院，以业务副院长带头的科室首先引入人工智能医疗。人工智能本身对他们的业务水平帮助已经非常有限，医院本身的科教研实力已经和世界顶尖不相上下。他们更关注的是把人工智能作为一种工具，开拓一种新的治疗规范，或者说是提高工作效率。大连B医院在业务水平上只是中等，但是在信息化建设上处于非常领先的位置。因而人工智能是他们信息化建设中的一环，通过完善信息化建设来促进他们的业务水平。扬州C医院作为一个市级医院业务水平相对弱，信息化建设也正在不断推进过程中，在这个过程中人工智能技术对于业务医生来说冲击力太大，产生恐慌心理，而信息化建设的基础也不能够将人工智能发挥到最佳，所以更多的是从医院领导的政绩以及强制规范化业务流程的角度。
从层次来看，C～表面工作 -B～工作本身-A～提升工作效率

….自从我们的架构师来了以后，之前的坑都被捋平了……——一个技术主管说的话

这篇文章的起源是这周三去分公司交流技术。作为与会人员中唯一一个产品（唯一一个不懂技术的），看着满眼技术名词的PPT，听着分公司新来的架构师侃侃而谈着天书，倒是意外的听出了点不同味道的内容。