每年 12 月,信息科都会收到一批这样的单子:总结会定在本周五,就诊人数、就诊人次、患者来源分布、复诊频繁的患者名单,几个口径的报表一起要。往年这是一段挨个导表、手工透视、再拼进 PPT 附页的日子,做的人辛苦,核的人也难对齐。
这篇按一家医院年底那次响应的完整记录走一遍(已落地项目,文中界面与数字为演示环境复现),看同样的临时报表怎么当天出第一版。
先把几条主线放在前面:
- 临时报表响应慢,大头在人工取数的重复劳动和口径反复,不在计算本身。
- 口径先分拣再动手:口径明确的当天出数,口径要谈的先谈拢再建模,两摞别混。
- 患者来源统计的关键动作只有一个:把「现住址」拆成省、市、区,三层排名共用一次建模。
- 从接表到发布共 7 个动作,当天出第一版(经验估计);图文报告绑定模型数据,总结会直接用。
时效与口径说明:本文写于 2026 年 11 月总结季,通用方法部分不依赖具体产品也成立;「零代码」指全程拖拽建模、不写 SQL 与脚本,界面与数字取自演示环境复现,环节时长为经验估计。
12 月的加急单,先按口径分两摞
这次加急清单上的需求逐项拆开如下:
| 临时需求 | 交付物 | 口径 | 响应方式 |
|---|---|---|---|
| 就诊人数、就诊人次 | 报告概况区的两个总数 | 明确 | 统计算子直接出 |
| 全国按省的患者来源排名 | 排名表 | 明确 | 扩展字段截省 + 统计 |
| 某省内按地市的排名 | 排名表 | 明确 | 筛选 + 扩展字段 + 统计 |
| 就诊超过 5 次的患者名单 | 明细表(病案号、姓名、就诊次数) | 明确 | 统计 + 筛选 |
四个需求口径都明确,属于「直接动手」的一摞。实际加急单里常混着另一摞:科室报上来的「复诊人数」到底是按人头还是按人次、转科患者算哪个科室,这类先谈拢再建。
人数与人次的口径之别,可先看《各科室就诊人数,怎么一次算准? 》里那份口径表,套上就能用。
患者来源,核心是把现住址拆成省市区
病人信息表里有一列现住址,是「某省某市某区……」的完整字符串,省、市、区没有分列。患者来源统计的全部难点就在这一列上,拆开之后每层都只是普通的分组计数。
零代码的拆法:挂一个扩展字段算子,对现住址做字符串截取得到省份列,再用统计算子按省计数、按人数倒序排。省内各市、市内各区是同一个动作往下套——先用筛选算子把数据固定到某个省,再截地市、再统计,一层一层往下钻。截取规则和层级定好一次,之后每个新患者入院,数据进表就自动归到对应的省市区。
画布上 7 个动作,从接表到发布
整张模型的搭建过程拆成步骤卡如下:
成型的画布长这样:左边一张病人信息表,向右分出就诊人数、就诊人次、各省人数、各市人数几条支路,筛选和统计节点串在中间。

画布基础操作不熟的话,先过一遍《零基础建模第一课:从两张表开始 》,三个练习做完就能看懂这张图。
出数之后:图文报告直接进总结会
模型发布只是出了数,年底总结要的是能上会的东西。这一步用图文报告:在线排版,绑定模型数据,发布后可导出 PDF。那次响应里报告的结构如下(数字为演示数据):
| 报告区块 | 内容 | 数据来源 |
|---|---|---|
| 概况 | 就诊人数 2,068、就诊人次 4,569 | 概况节点 |
| 全国范围统计 | 各省排名,No.1 广东省 2,046 | 省统计节点 |
| 省内范围统计 | 广东省各地市排名,深圳市 1,955 居首 | 市统计节点 |
| 高频就诊名单 | 就诊超过 5 次的患者明细 | 名单节点 |
制作就两个动作:添加并设置文字、图形组件(标题、段落、时间文本等),再把组件逐个绑定到模型结果节点。报告随模型数据刷新,总结会前如果又有新数据入库,刷新后重新导出即可,不用重做页面。
高频就诊名单,先想好谁能看
清单上有一项和其余不同级:就诊超过 5 次的患者名单带病案号和姓名,是能直接对应到个人的信息。这类节点的模型照常建,但页面发布时要收口——名单类结果只授权给医务科等指定角色,不进全员可见的看板;导出 PDF 前按院内审批流程走一遍。哪些角色能看哪些结果,由数据管理员在权限层配置,发布人自行放不开这一层。
年底建的模型,平时接什么活
临时任务值得认真做的原因在于沉淀。这套患者来源模型建完不撤:季度例会要看外地患者占比、专科申报要报服务覆盖范围、设备采购论证要看区域就诊量,取的都是同一批节点。来年 12 月总结季再来时,核对一遍口径有没有变化,直接出报告。
口径定下来之后还能往别处延:科室工时、绩效数据的统计骨架与这套画布同构,展开见《科室工时怎么算,绩效才认账? 》。报告导出的 PDF 除上会外,也常被直接用于对上级部门的数据上报,口径与页面一一对应,核对省事。
患者来源、就诊人次这类指标的背后是同一件事:把取数动作做成模型,而不是每次现取。桐果云的数据接入、可视化建模、图文报告都在同一个平台里完成,能力构成见产品页 ;医疗场景的完整方案另有专页展开。
常见问题(FAQ)
医院年底临时报表一般怎么快速响应?
先按口径是否明确分两摞:口径明确的直接在建模画布上拖算子出数,多数当天能交第一版(经验估计);口径要谈的先对齐人数、人次这类定义再动手,这类对齐常见半小时以内(经验估计)。临时任务响应慢的主因通常不在计算,而在人工取数的重复劳动和口径反复。
不会写 SQL 的科室人员能自己做临时统计吗?
能,前提是清楚要统计的口径。桐果云的建模画布全程拖拽完成:选表、挂统计或筛选算子、逐节点预览、一键发布,不写 SQL 与脚本;从地址里截取省份这类操作用扩展字段算子点选完成。
桐果云怎么做患者来源统计?
把病人信息表接入后拖进建模画布,用扩展字段从现住址截取省、市、区,逐级挂统计算子和筛选算子,得到全国、省内、市内三层数据源,再绑定到图文报告。文中演示模型即按此流程搭建,页面数字均为演示数据。
桐果云的临时统计模型年底过后还能用吗?
能。临时任务建的模型发布后长期在线,源表数据更新后看板与报告随之刷新;来年总结季直接复用,只需按当年口径核对节点参数。这也是建议把临时需求沉淀成模型、而不是每次重新取数的原因。