护理评估表单设计器方案：FcDesigner 如何承接量表类型、评分联动与风险分级
医疗系统里，护理评估是那种「量表一堆、每张都不一样」的场景。护士给患者做评估，可能同时要打跌倒风险、压疮风险、疼痛、营养、自理能力好几张量表，每张量表的评分项、分值、分级阈值都不同。打完分还要算总分、判风险等级、带出对应的护理措施——这一步靠护士心算或翻手册，既慢又容易错。
把这些量表写死在页面里，每加一张量表、每调一个分级阈值，就要改前端、重新发版。把评估单交给 FcDesigner 做可视化配置、交给 FormCreate 做动态渲染，量表类型和评分规则就从代码里抽出来，变成配置。
FcDesigner 和 FormCreate 在医疗系统里分别干什么
FcDesigner 是基于 Vue 的低代码可视化表单设计器。实施在画布上拖组件、配校验、配联动，输出 JSON。开源即可搭出评估单结构，公式、角色权限、生成 SQL 等见 FcDesigner Pro 文档。
FormCreate 是动态表单渲染器。护士评估、医生查看、质控审核各端加载同一份 JSON。病历、医嘱、收费继续由 HIS 承担，表单只管评估单长什么样、谁能填哪一项、分数怎么算。
对护理评估来说，这个拆分很关键：量表条目、分值和分级阈值属于业务配置，诊疗和收费属于 HIS。评估单 JSON 存起来，各角色只决定「此刻谁来打开、以编辑还是阅读打开」。
护理评估真正难的不是字段多，是量表会分叉、分数会算级
典型评估单第一版通常长这样：患者信息、评估类型、几道评分题、总分、风险等级。上线之后，几乎一定会出现这些变化：
- 量表从「跌倒」扩成压疮、疼痛、营养、自理能力，每张的评分项、分值、分级阈值都不同。
- 评分要自动算级：分项求和得总分，总分对应低、中、高风险，再带出对应护理措施。阈值一调，写死的判断就要改。
- 不同科室用不同量表组合：骨科重点看跌倒和压疮，内科重点看营养和自理能力，肿瘤科还要加疼痛。
- 同一患者多次评估要对比趋势，而不是每次一张孤立的新表。
- 护士填、医生看、质控审，能看能改的不一样。
如果这些都写死在页面里，护理部每新增一张量表、每调整一次分级标准，都要提需求找开发排期。
一张护理评估单怎么配
1. 先定结构：患者信息 + 量表分组
主表放患者信息和评估时间：姓名、住院号、床号、科室、评估日期。患者信息从 HIS 带出，不重复采集。量表单独成组，一个评估单可以挂多张量表，按需展开。
FcDesigner 支持栅格、表格布局，也支持子表单和分组。评估单适合「上患者信息、下量表区」，护士按顺序打，打印和阅读都更清楚。开源设计器即可搭出这一层结构，后面的评分联动和角色切分是 Pro 更合适的位置。
2. 量表类型一变，评分项跟着变
这是评估单里最不该写死在页面里的部分。
| 量表类型 | 典型评分项 | 分级方向 |
|---|---|---|
| 跌倒风险（Morse） | 跌倒史、步态、辅助器具、静脉输液 | 分越高风险越高 |
| 压疮风险（Braden） | 感觉、潮湿、活动、营养、摩擦剪切 | 分越低风险越高 |
| 疼痛评估（NRS） | 疼痛数字评分 | 分值对应轻中重度 |
| 营养风险（NRS2002） | 体重变化、进食、疾病严重度 | 分越高风险越高 |
| 自理能力（Barthel） | 进食、穿衣、如厕、行走、上下楼 | 分越低依赖越高 |
在 FcDesigner 里用条件显示和数据联动配：选「跌倒风险」就出现 Morse 的评分项，选「压疮风险」就出现 Braden 的评分项。不必为每张量表做一张独立页面，也不必为多几个评分项在流程里拆分支。具体分值以医院现行标准为准，设计器承载的是「条目 + 分值 + 阈值」这套可配置的结构。
3. 评分联动风险分级，不是护士心算
评估争议很少出在「护士不认真」，更多出在总分算错、分级判错、措施没跟上。这些可以全部做成字段公式，打分当时就出结果。
- 分项求和：对各评分项做
SUM，得总分。 - 风险分级：总分与阈值比较，落到低、中、高或对应等级。
- 措施带出：分级结果再关联护理措施，中高风险自动提示需要干预的条目。
FcDesigner Pro 的公式按字段引用，内置 SUM、ADD、IF 等。阈值是配置项，调阈值不用改页面。条件必填也能挂：评分项不能漏打，高风险必须填写护理措施。
分寸要守：公式负责填报当时的计算和提示，最终诊疗决策仍归医护。表单设计器不是临床决策系统，但能把「总分算错、分级判错」这类可标准化的环节挡在提交之前。
4. 量表组合随科室和病种变
骨科和内科要填的量表不一样，如果做一张大而全的评估单，护士每个患者都要跨过别人的量表。
用联动把量表组合做成规则：选了科室或病种，自动加载对应的量表组。骨科展开跌倒和压疮，内科展开营养和自理能力，肿瘤科再加疼痛。护理部在画布上配组合，新增一个科室不需要开发新页面。
5. 同一张单，护士、医生、质控三种样子
评估单最容易被做成「所有人都能改」，然后靠口头约定。更稳的做法是同一份 JSON，按角色控制显隐、禁用、必填。FcDesigner Pro 支持预置权限树和角色树，运行时注入 $roles、$permissions。
| 角色 | 能看见 | 能编辑 | 打开方式 |
|---|---|---|---|
| 责任护士 | 患者信息、各量表评分 | 提交前可改；复核前按节点开放 | 编辑 |
| 医生 | 评分结果、风险等级、措施 | 通常只开诊断意见 | 阅读模式 + 意见 |
| 质控/护理部 | 以上 + 评估规范符合性 | 只开质控结论 | 阅读模式 + 质控区 |
阅读模式是这一步的配套：医生和质控不复制详情页，同一套规则切换查看态。设计器里的「组件操作权限」和运行态的「角色权限」要分开配，别把「只有管理员能设计量表」当成「医生不能改评分」。
6. 移动端评估，历史对比，落到库表
护理评估常发生在床旁，护士用平板或手机打分。FcDesigner Pro 把 PC 端规则在移动端渲染为 Vant 风格，不必维护两套单。手机上只保留评分项、总分、分级和措施，打印模板留在 PC。
同一患者多次评估要能对比趋势。数据进库后，按患者和时间回看每次评分，判断是好转还是恶化。设计稿要落到库表，FcDesigner Pro 可按字段生成建表 SQL，主表一张、量表评分各一张，生成结果人工确认后再执行。JSON 按版本存：哪次评估用的是哪一版量表，要能回放。
这条链路怎么接到现有 HIS 或护理系统里
不改 HIS，先把评估单从代码里拆出来。
护理部先出规则，再进设计器。 量表条目、分值、分级阈值、科室组合、谁能看哪项，写成一页规则。规则不定，拖组件只会把混乱可视化。
用 AI 表单助理出第一版，人再改。 把「护理评估：患者信息 + 多量表 + 评分联动分级」描述给 AI 表单助理，生成初始结构，实施再补校验、角色、公式。
JSON 入库，各角色只决定打开方式。 护士评估节点编辑态，医生节点阅读模式，质控节点开质控区。患者信息通过远程数据从 HIS 带出，评估结果也可以回写 HIS。
标准组件先用满，个性字段再扩展。 单选、评分、数字、日期、子表覆盖量表主体；患者带出、量表版本、签名用自定义组件或远程数据接入。「评分 + 分级 + 措施」可以沉淀成模板，避免每张量表从零搭。
先验证开源，再决定 Pro。 开源 FcDesigner 已能拖拽、校验、布局、输出 JSON；评分联动、角色权限、移动端、生成 SQL、AI 助理，是把评估闭环收干净时更常落到 Pro 的能力。
这样做之后，护理侧真正少掉的工作
开发不再为「加一张量表」或「调一个分级阈值」开迭代。量表条目、分值、阈值、提示在设计器改，JSON 发布后下一次打开即生效。
护理部可以自己定量表和阈值，画布上当场能试：总分超阈值，分级和措施带不带得出来；选肿瘤科，疼痛量表出不出来。
评估、查看、质控不再分叉成三套页面。阅读模式让各角色共用规则，减少「护士填的是一版、医生看到的是另一版」的事故。
床旁评估不必另做一套移动端。同一份规则按端渲染，护士在床旁和护士站用的是同一张单。
以上是典型场景里可预期的分工变化，不是某家客户的实施报告。具体能少几人天，取决于你们现在有多少张量表写在代码里。
常见问题
FcDesigner 能替代 HIS 或护理系统吗？
不能。FcDesigner 管评估单长什么样、谁能填哪一项、分数怎么算、怎么分级。病历、医嘱、收费、护理排班仍是 HIS 的能力。两者通过「节点打开哪一版 JSON、用编辑还是阅读」衔接。
护理评估为什么不适合写死在页面里？
量表条目、分值和分级阈值会随护理规范持续调整，科室组合也会变。写死在页面里，每次变化都要改前端、发版。用表单设计器后，变化落在 JSON 配置上。
评分联动和临床决策有什么区别？
评分联动是标准化的计算：求和、比阈值、出分级、带措施，可以配置化。临床决策需要结合具体病情和医生判断，仍归医护。表单设计器做前者，不碰后者。
只用开源版能不能做护理评估？
能做出可填、可校验、可提交的评估单，接入现有 HIS。评分联动、按角色藏字段、移动端评估、生成库表这些一次配齐，需要看 FcDesigner Pro 的对应能力。
量表阈值和条目经常调，怎么做版本管理？
量表条目和阈值作为配置存 JSON，按版本存。调阈值发布新版本，历史评估仍按当时的版本打开，保证评估结果可回放、可追溯。
如果你正在给医疗系统换护理评估单，不必先上全量低代码。拿跌倒和压疮两张高频量表，在 FcDesigner 里搭出患者信息加量表分组，把评分联动和分级配通，用 FormCreate 接到护理评估节点上。跑通这两张，再决定哪些量表收进同一份 JSON，哪些必须分版本。