院长在同一份计划里看到所有 AI 提案的优先级、预算和可衡量的结果，第一个项目在法务认可后就能启动。
医院与连锁诊所 “每个科室都提自己的 AI 项目，可没人说得清先做哪个，患者数据又不能拿到系统外面用。”
我们常见的问题
门诊部想要自动预约系统，财务部门想让 AI 准备理赔材料，医生想在看诊前拿到病史摘要，市场部想要聊天机器人。所有提案同时送到院长手里，却没人说得清哪些靠 HIS 现有的数据就能做、哪些会碰到健康数据方面的限制、哪些最先回本。
法律上的限制让每个项目都卡在法务部门，因为没有任何框架说明患者数据在什么条件下可以用于 AI；IT 团队也不敢把 HIS 开放给外部系统对接。结果医院手上有十个提案，一个都没启动。
我们的解决方法
我们先和 IT 团队、法务部门一起评估 HIS 及周边系统里的数据：哪些能用、在哪个系统里、是否必须留在医院内部。然后把各科室的提案按回报和风险排序，凡是涉及诊断的工作，一律移出第一阶段。
90 天路线图在送到院长之前，先经过医疗团队、IT 和法务代表的审阅。共同搭建的第一个系统放在一个科室，例如负责确认预约、通过 LINE 提醒患者、有人取消时重新排号的系统，或者从病历中收集理赔材料、交给财务部门核对的助手。
所有医疗决定、理赔审批和有关症状的问答，仍由医院人员负责，系统只处理预约、准备材料和回答一般问题。凡是涉及症状的问题，每次都转给护士，患者数据始终留在医院的系统里。
系统如何运行
工作来源
- HIS 中的病历和预约
- 理赔材料和保险系统
- 各科室的项目提案
- 与医疗团队、IT 和法务开会
AI 做什么
- 评估数据和法律限制
- 排序不涉及诊断的应用场景
- 交付 90 天路线图
- 在一个科室共同搭建第一个系统
结果去向
- 各科室一致认可的同一份计划
- 实际在用的预约或理赔系统
- 医院的 AI 治理框架
- 能自行评估后续提案的团队
使用前后对比
使用前
使用后
十个科室十个 AI 提案，一个都没启动
一份排好优先级的计划，也知道先从哪个科室开始
每个项目都卡在法务，因为没有判断依据
框架写清患者数据能用于什么，法务很快就能拍板
患者打电话到前台确认预约，有人取消后号源就空着
系统通过 LINE 自动确认预约、补上空出的号源
您将获得
- 01
一份数据就绪度评估报告，覆盖医院信息系统（HIS）及周边系统，并列明健康数据规定和泰国 PDPA 带来的限制：哪些数据能用、在哪里用、需满足什么条件
- 02
不涉及诊断的应用场景清单，按回报排序，例如预约与患者提醒、理赔材料、为医生汇总病历、在 LINE 上回答患者问题
- 03
经医疗团队、IT 和法务部门审阅的 90 天路线图，写明每个阶段的预算、团队和指标
- 04
在一个科室共同搭建的第一个系统，例如预约确认与患者提醒，或理赔材料准备助手，以等候时间或文书工作的减少量衡量效果
- 05
医院的 AI 治理框架：模型可以使用哪些患者数据、数据必须留在哪个系统、哪些环节必须由医务人员审核，并为团队提供培训
各方的收获
通过 HIS 厂商支持的方式连接，先以只读方式接入。患者数据留在医院网络内，每次访问都有审计日志（Audit Log），我们按法务部门制定的框架工作。
前台不用再一个个打电话确认预约，财务部门拿到的是已经收集好的理赔材料，护士也能腾出时间陪在患者身边。
适合哪些企业
私立医院连锁诊所牙科与医美中心体检中心和检验所承接团体保险的医疗机构
对接您现有的系统
HIS病历系统保险系统LINE OAMicrosoft 365Power BI
开发流程
- 1
需求梳理
明确需求、用户与成功指标，开工前锁定范围与价格。
- 2
设计
设计 UX 与系统架构，原型确认后才进入开发。
- 3
开发
AI 加速的迭代冲刺，每周演示，资深工程师评审。
- 4
测试
按约定范围验证质量、安全与性能。
- 5
上线与维护
生产部署、团队培训与月度维护计划。
