返回“AI 应用开发”

诊所与医院 · 13 / 13

患者应用与预约挂号

患者按医生的真实号源预约,用手机签到,自己查看检查结果和预约单,早上的电话安静多了。

医院大堂里,女儿把手机给年迈的父亲看,旁边是心内科预约、签到排队号、化验结果和保险理赔已批准。 诊所与医院
“患者一早打电话来预约,电话一直占线。到了医院要在诊室门口等一个小时,拿检查结果还得开车专门跑一趟。”

我们常见的问题

几乎每家诊所和医院都有 HIS,预约、检查结果和病历记录齐全,可患者完全接触不到。想预约就得打电话,早上的线路总是占线,因为大家都在同一时间打。到了医院,在诊室门口干等,也不知道前面还有几个人。验血结果出来了,还得开车去取一张纸。要不要空腹这样的问题,都落在前台正忙着接待患者的护士身上。

忘了来的患者,让医生的号白白空着;忘了续药的患者,回来时病情往往更重。这两件事,医疗机构里都没人有空打电话提醒。

我们的解决方法

患者应用直接对接您的 HIS。患者看到每位医生的真实空余号源,选好时间预约,就诊前会收到提醒和准备事项。到院后用手机签到,能看到前面还有几位,不用守在诊室门口。医生发布的检查结果会出现在应用里,同时附上下次的预约单;到了该续药的时候,系统也会提醒。

应用内助手读取医疗机构的资料,回答营业时间、检查前准备、大致费用和可用的保险问题。涉及症状的问题,系统自己不回答,马上连同背景转给护士。诊疗费可以在应用里支付,理赔资料直接送到保险公司,不用重复填表。

诊断、开药和发布检查结果,每一次都由医生决定,系统只显示医生已经批准的内容。健康数据在设备上和传输过程中都加密,审计日志(Audit Log)记录谁查看了谁的资料;患者首次查看资料之前,先在应用里按泰国 PDPA 给予同意。

系统如何运行

工作来源
  • 患者在应用里预约和签到
  • HIS 中的医生排班和检查结果
  • 患者的提问
  • 患者的保险权益
AI 做什么
  1. 匹配医生的真实空余号源
  2. 提醒就诊和按时续药
  3. 回答常见问题,转交护士
  4. 准备理赔资料和收据
结果去向
  • HIS 与排队叫号系统
  • 患者的应用
  • 涉及症状时转给护士
  • 保险公司

使用前后对比

使用前
使用后
大家同时打电话预约,电话整个上午都占线
患者按医生的真实号源自己预约,就诊前系统提醒
在诊室门口等一个小时,不知道前面还有几位
用手机签到,看得到前面几位,在哪里等都行
验血结果出来了,还要开车去取纸质报告
医生发布的检查结果出现在应用里,附下次预约单

您将获得

  1. 01

    预约应用显示医生的真实号源,就诊前提醒,并可用手机签到

  2. 02

    自己查看检查结果、预约单和诊疗记录,并提醒按时续药

  3. 03

    从加密到访问权限,都按 PDPA 和健康数据规定设计

  4. 04

    应用内助手根据医疗机构的资料,回答检查前准备、营业时间和保险权益问题,涉及症状时转给护士

  5. 05

    在应用里支付诊疗费和药费,同时提交保险理赔、自动开出收据,减少在收银台排队

各方的收获

企业主

每次预约都会提醒患者,可能空出来的号在当天之前就能看到。哪个科室等得久、哪位医生有空号、每天收了多少诊疗费,也都清清楚楚。

IT 负责人

通过 HL7 FHIR 或厂商支持的 API 对接 HIS,先从只读开始。健康数据加密,每次访问都有审计日志(Audit Log),也可以部署在医院自己的服务器上,数据不出院区。

每天使用的团队

前台护士不用再接预约电话、回答要不要空腹。患者知道自己排到第几位,不用跑一趟就能拿到检查结果。

适合哪些企业

专科诊所私立医院多门店牙科诊所体检中心与化验室物理治疗诊所宠物医院

对接您现有的系统

现有 HIS排队叫号系统LINE OA支付网关健康保险检验科 LIS 系统

开发流程

  1. 1

    需求梳理

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

  2. 2

    设计

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

  3. 3

    开发

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

  4. 4

    测试

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

  5. 5

    上线与维护

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

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

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

就此方案咨询工程师