返回“私有化大模型”

医院 · 08 / 12

健康数据私有化大模型

医生接诊前就能看到患者病史摘要,随时检索院内诊疗指南,系统运行在医院内部,健康数据不出医院。

医生在诊室桌前看平板,护士在门口探身,患者摘要列出3次既往就诊和过敏史,仅限医院内网。 医院
“医生想让 AI 在接诊前帮忙总结患者病史,可按照法律,健康数据不能离开医院。”

我们常见的问题

医生给每位患者的问诊时间只有几分钟,可一位患者的病史分散在 HIS 的多个界面里:上次就诊记录、检验结果、正在服用的药物、过敏史,还有其他医院转来、扫描成图片的转诊信。每次叫号前,医生都得自己一屏屏翻看;理赔文件和诊疗小结也要等门诊结束后自己录入。

公共工具可以帮忙总结,但按照法律,健康数据不能离开医院,法务部门也不会批准。医生只好继续自己读。

我们的解决方法

我们把语言模型安装在医院自己的服务器上或医院掌控的云账号中,通过 API 或只读数据库连接 HIS 和病历系统。叫号之前,医生打开一页摘要:与本次症状相关的病史、正在服用的药物、过敏史,以及与上次相比有变化的检验结果,每一项都能链接回 HIS 中的原始记录。

权限按角色设置,医生只能看到自己负责的患者,每次查看都有记录,病案部门和 DPO 可以核查。我们与医院法务部门共同设计存储方式和权限,符合泰国《个人数据保护法》(PDPA)和健康数据相关规定。不调用任何外部 API。

系统可以总结和起草,诊断、开药以及每份文件的签字仍由医生负责。医生审核确认之前,系统不会往病历里写入任何内容。

系统如何运行

工作来源
  • HIS 中的病历
  • 来自 LIS 和 PACS 的检验结果与影像
  • 扫描成图片的转诊信
  • 院内诊疗指南
AI 做什么
  1. 核对患者是否由该医生负责
  2. 阅读并总结相关病史
  3. 起草诊疗小结和转诊信
  4. 记录每次查看
结果去向
  • 叫号前给医生的一页摘要
  • 文件草稿交医生签字
  • 来自院内指南的答复
  • 供 DPO 查阅的访问记录

使用前后对比

使用前
使用后
每位患者叫号前,医生都要在 HIS 里翻好几个界面
患者进诊室前,一页摘要已经备好
门诊结束后再手工录入诊疗小结和理赔文件
系统依据 HIS 数据起草,医生审核签字
扫描来的转诊信只能一张张打开看
系统读取扫描文件,并纳入同一份摘要

您将获得

  1. 01

    运行在医院系统内的模型,总结病历并检索院内诊疗指南

  2. 02

    按角色分配权限:医生只看自己负责的患者,护士和病案人员按职责查看

  3. 03

    与医院法务部门共同设计,符合 PDPA 和健康数据相关规定

  4. 04

    依据 HIS 中的数据起草诊疗小结、转诊信和保险理赔文件,交医生审核签字

  5. 05

    用日常提问查询药物过敏史、既往检验结果和正在服用的药物,并注明日期和 HIS 中的对应记录

各方的收获

企业主

床位数不变,医生陪患者的时间更多;医院也能说明健康数据从未离开自己的系统。

IT 负责人

部署在医院系统内,初期以只读方式对接 HIS,通过 Active Directory 按角色分配权限,每次访问都有记录,并与法务部门共同设计。

每天使用的团队

医生不用再在几个界面之间翻找上次的检验结果,也不用在晚上自己录入诊疗小结。

适合哪些企业

私立医院连锁医院集团公立医院与医学院附属医院大型专科诊所体检中心

对接您现有的系统

HIS病历系统LISPACSActive DirectoryMicrosoft 365

开发流程

  1. 1

    需求梳理

    明确需求、用户与成功指标,开工前锁定范围与价格。

  2. 2

    设计

    设计 UX 与系统架构,原型确认后才进入开发。

  3. 3

    开发

    AI 加速的迭代冲刺,每周演示,资深工程师评审。

  4. 4

    测试

    按约定范围验证质量、安全与性能。

  5. 5

    上线与维护

    生产部署、团队培训与月度维护计划。

把业务难题,变成替您工作的系统

今天告诉我们您的问题——获取包含计划与预算的管理层方案书。

就此方案咨询工程师