0%

2.2

  • NLP
  • Vue了解
  • 春节值班表
日期 人员
2.8–2.11 高翔(18267180557)、姚成润(17756138502)
2.12–2.14 林剑(15067172995)、陈潇(17621680024)
2.15–2.17 林剑(15067172995)、姚成润(17756138502)
2.18–2.21 吴森(15167195623)、陈潇(17621680024)

2.3

  • 余杭中医院微信家庭成员医疗档案修改

  • ODIN Health help.odinhealth.co.nz

    • MQ(用JMS)
    • 数据库支持(可自定义上传jdbc驱动)
    • 鉴权
    • 服务器要求
  • 厦门中山医院在院满意度调查(t_interface_questionnaire分区不够,加到2022年12月)

2.4

  • 如何提升工程质量(单元测试:Mockito、PMD、模版方法、策略模式、Java注解、反射、冒烟测试)

2.6

  1. nginxconfig、nginxWebUI、nginx-gui
  2. 余杭中医院病例复印
  3. 广东省二宣教内网打开

2.22

  1. 招聘人员要求
  2. 厦门心血管、西安国际随访慢病合并会议(共库)
  3. 新疆维吾尔自治区人民医院对接评估

2.23

  1. 调休

2.24

  1. 文成县人民医院演示(下午2点),关注满意度考核机制,希望能统计到个人(接诊医生、药房工作人员,挂号分诊工作人员等)
  2. 演示服功能bug,账号权限混乱
  3. 余杭中医院病例复印bug修复
  4. 嘉兴第一医院满意度需求(表单维护、短信限制)

2.25

  1. 嘉兴第一医院满意度需求远程会议

    • 门/急诊 不同问卷(子提跳转,公用题目门急诊区分开,维护成两道题目) 维护:1人/日
    • 短信限流(筛选抽样) 维护:1人/日
    • 门急诊不同题目合并统计 产品: 1人/日 研发:3人/日 测试 1人/日
    • 住院患者满意度调查 按分类统计(科室统计/按病区统计) 产品:2人/日 研发:5人/日 测试:2人/日
  2. 文成县人民医院满意度方案

  3. 余杭中医院病历复印增加咨询电话

  4. 一季度产品计划会议

    ## 慢病相关

    1. 区域慢病1.1产品宣讲(3月份第2周,产品)
    2. 区域慢病1.1上线(4月第1周,产品、开发二部)
    3. 慢阻肺管理知识入库(3月底,产品二部)
    4. 慢病重点项目(新附一、阿克苏)收尾开发上线(4月中旬,产品、开发二部)

    ## 随访相关

    1. 单病种(IBD)提测(2月底,开发一部)
    2. 单病种(IBD)上线运行(3月底 ,项目)
    3. 专病重点项目1(新华,界面融合)提测(3月第2周,开发一部)
    4. 专病重点项目2(高州,胸外标本管理)产品宣讲(3月12日,产品)
    5. 专病重点项目3(南京2院)产品设计完善(3月底,产品)

    ## 其他

    1. 产品规范制订试行版(3月底,产品)
    2. 随访整体提升设计,随智慧服务平台计划再行安排(4月份,产品)

2.26

  1. maxCompute、schedulerx

  2. 迭代宣讲、验收

  3. 场景宣教宣讲

  4. 写excel慢

  5. 售后问题分类统计

    12月 筛选 37 发送 46 统计 36
    操作部署 6 3 3
    故障 4 11 12
    接口 4 9
    其他 8 7 6
    数据维护 1 2
    需求 1 1 5
    bug 13 13 9
    改进 1

2.27

  1. 定时任务线程堵塞问题(quartz同一任务不允许并发执行 <property name="concurrent" value="false"/>
  2. 筛选发送预警
  3. 3月份目标制定,指标分解

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

阅读全文 »

备份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

经营目标

智随访: 合同额 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.单病种数据库持续迭代