准备中...
0%
数据上传
按业务表分区上传，上传后自动缓存到本地 IndexedDB，并可直接查看数据预览。
异常结果汇总
逻辑 A 异常结果可手动录入；唯一标识为 结算时间 + 药品编码，重复录入会覆盖旧记录。
逻辑 A 异常汇总
逻辑 B 异常汇总暂未启用。
暂无汇总数据。
逻辑 A：限制性用药检查
所需表：医保明细、限制用药。
处理结果数据
处理完成后显示结果表，默认展示前 200 行。
暂无处理结果。
处理逻辑 A: 限制性用药检查
- 输入 依赖表：
药德医保明细表(主表),限制性用药表 - 映射 通过
药店项目编码关联限制表商品编码，获取限制类型并标准化为限制内容。 - 判定规则
- 如果限制内容包含 "限病种"：输出
是否限病种，不做额外评定。 - 如果限制内容包含 "男" 或 "女"：拆分到
性别限制和性别判定。 - 如果限制内容包含 "儿童"：拆分到
年龄限制和年龄判定。
- 如果限制内容包含 "限病种"：输出
处理逻辑 B: 处方智能匹配与合规判定
1. 数据清洗与预处理 (Preprocessing)
- 列名标准化 自动识别“处方日期/开方日期”、“处方时/开方时”、“业务单号/销售单号”等别名。
- 处方名称映射 读取
处方药品名称映射表，强制替换处方表中的不规范药品名称。 - 处方状态筛选(已取消) 不再过滤处方数据，所有状态的处方均参与匹配。
- 主表名称同步 强制将主表的“商品名称”和“药店项目名称”统一为标准名称。
- 主表数据筛选 仅处理：医疗类别 = (普通门诊, 药店购慢特病药) 且 数量 > 0 的记录。
2. 多级智能匹配 (Multi-Level Matching)
- Level 1: 严格匹配
条件：药品名称+患者姓名+药店名称+日期完全一致。 - Level 2: 模糊匹配
条件：Level 1 失败后，尝试药品名称+药店名称+日期+小时。
*包含自动纠错：如果模糊匹配后发现姓名其实一致，自动修正为成功。 - 商品名待确认
条件：常规匹配失败后，按标准化药品名计算文本相似度，命中后带出处方信息。
*商品名待确认表示已关联处方，但商品名仍需人工确认。 - Level 3: 零售关联
条件：通过主表业务单号关联商品零售明细表的销售单号。
目标：获取并回填营业员姓名。
3. 合规性判定规则 (Validation)
-
处方异常状态判定（新）：
若处方状态为“正常”或“医生已完成开方”，标记为
正常，否则标记为不正常。 -
医保结算时间判定：
必须满足
结算时间 > 处方时间。 -
医保数量判定：
必须满足
结算数量 == 处方数量。
数据处理完成后将在此处展示分析图表...
限制用药违规 - 门店分布
限制用药违规 - 商品排行
1. 医保结算时间违规分析
筛选条件：医保结算时间判定 = no
时间违规 - 门店排行
时间违规 - 商品排行 (Top 10)
2. 医保数量违规分析
筛选条件：结算vs处方数量 = no
数量违规 - 门店排行
数量违规 - 商品排行 (Top 10)
3. 处方状态违规分析
筛选条件：处方状态判定 = no
状态违规 - 门店排行
状态违规 - 商品排行 (Top 10)
4. 门店匹配状态分布
各门店“匹配成功”、“患者名称异常”及“匹配异常”数量对比 (分组显示)