Jlin's Blog

林剑的博客

0%

发表于 更新于 分类于
本文字数： 528 阅读时长 ≈ 2 分钟

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
在通常情况下，zookeeper允许未经授权的访问。

阅读全文 »

发表于 更新于 分类于
本文字数： 184 阅读时长 ≈ 1 分钟

备份Hexo博客

  1. 第一步

    先切换至你需要备份的hexo目录，初始化本地仓库

    1
    2
    git init
    git remote add origin git@github.com:Delena1988/HexoBack.git

    将必要的文件依次添加:

    source 博客日志源文件、themes 主题文件、scaffolds 博客日志模板、_config.yml、package.json、package-lock.json、这些是一些git配置项博客配置项

    1
    git add source themes scaffolds _config.yml package.json package-lock.json

  2. 第二步

    提交备份的博客

    1
    2
    git commit -m "博客备份"
    git push origin master

在其他终端更新Hexo博客

先把所有环境都装好(node,js git hexo)

将Github中备份clone到本地

1
2
3
git clone https://github.com/Delena1988/blog.git
cd blog
npm install

个人备份习惯

1
2
3
4
5
6
hexo clean
git add .
git commit -m "Backup"
git push
hexo g
hexo d

发表于 更新于
本文字数： 0 阅读时长 ≈ 1 分钟

发表于 更新于 分类于
本文字数： 832 阅读时长 ≈ 3 分钟

经营目标

智随访： 合同额 3600 回款 2400 预算 1314

家人要和经营目标匹配，加在关键位置上

技术架构优化和产品架构优化方案？

  • 技术架构
    • 技术老旧（Sturts2、springMVC、jsp、jQuery、LayUI）– 开发效率、前端招人
    • 数据库Mysql 5.6（版本老，漏洞多）
    • 前后端未分离，前段开发测试依赖后台
    • 各个模块相互耦合，存在循环依赖
  • 优化方案（优势、弊端、难点、需要的资源）
    • 前后端分离
      • 优势：1、提升开发效率 2、有利于吸引人才
      • 弊端：
      • 难点：1、改造工作量大
      • 需要的资源：1、前端大牛（5年以上，有重构经验的）
    • 拆分成微服务
      • 优势：1、解耦 2、方便扩展 3、容错性好
      • 弊端：1、运维难度提升 2、复杂性提升 3、宣传
      • 难点：1、业务模块划分 建议科技板块专门小组维护公用模块组件
  • 优化需解决问题
    • 老医院兼容（升级）
    • 老医院个性化需求、院内对接需要有解决方案
    • 系统庞大，如何平缓过度
    • 微服务运维成本高，部署实施难度大
    • 微服务资源如何分配（不同医院使用模块不同，业务重心不同）
    • 事物如何控制
    • 模块如何拆分

image-20210106102312853

标准化产品开发进度和标准化实施进度和责任人安排

  • 客服中心随访
  • 病区护士随访
  • 科室专病随访（分支路径自动切换、统计）
  • 单病种数据库（生物样本库已完成，ibd查随访）
  • 满意度
  • 宣教中心
  • 日间手术
  • 投诉表扬（第4套流程开发中）
  • 预约挂号（自治区预约挂号平台）
  • 智问询（待开发）

标准化产品（病区护士随访、客服中心随访、满意度调查、专业版专病、高配版专病）

  1. 病区护士随访
  2. 客服中心随访
  3. 满意度调查
  4. 专业版专病平台，高配版专病（病重管理类）
  5. 诊疗反馈/随访医嘱（医生接诊，下医嘱时制定随访任务）
  6. 面访
  7. 提醒中心（复诊提醒、孕检提醒、用药管理拆分开）
  8. 患者管理

架构

  1. 前后端分离
  2. 后端拆分成微服务

人员画像

  1. 产品2人：1产品总监（对标纪翔），1产品经理
  2. 前端3人：1初级，1中级，1高级（5年以上，有重构经验，技术选型）
  3. 后台3人：2初级，1高级（5年以上，有重构经验）
  4. 测试2人：1初级（1年），1中级（2年以上，会自动化测试以及压力测试）

2021产品研发计划

Q1 Q2 Q3 Q4
1.标准化产品：
满意度调查、病区护士/客服中心随访、统计（满意度）		 1.专病平台：
包括随访医嘱、用药管理、复诊提醒、产检提醒等		 1.2个专病 1.1个专病
2.struts2重构 2.前后端分离 2.微服务拆分 2.单病种数据库持续迭代
3.确定专病病种 3.统计（随访、宣教） 3.单病种数据库持续迭代
4.单病种数据库（ibd） 4.单病种数据库持续迭代

发表于 更新于 分类于
本文字数： 1.9k 阅读时长 ≈ 7 分钟

1.4

  1. 绩效打分
  2. 年终总结
  3. 邵逸夫胃癌专题会议（推荐方案：手术记录单中手术名称改为收费项目下拉）
    • 手术申请单–病理号+时间–手术代码（收费码）–筛选
    • 手术记录单–流水号–手术名称（手写）–术中信息（术中出血量、手术时长）–胃癌统计、自动填充
  4. 随访功能梳理
  5. 深圳口腔部署问题处理（2.3最新版本环境搭建测试）

1.5

  1. 华西二院问题会议
  2. 武汉中心医院肺结节方案讨论，接口文档
  3. 年终总结打分
  4. 功能模块梳理
  5. 会议
    • 互联网医院牌照
    • 内容生产责任主体
      • C端产品–现场调研，市场敏感度，每个模块责任人
      • 内容

1.6

  1. 技术架构优化和产品架构优化方案？
    • 技术架构
      • 技术老旧（Sturts2、springMVC、jsp、jQuery、LayUI） – 开发效率、前端招人
      • 数据库Mysql 5.6（版本老，等保漏洞多）
      • 打包方式（Maven打成war包，优点：部署更新方便；弊端：包越来越大，启动耗时长）
      • 前后端未分离，前段开发测试依赖后台
      • 各个模块相互耦合，存在循环依赖
    • 优化方案
      • 前后端分离
      • 拆分成微服务
    • 优化需解决问题
      • 老医院兼容（升级）
      • 老医院个性化需求、院内对接需要有解决方案
      • 系统庞大，如何平缓过度
      • 微服务运维成本高，部署实施难度大
      • 微服务资源如何分配（不同医院使用模块不同，业务重心不同）
      • 事物如何控制
      • 模块如何拆分
  2. 标准化产品开发进度和标准化实施进度和责任人安排
  3. Mysql漏洞补丁（https://blog.csdn.net/cybbink/article/details/97396481）
  4. 随访功能梳理

各位总，本周四晚上7点（方丈山）将进行事业板块具体问题的讨论，具体议题如下：
1、数疗公众号后台开发放在哪个部门？
2、技术架构优化和产品架构优化方案？
3、云端后台负责团队？
4、总包项目业绩各事业部如何计算？
5、物联网健康监测核算计入慢病？
6、标准化产品开发进度和标准化实施进度和责任人安排
7、宣教运营和推广
请事业板块先内部进行初步讨论，届时事业板块对于讨论结果方案进行初步汇报，然后进行讨论确定。本次会议尽量以解决确定问题方案为导向，请大家合理安排时间参会

1.7

  1. 标准化产品（病区护士随访、客服中心随访、满意度调查、专业版专病、高配版专病）
    • 病区护士随访
    • 客服中心随访
    • 满意度调查
    • 诊疗反馈/随访医嘱（医生接诊，下医嘱时制定随访任务）
    • 面访
  2. 架构
    • 前后端分离
    • 后端拆分成微服务
  3. 等保标准（大兴数据库升级）
  4. nacos分支调用esb超时修改

Q1 架构、满意度、病区护士随访、统计（满意度） 标准化产品梳理 确定专病病种

Q2 架构、提醒（产检/复诊提醒） 专病平台

1.8

  1. 将dubbo-nacos分支合并到feature-v2.5.2b01
  2. 重庆市大足区人民医院/重庆医科大学附属永川医院/中国科学院大学深圳医院

1.11

  1. 富阳妇保院5G+健康管理课题申报会议
  2. 省儿保科室专病AI提醒重复推送问题处理（待验证）
  3. 2021年计划制定

1.12

  1. 重庆市大足区人民医院/重庆医科大学附属永川医院/中国科学院大学深圳医院 AI推送问题
  2. 省儿保科室专病AI提醒重复推送验证
  3. 2.5功能梳理（宣教中心）
  4. 满意度功能梳理会议

1.13

  • 瑞金满意度需求会议
  • 年终总结打分
  • dubbo-nacos合并到主分支（feature-v2.5.2b01-jlin，下个版本合并）
  • 组织架构图
  • 上海新华方案修改（名单列表为住院记录纬度，非患者纬度）
  • 江苏省人民脑卒中方案

1.14

  1. 2021事业部目标会议

1.15

  • 上海新华电子病历集成方案修改
  • 上海新华电子病历集成视图、接口修改

1.18

  • 上海新华电子病历计划下拉接口–吴森
  • 上海新华电子病历集成视图（View‘s SELECT contains a subquery in the FROM clause）
  • 医惠E-SMART生态融合的技术讨论会
    • E-smart云生态业务规则
    • 业务整合思路级边界定义

1.19

  • 上海红房子无法登陆，esb中间库索引未创建导致
  • 攀枝花心率单位乱码（入口太多，暂时定位不到原因）
    • HEALTH_HEALTH_UPLOAD_JC
    • /r/health/1036 大概率是这个入口
    • /r/health/1040

1.20

  • 现场问题处理
  • ibd随访原型审查
    • 新增计划能否引用规则（如果可以的话是用云端的专病随访路径吗）
    • 高级筛选项有哪些？某家医院某个病种个性化的如何控制？
    • 是否可以添加多个患者队列？
    • 随访内容是否支持疾病、手术、药品条件？
    • 是否支持AI？
    • 与数据查看权限关联？
    • 患者列表是否还有存在的必要？
    • ibd随访和科研课题之间的关联关系以及如何跳转？
    • 手动添加来源增加课题组？
    • 任务生成规则：
      • 多次业务记录（门诊、出院）拆分多次任务？任务有交叉怎么办
  • 高州人民医院工作量评估
    • 专科个性化管理，肾内科随访定制（不含360接口费用）
      • 360信息对接：产品 3人/日，接口5人/日，研发10人/日，测试5人/日
      • 指标备注跟踪：产品2人/日，研发4人/日，测试2人/日
      • 备注跟踪一览：产品1人/日，研发2人/日，测试1人/日
      • 患者地址统计：产品2人/日，接口2人/日，研发8人/日，测试3人/日
    • 科研个性化，胸外科科研定制
      • 标本库建设：产品2人/日，研发4人/日，测试2人/日
      • 标本数据录入维护：产品2人/日，研发6人/日，测试3人/日
      • 标本数据模糊查询：产品2人/日，研发8人/日，测试3人/日
      • 标本数据自定义组合查询：产品2人/日，研发10人/日，测试5人/日

1.21

  • logback添加mongodb日志输出
  • 分支路径自动切换原型讨论
  • ibd随访讨论

1.22

  • hexo github备份
  • 远程调试

1.23

  • NLP
  • 未上线AI，AI任务频繁推送问题处理
  • SSM项目改造Springboot案例google

1.25

  • 上海新华、吉大三个性化需求工作量评估

  • 广东省第二人民医院内部项目启动会

1.26

  • 红房子满意度会议（统计区分院区）
  • 2.3专科随访补筛脚本
  • ibd随访宣讲
  • 华西二院empiId问题，导入随访数据（数据量过大，导入预计要2天）
  • 工作量评估报价体系

1.27

  • 红房子满意统计区分院区

1.29

  1. 南京二院远程会议