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. 南京二院远程会议

护肤品

营养品

吸奶器

解读技术成熟度曲线

当新技术做出大胆承诺时，如何辨别宣传炒作和商业可行性？ 如果是真的，这种承诺何时会兑现？ Gartner 技术成熟度曲线以图形方式演示技术和应用的成熟度和采用情况，以及它们与解决实际业务问题和利用新机会的潜在相关性。Gartner 技术成熟度曲线方法有助于您了解某项技术或应用如何随时间不断演变，从而提供可靠的洞察来源，以便在特定的业务目标背景下管理部署。

如何使用技术成熟度曲线？

客户依据所处行业与个人风险偏好，利用技术成熟度曲线了解一项新兴技术的相应前景。

您是否应该早点行动？ 如果您愿意冒险，同时清醒地认识到风险投资不一定会带来回报，则可能因早期采用而取得回报。

采用中庸的方法是否合适？ 比较中庸的高管明白早期投资的理由，但在新的做事方法未得到充分证明时，他们还是会坚持进行合理的成本/效益分析。

您是否应该等待进一步成熟？ 如果新兴技术的商业可行性存在太多无法解答的问题，最好等到其他人已经能够实现切实的价值时再跟进。

技术成熟度曲线如何发挥作用？

每个技术成熟度曲线都将技术的生命周期划分为五个关键阶段。

• 技术萌芽期：潜在的技术突破即将开始。早期的概念验证报道和媒体关注引发广泛宣传。通常不存在可用的产品，商业可行性未得到证明。
• 期望膨胀期：早期宣传产生了许多成功案例 — 通常也伴随着多次失败。某些公司会采取行动，但大多数不会。
• 泡沫破裂谷底期：随着实验和实施失败，人们的兴趣逐渐减弱。技术创造者被抛弃或失败。只有幸存的提供商改进产品，使早期采用者满意，投资才会继续。
• 稳步爬升复苏期：有关该技术如何使企业受益的更多实例开始具体化，并获得更广泛的认识。技术提供商推出第二代和第三代产品。更多企业投资试验；保守的公司依然很谨慎。
• 生产成熟期：主流采用开始激增。评估提供商生存能力的标准更加明确。该技术的广泛市场适用性和相关性明显得到回报。

技术成熟度曲线有助于您：

• 将宣传炒作与技术商业前景的真正驱动因素区分开
• 降低技术投资决策的风险
• 将您对技术业务价值的理解与经验丰富的 IT 分析师的客观评价进行对比

开发时经常遇到端口被占用的情况，这个时候我们就需要找出被占用端口的程序，然后结束它，本文为大家介绍如何查找被占用的端口。