MEDICAL DATA PLATFORM
Radius 医疗数据管理平台
面向医疗数据管理与异构数据集成的平台。以通用配置方案为重点,将数据接入、表间关系和抓取策略配置化,结合业务字典完成字段映射、患者数据组装与回传。
个人职责:从零搭建整个平台前端,负责后续功能开发与迭代;接手已有数据湖模块后,全权负责其维护、功能迭代、跨模块联调与问题排查。
0 → 1平台前端搭建
全权维护接手数据湖模块
01 / CONTEXT
问题与约束
不同医院的数据分布在关系数据库、MongoDB 和厂商接口中,数据结构、关联方式与业务字段各不相同。逐院定制抓取和关联逻辑会增加维护成本;直接拼接多张一对多表还可能造成记录膨胀。需要统一接入模型,在保留患者及其多级业务明细的同时,使结构配置、字段映射和执行流程协同工作。
02 / DECISIONS
方案与取舍
- 可视化配置:通过数据表目录、关系画布和实时校验维护通用配置;结构关系与抓取策略在通用配置中管理,业务字段映射、类型转换和嵌套结构在字典配置中维护。
- 统一接入:通过连接器读取物理数据,以逻辑表转换处理文档结构,通过接口适配器接入厂商数据,使后续关联、映射和组装复用统一流程。
- 患者树建模:以患者为根区分 1:1、1:N 业务关系与 N:1 维表查找,校验循环、多父节点和不可达节点;通过层级投影处理父子表,减少多分支直接关联造成的数据膨胀。
- 配置发布:校验完整结构配置后写入不可变版本,最后切换发布指针;同一次任务固定读取该结构版本,避免读取发布到一半的配置。业务字典独立更新,不纳入结构版本快照。
- 同步与回传:支持全量及增量抓取,结合暂存表、稳定行键和成功后推进水位等机制降低部分失败风险;按业务分类组装患者数据并回传业务系统。
RADIUS / 通用配置
从独立来源,到有序整体
正在加载模块…
02.5 / PIPELINE INSPECTOR
三阶段数据链路与模拟配置检视
点击下方阶段或节点,可交互查看从异构源表接入、患者树关系校验到业务字典组装的协议结构。
03 / IMPACT
落地结果
- 完成平台前端从零搭建,持续承接业务功能与配置交互的开发迭代。
- 通用配置与业务字典协同,使已支持数据源的常规关联、抓取策略和字段映射可通过配置维护,减少重复定制开发。
- 在接手数据湖维护后,持续推进数据接入、处理与回传链路的迭代,承担前端配置到数据湖执行的跨模块联调和问题定位。
04 / BOUNDARIES
边界与待完善
- 平台前端由本人从零搭建;数据湖为接手的既有模块,当前负责全面维护与迭代,不将其描述为本人从零建设。
- 配置只能复用已注册的连接器、逻辑表转换和接口适配能力;新厂商或特殊结构仍需开发适配器。
- 配置发布和增量写入具有相应校验及失败保护机制,不等同于跨系统端到端事务保证;部署规模、对接周期和性能提升不作未经核实的量化承诺。
- 此处展示脱敏设计说明,不包含公司源代码、医院数据或内部界面。