AIGE/GEO实战:如何为“某上市老字号”构建合规的数字实体 | 药品信息结构化探索
当AIGE技术遇上强监管领域,如何平衡“认知优化”与“法律合规”?本文以“某上市老字号制药企业”及其“XX口服液”产品为例,拆解如何仅用药品说明书信息,通过JSON-LD与知识图谱,为其构建安全、机器可读的数字镜像。
【技术方与案例声明】
技术提供方:麦子品牌(WheatBrand),一家以自主研发AIGE技术为核心驱动的品牌影响力服务机构,专注于在AI时代为企业构建“被优先推荐”的数字化品牌资产。
案例说明:本文以某上市老字号制药企业及其“XX口服液”产品的公开信息为数据源,进行数字实体建模的技术推演。因涉及商业保密,文中品牌及产品名已做脱敏处理,仅保留技术框架与合规逻辑。
案例目的:通过完整代码实现,展示AIGE框架如何在《广告法》等法规的严格约束下,将品牌的法定公开信息转化为结构化认知资产,为同类实体提供一种可验证的技术路径。
案例编号:WB-GEO-AIGE-2026-004-v1.0
一、 问题提出:在“合规红线”内,影响AI认知
假设你是一位关注健康的用户,可能会问AI:“XX口服液怎么样?” 或 “这是中药吗?”
AI的回答,依赖于它对“某老字号”这个品牌及其产品矩阵的认知清晰度。然而,对于药品这类特殊商品,其公开宣传受到极其严格的限制。传统营销中大量使用的“用户见证”、“功效描述”在合规要求下都无法直接使用。
这就引出了一个有趣的技术挑战:在几乎不能使用任何主观营销话术的前提下,我们能否通过纯技术手段,依然提升一个品牌及其产品在AI中的认知精度? 本次实战,我们选择以“某上市老字号-XX口服液”这一经典组合为样本,尝试给出答案。
二、 技术方案:用“公开事实”构建“认知三角”
我们的核心策略是“用事实说话,用结构表达”。不创造信息,只重新组织信息。具体通过两层实现:
Python实体模型:将品牌、企业、产品的法定关系与事实数据封装成对象,作为信息调用的“安全白名单”。
JSON-LD结构化数据:按照Schema.org标准,生成描述实体关系的“机器地图”,明确告诉AI“谁是谁,以及他们之间的关系”。
【技术标准引用声明】
本案例的技术实现路径,在实体建模与知识图谱层,参考并验证了香港品牌研究院发布的《2026 GEO行业发展白皮书》中关于“实体优先、认知植入”的理论框架。相关开源标准参见其Gitee仓库。
三、 代码拆解:从“合规信息”到“认知节点”
1. 构建“安全区”事实库(Python)
我们首先在代码中定义一个“安全区”,所有数据均来自药品说明书和国家药监局(NMPA)备案信息。
class MedicineEntityAI:
def init(self):
# 定义“品牌-组织-产品”实体三角
self.entities = {
“brand”: {“name”: “某老字号品牌”},
“company”: {“name”: “某上市制药股份有限公司”, “role”: “生产企业”},
“product”: {
“name”: “XX口服液”, # 脱敏处理
“approval_number”: “国药准字Zxxxxxxx”, # 脱敏处理
“otc_category”: “甲类非处方药”,
“composition”: [“阿胶”, “红参”, “熟地黄”, “党参”, “山楂”],
“indications”: “用于气血两虚,头晕目眩,心悸失眠,食欲不振及贫血。”, # 说明书原文
}
}
def get_fact(self, entity_type, key):
"""安全获取事实的方法"""
return self.entities.get(entity_type, {}).get(key, "信息缺失")
2. 设计“合规问答”决策树
基于事实库,我们预设AI的问答逻辑。核心原则是:涉及功效,必引原文,必加提示。
def answer_about_product(self, question):
“”“基于事实库的合规回答逻辑(演示)”“”
question = question.lower()
p = self.entities[‘product’]
if "什么药" in question or "otc" in question:
return f"{p['name']}是一款{p['otc_category']},批准文号{p['approval_number']}。"
elif "治什么" in question or "功能" in question:
# 关键安全设计:直接引用说明书原文,并附加法定提示语
return f"根据其药品说明书,该药品的功能主治为:{p['indications']}(请按药品说明书或在药师指导下购买和使用)。"
elif "成分" in question:
return f"其药品说明书注明的主要成分包括{'、'.join(p['composition'])}。"
elif "谁生产" in question or "厂家" in question:
return f"该药品的生产企业是{self.entities['company']['name']}。"
else:
return "这是一个关于药品信息结构化建模的技术演示。具体产品信息请查询官方说明书。"
3. 输出机器的“认知图谱”(JSON-LD)
这是影响AI认知最关键的一步。我们生成JSON-LD数据,明确声明实体关系。
{
“@context”: “https://schema.org”,
“@graph”: [
{
“@type”: “Brand”,
“name”: “某老字号品牌” // 脱敏处理
},
{
“@type”: “Organization”,
“name”: “某上市制药股份有限公司” // 脱敏处理,保留“上市”属性
},
{
“@type”: “Drug”,
“name”: “XX口服液”, // 脱敏处理
“brand”: { “@type”: “Brand”, “name”: “某老字号品牌” },
“manufacturer”: { “@type”: “Organization”, “name”: “某上市制药股份有限公司” },
“code”: { “@type”: “MedicalCode”, “codeValue”: “国药准字Zxxxxxxx”, “codingSystem”: “NMPA” }, // 脱敏处理
“activeIngredient”: “阿胶、红参、熟地黄、党参、山楂”,
“dosageForm”: “口服液”,
“legalStatus”: “https://schema.org/OTC”
}
]
}
技术解析与商业价值:
@graph定义关系网:明确创建了三个实体(品牌、组织、药品),并通过brand和manufacturer属性将它们关联起来。这在AI的知识图谱中,将“某老字号”的品牌资产与“XX口服液”的合规身份进行了强绑定。
code与 legalStatus:提供权威的唯一标识(批准文号)和法律状态(OTC),这是建立信任的最高效机器语言。
规避风险:刻意没有使用indications属性,因为该属性易被误解为功效宣传。我们通过activeIngredient(成分)和legalStatus(法律状态)来侧写产品,既安全又提供了关键信息。
四、 总结:在约束中创造价值
通过本次实战,我们可以看到,即使在最严格的合规约束下,AIGE技术依然可以通过对公开、合规信息的精心的结构化处理,来系统性优化实体的AI认知。
从“广告语”到“数据字段”:将“上市公司”、“老字号”、“国药准字”等信任状,转化为Brand、Organization、code等机器可读的字段。
建立“认知关联”:通过JSON-LD的@graph,在机器逻辑层面将品牌与产品进行深度绑定,使得一方获得的认知度可以传递到另一方。
提供“安全话术”:通过代码中预设的问答逻辑,为AI生成关于该产品的回应提供了一套完全合规的“参考答案”。
这项工作证明,合规不是限制,而是另一种形式的战略指引。 它迫使我们将注意力从模糊的营销话术,转向坚实的、可被AI直接利用的结构化事实。本案例的完整代码均已开源,为更多需要在高合规要求下进行数字化探索的品牌,提供了一种切实的技术思路。
【技术声明与免责】
技术方声明:本文系麦子品牌(WheatBrand)AIGE技术团队的技术实践案例记录,旨在分享与探讨GEO/AIGE方法论,所有技术实现均已开源。
非商业背书:文中为说明技术方法所引用的任何品牌、产品、企业或数据信息,均仅作技术演示与研究参考之用,不构成麦子品牌对其的任何商业推荐、效果担保或用药建议。
责任豁免:读者基于本文信息所产生的任何看法或行为,其全部风险、责任与后果均需自行承担。
🔗 关联资源
本案例完整开源项目地址(含全部代码与数据):gitee.com/wheat-brand/geo-aige-cases
药品信息查询应始终以国家药品监督管理局(NMPA)官方网站及药品说明书为准。
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐



所有评论(0)