微信+人工+AI

上线流程

演示环境

1. www.showdoc.cc

2. 检索同行已经授权的专利，看专利的内容、声明的权益

3. 思考专利技术方向

4.1

1. 新冠专科患者注册流程宣讲、任务拆分

2. 专科统计宣讲，4.11提测

3. 邵逸夫满意度发送线程堵塞问题（发送数据量过大，回收控制发送、提交答案都控制导致锁表）

4. 4月份任务分工

   • 新冠专科 – 吴森、高翔

   • 病程迭代、专科 – 陈孝伟

   • 专科患者档案导入、导出 – 金翔

   • AI辅助 – 高翔

   • 迭代 – 吴森、毛子杰

   • 门诊随访 – 陈孝伟

   • 知识库 – 高翔

   • 健管功能 – 高翔、金翔

4.2

1. 新冠专科医生流程宣讲（为了不影响患者端开发进度，宣讲延后）

2. 慢病云部署方案评审

3. 2.3.2b10宣讲

4. 新冠专科患者端提测

5. 邵逸夫满意度发送线程堵塞问题跟踪（发送占用资源太多，导致系统卡）

6. 2.3.2b10接口文档评审

4.3

1. 新冠专科测试

2. 专科患者治愈后复发管理（系统暂不支持，应该是个比较通用的场景）

3. 新冠测试环境表单提交失败（慢病使用了随访的医院编码，占用了随访的jh-hos连接）

4. Dubbo-admin安装

5. 新冠上线

4.7

1. 云端专科随访规则groupIndex错误导致分配给随访丢失任务 – 沈昌（已处理）

2. 浙二新冠AI追踪平台风险评估每天需要重新做 – 吴森、汪佳美（已上线）

3. AI辅助宣讲

4.8

1. 多线程对系统影响，以及对内存要求评估

2. AI辅助计划制定 – 未完成（产品原型、UI未交付）

3. 在院宣教发送产生重复记录问题 – 已处理

4. 测试环境在院宣教发送失败（有脏数据）

5. saas环境问题处理

4.9

1. saas环境问题处理

2. 邵逸夫回传表单答案给护理系统方案沟通

3. 华东疗养院体检满意度二维码方案讨论

4. 满意度计划列表查看权限bug

5. 紧急问题处理机制

4.10

1. 2.3.2b11宣讲

2. 2.3.2b11接口文档评审

3. 面试题整理

4.11

1. 广妇儿问题处理

2. 发送事故复盘

   • 代码不规范

   • 接口文档说明不详细，前后端口头约定

   • 测试环境没有造数据验证

3. 开发环境数据库被删除 – 慢病部门执行了初始化脚本，将原来数据都删了

4. 新冠页面审核嵌入

4.13

1. AI辅助接口文档评审

2. 门诊面访宣讲

3. 知识库改造宣讲

4. 门诊面访接口文档评审

4.14

1. IBD导入导出实现方案讨论（导入支持大部分题目，复制行有模版要求，如果医院提供不了相应格式的数据，需人工补录）

2. 广妇儿专科上线情况跟进

   • 目前上线专科：小儿肾病综合症、儿童1型糖尿病、儿童期血友病

   • 数据源发给业务科室确认，4.16前答复

3. 专利申请讨论

   • 专利网站 http://www.soopat.com/ https://www.baiten.cn/

4. 健管原型需求讨论

   • 工作台合并成一个，权限控制，只能看到自己的任务

   • 设置任务起点

   • 收案、制作随访方案（患者管理计划）

   • 档案信息采集

   • 已过期任务 显示

   • 复查计划，体检（兰溪）

   • 统计（通话时长、通话量）

4.15

1. 健管原型确认

4.16

1. 2.3.1b11验收

2. 2.3.1b12宣讲

3. 健管部需求以及实现方案评估

4.17

1. 广妇儿专科上线情况跟进

2. 邵逸夫现场问题处理

3. 新冠专科微信医生端–我的患者上线

4.20

1. 数据中心会议，CDR上传云端

   • 触发器关停

   • 随访启动上传版本号给随访后台，随访后台通知云端数据中心

2. AI辅助方案讨论（云端新开接口–判断任务是否配置相关ai场景）

4.21

1. CDR上云相关改造

2. 现场问题每日汇总，进度跟踪

3. 广妇儿专科上线问题跟踪

   • mongodb宕机，重新启动

   • 部分专科计划未创建，数据源未配置（实施今天配置）

4. 邵逸夫日间手术问题排查（预约记录里给的住院流水号不对，导致取不到手术记录，术后及出院任务未拆分）

   • 方案一：医院修改手术患者接口，提供正确住院流水号

   • 方案二：医院修改手术接口，支持根据病案号查询，随访、esb调整日间手术同步手术记录代码

4.22

1. 邵逸夫日间手术问题修改方案确认

2. 邵逸夫门诊满意率详情无数据问题处理

3. 厦门心血管验收需求宣讲

4. 中山六院表单提交图片内网看不到（网络未配置）

5. 现场问题处理流程

   • 实施提交JIRA –> 测试复现，结果备注并转交任务给研发 – > 研发处理bug，提供补丁包，并将任务转交给实施

   • 每天早上9:30，测试将遗留现场问题发到迭代群

   • 每天下午5:30，测试将今日处理问题及遗留现场问题发到迭代群

4.23

1. 厦门心血管自动发送问题（数据有问题）

2. 2.3.2b12验收

3. 门诊随访验收

4. 2.3.2b13宣讲

5. 邵逸夫会议

   • 数据源配置–可选择档案的表单

   • 患者档案–出血统计隐藏

   • 手动添加出院患者报错

   • 肠胃外科tpn标识，接口处理

4.24

1. 2.3.2b13厦门心血管部分验收并发包

2. 邵逸夫ibd登陆页修改

3. 华西二院院级随访任务列表个性化功能补充

4.25

1. 邵逸夫项目跟进

2. 2.3.2b13接口文档评审

3. 后端埋点

4.26

1. 红房子表单提交图片oss下载提供给现场

2. 2.3.2b13测试用例评审

3. 邵逸夫现场问题处理

4. 2.5院级随访发送、AI状态梳理

   • 自动发送（AI优先）

   • 自动发送（AI补充）

   • 手动发送

   • 手动推送AI

   • 患者提交答案

   • PC端代填

   • AI回复

   • 答案覆盖优先级

4.27

1. 随访后台pub_manage升级

2. 随访上传版本号通知AI数据中心

3. 北京潞河AI补发未发送（常规渠道发送失败导致）

4.28

1. 广妇儿专科上线情况统计

2. 专病演示路径造数据

3. 专病上线流程整理

4. 专科档案导入/导出验收

   • 单元格格式（文本）

   • 单选题下拉控制

   • 表头批注

   • 选“无”的时候清空子题答案，要把复制行也清掉

   • 前端按钮（导出/下载模版/导入）控制问题

5. 邵逸夫满意度统计院区下拉支持全部院区

4.29

1. 2.3.2b13验收

2. 2.3.2b14宣讲

3. 2.3.2b14接口文档评审

4.30

1. 专科路径知识库改造

2. 广妇儿专科统计数据

3. 省妇保日间手术问题排查

4. 新专科发送问题

5. 患者管理同步注册状态问题（kafka队列堵塞，估计是线程池满了，待运维提供生产环境JVM堆栈信息）

4.31

1. 患者管理同步注册状态问题（kafka队列堵塞，估计是线程池满了）

t2和t3数据表中存有他t1表中数据的id

选择删除t1表中的数据以及t2和t3表中相关（task_id）的数据

SQL语句如下：

1
2
3
4
5

DELETE t1, t2, t3
FROM t_satisfaction_followup_patients t1
LEFT JOIN t_hospital_followup_record t2 ON t1.id = t2.relation_id
LEFT JOIN t_manage_call t3 ON t1.id = t3.task_id
WHERE t1.id = '8aa5eeb2529d46d5962d561d3a9beedc'

每天4点将4天前的数据转移到历史表，减少业务表的压力。

确认MySQL计划任务是否开启

• 查看定时任务状态

   show variables like '%event_sche%'

• 开启定时任务

  set global event_scheduler = 1

• 关闭定时任务

  set global event_scheduler = 1

创建存储过程（即：函数）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

CREATE DEFINER=`root`@`localhost` PROCEDURE `dtl_move_his`( )
BEGIN
/*备份4天之前的数据*/
INSERT INTO `dtl_his` SELECT
*
FROM
    `dtl` AS d 
WHERE
    DATE( d.create_time ) <= DATE_SUB( CURDATE(), INTERVAL + 4 DAY );
/*删除4天之前的数据*/
DELETE 
FROM
    `dtl` AS d
WHERE
    DATE( d.create_time ) <= DATE_SUB( CURDATE(), INTERVAL + 4 DAY );
END

创建计划任务（即：事件）

1

在 SQL 查询中可能有时需要使用 ASC 或 DESC 或使用特殊排序字段才能完成的特定顺序. MySQL 有一个 ORDER BY FIELD 函数可以用来做这个.

测试数据

本文中的示例数据使用我的示例 fruit 表. 这是一个有点简单的表, 但它可以用来很好地说明这篇文章中的观点.

按特定字段值排序

fruit 表有一个 name 字段, 具有以下特定的值: 苹果(Apple), 香蕉(Banana), 橘子(Orange), 梨(Pear). 每个特定的值都有一系列的品种.

比方说, 为了论证的缘故, 我们要按香蕉, 苹果, 梨, 橘子等特定的顺序排列数据, 然后再按品种排序. 使用普通的 ORDER BY 子句不可能这样做, 因为这个字段的升序或降序排序不起作用. 我们要么需要某种形式的排序列或进行其他选择.

在 ORDER BY 子句中使用 FIELD 函数可以实现这一点. 它的工作方式是指定要排序的列, 然后按顺序排序它们的值. 例如:

1
2

SELECT * FROM fruit
ORDER BY FIELD(name, 'Banana', 'Apple', 'Pear', 'Orange'), variety;

来自示例表的结果数据如下所示:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

+----------+--------+---------------------+
| fruit_id | name   | variety             |
+----------+--------+---------------------+
|       11 | Banana | Burro               |
|       12 | Banana | Cavendish           |
|       10 | Banana | Plantain            |
|        6 | Apple  | Cox's Orange Pippin |
|        7 | Apple  | Granny Smith        |
|        1 | Apple  | Red Delicious       |
|        8 | Pear   | Anjou               |
|        4 | Pear   | Bartlett            |
|        2 | Pear   | Comice              |
|        5 | Orange | Blood               |
|        3 | Orange | Navel               |
|        9 | Orange | Valencia            |
+----------+--------+---------------------+

疑难杂症

使用此功能时有一个小小的疑难杂症. 列中不在 FIELD 函数中的任何值将在指定的值之前或多或少随机出现. 例如, 只指定苹果和香蕉:

1
2

SELECT * FROM fruit
ORDER BY FIELD(name, 'Banana', 'Apple') DESC, variety;

这导致:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

+----------+--------+---------------------+
| fruit_id | name   | variety             |
+----------+--------+---------------------+
|        6 | Apple  | Cox's Orange Pippin |
|        7 | Apple  | Granny Smith        |
|        1 | Apple  | Red Delicious       |
|       11 | Banana | Burro               |
|       12 | Banana | Cavendish           |
|       10 | Banana | Plantain            |
|        8 | Pear   | Anjou               |
|        4 | Pear   | Bartlett            |
|        5 | Orange | Blood               |
|        2 | Pear   | Comice              |
|        3 | Orange | Navel               |
|        9 | Orange | Valencia            |
+----------+--------+---------------------+

解决问题的方法

虽然通常只有在确切的列已知的情况下才使用此函数, 但解决方法是颠倒指定字段的顺序并按降序对其排序, 然后在同一个字段上进行第二次排序.

下面的例子, 不管它看起来如何，实际上按照香蕉, 苹果, 然后按照升序排列:

1
2

SELECT * FROM fruit
ORDER BY FIELD(name, 'Apple', 'Banana') DESC, name, variety;

这导致:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

+----------+--------+---------------------+
| fruit_id | name   | variety             |
+----------+--------+---------------------+
|       11 | Banana | Burro               |
|       12 | Banana | Cavendish           |
|       10 | Banana | Plantain            |
|        6 | Apple  | Cox's Orange Pippin |
|        7 | Apple  | Granny Smith        |
|        1 | Apple  | Red Delicious       |
|        5 | Orange | Blood               |
|        3 | Orange | Navel               |
|        9 | Orange | Valencia            |
|        8 | Pear   | Anjou               |
|        4 | Pear   | Bartlett            |
|        2 | Pear   | Comice              |
+----------+--------+---------------------+

如果一组特定的行需要显示在结果集中的其他行之前, 这可能是一个有用的解决方案, 但是当使用 ASC 或 DESC 排序顺序时, 通常不会出现在第一行.

生成证书

在jdk的安装目录\bin\keytool.exe下打开keytool.exe