ICS35.080 L77 T/ZJHIA21-2026 2026-03-25发布 2026-03-25实施 浙江省卫生信息学会发布数字健康人基本功能框架 BasicfunctionalframeworkofdigitalhealthtwinT/ZJHIA 全国团体标准信息平台 T/ZJHIA21-2026 II目次 前言...........................................................................3 数字健康人基本功能框架.........................................................4 1范围.........................................................................4 2规范性引用文件...............................................................4 3术语和定义...................................................................4 4缩略语.......................................................................4 5基本功能框架.................................................................5 6功能要求.....................................................................5 6.1云陪诊....................................................................5 6.2智能服务..................................................................6 6.3智能问答..................................................................7 6.4智能解读..................................................................8 附录A（资料性）数字健康人功能原则要求.......................................10 参考文献......................................................................11 全国团体标准信息平台 T/ZJHIA21-2026 3前言 本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由浙江省卫生信息学会提出并归口。 本文件起草单位：浙江省卫生健康信息中心、浙江省安诊儿医学人工智能科技有限公司、支付宝 （杭州）数字服务技术有限公司、浙江扁鹊健康科技有限公司、浙江省人民医院、杭州市第七人民医 院。 本文件主要起草人：李春浦、郭一、杨白、吴思静、朱晨曦、刘军伟、马鹏飞、彭晋、王可、冯 丽韵、崔潇、杜楠楠、田源、毛瑜倩、沈扬阳、贺彬、贺庆、范磊、顾惟祎、陈杰、袁芳、毛洪京、 章俊航。 全国团体标准信息平台 T/ZJHIA21-2026 4数字健康人基本功能框架 1范围 本文件规定了数字健康人的基本功能框架和功能要求。 本文件适用于卫生健康行政部门、医疗机构等单位开展数字健康人的业务。 2规范性引用文件 GB/T35273-2020信息安全技术个人信息安全规范 GB45438-2025网络安全技术人工智能生成合成内容标识方法 GB/T45654-2025网络安全技术生成式人工智能服务安全基本要求 3术语和定义 下列术语和定义适用于本文件。 3.1 数字健康人digitalhealthtwin 以医疗大模型和智能体技术为支撑的面向公众提供医疗健康服务的智能应用，实现个体健康数据 的映射和同步，通常以虚拟数字人作为交互入口，通过文本、语音、图像等多模态方式与用户交互。 3.2 医疗大模型healthcarelarge-scalemodel 基于深度学习技术，融合医疗健康知识与推理能力，以文字、图像、音视频等多模态交互方式， 理解需求并决策、执行医疗健康相关任务的可持续学习的大模型。 3.3 智能体AIagent 能够感知环境、进行决策和执行动作的智能实体。 来源：[ISO/IEC22989:2022,3.1.1] 3.4 虚拟数字人virtualdigitalhuman 通过计算机图形学、计算机视觉和语音交互及人工智能生成内容（AIGC）等技术，进行形象、声 音、动作等模型训练后，借助真人或计算驱动、在多模态输出设备呈现的虚拟人物。 来源：[GB/T46483-2025,3.1] 4缩略语 下列缩略语适用于本文件。 PDF：便携式文档格式（PortableDocumentFormat） HIS：医院信息系统（HospitalInformationSystem） 全国团体标准信息平台 T/ZJHIA21-2026 55基本功能框架 数字健康人的基本功能框架见图1。 图1数字健康人基本功能框架 数字健康人的一级功能包括云陪诊、智能服务、智能问答、智能解读。各一级功能细分的二级功 能如下： a)云陪诊分为智能导诊、诊疗预约、诊疗排队、诊疗提醒、信息查询、就诊导航等二级功能； b)智能服务分为缴费支付、用药指导、健康档案、院后随访、医保服务、健康体检、公共卫生 服务等二级功能； c)智能问答分为预问诊、健康科普、健康咨询、健康自测等二级功能； d)智能解读分为病历解读、处方解读、报告解读、药盒识别等二级功能。 6功能要求 6.1云陪诊 6.1.1智能导诊 智能导诊功能的具体要求包括但不限于： a)症状咨询：应支持用户输入症状信息，输出症状分析和就诊建议，对疑似急危重症或需立即 就医的情况，应输出风险提示； b)医疗机构、科室与医生推荐：应支持用户输入症状信息，按优先级顺序展示医疗机构和对应 科室的医生推荐建议。 6.1.2诊疗预约 全国团体标准信息平台 T/ZJHIA21-2026 6诊疗预约功能的具体要求包括但不限于： a)就诊注册管理与身份校验：应支持管理就诊人信息注册和变更，校验实名信息，绑定和使用 电子健康卡等就诊凭证； b)号源查询与挂号：应支持查询门诊号源信息，按照医疗机构、日期、科室、医生等条件筛选 号源状态并完成挂号； c)挂号记录查询和取消：应支持查询医疗机构信息、科室信息、医生信息、就诊时间等已挂号 信息，并支持取消挂号； d)检验/检查/治疗预约：应支持关联检验单、检查单、治疗单和缴费信息，核验缴费成功后， 应支持按照项目、时间等条件筛选并预约，并支持修改预约时间和取消预约。 6.1.3诊疗排队 诊疗排队功能的具体要求包括但不限于： a)诊疗签到：应支持用户到院后完成门诊、检验、检查、治疗的签到排队； b)排队查询：应支持查询门诊、检验、检查、治疗的排队序号和当前序号，宜支持提供预计排 队时间等信息。 6.1.4诊疗提醒 诊疗提醒功能的具体要求包括但不限于： a)诊前提醒：应支持在就诊前推送消息提醒，消息内容宜包括时间、科室、地点、携带材料 等； b)检验/检查/治疗前提醒：应支持在检验、检查、治疗前推送消息提醒，消息内容宜包括时 间、项目、地点、注意事项等； c)取药提醒：应支持推送取药消息提醒，消息内容宜包括取药地点、取药窗口、药品信息等； d)排队叫号提醒：应支持推送等候叫号的消息提醒，消息内容宜包括剩余等候号数、排队序 号、位置信息等。 6.1.5信息查询 信息查询功能的具体要求包括但不限于： a)医疗机构信息查询：应支持查询医疗机构的名称、地址、联系方式、等级、科室等信息； b)就医流程信息查询：应支持查询医疗机构的办事节点信息、办事指南等信息； c)便民服务信息查询：应支持查询医疗机构的便民服务配置和服务点位置信息； d)周边服务信息查询：应支持查询医疗机构周边配套的商户信息。 6.1.6就诊导航 就诊导航功能的具体要求包括但不限于： a)到院导航：应支持提供医疗机构的位置信息和停车信息，并导航到医疗机构； b)院内导航：应支持提供医疗机构内部地点的位置信息，并导航到对应地点。 6.2智能服务 6.2.1缴费支付 缴费支付功能的具体要求包括但不限于： a)诊疗缴费：应支持收缴诊疗过程产生的费用，费用内容包括挂号费、检验/检查费、治疗费、 药品费等，缴费方式包括公费、医保、自费等； b)缴费记录查询：应支持查询缴费记录，宜支持按照时间、医疗机构等条件筛选缴费记录，缴 全国团体标准信息平台 T/ZJHIA21-2026 7费记录应包括缴费日期、费用明细、缴费方式等。 6.2.2用药指导 用药指导功能的具体要求包括但不限于： a)用药建议：应支持结合处方信息和药品信息输出用药注意事项和个性化用药建议； b)用药管理：应支持用户根据医生的处方建议自主设置用药计划，用药计划宜包括药品名称、 用药时间、用药剂量等，应支持按照用药计划推送用药提醒并记录用药情况。 6.2.3健康档案 健康档案功能的具体要求包括但不限于： a)健康档案