Linux配置文件路径 /etc/my.cnf
1 | [mysqld] |
查看字符编码
1 | show variables like '%character%' |
患者管理同步注册状态问题(修改groupId)
绩效打分
接口人员绩效目标
广妇儿内存不够导致随访程序宕机(随访tomcat没有限制内存)
kafka相关知识了解(未完成)
邵逸夫护士满意度宣讲
接口文档评审–5.8
测试用例评审–5.11
提测–5.13
验收–5.20
2.3.2b15宣讲
5月份任务
迭代
邵逸夫护士满意度
专病–胆切
省儿保ai推送失败(基础库表单推送ai任务bug,明天发补丁包)– 高翔
邵逸夫ibd问题处理
成都妇儿登陆慢(上传患者信息导致,已删除触发器)脚本如下
1 | drop trigger if exists `hf_insert_tigger` ; |
2.5部署失败–赵云(数据库编码不对)
kafka相关知识了解(topic、consumer group、partition)
北京潞河2.5b08启动报错问题
诊疗反馈权限码问题
数据埋点上传
顺德妇幼批量发送失败(前置机和应用服务器之间有网闸,可能连接有限制,待医院确认)
数据埋点测试(已完成)
中山六院验收相关需求开会讨论
Docker随访应用分析(总的来说新增成本>优势,暂不使用)
JIRA需求整理
5月份待验收项目跟踪–厦门心血管、宁波妇儿、丽水中医院、嘉兴第二、浙江省妇保二期、南阳第一)
中山六院宣教下载增加100份
5月份任务
邵逸夫Q12满意度–高翔、金翔
迭代–吴森、毛子杰
2.5优化–金翔
验收项目(中山六院、厦门心血管)–吴森、毛子杰
满意度管理重构–高翔
慢sql优化(除统计外,3秒以上的sql,随访后台可以拉记录)– 金翔
小儿先心病程孕周修改–高翔
厦门中山医院出差
厦门中山医院问题沟通
出院时间(出院科室为空,出院记录取得病案首页,出科的时候出院科室信息还没完善,3天病案首页归档)– 程序补录数据
医生开立出院医嘱
出科时间
结算时间
护士长可以调整护士科室(护士的查看权限和接收科室护士长权限一样)
出院时间(出院科室为空,出院记录取得病案首页,出科的时候出院科室信息还没完善,3天病案首页归档)– (改成抽样前3天数据)
门诊检查检验满意度调查问题
(1)接口数据核对
(2)正常,重新确认
检验数据无法筛选(目前正常筛选)
同1
检查接口诊断取的检查项目(第一条)而非临床诊断(接口调整)
临时卡导致(通过不重复入档7天实现)
需求
手麻满意度调查(手术名称、归属科室、操作科室),手术时间(细节后续沟通确认)
5.22医院确认需求、接口
修改表单
满意度调查通话方式为拒接、无人接听,可以重新编辑(5.25)
计划互斥后,按科室抽样,向上取整,导致按月统计的话数据对不上
筛选关联/不关联科室,将筛选条件传给接口,不是取过来本地匹配,未开通科室会有问题
统计便捷性(多入口纬度),多条件统计一个条件错了导致数据错误
内外妇儿大科室统计没有
邵逸夫Q12满意度调查验收
2.5优化宣讲
Kibana可视化视图(实现简单统计、分析,数据导出报错)
宣教反馈统计方案讨论确定(云端开放数据统计和详情两个接口)
自动发送、自动筛选监控设计(已完成流程图)
下城区体检评估报告问题排查(视图数据有问题)
后端埋点云端5月底上线 – 周鹏宏
医共体概念了解,随访如何切入及应用思考
消息推送平台设计思路
发送通道(短信、微信服务号)
触达过滤与拦截(时段限制、频率限制、数量限制、关键词拦截、黑名单)
消息模版审核
发送记录(统计分析)
省人民批量新增用户(完成,提供sql)
订阅号、服务号区别整理(消息推送必须要用服务号)
重庆医药技术培训PPT
JAVA中级笔试题(完成一般)
重庆医药技术培训PPT
重庆医药源码整理(部分模块不提供源码,打成jar包)
北京潞河提交表单报错问题处理
省人民脚本创建账号发送宣教失败问题处理
去重庆医药出差
提交顺序覆盖方案讨论
自动筛选、自动发送表结构讨论
健管技术方案讨论
后端埋点上线情况跟踪(已上线,但是数据没分开存储,云端修改)
6月份目标
2.5
迭代
4个迭代 – (吴森、毛子杰)
自动发送、自动筛选预警 –(金翔)
AI辅助兼容工作台入口 – (张琳)
专项
2.5–健管云平台配合改造 –(金翔)
迭代–随访工程结构优化(去除无用代码模块–慢病、妇幼),web层整合 –(高翔)
2.5–医共体改造 – (高翔)
迭代–子宫内膜增生专科 – (金翔)
测试
自动化测试脚本 – (陈云鹏)
压测(王菲)
openJDK项目地址:http://hg.openjdk.java.net/
操作流程按照 README-builds.html
1 |
HotSpot VM的热点代码探测能力可以通过执行计数器找出最具有编译价值的代 码,然后通知JIT编译器以方法为单位进行编译。如果一个方法被频繁调用,或方法中有效 循环次数很多,将会分别触发标准编译和OSR(栈上替换)编译动作。通过编译器与解释器 恰当地协同工作,可以在最优化的程序响应时间与最佳执行性能中取得平衡,而且无须等待 本地代码输出才能执行程序,即时编译的时间压力也相对减小,这样有助于引入更多的代码 优化技术,输出质量更高的本地代码。
SnowFlake算法生成id的结果是一个64bit大小的整数,它的结构如下图:
1位
,不用。二进制中最高位为1的都是负数,但是我们生成的id一般都使用整数,所以这个最高位固定是0
41位
,用来记录时间戳(毫秒)。
10位
,用来记录工作机器id。
5位datacenterId
和5位workerId
5位(bit)
可以表示的最大正整数是,即可以用0、1、2、3、….31这32个数字,来表示不同的datecenterId或workerId12位
,序列号,用来记录同毫秒内产生的不同id。
12位(bit)
可以表示的最大正整数是,即可以用0、1、2、3、….4094这4095个数字,来表示同一机器同一时间截(毫秒)内产生的4095个ID序号由于在Java中64bit的整数是long类型,所以在Java中SnowFlake算法生成的id就是long来存储的。
SnowFlake可以保证: