（13249期）FHIR Questionnaire Designer – 临床编码一键标准化 · FHIR问卷智能生成

临床编码一键标准化 · FHIR问卷智能生成 基于官方API将临床需求文档转换为FHIR标准问卷，内置LOINC/SNOMED CT编码查询，无需API密钥 使用说明 核心功能 该技能专注于将临床需求文档转换为符合FHIR R4标准的Questionnaire资源，解决医疗信息化中最关键的编码标准化问题。 核心用法： 编码查询：通过 searchloinc.py 和 searchsnomed.py 脚本实时查询官方术语服务器，获取临床问题、观察指标、疾病诊断的标准化代码 答案值集查询：query_valueset.py 自动获取LOINC配套的标准答案列表（如PHQ-9抑郁量表的应答选项） 问卷构建：基于模板（minimal/basic/advanced）快速搭建问卷结构，支持条件显示、重复组、标准/自定义答案列表等复杂逻辑 验证输出：validate_questionnaire.py 确保最终JSON符合FHIR规范 显著优点： 编码权威性：强制通过API查询LOINC/SNOMED CT，杜绝AI"幻觉"生成虚假代码，这是临床系统互操作的生命线 零配置成本：无需申请API密钥，直接访问NIH clinicaltables和tx.fhir.org公共端点 临床场景全覆盖：从标准化量表（PHQ-9、GAD-7）到自定义机构问卷均有成熟工作流 渐进式复杂度：inline answerOption（无系统）满足简单需求，可选Welshare命名空间支持跨问卷复用 潜在局限与风险： 网络依赖性强：必须白名单访问clinicaltables.nlm.nih.gov和tx.fhir.org，离线环境完全失效 术语服务器稳定性：公共FHIR术语服务器偶有超时，需配置备用端点（HAPI、CSIRO Ontoserver） SNOMED CT语义标签限制：--semantic-tag过滤依赖服务器返回的显示名称，非标准化字段 编码查询延迟：实时API调用可能拖慢交互速度，高频场景需考虑本地缓存 适合人群：医疗信息化工程师、FHIR实施顾问、临床研究人员、EHR系统产品经理。特别适合需要快速将纸质量表/临床评估表数字化的团队，以及对互操作性标准有合规要求的医疗机构。 常规风险提醒： 严禁依赖训练数据中的LOINC/SNOMED代码，必须通过脚本实时验证 自定义编码系统URI为可选高级功能，默认应使用无系统的inline answerOption 生产环境建议部署企业级FHIR术语服务器替代公共端点 原始说明 Helps creating FHIR conforming questionnaire definitions from plain requirement ideation docs. Contains scripts to look up LOINC and SNOMED CT codes for medical conditions, findings, observations, medications, procedures from a official coding APIs. No API keys required at the moment.