系统能力

支撑这些服务运转的,是我们自己建的平台

服务商通常外采或租用系统,流程要改就得等供应商排期。我们的三个平台由自己的产研团队建设——需求变了能直接改,这是能把服务做细的前提。

为什么这件事值得单独说

医患服务的执行细节变动很频繁:今天要加一个审核环节,下周要改随访任务的分派规则,下个月要接一个新的基金会通道。如果系统不在自己手里,每一次都是一张变更单、一次排期、一笔预算。

我们把系统建在自己团队里,不是为了炫技,是为了——运营侧提出的改动,能在一周内上线,而不是等到下个季度。

3 自建平台
0 外部依赖排期
1 周内响应改动
平台构成

三个平台,各管一段流程

医生运营平台

讲者入驻、资质核验、合规信息采集的唯一入口。

讲者医生 · 项目运营

医生扫码进入,先读用户协议与隐私协议,验证手机号后录入合规信息。所有资质与卫健委官网交叉验证,后台审核并永久保留审查记录。

核心能力

扫码入驻

医生扫项目专属二维码进入,阅读协议、验证手机号后方可操作,无需下载安装。

资质交叉核验

身份证、手机号、医师执业资格证录入后与国家卫健委官网交叉验证,避免人工比对出错。

审核留痕

后台审核通过后才发布通知,审查记录永久保留,应对后续合规核查。

项目知情同意

进入项目专区先获取该项目知情同意书,合规加入,同意记录可追溯。

劳务信息核验

讲者填写劳务信息,与国家数据库交叉验证无误后方可提交,减少后续退回。

医生履约平台

会议预约、场次管理、参会确认的履约闭环。

讲者医生 · 会议执行

讲者通过小程序自主预约会议时间,系统短信通知参会,腾讯会议上线后全程记录。运营侧看到的是场次、名额与到会情况,而不是散落在群里的报名信息。

核心能力

自主预约

讲者在履约平台选择可约时段,实时显示剩余名额,并发预约防超卖。

参会通知

预约成功后短信通知参会时间与进会方式,减少临时爽约和找不到链接的情况。

场次管理

按日期与时段配置场次,支持系列会形式,单项目承载量按场次类型与时长评估。

履约记录

预约、到会、资料呈送各环节有记录,用于劳务结算与项目复盘。

可交互沙箱

建议这样试:选主题 → 在日历上挑日期与时段 → 填写信息提交预约 → 在「我的」查看预约记录

亲手试一下

患者管理平台

SOP 工单驱动的院外患者管理,让每个患者都有人跟。

患者 · 医生 · 患管团队

患者端建档、接收患教内容与随访提醒;患管团队侧以 SOP 任务工单驱动日常动作,谁该在什么时候做什么,系统派单而不是靠人记。

核心能力

患者基础信息

专属病例建档,整合医疗记录与健康数据,形成连续的患者档案。

SOP 任务工单

按病种配置管理路径,系统自动派发随访、提醒、宣教任务给对应的患管人员。

咨询交流区

患者与患管团队一对一问答,问题有承接、有回复、有记录。

患教内容推送

按患者画像定时推送科普文章、课程与专题讲座,提升认知与依从性。

指标预警

健康指标异常时系统自动预警,患管团队实时跟进,不等患者主动求助。

数据交付

数据怎么给,才算交清楚

项目做完给一张汇总表,那不叫数据交付。我们的口径是:字段定义一致、更新频率固定、结构明确、可追溯到来源。

字段口径统一

同一指标在不同项目、不同系统里定义一致,横向对比才有意义。

更新频率固定

按约定频率更新与交付,不是有需求才临时跑一次。

交付结构明确

交付什么、什么格式、谁接收,在项目启动时就写清楚。

可核查可追溯

每份交付物能追到来源与生成逻辑,不只给结果不给依据。

技术栈

只列真正用过并且能交付的,不凑名词。

前端

  • Vue 3
  • TypeScript
  • uni-app
  • 微信 JS-SDK
  • ECharts
  • Vite

后端

  • Node.js
  • Python
  • MySQL
  • Redis
  • OSS 对象存储
  • RESTful API

集成

  • 微信网页授权
  • 飞书开放平台
  • 腾讯会议
  • 短信网关
  • 实名认证
  • 发票查验

需要一套能跟着业务改的系统?

不管是基于我们的平台做定制,还是从零建一套,都可以先聊业务场景再谈技术方案。

聊聊你的需求

期待与您携手,共建医药创新服务生态

无论是医生学术、患者管理还是数据洞察,欢迎联系我们获取针对业务场景的方案建议与资源配置评估。