📋 วิเคราะห์ TOR — "AI Agent Management Platform" (โรงพยาบาลวิมุต × Pruksa)

TOR ฉบับ Concise Technical v0.1 (18 ก.ค. 2026) · 14 มาตรา · 80 requirements · 5 Business AI Agents · Mandatory production go-live ใน 90 วัน — สรุปเนื้อหาและนัยยะการค้า อ้างอิง verified gap analysis (ทีม talk2me 19 ก.ค. 2026) ไม่เติมข้อกำหนดเอง

โจทย์: แพลตฟอร์มบริหารหลาย AI Agent สำหรับโรงพยาบาล ไม่ใช่ chatbot เดี่ยว

TOR เขียนมาตรงกับสถาปัตยกรรม talk2me มาก — ต้องการ platform ที่สร้าง/ตั้งค่า AI Agent หลายตัวแบบแยก persona/channel/knowledge/quota/log, real-time voice + barge-in, LINE/Web/SIP, RAG per agent, human takeover และ consent/no-train ในบริบทข้อมูลสุขภาพ. TOR รวมสถาปัตยกรรม Vendor Cloud เป็นศูนย์กลาง เชื่อม Enterprise ของวิมุต (Vimut App / HIS / SIP) และ Google Workspace.

โครงสร้าง

14 มาตรา

วัตถุประสงค์ → หลักการจัดหา → ความสามารถแพลตฟอร์ม → 5 Business Agents → ความมั่นคง/SLA → การทดสอบ → วิธีตอบ

ขอบเขต

80 Requirements

กระจาย 16 domain (PLT/ADM/PRS/CHN/VOC/LNG/KM/AUT/QTA/INT/ESC/HIL/SCR/AGT/SEC/ARC) + commitment/ops

ผลิตภัณฑ์

5 Business AI Agents

LINE OA · Web Chatbot · AI IT Help Desk · Appointment Reminder · Drug Training

เงื่อนไข

Go-live 90 วัน

Mandatory production ใน 90 วัน + safety 100% ก่อนเปิดใช้ — จุดที่ต้องเจรจา phased acceptance

นัยยะเชิงกลยุทธ์: talk2me มีของตรง TOR แล้วเป็นส่วนใหญ่ — gap ที่ต้องสร้างใหม่จริงเหลือแค่ 2 (Google Workspace connector, Drug live-supervision) และต่อยอดอีก 6 (ดูหน้า Gap & Risk). ทำครบใน 90 วันแบบ phased ได้ ถ้าล็อกขอบเขตและ dependency ให้ชัด.

โครงสร้าง TOR — 14 มาตรา map เข้ากับ verified domain codes

แต่ละมาตราผูกกับ domain ที่ทีม talk2me ตรวจสถานะแล้ว (CORE/CONFIG/CUSTOM) — สีสถานะบอกความพร้อมโดยรวมของมาตรานั้น (✅ ส่วนใหญ่มีแล้ว · 🟡 ต้องตั้งค่า/ต่อยอด · 🔴 มี gap ต้องพัฒนา)

มาตรา 1 · วัตถุประสงค์

Objectives

ยกระดับบริการวิมุตด้วย AI Agent Management Platform — ตอบคนไข้/พนักงาน หลายช่องทาง สมองเดียวกัน

✅ สอดคล้อง
มาตรา 2 · หลักการจัดหา

Procurement principle

Vendor Cloud เป็นศูนย์กลาง · เช่าใช้ต่อ agent (60 เดือน) · amortize ค่าพัฒนา platform เพิ่มเติมเข้าค่าเช่า

✅ เข้ากับโมเดลเรา
มาตรา 3 · Platform (PLT 1-5)

Multi-Agent Management

สร้าง/ตั้งค่า agent แยก persona/channel/knowledge/quota/log · CORE 3 · CONFIG 1 · CUSTOM 1 (PLT-05 version/test)

✅ CORE
มาตรา 4 · Administration (ADM 1-8)

Admin & RBAC

Admin web, audit, monitoring, rate limit · CUSTOM 4 (MFA/TOTP, RBAC 5 roles, lifecycle lock/suspend)

🟡 ต่อยอด
มาตรา 5 · Persona (PRS 1-2)

Persona & Guardrail

persona/guardrail per agent + Test Mode จริง · CUSTOM 1 (version/rollback/draft-publish ทั่วไป)

🟡 ต่อยอด
มาตรา 6 · Channel (CHN 1-8)

ช่องทางบริการ

LINE OA + Web widget + SIP + Messenger + Google Chat/Email · CORE 4 · CONFIG 2 · CUSTOM 2 (visual companion, LINE web-voice)

✅ CORE
มาตรา 7 · Voice (VOC 1-4)

Real-time Voice AI

real-time voice + barge-in + STT/TTS · CORE 2 · CONFIG 1 · CUSTOM 1 (voice cloning — optional)

✅ CORE
มาตรา 8 · Language (LNG 1-2)

ภาษา / Multilingual

รองรับหลายภาษา + transcript/summary ไทย · CORE 1 · CONFIG 1

✅ CORE
มาตรา 9 · Knowledge (KM 1-6)

Knowledge Base & RAG

RAG KB per agent (PDF/Excel/CSV) + doc versioning · CUSTOM 4 (Google Drive connector, column-mapping, version)

🔴 มี gap
มาตรา 10 · Automation + Quota (AUT/QTA)

Automation & Metering

workflow (reminder/escalation/task) · per-agent quota + hard-stop + alert · AUT CONFIG 2 · QTA CORE 2 / CONFIG 2

✅ CORE
มาตรา 11 · Integration (INT 1-8)

การเชื่อมต่อระบบ

Vimut App / HIS / Google Workspace / SIP · CORE 2 · CONFIG 2 · CUSTOM 4 (Vimut App linking, HIS write-back, Sheets/Drive)

🔴 มี gap
มาตรา 12 · Escalation + HIL + Screen (ESC/HIL/SCR)

Human Escalation

Live Inbox takeover พร้อม context · Google Sheet task write · AI Screen Guidance · CUSTOM: ESC 3, SCR 2

🔴 มี gap
มาตรา 13 · Initial Agents (AGT 1-6)

5 Business AI Agents

ดูรายละเอียดด้านล่าง · CORE 1 · CONFIG 2 · CUSTOM 3 (Drug Training, screen guidance, HIS write-back)

🔴 มี gap
มาตรา 14 · Security/Archive/Ops (SEC/ARC/OPS/TST/DEL)

Security · Retention · SLA · Testing · วิธีตอบ

consent ledger, no-train, PII masking (CORE 2) · audit/retention · Google Drive export (CUSTOM 2) · SLA/testing/BOQ = commitment

🟡 CORE + commitment
อ้างอิง: การจับคู่มาตรา ↔ domain และตัวเลข CORE/CONFIG/CUSTOM มาจาก vimut-tor-gap-analysis.md (verified 2026-07-19, main @7ccd10b) — ดูตารางเต็มราย requirement ในหน้า Compliance.

5 Business AI Agents ตั้งต้น TOR §13 · domain AGT 1-6

TOR กำหนด agent ตั้งต้น 5 ตัว — สี่ตัวแรก talk2me มีของ/precedent แล้ว, ตัวที่ 5 (Drug Training) เป็น gap ใหญ่ที่ต้องมีเภสัชกรกำกับ

1

LINE OA Chatbot

คนไข้ทัก LINE รพ. ถามหาหมอ/บริการ/นัด — สมองเดียวกับเว็บ + web voice ผ่าน LIFF (live 13 ก.ค. 2026)

✅ CORE
2

Web Chatbot

Widget บนเว็บ รพ. — แชท + เสียง (barge-in) ตอบจากคลังความรู้ · POC วิมุต (แพทย์ 495 ท่าน) live แล้ว

✅ CORE
3

AI IT Help Desk

ผู้ช่วย IT พนักงาน — มี Pruksa IT-desk character เป็น precedent · ต่อยอด SIP/telephony (Ext.22) + Screen Guidance

🟡 ต่อยอด
4

Appointment Reminder

Outbound campaign แจ้งเตือนนัด ตาม consent — build ให้วิมุตแล้ว · ต่อยอด HIS write-back สถานะนัด

🟡 CONFIG + gate
5

Drug Training

ผู้ช่วยฝึกอบรม/ให้ข้อมูลด้านยา — gap ใหญ่: ไม่มีโครง approval-gate ต่อ response · ต้องมี LIVE_MONITORING + เภสัชกรอนุมัติทุกคำตอบ

🔴 GAP + เภสัชกรกำกับ

หลักการ Multi-Agent

ทั้ง 5 agent อยู่บน platform เดียว แยก config/KB/quota/log ต่อ agent — เป็น moat ที่ vendor chatbot ทั่วไปทำตามยาก

✅ core architecture
⛔ Safety-critical: Drug Training อยู่ในโดเมนความรับผิดวิชาชีพ — ห้าม LOCK เป็น autonomous. รับเฉพาะ draft-only + เภสัชกรอนุมัติทุก response ตอบจาก KM ที่อนุมัติ; autonomous เป็นเฟสอนาคตผูกหนังสืออนุมัติ + risk rules (ดูกลยุทธ์หน้า Gap & Risk).

สถาปัตยกรรมตาม TOR (สรุป) ดูภาพเต็มหน้า สถาปัตยกรรม

TOR วางให้ Vendor Cloud เป็นศูนย์กลาง เชื่อม Enterprise ของวิมุตและ Google Workspace เป็น 6 ชั้นหลัก

ชั้นองค์ประกอบสถานะ talk2me
Channel GatewayLINE OA · Web widget · SIP/telephony · Messenger · Google Chat/Email webhook · LIFFมีแล้ว
Shared AI RuntimeGemini voice/chat · NLU/dialogue · real-time voice + barge-in · guardrails/personaมีแล้ว
5 Business AI AgentsLINE / Web / IT Help Desk / Appointment Reminder / Drug Training4 มี · 1 gap
Knowledge & DataRAG KB per agent · doc versioning · Google Drive connector (gap) · column mappingต่อยอด + gap
Integration & SecurityHIS read (doctor availability) · HIS write-back (gate) · Vimut App/OTP · Google Sheets/Drive · consent ledger · PII masking · no-train · auditCORE + gate
Enterprise SystemsVimut App (MBS) · HIS · SIP/telephony · Google Workspace (Drive/Sheets/Chat)dependency วิมุต/MFEC

→ ดู box diagram เต็ม + การ map ว่าอันไหนมีแล้ว/ต่อยอด/gap

Timeline & งวดงาน SIT 60 วัน · Go-live 90 วัน

TOR กำหนด Mandatory production go-live ใน 90 วัน — วางเป็น phased delivery เพื่อไม่ให้ข้อเล็กข้อเดียว block ทั้ง go-live

วันที่ 0
Kickoff — ยืนยัน dependency (HIS API, Google Workspace access, เภสัชกร, Vimut App/OTP) เป็นเงื่อนไขวันแรก
สัปดาห์ 1-2
ล็อก dependency-gate — service account, HIS sandbox/spec, acceptance dataset, folder policy
วันที่ 1-45
Config + Build — ตั้งค่า 4 agent ที่มีของ + พัฒนา gap (Drive/Sheets connector, Drug supervised mode, screen guidance)
วันที่ 60
SIT (System Integration Test) — ทดสอบเชื่อม HIS/Vimut App/Google + load test 10 concurrent voice
วันที่ 60-85
UAT + safety review — เภสัชกรตรวจ Drug corpus/test cases · consent/PDPA review · แก้ตาม defect
วันที่ 90
Go-live (Must-go-live set) — เปิดใช้ agent ที่พร้อม · safety-critical block เฉพาะ agent ที่เกี่ยว ไม่ block ทั้ง platform
หลัง go-live
Phase-1 / Optional — 5 roles เต็ม, SSO, KB column-mapping, voice interactive button, reconciliation console
⚠️ กับดัก acceptance: TOR ระบุ "Mandatory/Safety 100% ก่อน go-live" — ข้อเล็กข้อเดียวอาจ block ทั้ง go-live. เสนอวิมุตแยก Must-go-live / Phase-1 / Optional และให้ safety-critical block เฉพาะ agent ที่เกี่ยวข้อง (ดู codex red-team ในหน้า Gap & Risk).

โครงสร้างราคา — BOQ 3 ก้อน อ้าง gap-analysis §ข้อสังเกตเชิงกลยุทธ์

TOR แบ่งราคาเป็น 3 ก้อน และให้ amortize ค่าพัฒนา platform เพิ่มเติมหาร 60 เดือนรวมในค่าเช่า — gap CUSTOM ทั้งหมดคือส่วน Additional Platform Development ที่ amortize ได้ ไม่ต้องชาร์จก้อนใหญ่หน้าเดียว

BOQ-01 · ครั้งเดียว

Initial Project

[TODO: ราคา]

ตั้งต้นโครงการ: ทำคลังความรู้, ตั้งค่า agent, kickoff, discovery, config platform สำหรับวิมุต

BOQ-02 · ครั้งเดียว/interface

Implementation ต่อ Interface

[TODO: ราคา]

ค่าเชื่อมต่อรายระบบ: HIS, Vimut App/OTP, Google Workspace, SIP — คิดต่อ interface ที่เชื่อมจริง

BOQ-03 · รายเดือน × 60

ค่าเช่า 5 Agents (60 เดือน)

[TODO: ราคา/เดือน]

BOQ-03.1 ค่าเช่า agent รายเดือน + BOQ-03.2 Additional Platform Development (gap CUSTOM) amortize หาร 60 เดือน

* ตัวเลขราคาเป็น placeholder — ต้องยืนยันจากทีมขาย/pricing sheet (Talk2Me_Pro_Partner_Pricing_Model.xlsx) ก่อนใส่เอกสารจริง ตามกติกา "ห้ามประเมินตัวเลขเงียบ ๆ".

วิธีตอบ TOR (แนวทาง) TOR §14 · commercial

R1 · LOCK จุดแข็ง

ดันข้อที่เรามีจริงเป็น Mandatory

real-time voice + barge-in, LINE voice ผ่าน LIFF, multi-agent per-config, consent ledger/no-train/PII, quota+metering, outbound reminder, human takeover — คัดคู่แข่ง text-first/fine-tune ออก

R2 · DEP-GATE

ผูก clause "90 วันนับจากลูกค้าพร้อม"

HIS write-back, Vimut App/OTP, Google Workspace, SIP IT-desk — รับได้แต่ต้องได้ API/สิทธิ์/spec จากวิมุต/MFEC ก่อน

R3 · SOFTEN

ข้อเวอร์เกิน/liability สูง

Drug autonomous → supervised only · MFA+5 roles → phased · SLA 24x7/RTO/RPO → managed-service add-on หลัง load test · voice cloning/SSO → optional

R4 · responsibility

แบ่งความรับผิดในสัญญา

วิมุต = Data Controller + Clinical/Content Owner (อนุมัติ KM, กำหนดว่าโชว์อะไร, เจ้าของ HIS write) · เรา = Data Processor / Platform Provider

รายละเอียดเต็ม: กลยุทธ์ LOCK/SOFTEN/DEP-GATE ราย requirement, ความเสี่ยง, responsibility allocation และ scope-creep traps อยู่ในหน้า Gap & Risk / กลยุทธ์.