經過測試的租戶隔離。
每個機構只能看到自己的檢查，並由自動化隔離測試套件驗證。影像伺服器從不對外公開：每一張影像都必須經過 API，由 API 為每筆請求檢查權限並寫入稽核紀錄。
運作方式 →資訊安全
建立在兩項保證之上
儲存前去識別化。
在任何資料進入影像封存系統之前，系統會移除 DICOM 中繼資料中的病患識別資訊，包含自由文字欄位與巢狀序列。診所可將真實身分保存在獨立的應用程式資料庫中；研究團隊則可以只使用假名資料運作。
限制： 去識別化涵蓋 DICOM 中繼資料，但不包含直接燒錄在影像像素中的文字。
功能內容
儲存、判讀、撰寫報告，一應俱全
專案與權限
檢查透過專案分享，每個人在專案中是擁有者、貢獻者或閱讀者。閱讀者可設為僅能檢視。
雙重驗證登入
登入支援雙重驗證（2FA）。
DICOM 上傳與匯入
上傳單一檔案或 ZIP 壓縮檔，自動驗證並匯入。
DICOM 檢視器與檢查瀏覽
以內建的 OHIF 檢視器在瀏覽器中檢視每個序列。可搜尋與篩選的檢查清單與預覽圖。
放射科報告與語音口述
草稿、定稿、版本紀錄並可匯出 PDF。也能以語音口述，在醫師自己的電腦上辨識。
分享連結與即時對話
以密碼保護將檢查分享給病患，並在同一個連結中與病患即時對話。
緊急存取（破窗機制）
受限檢查在必要時仍可開啟，但每次存取都會連同理由一併記錄。
可偵測竄改的稽核軌跡
每個動作都有只能新增、無法修改的紀錄，並可匯出為 CSV。
DICOM 閘道存取控管
每位使用者只能向管理員允許的 DICOM 主機查詢與擷取影像。
REST API
完整的 REST API 與 Swagger 文件，方便開發與系統整合。
系統架構
從掃描儀到螢幕
影像可透過醫院網路內的 DICOM 節點，或經由網頁上傳，透過加密連線從醫院傳送至 PACSinfra。在 PACSinfra 內部，API 會先檢查權限並寫入稽核紀錄，影像才會送到瀏覽器或行動 App。我們能以自家的技術架構為您建置整條路徑：PACSinfra 伺服器、您網路內的 DICOM 節點，以及兩者之間的加密連線。
醫院或診所
您的院內網路
影像儀器
CT · MR · X 光 · 超音波
既有 PACS / RIS
選用
DICOM 節點
- 安裝在醫院網路內
- 接收來自儀器與 PACS 的檢查
- 透過加密網路傳送至雲端
或：網頁上傳
從瀏覽器上傳 DICOM 檔案或 ZIP 壓縮檔
PACSinfra 雲端
您的雲端帳號或自有伺服器
閘道
唯一對外開放的入口
PACSinfra
- 登入
- 權限
- 稽核
- 報告
- 影像代理
私有網路，無對外連接埠
DICOM 處理程式
驗證 · 去識別化 · 匯入
PostgreSQL
應用資料、稽核、工作佇列
Garage
S3 上傳暫存
您的團隊
登入後隨處可用
網頁應用程式 + 檢視器
檢查清單、檢視器、報告、管理
行動 App
隨時查看檢查清單、影像預覽與報告
容量與擴展
每個機構可處理 50,000 筆以上的檢查
PACSinfra 對檢查數量與儲存容量沒有設定上限。實際容量取決於您使用的伺服器，而架構中的每個部分都可以各自擴展。
5,000
位放射科醫師同時使用，零錯誤
每位模擬使用者都會開啟工作清單、開啟檢查，並像檢視器一樣載入整個序列的所有影像。檢查開啟時間低於 200 毫秒（p95）。
約 600
張影像／秒，完成去識別化並可搜尋
完整的端到端流程：上傳、去識別化、儲存與建立索引。一般 300 張影像的 MR 序列約 5 秒即可判讀。
50,000+
每個機構的檢查數，每頁約 3 毫秒
以單一機構 50,000 筆檢查實測：檢查清單約 3 毫秒即可開啟。每一頁都是索引查詢，從不掃描整個資料表，因此封存資料持續增加，速度依然不變。
負載與匯入數據皆以 k6 在單一台 5 CPU、8 GB 記憶體的機器上測得，負載產生器也在同一台機器上執行。無叢集、無 CDN。
規模超過一台伺服器？我做過這件事。
我在正式環境中維運 PACS 與醫療影像基礎設施超過四年，服務對象是澳洲一所大學的醫療研究團隊。隨著您的成長，我可以和您一起擴展系統：增加 DICOM 處理程式、將資料庫與影像儲存放到各自的伺服器，並透過 DICOM 節點連接更多院所。
產品畫面
一窺產品樣貌
內建醫療影像檢視器
直接在瀏覽器中瀏覽每個序列、調整窗寬窗位、測量與比較。
快速找到任何檢查
依病患、日期、檢查類型、專案或上傳者搜尋並篩選所有檢查，一鍵即可開啟。
每個動作都有紀錄
誰在何時、以何種權限開啟了哪一筆檢查，一目了然。紀錄永遠無法修改或刪除。
專案決定誰能看到什麼
將檢查分組為專案，並以擁有者、貢獻者或閱讀者的身分加入同事。每張卡片都會顯示其中的檢查數量。
展示版僅為有限預覽。 為了讓公開註冊保持安全，每個展示公司會在 24 小時後刪除，最多可存放 10 筆檢查（總計 500 MB），且部分主要功能（例如 DICOM 節點與工作清單）未包含在內。歡迎預約通話，我們將為您完整展示產品。
預約通話開始使用
從第一次登入到第一份報告
PACSinfra 在您的伺服器上建置完成後，您的團隊如何開始使用。
- 1
以管理員身分登入
PACSinfra 建置完成後，您以機構管理員身分登入，並使用雙重驗證。
- 2
邀請您的團隊
以電子郵件加入同事。每位同事都會收到登入連結，或以 Google 帳號登入。
- 3
建立專案
依您的工作方式將檢查分組：一間診所、一個科別、一項試驗或一份判讀清單。
- 4
以角色加入人員
決定每個人在該專案中可以做什麼：擁有者、貢獻者或閱讀者。
- 5
上傳檢查
將 DICOM 檔案或 ZIP 壓縮檔上傳到專案，或由 DICOM 節點從您的影像儀器傳送過來。
- 6
判讀、撰寫報告與分享
在檢視器中開啟檢查、撰寫報告（也可以語音口述），並分享給病患。
每個專案的三種角色
擁有者
管理專案：成員、他們的角色，以及專案包含哪些檢查。貢獻者能做的事，擁有者也都能做。
貢獻者
上傳檢查、撰寫並定稿報告，以及將檢查分享給病患。
閱讀者
檢視檢查與已定稿的報告。可設為僅能檢視，不能下載檔案。
檢查只能透過專案檢視。管理員負責管理人員，但除非被加入該專案，否則無法開啟任何檢查。
技術架構
以快速、現代的技術打造
精簡而現代的技術架構，兼顧速度與安全：編譯式的 Go 1.27 API、Python 3.12 影像處理引擎，以及 PostgreSQL 17。
API
Go 1.27
單一靜態執行檔，影像串流零緩衝
DICOM 處理引擎
Python 3.12
在記憶體中去識別化，儲存前就完成
網頁應用程式與檢視器
Next.js 16 · React 19 · TypeScript 7
中英雙語，內建 OHIF v3 檢視器
Orthanc 25.6
成熟可靠的 DICOM 伺服器，作為影像封存系統
PostgreSQL 17
應用程式資料、稽核軌跡、工作佇列與影像索引
Garage 1.0
相容 S3 的物件儲存，用於上傳暫存
價格方案
程式碼一次買斷，需要時再加購建置
每份授權限一個機構使用。您可以修改程式碼，但不得轉售或再散布。
自行架設
$2,000一次付清
完整原始碼與永久授權，包含所有功能，第一年維護免費。
✓ DICOM 檢視器、報告、語音口述、分享連結與即時對話，只要 $2,000
維護（除錯並修正任何錯誤）：第一年免費，之後每年 $1,000
在您的伺服器上建置
+$1,000一次付清
我們在您自己的伺服器、雲端或 Kubernetes 叢集上安裝並設定 PACSinfra，確認運作正常，讓您的團隊可以立即開始使用。
加購：DICOM 節點連接器與工作清單
+$1,000
安裝在醫院網路內的 DICOM 節點，接收來自影像儀器與既有 PACS 的檢查，並經由加密連線轉送，另附影像儀器工作清單（Modality Worklist）。由我們為您完成安裝與連接，並附完整原始碼。
| 包含內容 | 自行架設$2,000 | 建置+$1,000 | 加購+$1,000 |
|---|---|---|---|
| 軟體 | |||
| 瀏覽器中的 DICOM 檢視器 | – | – | |
| DICOM 上傳與匯入 | – | – | |
| 放射科報告，可匯出 PDF | – | – | |
| 報告語音口述 | – | – | |
| 密碼保護的分享連結 | – | – | |
| 與病患即時對話 | – | – | |
| 專案與權限 | – | – | |
| 雙重驗證登入 | – | – | |
| 緊急存取（破窗機制） | – | – | |
| 稽核軌跡，可匯出 CSV | – | – | |
| DICOM 閘道：每位使用者只能向允許的主機查詢與擷取 | – | – | |
| REST API 與 Swagger 文件 | – | – | |
| 服務 | |||
| 完整原始碼，交接給您的團隊 | – | – | |
| 第一年維護、除錯與修正（免費） | – | – | |
| 在您自己的伺服器上建置 | – | – | |
| 移轉您既有的檢查資料 | 依專案報價 | ||
| 連接您的影像儀器 | |||
| DICOM 節點連接器 | – | – | |
| 影像儀器工作清單 | – | – | |
| DICOM 節點與工作清單的原始碼 | – | – | |
關於
誰在打造 PACSinfra
我是陳業邦（Bang Tran），親自打造 PACSinfra 並撰寫其程式碼的工程師。我在這個領域擁有八年以上經驗，專長涵蓋 React、DuckDB、FastAPI 與 Kubernetes。
過去四年多來，我為澳洲一所大學的醫療研究團隊，建置並在正式環境中維運醫療影像與 PACS 系統。PACSinfra 正是建立在這些經驗之上，也融入了日復一日實際維運所累積的心得。
醫療影像是我真心感興趣的領域。選擇 PACSinfra，我會在您的伺服器上完成建置、將完整原始碼交接給您的團隊、協助移轉您既有的檢查資料，並持續維護。憑藉在正式環境中維運這些系統的經驗，我能協助您隨著院所、使用者與影像量的成長擴充系統。
4 年以上
為澳洲一所大學的醫療研究團隊，在正式環境中維運 PACS 醫療影像基礎設施
8 年以上
軟體工程產業經驗
常見問題
常見問題
病患資料存放在哪裡？
存放在您自己的伺服器上。PACSinfra 採自行架設：檢查影像、報告與稽核軌跡都留在您掌控的基礎設施中。
去識別化涵蓋哪些範圍？
在任何資料進入影像封存系統之前，系統會移除 DICOM 中繼資料中的病患識別資訊，包含自由文字欄位與巢狀序列。 去識別化涵蓋 DICOM 中繼資料，但不包含直接燒錄在影像像素中的文字。
診所仍然可以看到病患的真實身分嗎？
可以。診所可以將真實身分保存在獨立的應用程式資料庫中，與影像封存系統分開。研究團隊則可以只使用假名資料運作。
如何確保一個機構看不到另一個機構的檢查？
租戶隔離由自動化的隔離測試套件驗證；每一筆影像請求都會經過 API，由 API 檢查權限並寫入稽核紀錄。
檢查影像如何從我們的儀器傳到 PACSinfra？
透過安裝在醫院網路內的 DICOM 節點，接收來自影像儀器與既有 PACS 的檢查，再經由加密連線傳送至 PACSinfra。您也可以從瀏覽器上傳 DICOM 檔案或 ZIP 壓縮檔。
系統可以存放多少資料？
系統本身對檢查數量與儲存容量沒有上限。影像存放在可擴充的磁碟區上，而 API 與 DICOM 處理程式不保存任何本機狀態，因此可以依需求增加容量。
運作需要什麼環境？
一台伺服器即可，放在院內或您自己的雲端皆可。我們可以 $1,000 在您的伺服器上完成建置，並將完整原始碼交接給您的團隊；移轉既有的檢查資料則另行報價。我在正式環境維運 PACS 多年，能協助您隨著影像量成長擴充系統。
誰可以看到哪些檢查？
檢查透過專案開放檢視。每個人在各專案中都有一個角色（擁有者、貢獻者或閱讀者），閱讀者可設為僅能檢視、不能下載；緊急存取一律連同理由記錄。
登入如何受到保護？
PACSinfra 登入支援雙重驗證（2FA）。
可以與我們既有的系統整合嗎？
可以。PACSinfra 提供完整的 REST API 與 Swagger 文件。
對購買有疑問？請參閱 價格常見問題。