|
|
|
|
# 贵阳禁毒委托新增需求文档
|
|
|
|
|
|
|
|
|
|
## 20241031-1 鉴定要求 要按照顺序来写
|
|
|
|
|
|
|
|
|
|
### 1 需求描述
|
|
|
|
|
|
|
|
|
|
如果出现1号和3号检出海洛因，2号检冰毒。应该就写成1、2号检材中是否含有海洛因、2号检材中是否含有冰毒xxx
|
|
|
|
|
|
|
|
|
|
### 2 具体实现
|
|
|
|
|
|
|
|
|
|
#### 2.1 在获取委托检材时，先根据受理序号进行升序排序，然后调用生成鉴定要求的方法
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 2.2 在生成鉴定要求的方法的时候对检材分组，选择创建有序的LinkedHashMap来维持升序的顺序
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 3 效果
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241031-2 送检受理委托修改申请模块文档
|
|
|
|
|
|
|
|
|
|
### 1 需求描述
|
|
|
|
|
|
|
|
|
|
比如我是委托单位 我送检的时候写的检材要检依托咪酯，但是后面实验出来了，没有检出依托咪酯，只检出了美托咪酯。那么这边的工作人员就会喊委托单位修改委托书和鉴定事项确认书，把检定要求由依托咪酯全部改为美托咪酯
|
|
|
|
|
|
|
|
|
|
### 2 权限
|
|
|
|
|
|
|
|
|
|
| 序号 | 权限名称 | 权限标识 | 权限描述 |
|
|
|
|
|
| --- | ---------------- | ------------------------------ | ------------------------------------- |
|
|
|
|
|
| 1 | 委托申请修改查询权限(列表查询) | EntrustAlterApplyQuery | 委托申请修改查询权限(列表查询)，受理防可以查询全部，委托方只能看本单位的 |
|
|
|
|
|
| 2 | 保存或提交委托申请修改消息 | EntrustAlterApplySubmit | 保存或提交委托申请修改消息-委托方 |
|
|
|
|
|
| 3 | 修改委托申请修改消息 | EntrustAlterApplyEdit | 修改委托申请修改消息-委托方（只能修改为提交审核的记录） |
|
|
|
|
|
| 4 | 委托申请修改消息审核权限 | EntrustAlterApplyApprove | 委托申请修改消息审核权限 |
|
|
|
|
|
| 5 | 删除委托申请修改消息权限 | EntrustAlterApplyDelete | 删除委托申请修改消息权限（只能修改为提交审核的记录） |
|
|
|
|
|
| 6 | 委托申请修改消息修改委托信息 | EntrustAlterApplyUpdateEntrust | 委托申请修改消息修改委托案件简要、鉴定要求权限（申请通过后，申请方修改） |
|
|
|
|
|
|
|
|
|
|
### 3 岗位
|
|
|
|
|
|
|
|
|
|
在角色岗位表中，建立了两个角色：
|
|
|
|
|
|
|
|
|
|
| 序号 | 角色名称 | 角色描述 | 拥有的权限（数字代表着上表的权限序号） |
|
|
|
|
|
| --- | ------------- | ----------------------------------------------- | ------------------- |
|
|
|
|
|
| 1 | 司法鉴定委托修改申请创建岗 | 当鉴定中心检出的物质和委托时的鉴定要求不一样，则会通知委托单位提出申请修改（应由委托人员担任） | 1，2，3，5，6 |
|
|
|
|
|
| 2 | 司法鉴定委托修改申请审核岗 | 由鉴定中心人员审核委托单位提出的申请修改记录， | 1，4 |
|
|
|
|
|
|
|
|
|
|
### 4 申请流程
|
|
|
|
|
|
|
|
|
|
#### 申请方
|
|
|
|
|
|
|
|
|
|
1.进入委托列表，选择要进行申请修改的委托
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.这里我们选择委托编号为 **WT-2024-150** 的委托进行申请修改
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.点击申请按钮后，页面弹出申请弹框，在弹框中输入之所以申请的原因，然后确定提交
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
提交后的页面
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.等待受理方进行审核，在委托申请修改记录列表里查看是否申请通过
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5,当审核通过后，点击记录进行修改
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 受理方
|
|
|
|
|
|
|
|
|
|
1.受理方进入审核审批页面，进入委托修改审核列表
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.选择要进行审核的记录，点击进行审核，进入委托详情
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241031-3 新增检材委托序号字段（imEntrustNumber）
|
|
|
|
|
|
|
|
|
|
#### 1 需求描述
|
|
|
|
|
|
|
|
|
|
我们现在要的这个编号，它这个编号一般默认会是1，2，3，4。但有时候检测就是同不同类型的多了，然后他们不能按顺序送，他们都是写成了1-2、1-5和2-3这种，默认1、2、3、4、5这种，然后要改也可以手动改
|
|
|
|
|
|
|
|
|
|
### 2 具体效果
|
|
|
|
|
|
|
|
|
|
#### 2.1 默认效果
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 2.2 手动填入效果
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241112-1 当用户手动填入鉴定要求时，以用户填入的为准
|
|
|
|
|
|
|
|
|
|
### 1 原效果(自动生成)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 2 目前如果用户没有填入则自动生成，否则以用户填入为准
|
|
|
|
|
|
|
|
|
|
## 20241112-2 需要增加的接口功能，能够在委托信息页面中，点击更新，然后将委托时间的年、月、日更新到其中的一些字段中
|
|
|
|
|
|
|
|
|
|
### 1 需求描述
|
|
|
|
|
|
|
|
|
|
委托时间 就是他们的受理时间，所以在系统中的各种提交啊 审核啊 之类的时间都应该和这个委托时间对得上就是了 但是我们系统的委托时间是以我创建委托的时间来算的，所以要把这个时间改了，而且要改成一个我可以手动录入的时间
|
|
|
|
|
|
|
|
|
|
#### 1.1 首先要在录入委托时我要多录一个字段，委托时间，这个后面我录完了就可以去掉了，在我们系统中，这个字段的值有些数据会有，有些又没得，暂时不晓得原因
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 1.2 然后将前面委托时间，取年月日，来更新到这几个字段中，submit_time、check_claim_time、check_time、 approve_claim_time、approve_time、deliver_confirm_time、accept_claim_time、accept_time、create_time以及process_info字段中的time类型的数据
|
|
|
|
|
|
|
|
|
|
process_info：
|
|
|
|
|
|
|
|
|
|
```json
|
|
|
|
|
[
|
|
|
|
|
{
|
|
|
|
|
"comments": "",
|
|
|
|
|
"orgName": "贵阳市公安局禁毒支队",
|
|
|
|
|
"success": true,
|
|
|
|
|
"opCode": 1,
|
|
|
|
|
"userName": "贵州省贵阳市",
|
|
|
|
|
"operation": "已创建",
|
|
|
|
|
"userId": "808c4b5fdbd19e9c712c1977cb7a25b5",
|
|
|
|
|
"orgId": "520100",
|
|
|
|
|
"processTime": "2024-11-05 11:33:41",
|
|
|
|
|
"status": 0
|
|
|
|
|
},
|
|
|
|
|
{
|
|
|
|
|
"comments": "",
|
|
|
|
|
"orgName": "贵阳市公安局禁毒支队",
|
|
|
|
|
"success": true,
|
|
|
|
|
"opCode": 1,
|
|
|
|
|
"userName": "贵州省贵阳市",
|
|
|
|
|
"operation": "已提交",
|
|
|
|
|
"userId": "808c4b5fdbd19e9c712c1977cb7a25b5",
|
|
|
|
|
"orgId": "520100",
|
|
|
|
|
"processTime": "2024-11-05 11:34:19",
|
|
|
|
|
"status": 1
|
|
|
|
|
},
|
|
|
|
|
{
|
|
|
|
|
"comments": "",
|
|
|
|
|
"orgName": "贵阳市禁毒实验室",
|
|
|
|
|
"success": true,
|
|
|
|
|
"opCode": 1,
|
|
|
|
|
"userName": "简薇",
|
|
|
|
|
"operation": "已审核",
|
|
|
|
|
"userId": "f0720e5fce09b2e75fdb7bdfe0539e9f",
|
|
|
|
|
"orgId": "0",
|
|
|
|
|
"processTime": "2024-11-05 11:36:10",
|
|
|
|
|
"status": 3
|
|
|
|
|
},
|
|
|
|
|
{
|
|
|
|
|
"comments": "",
|
|
|
|
|
"orgName": "贵阳市公安局禁毒支队",
|
|
|
|
|
"success": true,
|
|
|
|
|
"opCode": 1,
|
|
|
|
|
"userName": "贵州省贵阳市",
|
|
|
|
|
"operation": "已送检",
|
|
|
|
|
"userId": "808c4b5fdbd19e9c712c1977cb7a25b5",
|
|
|
|
|
"orgId": "520100",
|
|
|
|
|
"processTime": "2024-11-05 11:36:50",
|
|
|
|
|
"status": 6
|
|
|
|
|
},
|
|
|
|
|
{
|
|
|
|
|
"comments": "",
|
|
|
|
|
"opCode": 1,
|
|
|
|
|
"operation": "已受理",
|
|
|
|
|
"orgId": "0",
|
|
|
|
|
"orgName": "贵阳市禁毒实验室",
|
|
|
|
|
"processTime": "2024-11-07 09:33:18",
|
|
|
|
|
"status": 9,
|
|
|
|
|
"success": true,
|
|
|
|
|
"userId": "f98ba4408b42a41984e2a34258f8acae",
|
|
|
|
|
"userName": "张雪"
|
|
|
|
|
}
|
|
|
|
|
]
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
这里面的所有包含时间的年月日都要改为和委托时间的年月日一致。
|
|
|
|
|
|
|
|
|
|
### 2 具体实现
|
|
|
|
|
|
|
|
|
|
主要通过调用LocalDateTime提供的api实现时间上的更新
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 3 效果
|
|
|
|
|
|
|
|
|
|
#### 3.1 新增委托时，填写委托时间
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 3.2 走到受理完成后，调用接口修改对应的时间字段信息
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241113-1 受理页面 提供一个修改检材受理编号的功能
|
|
|
|
|
|
|
|
|
|
### 1 需求描述
|
|
|
|
|
|
|
|
|
|
我们受理编号是先生成检材的，然后受理完后，再生成委托的。但是现在由于他们的初筛 也就是不走委托的案子也会占用受理编号。比如300个案子，299号是初筛 并没有出现在委托系统，那么委托系统看到的只有298号是最新的，受理新案子的时候会自动生成299-1的检材受理号，但是299他们已经分配给初筛的案子了，编号就冲突了。
|
|
|
|
|
|
|
|
|
|
然后提供一个修改受理编号的功能，只针对检材，把检材的受理编号改为300-1，那么下一个检材受理的时候自动就是300-2，受理完成后委托的受理编号也会自动变为300。
|
|
|
|
|
|
|
|
|
|
### 2 具体实现
|
|
|
|
|
|
|
|
|
|
`digital.laboratory.platform.entrustment.service.impl.AcceptServiceImpl`
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 3 效果
|
|
|
|
|
|
|
|
|
|
#### 3.1 未修改前的数据信息
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 3.2 修改后的数据信息
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241113-2 处理生成鉴定事项确认书和委托书当检材重量大于100保留1位小数，其他保留2位
|
|
|
|
|
|
|
|
|
|
### 1 效果
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241113-3 生成委托编号这里，存在了WT-2024-10，这个语句查出来最大的编号还是2024-9
|
|
|
|
|
|
|
|
|
|
### 1 原因
|
|
|
|
|
|
|
|
|
|
因为委托编号字段是字符串类型，直接调用MAX函数进行排序，它是一个一个字符进行比较的，所以导致了最大的编号是2024-9
|
|
|
|
|
|
|
|
|
|
### 2 解决方案
|
|
|
|
|
|
|
|
|
|
对委托编号进行切割，保留 - 后的数据，然后转成数字在使用order by进行排序，只取一条
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
SELECT entrustment_no
|
|
|
|
|
FROM b_entrustment
|
|
|
|
|
WHERE entrustment_no LIKE 'wt-2024-%'
|
|
|
|
|
ORDER BY CAST(SUBSTRING_INDEX(entrustment_no, '-', -1) AS UNSIGNED)
|
|
|
|
|
DESC LIMIT 1;
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## 20241119-1 委托申请时，添加可以修改委托鉴定要求
|
|
|
|
|
|
|
|
|
|
### 1 解决方案
|
|
|
|
|
|
|
|
|
|
通过在远接口添加参数解决
|
|
|
|
|
|
|
|
|
|
## 20241223-1 鉴定事项确认书需要委托单位打印，也就是委托单位需要在审核完成并委托送件后，同时能够打印委托书与确认书。
|
|
|
|
|
|
|
|
|
|
### 1 主要问题
|
|
|
|
|
|
|
|
|
|
目前主要是解决确认书生成数据缺失的问题，因为委托方在送检后，受理方可能还未受理，也就导致了数据缺失，生成失败的问题。
|
|
|
|
|
|
|
|
|
|
### 2 解决方案
|
|
|
|
|
|
|
|
|
|
在生成鉴定事项确认书时，在代码上进行逻辑判断，如果是在未受理前则不填充相关的受理数据，检材排序时使用生成的检材编号排序，受理后的逻辑不变。下面是修改后的代码
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 20241223-2 填报委托时的页面，还是需要在检材重量这一块满足他们的填写需求(100 以下保留两位小数，100以上保留一位小数)。
|
|
|
|
|
|
|
|
|
|
### 1 解决方案
|
|
|
|
|
|
|
|
|
|
添加自定义序列化器，返回给前端数据时格式化BigDecimal的值，下面是序列化器的实现和使用：
|
|
|
|
|
|
|
|
|
|
自定义序列化器
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
用法
|
|
|
|
|
|
|
|
|
|
|
