全部项目

MEDICAL DATA PLATFORM

Radius 医疗数据管理平台

面向医疗数据管理与异构数据集成的平台。以通用配置方案为重点,将数据接入、表间关系和抓取策略配置化,结合业务字典完成字段映射、患者数据组装与回传。

个人职责:从零搭建整个平台前端,负责后续功能开发与迭代;接手已有数据湖模块后,全权负责其维护、功能迭代、跨模块联调与问题排查。

0 → 1平台前端搭建
全权维护接手数据湖模块

01 / CONTEXT

问题与约束

不同医院的数据分布在关系数据库、MongoDB 和厂商接口中,数据结构、关联方式与业务字段各不相同。逐院定制抓取和关联逻辑会增加维护成本;直接拼接多张一对多表还可能造成记录膨胀。需要统一接入模型,在保留患者及其多级业务明细的同时,使结构配置、字段映射和执行流程协同工作。

02 / DECISIONS

方案与取舍

  1. 可视化配置:通过数据表目录、关系画布和实时校验维护通用配置;结构关系与抓取策略在通用配置中管理,业务字段映射、类型转换和嵌套结构在字典配置中维护。
  2. 统一接入:通过连接器读取物理数据,以逻辑表转换处理文档结构,通过接口适配器接入厂商数据,使后续关联、映射和组装复用统一流程。
  3. 患者树建模:以患者为根区分 1:1、1:N 业务关系与 N:1 维表查找,校验循环、多父节点和不可达节点;通过层级投影处理父子表,减少多分支直接关联造成的数据膨胀。
  4. 配置发布:校验完整结构配置后写入不可变版本,最后切换发布指针;同一次任务固定读取该结构版本,避免读取发布到一半的配置。业务字典独立更新,不纳入结构版本快照。
  5. 同步与回传:支持全量及增量抓取,结合暂存表、稳定行键和成功后推进水位等机制降低部分失败风险;按业务分类组装患者数据并回传业务系统。

RADIUS / 通用配置

从独立来源,到有序整体

模拟数据 · 配置过程示意
正在加载模块…
01/ 04

不同来源,各自保留

数据库中的患者、MongoDB 中的就诊、厂商 API 中的检验,分别转为逻辑表。

来源独立 · 结构标准化

02.5 / PIPELINE INSPECTOR

三阶段数据链路与模拟配置检视

点击下方阶段或节点,可交互查看从异构源表接入、患者树关系校验到业务字典组装的协议结构。

通用配置 / 数据集成
运行中

异构来源,统一逻辑表

INGEST / 01
已注册适配能力模拟数据
{
  "source": [
    "database",
    "mongodb",
    "webservice"
  ],
  "output": "logical_tables"
}
物理结构发现 → 原始数据抓取 → 逻辑表转换

03 / IMPACT

落地结果

  • 完成平台前端从零搭建,持续承接业务功能与配置交互的开发迭代。
  • 通用配置与业务字典协同,使已支持数据源的常规关联、抓取策略和字段映射可通过配置维护,减少重复定制开发。
  • 在接手数据湖维护后,持续推进数据接入、处理与回传链路的迭代,承担前端配置到数据湖执行的跨模块联调和问题定位。

04 / BOUNDARIES

边界与待完善

  • 平台前端由本人从零搭建;数据湖为接手的既有模块,当前负责全面维护与迭代,不将其描述为本人从零建设。
  • 配置只能复用已注册的连接器、逻辑表转换和接口适配能力;新厂商或特殊结构仍需开发适配器。
  • 配置发布和增量写入具有相应校验及失败保护机制,不等同于跨系统端到端事务保证;部署规模、对接周期和性能提升不作未经核实的量化承诺。
  • 此处展示脱敏设计说明,不包含公司源代码、医院数据或内部界面。

进一步了解我

连接中

从一个问题开始