业务和功能介绍
立项背景：为响应国家医保局DIP（按病种分值付费）支付方式改革，医院需对住院病例进行自动分组与分值测算，替代人工查表，提升医保结算准确率与效率。
核心功能：
1. 编码标准化：对诊断编码（ICD-10）和手术操作编码（ICD-9-CM3）进行自动补零、格式校验，统一为国临版与医保版2.0标准格式；
2. 编码对照映射：通过诊断对照库、手术对照库，将国临版编码自动映射为医保版2.0编码，支持23个手术操作字段批量对照；
3. DIP智能分组引擎：基于主诊断+主操作组合，实现+组合匹配、/或规则匹配、单码精准匹配、规则组匹配、编码范围匹配、s(n)/a(n)四级兜底等多层匹配策略，自动输出DIP病种ID；
4. 最优候选选择：当多个病种同时命中时，按匹配编码数量、是否包含主操作、操作位置优先级自动选优；
5. 分值计算：关联分值总表，自动计算每个病例的DIP病种分值，输出完整匹配结果表。
业务流程：原始住院病例数据 → 诊断/手术编码补零标准化 → 国临版转医保版对照 → DIP分组引擎多层匹配 → 最优病种选择 → 分值关联 → 输出结算结果。
核心功能：
1. 编码标准化：对诊断编码（ICD-10）和手术操作编码（ICD-9-CM3）进行自动补零、格式校验，统一为国临版与医保版2.0标准格式；
2. 编码对照映射：通过诊断对照库、手术对照库，将国临版编码自动映射为医保版2.0编码，支持23个手术操作字段批量对照；
3. DIP智能分组引擎：基于主诊断+主操作组合，实现+组合匹配、/或规则匹配、单码精准匹配、规则组匹配、编码范围匹配、s(n)/a(n)四级兜底等多层匹配策略，自动输出DIP病种ID；
4. 最优候选选择：当多个病种同时命中时，按匹配编码数量、是否包含主操作、操作位置优先级自动选优；
5. 分值计算：关联分值总表，自动计算每个病例的DIP病种分值，输出完整匹配结果表。
业务流程：原始住院病例数据 → 诊断/手术编码补零标准化 → 国临版转医保版对照 → DIP分组引擎多层匹配 → 最优病种选择 → 分值关联 → 输出结算结果。
项目实现
整体架构：基于PostgreSQL构建纯SQL层分组引擎，采用"字典表+存储过程"架构。字典表层包含诊断对照库、手术对照库、分值总表、规则解析表（dip_rules_parsed）；计算层通过PL/pgSQL存储过程get_new2024_dip实现核心分组逻辑，主查询以CTE流水线（raw_data→diag_mapped→op_padded→op_mapped→LATERAL函数调用→分值关联）完成全量批处理。
我的负责模块与成果：
1. 独立设计并实现DIP分组核心存储过程，支持+组合、/规则、单码、规则组、范围规则、s(n)/a(n)兜底共6层匹配策略，覆盖医院全部住院病例场景；
2. 编写编码补零函数（pad_diag_code、pad_op_code），解决原始数据编码格式不统一（位数不足、大小写、缺小数点）导致的匹配失败问题，匹配覆盖率提升至99%以上；
3. 实现23个手术操作字段的批量对照与数组化处理，支持多手术联合病例的组合匹配与最优选择；
4. 针对分组有争议的病种，建立硬编码手术目录机制（数百个手术编码），确保s(n)/a(n)兜底分类准确，后续已规划字典表化改造以支持DIP3.0升级；
5. 建立索引优化（诊断、手术、分值、规则键多列索引），全量万级病例批处理在秒级完成。
遇到的难点与解决方案：
1. 难点：原始手术编码格式混乱（如"1.2"应为"01.2000"），直接join对照库大量匹配失败。解决：编写补零函数统一标准化为2位整数+4位小数格式，对照前先做格式转换；
2. 难点：同一病例命中多个DIP候选时如何选最优。解决：设计三级排序规则（编码数量多→包含主操作→操作位置靠前），通过位置映射jsonb记录每个手术的原始顺序，实现精准选优；
3. 难点：部分病种无精确匹配，需兜底到s(n)/a(n)。解决：建立四级兜底机制（具体诊断→整数前缀→首字母→字母数字区间），并维护手术类编码硬编码列表区分手术/操作类型，确保兜底不丢病例。
我的负责模块与成果：
1. 独立设计并实现DIP分组核心存储过程，支持+组合、/规则、单码、规则组、范围规则、s(n)/a(n)兜底共6层匹配策略，覆盖医院全部住院病例场景；
2. 编写编码补零函数（pad_diag_code、pad_op_code），解决原始数据编码格式不统一（位数不足、大小写、缺小数点）导致的匹配失败问题，匹配覆盖率提升至99%以上；
3. 实现23个手术操作字段的批量对照与数组化处理，支持多手术联合病例的组合匹配与最优选择；
4. 针对分组有争议的病种，建立硬编码手术目录机制（数百个手术编码），确保s(n)/a(n)兜底分类准确，后续已规划字典表化改造以支持DIP3.0升级；
5. 建立索引优化（诊断、手术、分值、规则键多列索引），全量万级病例批处理在秒级完成。
遇到的难点与解决方案：
1. 难点：原始手术编码格式混乱（如"1.2"应为"01.2000"），直接join对照库大量匹配失败。解决：编写补零函数统一标准化为2位整数+4位小数格式，对照前先做格式转换；
2. 难点：同一病例命中多个DIP候选时如何选最优。解决：设计三级排序规则（编码数量多→包含主操作→操作位置靠前），通过位置映射jsonb记录每个手术的原始顺序，实现精准选优；
3. 难点：部分病种无精确匹配，需兜底到s(n)/a(n)。解决：建立四级兜底机制（具体诊断→整数前缀→首字母→字母数字区间），并维护手术类编码硬编码列表区分手术/操作类型，确保兜底不丢病例。
示例图片视频
相似推荐
恒康营销之星
工作描述:apicloud开发，实现h5页面打包生成混合app，使用echart 构建各类报表、调用apicloud模块实现二维码扫描二维码查询库存、授权平台实现app权限的管控
运用技术:
1、基于DIV+CSS实现页面布局和highchart 显示图表的展示
2、基于apicloud原生模块和jquery实现数据的绑定和交互
3、apicloud封装的模块、apicloudStudio实现无线同步、浏览器上调试页面、在手机上同步app功能、
4、基于git 代码管理,
5、采用云编译打包生成apk文件和ios 的ipa,熟悉ios 上线打包和生成ios 证书等。
跨境电商多端
跨境电商商城与货舱仓储管理小程序，面向跨境买家与仓库管理人员。包含商城首页、商品、购物车、拼团、实名认证、钱包支付、推广海报；货舱模块完成仓储业务管理，支持系统消息推送；配套后台实现发票开具、首页配置、分销售后管理，构建完整跨境电商交易闭环。
京尔思 B2B 全链路系统
包含客户小程序、工厂协同平台、权限管理后台三套子系统。覆盖产品定制、配方解析、合同签署、多工厂报价生产、企业认证、开票完整业务。后台实现角色菜单权限管控、订单物流、支付凭证管理，统一表单校验、异常拦截，服务上下游客户与工厂协同办公。
某汽车品牌官方商城与新零售运营中台
1、立项背景和目标
面对汽车行业新零售模式的兴起，某汽车品牌亟需一套能够同时支撑“整车直销”与“车品零售”的综合性业务底座。本项目作为广本新零售与直销业务的核心中台，旨在打通线上营销获客与线下门店交付的业务壁垒，构建一套高可用、支持高并发的大型电商与客资运营中台，最终实现精准营销引流与财务清算的全面数字化。
2、软件功能、核心功能模块的介绍系统由面向 C 端的移动端应用矩阵与面向 B 端的多租户管理后台组成。核心模块涵盖：
混合订单管理中心：兼容并支撑整车直销（订金/尾款/门店交付）与车品零售（物流发货）两套完全异构的业务流。
统一支付网关：无缝对接并封装微信、支付宝、民生及中金支付等多种支付渠道。
多租户渠道管控系统：支持上游供应商、特约店（4S）与二网店的库存调度与复杂财务清算。
企微直营客资闭环：深度接入企业微信 API，将线上线索无缝连接至线下销售终端。
3、业务流程、功能路径描述
核心业务路径如下：C 端用户在小程序或 APP 访问由“千人千面”动态组件渲染的营销页面，参与爆款车抢购或车品秒杀；下单后，系统根据商品类型触发底层的混合订单状态机，通过统一网关完成支付收口；随后，“企微直营”模块将线上购车线索精准路由分发给对应的线下销售顾问，形成私域跟进流转的业务闭环；交易彻底完成后，B 端系统自动进行跨租户的库存调度与财务清算。
quick_server
1、背景和目标：对企业所有服务请求进行轻量级安全和速度优化，减轻服务器的并发压力。
2、quick_server系统，不依赖外部引用，即插即用，主要用来进行极速快捷安全的http请求。大大减轻服务器的并发压力。轻松实现高并发场景下极速快捷安全的http请求。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服