本案例依原書 11.4 與 Fig. 11.2 整理。
將 Pharmaceutical Chatbot Architecture 拆成 Input、NLP、Retrieval、Vector Store、Generation/Interaction、Memory 與 Enterprise Integration。
原書提出的 AI-powered Chatbot 用於 Patient Engagement、Communication、Regulatory Compliance 與 Customer Support。模型先以 Medical Literature、Drug Database、Regulatory Document 建立 Domain Knowledge,再以 Pharmaceutical Case、Clinical Trial Data、Real-world Patient Interaction 做 Fine-tuning;Runtime 時則從 User Query 解析 Context 並擷取相關資料。
| Architecture Stage | 原書內容 | 主要功能 |
|---|---|---|
| Domain model | NLP chatbot model | 理解 Query/medical terms/context |
| Training sources | Medical literature、drug databases、regulatory documents | 建立 domain-aware response basis |
| Fine-tuning sources | Pharmaceutical cases、clinical trials、real-world patient interactions | 處理 domain-specific query |
| User Query | Patient/doctor/stakeholder chat input | 提出 drug/side effect/contraindication/compliance 問題 |
| Contextual Retrieval | FDA guideline、clinical trial、patent 等 | 取得即時外部 context |
| Vector retrieval | Chunk → embedding → vector database | 快速找到 relevant document |
| Chat History | User Interaction Memory | 支援 multi-turn continuity |
| Enterprise integration | ERP/inventory/logistics | 即時 availability/order/supply-chain support |
將 Architecture 拆成 Offline Preparation 與 Online Query Flow,避免把 Fine-tuning 與 Runtime Retrieval 混為一談。
Fig. 11.2 為架構圖,沒有提供模型訓練指標。
在高時效需求中,Retrieval Layer 的作用是把模型生成接到當下資料,而 Memory Layer 則維持對話脈絡;兩者目的不同。
請依 Fig. 11.2 將架構分成 offline preparation 與 online query flow,說明每個模組的 input/output;不得把 Fine-tuning 誤寫成每次 Query 都重新訓練模型。