项目简介：
华医康道互联网医院解决方案，基于移动智能终端与医院信息系统实时连接，将线上复诊、诊间支付、出院随访、健康档案、医院宣传、健康宣教等服务整合延伸到手机，打造医院+互联网的专属平台，实现医院、医生与患者之间的互联互通，减轻实体医院门诊压力，减少患者就医奔波，让诊疗变得简单。
华医康道医联体解决方案基于医联体信息平台，实现资源整合、业务协同、患者分流，让"远医"解"近疾"，让患者在家门口就能看好病，是区域互联网医院的变体版本。
微前端：pc端/移动端（小程序、公众号、APP【手机/平板/机顶盒】）/第三方应用；
业务&数据中台：预约挂号中心、门诊中心、住院中心、订单中心、物流配送中心、处方流转中心、签章认证中心、上链（超级链/国金公链）中心、用户管理中心、支付中心、远程问诊中心、远程会诊中心、检查检验报告查询中心、住院清单中心、健康档案管理中心、药品目录中心、评价中心、互联网医院监管平台、家医签约平台、医患随访平台、智能导诊服务、健康宣教服务、养老中心（社卫、日照、居家，手环/睡眠设备数据中心）、微服务、数据中心（HIS管理中心、数据采集、数据建模、数据加工、数据应用、数据资产管理）、消息通知系统、医院前置机HIS服务系统、HIS系统（医生工作站、排号器）；
技术中台：Jboot全家桶微服务开发框架、服务治理；
混合云平台：容器、资源（集群化MQ、数据库、缓存等）、网络
运行环境：CentOS、vmware workstation、Docker、Tomcat、Mysql、JDK1.8
开发工具：Idea、DataGrip 、Svn、Git、Maven、Nexus、Gitlab、Jenkins，项目管理工具：禅道、PostMan、Jmeter、
PowerDesigner12.5、StartTeam2005、OmniGraffle。
开发技术：
1.后台Jboot全家桶微服务架构、dubbo、redis、Elastic、MongoDB；SpringBoot2.x+mybatis-plus等
2.前端Vue饿了吗架构，前后端分离
职责描述：
架构设计、核心模块编写、优化迭代、研发管理、中台改造、PaaS建设
主要工作：
任务划分排期、绩效考评、技术预研、技术方案设计、架构设计与优化、核心功能优化、版本迭代、中台改造、
保证项目/事项正常推进（紧盯关键任务里程碑，管理好主要干系人，预判风险，协调资源解决关键问题等）；
合理频次的一对一沟通（比如1个月至少和每个人开展1~2次1对1沟通）；挖掘/规划新的、有价值的业务方向；
团队集体学习、提升；流程制度优化；业务/技术培训会议（推动个人学习成长）。
项目难点：
1. 高并发处理：
1）主要流程同步执行，次要流程异步执行，次要流程较多的则拆分到单独的模块去异步执行或使用消息队列，彻底和核心流程解耦，提高核心流程的稳定性以及降低响应时间；
2）一段逻辑调用了多个dubbo接口，而这些接口之间并没有数据依赖，则可并行调用，降低响应时间；
3）时间换空间策略：采用HTTP的gzip压缩算法网络传输数据；对APP的请求接口进行分类，使用版本号判断哪些数据更新，只下载更新的数据，使用更多的代码逻辑处理更细粒度的数据；
4）空间换时间策略：缓存复用计算结果，降低时间开销，CPU时间较内存容量更加昂贵；
5）统计大数据量字段：采用增量式算法，只计算增量数据和之前计算结果合并，在字典表新增统计字段，定时任务查询增量数据，对要查询的时间字段加索引，采用大于某个时间点的方法，使索引生效，原理是数据库查询全表数据量大于30%，索引则失效；
2．支付中台数据库架构：
首先排除两种方案：
1）主从、主主架构；因为复制同步有时差，即使是内网服务器也可能出现网络问题，只有主备可行
2）sharding-jdbc分库分表；因为分区键(partition key)只允许选择一个，业务SQL限制太大，即使是通过映射法或基因法来解决，或者大众点评做的多维度分库分表方案（成本高），但都过于复杂。
解决方案：分库分表下沉到DB，最优方案是代码层不做分库分表，NewSQL，如：TiDB