跳到主要內容
標準功能 × 客製開發 × 境外患者支援

不只導入線上診療,更把境外患者接點接到院內接收流程。

把預約、問診、線上診療、付款指引等標準功能,與符合院內流程的客製設計組合;再串接 Medical Supporter 的境外患者支援,涵蓋患者說明、諮詢受理與來院前後協調。

診所櫃台與醫師協助患者確認 LINE 預約與多語對應的情境圖
預約、問診、診療與付款指引
依診療科與院內流程進行客製設計
境外患者說明、諮詢與接收支援

WHY MS PLATFORM

與一般線上診療系統的差異,在於連系統外的患者與營運流程也一併設計。

先用標準功能建立可運作基礎,再針對各醫療機構的特殊需求進行設計。需要境外患者支援時,也會把多語說明、諮詢受理與後續接收實務接到同一條導線。

01 / STANDARD

診療所需標準功能

先以可控的 MVP 建立日常營運所需功能。

  • LINE 與 Web 預約
  • 事前問診、同意與本人確認
  • 線上診療、MyPage、提醒與付款指引
02 / CUSTOM

符合各醫療機構的客製設計

依診療科、人員配置與既有系統,評估需追加的功能與串接。

  • 獨自預約、問診與核准流程
  • LINE、AI 受付與外部系統串接
  • 角色權限、通知與表單輸出
03 / CROSS-BORDER

境外患者接點與接收支援

把 Medical Supporter 的實務經驗接到患者頁面與院內營運。

  • 多語頁面與諮詢受理
  • 來院前後聯絡與文件指引
  • 通譯、櫃台與就醫協調支援

客製開發會先確認可行性、資訊安全、醫療機構責任與外部服務限制,再提出範圍、費用與時程。可協助建立境外患者接點與接收流程,但不保證患者數、營收、診療成立或治療結果。

導入方式

從整理院內需求,到境外患者進入諮詢與就醫準備流程。

先確認診療選單與現有營運,分開標準功能可處理的範圍與需追加開發的差異;需要境外患者支援時,再接上多語說明、諮詢與來院前後聯絡。

醫療機構團隊整理導入需求的情境圖

1. 整理想實現的運用

確認診療科、患者層、櫃台作業與希望追加的功能。

醫師與櫃台確認標準及追加功能的情境圖

2. 組合標準功能與追加開發

先建立可用基礎,再依優先順序實作差異。

診所協助患者確認多語導覽的情境圖

3. 串接境外患者導線

追加多語說明、諮詢受理與來院前後協調。

實際畫面

先用實際畫面理解運用,不再只靠文字說明。

管理畫面與患者 MyPage 並列呈現,導入討論時可直接看畫面決定需要哪些功能與運用範圍。

管理者 Dashboard

供櫃台、事務、醫師使用。LINE 預約、診療準備、SOAP memo、付款指引與通知結果可在同一畫面確認。

LINE 線上診療導入支援的管理者 Dashboard Demo 畫面

患者 MyPage

供患者使用。可在手機確認預約內容、確認碼、付款指引與線上診療入室導線。

LINE 線上診療導入支援的患者 MyPage Demo 畫面

醫療端 UI

醫師與櫃台的工作畫面,集中在確認與紀錄。

診療前確認預約、問診、本人確認與入室狀態;診療中則留下 SOAP 與說明內容。處方與醫療判斷仍依醫療機構方針執行。

醫師在診療後整理紀錄的情境圖

診療紀錄保持清楚

視訊診療與 SOAP 紀錄放在同一流程。

Doctor Workspace

在同一畫面處理視訊診療與 SOAP

Demo UI
LIVE10:30 / 線上再診

患者影像區

攝影機、麥克風、本人確認與入室狀態可在同一 workspace 確認。

問診確認同意確認付款指引

SOAP Note

S

主訴・患者陳述

確認 LINE 問診與診療中的患者說明

O

客觀所見

記錄視訊可確認範圍、照片與測量值

A

評估

整理醫師判斷、鑑別與追加確認事項

P

計畫

記錄用藥方針、說明內容與追蹤安排

SOAP 是診療輔助 UI。處方與用藥需依醫師判斷及醫療機構運用方針執行,系統不會自動保證診斷或處方。

線上診療以與面對面診療適當搭配實施為前提。若醫師判斷不適合以線上方式進行診療,將改為面對面診療,或引導至合適的醫療機構。

預約內容、諮詢與部分問診回覆,可能基於受理分類、通知文製作、翻譯輔助、FAQ 引導等目的,由 AI 服務進行處理。AI 不會進行診斷、治療方針或處方判斷。

STANDARD FEATURES

先備齊必要標準功能,再另外設計特殊需求。

清楚標示 MVP / Phase 1,避免把 Demo 畫面誤認成已完成本番設定。各模組會依診療選單、同意文、LINE channel 與付款契約的準備狀態啟用。

CUSTOM DEVELOPMENT

把「需要這個功能」從院內運用開始一起設計。

不要求院內作業勉強配合既成套件,而是確認診療科、人員配置、既有系統與境外患者接收方針,再整理標準功能與特殊需求的差異。

諮詢本院的特殊需求

可討論的追加需求範例

依診療科或自費療程區分的預約、問診與同意流程

醫師、櫃台、管理者的權限、核准與通知規則

既有預約、電子病歷、CRM 與付款系統的串接可行性

LINE、AI 電話受付、多語 FAQ 與翻譯輔助導線

本人確認、必要文件與診療前後追蹤項目

境外患者頁面、諮詢分類與就醫協調流程

STEP 1

整理需求

不只問想要什麼功能,也確認由誰、在什麼時點、為何使用。

STEP 2

確認可行性與責任分界

整理個資、醫療判斷、外部 API 與實際營運負責人。

STEP 3

依優先順序導入

先啟用標準 MVP,再依效益與風險分階段追加功能。

追加開發採個別報價。所有需求都需確認安全、合規與維護性,並非無條件實作。

Doctor Manual

醫師需要確認的事項,另以專頁整理。

本頁先簡潔說明服務全貌;研修、適用範圍、患者說明與紀錄保存等細節,則分成醫師與櫃台用導入手冊確認。

查看醫師用導入手冊

厚勞省研修與院內紀錄

適用患者與切回對面診條件

問診・同意・保存規則

診所團隊討論導入範圍的情境圖

先整理導入範圍

把標準 MVP 與追加支援分開決定。

可達成狀態

讓系統、院內運用與境外患者導線不再分離。

不是保證患者數,而是讓患者接點、諮詢受理、診療前準備與診後追蹤形成可管理流程。

患者可從 LINE 或 Web 預約進到問診與入室指引

櫃台與醫師可在同一畫面確認準備狀態

院內特殊需求可與標準功能分開持續改善

境外患者說明、諮詢與就醫協調可串接處理

CROSS-BORDER OPERATIONS

把境外患者接點與接收實務連接到系統。

MS Platform 由新義豊株式会社 / Medical Supporter 提供。我們把境外患者資訊發信、諮詢受理、來院前後聯絡、付款指引、通譯與多語對應的實務,整理成醫療機構可執行的營運導線。

境外患者說明與諮詢導線

設計可正確傳達診療內容的多語頁面,以及不過度蒐集患者資訊的諮詢入口。

10年以上境外醫療實務

長期處理海外患者赴日就醫支援、來日前後聯絡,以及與醫療機構之間的實務協調。

海外自費醫療 know-how

將預約調整、事前說明、付款指引、文件確認與診療前確認整理成可執行流程。

通譯與多語言對應

設計患者、醫療機構與通譯者之間的說明文、確認步驟與資訊交接方式。

Kusuri Japan 導線

把海外醫療與醫藥品相關需求的應對經驗,整理到詢問受理與說明流程。

前往 KusuriJapan

Medical Supporter 運用

將 LINE 預約、問診、入室指引與診後追蹤,落實成醫療機構可操作的營運方式。

前往 Medical Supporter

LINE・SNS・AI 自動化

用 LINE 與 AI 輔助受付、通知、確認與再追蹤,減少現場重複手作業。

查看自動化與 SNS

Access

既有用戶與導入諮詢

既有 tenant 的管理者可前往正式登入;新的醫療機構請先使用導入諮詢表單。正式 onboarding 會在初次確認範圍後提供。

Material Request

填寫必要事項後,可立即確認資料。

資料整理了標準功能、客製開發方式、管理畫面 Demo、患者 MyPage / LINE 導線與境外患者接收支援範圍。

標準功能與客製開發方式
醫療機構用管理畫面 Demo
患者 MyPage / LINE 導線範例
境外患者支援與導入前確認清單

請勿在此表單輸入患者姓名、診斷名、檢查結果等醫療資訊。送出內容僅用於資料寄送與導入諮詢聯絡。

隱私權政策/使用條款

送出後將前往資料下載頁面。Email 只會寄送 No-PHI 方針的連結。