从瑞金医院体检的用户体验到微服务架构设计的思考

瑞金医院体检的用户体检

一个月前公司安排了年度体检，体检医院是瑞金医院。体检结束后，给了一个印有URL和密码的小纸条，说是在一个月以后可以通过网上查看体检结果，第一感觉挺方便的。

差不多快一个月了，上网查看体检内容，胸片显示两肺纹理略多。总感觉不放心，所以希望拿到胶片去医院复查，可是瑞金医院的体检只给结果不给胶片（通过瑞金医院体检中心电话，进行询问后得知：如果需要胶片，要自己去医院进行打印）。

去瑞金医院打印胸片胶片的过程就此展开了：

通过询问体检中心电话客服，关于如何才能获取到胶片，得到的回复是：“可以直接去三楼进行付费打印，周一到周六都可以”。
趁着项目相对空闲时去医院取报告，直奔医院三楼。

• 在三楼的缴费中心把体检报告给收费员看，说明要打印胶片，缴费中心的人让我去二号机房询问；
• 到达二号机房，打印人员要求我先去报告中心开个打印的单子；
• 接着就去报告中心要求开单子，可是开单人员要求我先去八楼体检中心去开打印的证明；
• 然后就去八楼体检中心去开证明，可是接待台的人说下午才能给我开单子（上午只接待体检人员）；
• 在八楼体检中心拿到打印证明以后，终于可以顺利的在三楼报告中心开了打印的单子，拿到打印单子并录入医保卡就可以在缴费中心进行缴费，最好根据打印的单子和医保卡在二号机房进行了胶片的打印；

在这个过程中，对于网上查看体检报告的体验，由开始觉得便利到最后的用户体验极差，为什么一个本来是好的东西会是这样的结果呢？

我们都知道，医院根据业务、功能等因素，分了多个不同的部门。每个部门各司其职，既提高了工作效率，可以培养和提高人员的专业能力，同时又便于进行管理，本身是一个好的组织架构。主要问题在流程上，医院将划分的每个部门都直接面向用户，未充分考虑用户的实际操作体验。

对于取体检胶片这件事，如果用户可以直接在体检中心进行申请、缴费并直接从体检中心拿取胶片（对于体检这件事，体检相关的任何事都应该在体检中心完成，不要让用户牵扯到其他部门），那么用户体验可以大大的提升。

微服务架构设计的思考

随着系统的越来越庞大，功能越来越复杂，单体架构往往无法长久的支撑，需要对构建进行微服务化。

微服务架构通常是根据系统的业务功能将系统划分成多个相对独立的服务，服务本身暴露出一些接口，服务之间通过接口进行交互，最终形成一个整体供客户使用。

微服务架构的好处是：

• 将复杂的系统进行划分，每个模块都变得相对简单、更容易维护
• 每个模块功能相对单一，出现问题的可能性减小了
• 某个模块出现问题，不会影响其他模块的可用性
• 重构任何一个模块的成本较低
• 等等

当然微服务架构也存在一些弊端：

• 服务的拆分比较困难
• 系统的运维要求更高了
• 服务的编排要求也较高
• 各服务间数据的需要分布式一致性处理
• 等等

系统进行服务的拆分，正如医院划分成多个部门；每个服务有明确的功能，正如每个部门由明确的职责；对于瑞金医院体检的极差的用户体检，也可能导致使用微服务架构系统的极差的用户体验；

因此在微服务架构实施过程中，有必要做到以下几点：
1. 不把内部接口和逻辑暴露给外部
2. 对于用户的任何一个合理需求，尽量减少用户与系统的交互次数，最好交互一次就能满足要求（内部可以调用很多服务的接口）
3. 减少用户对系统熟悉程度的要求