Medical Tourism Integration — Vertical y tế trên platform

Medical Tourism KHÔNG phải dự án riêng. Nó là một vertical chạy trên cùng Travel Operating System, tái sử dụng toàn bộ spine + Booking + Travel Intelligence. Chỉ thêm domain đặc thù y tế.

Vì sao là vertical, không phải dự án riêng

Du lịch y tế = (lưu trú + di chuyển) + (cơ sở y tế + gói điều trị) + (niềm tin/an toàn). Ba mảnh đầu đã có sẵn trên platform:

• Lưu trú → Booking Platform (module #1).
• Di chuyển/tour → Tour vertical (Reservable).
• Niềm tin/an toàn → Travel Intelligence MedicalTravelStrategy (an toàn/sạch sẽ/khả tiếp cận đã được thiết kế sẵn trong blueprint Travel Intelligence).

→ Medical Tourism chỉ cần thêm domain y tế + ghép các mảnh có sẵn.

Tái sử dụng (BẮT BUỘC, không xây lại)

Domain ĐẶC THÙ thêm mới (chỉ phần này)

• HealthProvider (cơ sở y tế: bệnh viện/phòng khám) — extend Catalog/Place.
• TreatmentPackage (gói điều trị) — extend Reservable Resource.
• PatientProfile — extend Customer/Identity (lưu ý PHI/bảo mật y tế).
• CarePlan / Appointment — extend Reservation.
• MedicalReview — extend Review (Travel Intelligence chấm trust).

Luồng (ví dụ)

Bệnh nhân (Guest/Patient adapter)
  → Search: tìm gói điều trị + cơ sở theo bệnh/ngân sách/vùng
  → Travel Intelligence: chấm an toàn/sạch/tin cậy (MedicalTravelStrategy) + giải thích
  → Booking: đặt lưu trú gần cơ sở · Tour: đặt đưa đón
  → Payment: cọc gói + thanh toán · Notification: xác nhận + nhắc lịch
  → CarePlan/Appointment: lịch điều trị
  → MedicalReview: phản hồi sau điều trị → feedback flywheel

Lưu ý tuân thủ

• PHI/bảo mật y tế: PatientProfile/CarePlan cần mã hoá + audit chặt (Audit spine).
• Pháp lý: quảng cáo/dịch vụ y tế tuân thủ luật VN; cơ sở phải có giấy phép (verify, không tự kết luận).
• Liên hệ hệ y tế đang có (Đại An/YHCT) như nguồn cơ sở/đối tác, không phụ thuộc cứng.

Phase

Phase 5 (sau khi Travel Intelligence — Phase 4 — đã tích hợp). Trước đó chỉ định nghĩa seam (ProviderDirectoryPort, MedicalTravelStrategy), không code.