这里没有虚构的合作方 logo——列出的都是平台今天真实运行所依赖的服务与数据源,以及一份同样诚实的清单:县里哪几套系统目前还接不进去。
两者都是按量计费的商业 API。都不会收到居民身份标识。
支撑健康问答与报告解读。回答受国家临床指南知识库与规则引擎双重约束。
为不会打字的居民做语音转文字。目前仅支持普通话;本地地名以热词方式载入。
全部自托管。数据库不离开我们自己的服务器。
服务端渲染 + 严格类型。数据范围收窄发生在服务端,而不是浏览器里。
本地开发用 SQLite,生产用 PostgreSQL。所有查询走类型化模型。
JWT 会话 + 角色分离。居民端与医生端是独立凭证、独立权限。
健康内容追不到具名出处的,就不发布。
平台内每条健康结论都对应台账中一条可核验的真实来源。
慢病指导依据已发布的国家临床指南,而不是模型自行生成的说法。
427 份县域问卷,驱动本地知识库与调研发现页的内容。
自托管于我们自己的 Linux 服务器。无第三方统计与追踪脚本。
边缘侧 TLS 终结与限流。
原子化发布,健康检查失败自动回滚。
图标为团队手绘,不取自通用图标库。
县域系统
农村健康工具最容易在这里夸大。以下逐一列出真实状态。
家庭医生签约服务
盐津已组建 254 个家庭医生团队,覆盖全县乡镇村。县卫健部门确认本平台与该体系"具有较好衔接空间"。接口工作尚未启动。
医共体信息化系统
县医院投入 4000 余万元新建的信息化系统于 2026 年 7 月刚上线,按电子病历六级、智慧医院三级设计,互联网医院模块仍在建设中——目前没有可对接的对象。
县域慢病档案
全县建档高血压患者超 24000 人、糖尿病超 6300 人,但县乡村三级数据尚未完全互联互通。基层医生了解病人用药情况仍需电话询问主管医生。
村卫生室工作流
入户调研中多户反映村医从未上门服务。接口设计需待驻点工作流调研后再定。
为什么把"接不进去"也写出来