ECG 心電圖小常識 - Bobo 的學思山丘

HIS、PACS、AE Title 到底是什麼？醫院系統整合的名詞入門

Tue, 01 Sep 2026 00:00:00 GMT

## 名詞小教室：HIS、PACS、AE Title 一句話版做醫院的系統整合，往來信件裡出現頻率最高的就是這三個縮寫： - **HIS** —— 醫院的大腦，管文字（誰、什麼時候、做什麼、結果如何） - **PACS** —— 影像倉庫，管圖（檢查做出來的東西存這裡） - **AE Title** —— 機器在 DICOM 世界裡的名字 ## HIS 管文字、PACS 管圖 —— 醫院系統的第一條分界線 **HIS（Hospital Information System，醫院資訊系統）** 是醫院的大腦。誰掛號、住哪一床、今天要做什麼檢查、報告寫了什麼——全部在這裡。它管的是**文字與流程**。 **PACS（Picture Archiving and Communication System，影像儲存與傳輸系統）** 是影像倉庫。X 光、超音波、CT、心電圖，所有「檢查做出來的東西」存在這裡，醫師要看的時候再調出來。它管的是**圖**。規模小一點、只服務單一科別或單一院區的，習慣叫 **miniPACS**。功能上是同一件事，只是倉庫小一點。搞清楚這條線，你才知道自己的系統要接哪一邊。以心電圖設備來說，答案通常是：**從 HIS 那邊拿到「要幫誰做檢查」，把做完的圖送進 PACS**。兩邊都要接，但接法完全不同。

HIS 管文字、PACS 管圖，設備夾在中間：左邊拿單、右邊送圖。

## AE Title 不是設定值，是機器在 DICOM 世界的名字醫療影像設備之間講的共同語言叫 **DICOM**。很多工程師第一次接觸會以為它是一種檔案格式，像 JPEG 那樣——這是最常見的誤會。DICOM 同時是一套**網路通訊協定**，規定兩台機器怎麼建立連線、怎麼問問題、怎麼傳檔案。既然是機器對機器講話，就要有個叫法。這個叫法就是 **AE Title**（Application Entity Title，應用實體名稱）。它的規則很樸素： - 最多 **16 個字元** - **大小寫有差**（`ECG-SERVER` 和 `ecg-server` 是兩個不同的東西） - 慣例上用大寫英數字加連字號，看起來像 `ECG-SERVER`、`HOSP-IMGSRV` 重點是它的性質：**AE Title 是身分，不是設定**。PACS 那端有一份名單，上面記著「我允許哪些名字、從哪些 IP 連進來」。名字不在名單上，連線在握手階段就被拒絕，你連錯誤訊息都不一定看得到。所以廠商問你的 AE Title，本質上是在問：**我要把你加進白名單，你叫什麼名字？**

AE Title 是身分不是設定：對方的白名單認的是「名字 + 來源 IP」這一組。

## 三個欄位合起來才是一個地址：住哪、哪扇門、叫什麼新手最容易混的是 AE Title、IP、Port 這三個到底差在哪。用寄包裹想最快：

地址對、門對，但名字寫錯——包裹一樣退件。

三個都對，門才會開。少一個、錯一個，連線都不會成立。順帶一提，`104` 是 DICOM 的公定 port，`11112` 是另一個常見的註冊 port。看到這兩個數字，你大概就知道那台是什麼東西。 ## MWL：工單不是我們產生的，是醫院「發下來」的還有一個名詞會在同一封信裡出現：**MWL（Modality Worklist，檢查工作清單）**。它就是**今天的待辦清單**。醫師在 HIS 開了一張檢查單，這張單會流到 Worklist 服務上；設備（我們的平板、超音波機、X 光機）去問一句「今天有我的單嗎？」，Worklist 就回一份名單：誰、幾號單、做什麼檢查。這解決了醫院最怕的事——**手打病歷號會錯**。護理師不用輸入病人資料，直接從清單上點，資料就跟著單子走。搭配這幾個動作看，整套 DICOM 就清楚了： - **C-ECHO** —— 敲門喊一聲「喂，聽得到嗎？」（只確認連線，不傳資料） - **C-FIND** —— 查詢，例如去 Worklist 問今天的單 - **C-STORE** —— 送檔案，把做完的檢查推進 PACS ## 一張心電圖的旅程：共五個步驟把上面全部串起來，一張心電圖從病人身上到醫師螢幕，是這樣走的（IP 與名稱都改成示意值）：

五步走完就是整張拓撲：文字從 HIS 出發、影像進 PACS、報告再回 HIS。

| # | 發生什麼 | 誰跟誰講話 | |---|---|---| | 1 | 醫師在 HIS 開檢查單 | HIS 內部 | | 2 | 設備問「今天有誰要做？」 | 我們 → Worklist `HOSP-WKSRV / 10.0.0.20 : 3320`（C-FIND） | | 3 | 護理師錄心電圖，資料回主機 | 平板 → 我們的主機 | | 4 | 主機把 DICOM 推進倉庫 | `ECG-SERVER / 10.0.0.10 : 8090` → `HOSP-IMGSRV / 10.0.0.20 : 104`（C-STORE） | | 5 | 醫師判讀完，文字報告回病歷 | → HIS | 看懂這張表，開頭那封信該怎麼回就很明確了：廠商要的是**第 4 步裡「送出去那一端」的身分**，也就是我們主機的 AE Title、IP、Port 三件組。實務上還要多講一句：心電圖送進 PACS 的格式是 **DICOM Waveform**（波形），不是一般的影像 DICOM。很多 miniPACS 只收特定的 SOP Class，格式不對會被拒收——這件事一定要在串接前講清楚，不然雙方都會在「我明明送了、我明明沒收到」之間耗掉一個下午。想深入這一段的話，我在[《DICOM 深入解析——不只是影像格式》](/blog/healthcare-software-development-14)寫過更細的踩坑；而心電圖 DICOM 存出來要用什麼打得開，則在[《心電圖存成 DICOM 之後，要用什麼打開？》](/blog/ecg-dicom-viewer-weasis)。 ## 想知道對方到底通不通？echoscu 一行指令講完名詞，給一個能立刻動手的東西。要驗證「白名單設好了沒」，不需要真的送一張心電圖過去——用 C-ECHO 敲門就好。最輕的工具是 [pynetdicom](https://github.com/pydicom/pynetdicom)（Python 實作的 DICOM 網路協定，pydicom 團隊維護）。 **3 分鐘快速上手** ```bash # 1. 安裝 pip install pynetdicom # 2. 敲門：對 10.0.0.20 的 104 埠打招呼 python -m pynetdicom echoscu 10.0.0.20 104 -aet ECG-SERVER -aec HOSP-IMGSRV -v ``` 兩個參數是整件事的重點，也剛好對應這篇的主題： - `-aet` = **calling AE title**，我叫什麼（我方） - `-aec` = **called AE title**，我要找誰（對方）怎麼判讀結果： - 沒有錯誤、回 `Association Accepted` → 通了，白名單有你 - `Association Rejected` → 網路是通的，但**名字或來源 IP 沒被接受**，回頭找對方核對白名單 - 連線 timeout → 還沒到 DICOM 這層，是防火牆或路由的問題能分清楚後面兩種，你就不會把一個防火牆問題誤報成「對方 PACS 壞了」——這個誤判在現場非常常見。 ### 有趣發現上面那幾張圖，是我為了回信順手畫的。畫到一半卡住了——因為我發現自己說不清楚 **MWL 到底算誰的**。是 HIS 的一部分？還是 PACS 的功能？去查了才確定：它是**獨立的 DICOM 服務**，資料源頭來自 HIS，但講的是 DICOM 的語言，所以通常跟 PACS 擺在一起。我在那之前的理解一直是糊的，只是因為沒人問我，所以我也沒發現自己不懂。 **能不能畫出來，是理解程度最誠實的測驗。** 名詞可以背，但要把箭頭畫在哪一格，你騙不了自己。（難怪架構師面試很愛考圖解系統設計）

心電圖存成 DICOM 之後，要用什麼打開？

Wed, 05 Aug 2026 00:00:00 GMT

## 起因原本只是要確認某個匯出的心電圖 DICOM 檔裡，那段診斷文字是不是正確的，但我用手邊的 DICOM viewer 打開，畫面一片空白。檔案其實沒壞，是工具不對 XD ## DICOM 不是「一種」檔案副檔名都是 `.dcm`，裡面可能是完全不同的東西。決定它是什麼的是 **SOP Class UID**： | SOP Class UID | 這是什麼 | 資料長什麼樣 | |---|---|---| | `1.2.840.10008.5.1.4.1.1.7` | Secondary Capture | 像素。通常是報告 PDF 轉成的圖 | | `1.2.840.10008.5.1.4.1.1.9.1.1` | 12-Lead ECG Waveform | 沒有任何像素，只有一連串電壓取樣值 | 12-Lead ECG Waveform 的 `PixelData` 是空的，內容躺在 `WaveformSequence` 裡：12 個導程，每個導程數千個 16-bit 整數。「12 導程」是哪 12 個、為什麼身上只接 10 條線，見本系列的[為什麼心電圖要用 10 條導線？](/blog/ecg-why-10-wires-12-leads)。大部分 DICOM viewer 是為影像設計的（CT、MR、X 光）。丟一個沒有像素的檔案給它，得到空白畫面是預期行為，不是缺陷。 ## Weasis [Weasis](https://github.com/nroduit/Weasis) 把波形當一等公民，作者 Nicolas Roduit，EPL 2.0 / Apache 2.0 雙授權。確認它有獨立的波形模組，而不只是宣稱支援 —— 列出 OSGi bundle： ```bash for j in $(find ~/.weasis/cache-*/ -name "bundle.jar"); do unzip -p "$j" META-INF/MANIFEST.MF | awk '/^Bundle-SymbolicName:/{print $2}' done | sort -u | grep dicom ``` ``` weasis-dicom-codec weasis-dicom-explorer weasis-dicom-rt weasis-dicom-sr weasis-dicom-viewer2d weasis-dicom-viewer3d weasis-dicom-wave ← 波形模組 ``` `weasis-dicom-wave` 是獨立 bundle，不是塞進影像檢視器的附加功能。 ## 3 分鐘快速上手 ### 裝與開 ```bash brew install --cask weasis open -a Weasis your-ecg.dcm ``` 也可以把檔案拖進視窗，或用 File → Open。 ### 畫面長這樣 ![Weasis v4.7.2 開啟 12 導程 ECG DICOM：左為 DICOM Explorer，中央為波形，右側 Measurements 面板列出 Annotations](image.png) 以下是 v4.7.2 實際畫面上的元件： - **左側 DICOM Explorer** — 載入的資料照 Patient / Study / Series 階層列出，縮圖標示為 `ECG`。上方有 Search tags 可搜欄位。 - **中央波形區** — 截圖的版面是 4 欄 × 3 列（I/aVR/V1/V4、II/aVL/V2/V5、III/aVF/V3/V6），最下方一條 II 導程的 rhythm strip。游標移到某導程時，上方會顯示該導程的 Minimum / Maximum 電壓。 - **右側 Measurements 面板** — 分成 **Markers**（游標量測結果）與 **Annotations**（Tag / Value 表格）兩區。 ### 頂部三個下拉 | 控制項 | 畫面上的值 | 作用 | |---|---|---| | `Zoom` 第一個下拉 | `auto mm/s` | X 軸走紙速度 | | `Zoom` 第二個下拉 | `auto mm/mV` | Y 軸增益 | | `Display format` | `4x2.5 Seconds with rhythm` | 導程版面配置 | `4x2.5 Seconds with rhythm` 指 4 欄、每欄 2.5 秒，外加一條 rhythm strip。這和本系列第一篇談的 [6x2 格式](/blog/ecg-report-6x2-format)是不同的版面慣例，下拉裡可以切換。另外還有一個獨立的 `Zoom: 100%` 滑桿，等比縮放不改變上面兩個刻度。 ### Annotations 面板裡有什麼這是這次真正要看的地方。表格內容直接來自 DICOM 的 `WaveformAnnotationSequence`： | Tag | Value | |---|---| | Filter Low Frequency | 0.05 Hz | | Filter High Frequency | 150.0 Hz | | Notch Filter Frequency | 60.0 Hz | | **Text** | **Heart rate (<60 bpm)…** | | Ventricular Heart Rate | 62.0 {H.B.}/min | | PR Interval | 167.0 ms | | QRS Duration | 127.0 ms | | QT Interval | 418.0 ms | | QTc Interval | 428.0 ms | | P Axis / QRS Axis / T Axis | 56.0 / 74.0 / 44.0 deg | `Text` 那列就是 `(0070,0006) UnformattedTextValue` —— 判讀文字。其餘幾列則是各自帶 `ConceptNameCodeSequence` 的數值型 annotation。 ## 什麼時候用 GUI，什麼時候用程式這次的任務是「確認一段文字精確等於什麼」。GUI 做得到，但表格會截斷（截圖裡就顯示成 `Heart rate (<60 bpm)Q…`），而且看不出不可見字元。三行 Python 更適合： ```python import pydicom ds = pydicom.dcmread("your-ecg.dcm") for item in ds.WaveformAnnotationSequence: if "UnformattedTextValue" in item: print(repr(item.UnformattedTextValue)) ``` 用 `repr()` 而不是 `print()`。這次要抓的是文字裡混進 HTML 跳脫字元（`<` 而不是 `<`），這種差異在 GUI 上、甚至在一般 print 輸出裡都容易看漏，`repr()` 會連跳脫字元和 `\r\n` 一起攤開。適用場景： | 要驗什麼 | 用什麼 | |---|---| | 波形長相、雜訊、間期量測 | Weasis | | 某欄位的值精確是什麼 | pydicom + `repr()` | | 檔案格式合不合規（SOP Class、必填欄位） | pydicom | 兩者驗的東西不同，不能互相取代。 ## 截圖前的去識別化要把畫面放進文件或簡報前，先把病患欄位換掉： ```python ds = pydicom.dcmread(src) ds.PatientName = "DOE^JOHN" ds.PatientID = "DEMO-0001" ds.save_as(dst) ``` Weasis 的 DICOM Explorer 和分頁標籤都會顯示 Patient ID，截圖時很容易連帶入鏡。另外，測試用的 `.dcm` 如果放在 git repo 目錄下，記得確認 `.gitignore` 有蓋到 —— `*.dcm` 適合預設 ignore。 ## 重點整理 - `.dcm` 副檔名不代表同一種檔案，先看 SOP Class UID - 影像用的 viewer 打不開波形，是設計範圍問題不是缺陷 - Weasis 有獨立的 `weasis-dicom-wave` 模組，判讀文字顯示在 Measurements → Annotations 的 `Text` 列 - 檢視波形用 GUI，驗證欄位值用 pydicom

為什麼心電圖要用 10 條導線？RA/LA/RL/LL/V1~V6 全解析

Tue, 10 Mar 2026 00:00:00 GMT

剛接觸心電圖的時候，我一直有個疑問： > 大家都說「12 導程心電圖」，但實際接在病人身上的線，怎麼數都只有 10 條啊？ 12 ≠ 10，這數學怎麼對得上？這就是這篇要回答的問題——搞懂 10 條導線怎麼變出 12 個導程，以及每一條線到底在幹嘛。 ## 先分清楚兩個詞：導線 vs 導程這是最容易搞混的地方，先把定義釘死： - **導線（Wire / Electrode）**：實體的線，一端接電極片，一端接機器。就是你看到護理師貼在病人身上那些東西。 - **導程（Lead）**：一個**觀察角度**。它不是一條線，而是透過兩個或多個電極之間的**電位差**計算出來的。用拍照來比喻：**導線是攝影機**，**導程是攝影機拍出來的畫面**。10 台攝影機可以兩兩搭配、組合出超過 10 種不同角度的畫面。 ## 10 條導線，分成兩組 ### 第一組：4 條肢體導線貼在四肢上，用顏色或縮寫來區分： | 縮寫 | 全名 | 位置 | 顏色（AHA 美規） | | ------ | --------- | ------ | ---------------- | | **RA** | Right Arm | 右手腕 | 白色 | | **LA** | Left Arm | 左手腕 | 黑色 | | **RL** | Right Leg | 右腳踝 | 綠色 | | **LL** | Left Leg | 左腳踝 | 紅色 | > 小提醒：AHA（美國心臟協會）和 IEC（國際電工委員會）的顏色標準不一樣。台灣醫院兩種都會遇到，開發設備時要注意相容性。 ### 第二組：6 條胸前導線貼在胸口的特定位置： | 縮寫 | 位置 | | ------ | --------------------- | | **V1** | 胸骨右緣，第 4 肋間 | | **V2** | 胸骨左緣，第 4 肋間 | | **V3** | V2 和 V4 的中點 | | **V4** | 左鎖骨中線，第 5 肋間 | | **V5** | 左腋前線，與 V4 同高 | | **V6** | 左腋中線，與 V4 同高 | V1 到 V6 從右前方繞到左側，像一條弧線包住心臟的前面和左邊。 4 + 6 = **10 條導線**。就這麼多，沒有第 11 條。 ![標題為「12-Lead ECG Electrode Placement」的解剖示意圖：左半部是胸腔正面圖，肋骨上標出 V1 到 V6 六顆彩色胸前電極的位置，下方逐條說明各自的解剖定位（V1 在右胸骨旁第四肋間、V2 在左胸骨旁第四肋間、V3 在 V2 與 V4 之間、V4 在鎖骨中線第五肋間、V5 在 V4 與 V6 之間、V6 在腋中線同一水平）；右半部是全身人形圖，標出四顆肢體電極 RA（右前臂或手腕）、LA（左前臂或手腕）、RL（右小腿到腳踝）、LL（左小腿到腳踝）——合計正好 10 顆電極](ecg-why-10-wires-12-leads-fig-1.webp) ## 4 條肢體導線如何「算」出 6 個導程？這是最有趣的部分。4 條線，透過不同的組合方式，產生 6 個觀察角度。 ### 前三個：雙極肢體導程（Bipolar Limb Leads）這三個導程是 Einthoven 在 1900 年代初發明的，最直覺——就是量兩個電極之間的電位差： | 導程 | 計算方式 | 白話 | | ------------ | -------- | ---------- | | **Lead I** | LA − RA | 左手減右手 | | **Lead II** | LL − RA | 左腳減右手 | | **Lead III** | LL − LA | 左腳減左手 | 就這樣，三個電極兩兩配對，得到 3 個導程。 ### 後三個：加壓單極肢體導程（Augmented Unipolar Limb Leads）名字超長，但概念不難。這三個導程（aVR、aVL、aVF）的做法是：**拿一個電極的電位，去減掉另外兩個電極的平均值**。 | 導程 | 計算方式 | 白話 | | ------- | ------------------ | -------------------------- | | **aVR** | RA − (LA + LL) / 2 | 右手減「左手和左腳的平均」 | | **aVL** | LA − (RA + LL) / 2 | 左手減「右手和左腳的平均」 | | **aVF** | LL − (RA + LA) / 2 | 左腳減「右手和左手的平均」 | 「a」代表 augmented（加壓），「V」代表 voltage，最後一個字母代表參考的肢體（R = Right, L = Left, F = Foot）。所以 3 + 3 = **6 個肢體導程**，全部只靠 RA、LA、LL 三條線的排列組合算出來。 ### 等等，那 RL 呢？你可能已經注意到了——上面 6 個導程的公式裡，完全沒有 RL（右腳）出現。 **RL 是接地參考電極（Reference / Ground）**。它不參與任何導程的計算，但它的存在至關重要：它提供一個基準電位，讓機器可以過濾掉身體上的共模雜訊（Common Mode Noise），例如 50/60 Hz 的市電干擾。沒有 RL，你的心電圖大概會被雜訊淹沒，什麼都看不到。 > 從硬體設計的角度來看，RL 通常會接到一個叫做「Right Leg Drive」（右腳驅動）的電路。這個電路會把偵測到的共模雜訊反相後送回 RL 電極，主動消除干擾。這是類比前端設計中非常關鍵的一環。 ## 6 條胸前導線 → 6 個胸前導程胸前導程就單純多了。每個胸前導程的算法是： > **V_n = V_n 電極的電位 − Wilson Central Terminal** Wilson Central Terminal（WCT）是三條肢體導線（RA + LA + LL）的電位平均值，當作一個「虛擬零點」。所以 V1 導程 = V1 電極的電位 − (RA + LA + LL) / 3，其他 V2~V6 以此類推。 6 條胸前導線，一對一產生 **6 個胸前導程**。 ## 算一下總帳整條推導鏈長這樣： ```mermaid flowchart LR subgraph WIRE["身上的 10 條導線"] direction TB LIMB["RA · LA · LL
3 條量測用肢體導線"] RL["RL 右腳"] CHEST["V1~V6
6 條胸前導線"] end LIMB -->|"兩兩相減"| BIP["I、II、III"] LIMB -->|"一個減另兩個的平均"| AUG["aVR、aVL、aVF"] LIMB -->|"三者平均當虛擬零點"| WCT["Wilson Central Terminal"] CHEST -->|"各自減掉 WCT"| PRE["V1~V6 導程"] WCT --> PRE RL -.->|"只除共模雜訊，不產生導程"| OUT BIP --> OUT["12 個導程"] AUG --> OUT PRE --> OUT ``` | 來源 | 導線數量 | 產生的導程 | 數量 | | -------- | ------------------- | ------------------------- | ------ | | 肢體導線 | 4 條（含 1 條接地） | I, II, III, aVR, aVL, aVF | 6 | | 胸前導線 | 6 條 | V1, V2, V3, V4, V5, V6 | 6 | | **合計** | **10 條** | | **12** | 10 條導線，12 個導程。數學對上了。 ## 為什麼是這 10 條？不能多也不能少嗎？這個配置背後有幾個考量： 1. **12 個角度剛好涵蓋心臟的兩個平面**：肢體導程看額狀面（正面），胸前導程看水平面（俯瞰），合起來能三維地觀察心臟。 2. **肢體導程之間有數學冗餘**：Lead I + Lead III = Lead II（Einthoven's Law）。所以嚴格來說只有 2 個獨立訊號，但醫學上保留全部 6 個是因為每個角度都有診斷價值。 3. **RL 不能省**：少了接地參考，訊號品質會崩潰。 4. **10 條已經是實務上的平衡點**：線太多，貼片時間長、病人不舒服；線太少，資訊不夠。10 條是夠用且可接受的數量。 > 事實上，有些特殊情境會加到 15 甚至 18 導程（例如加 V7、V8、V9 看心臟後壁，或加 V3R、V4R 看右心室），但標準檢查就是這 10 條 12 導程。 ## 小結回顧一下： - **導線（Wire）是實體的線**，導程（Lead）是計算出來的觀察角度 - **10 條導線**分成 4 條肢體（RA、LA、RL、LL）和 6 條胸前（V1~V6） - 4 條肢體導線中，**RL 是接地**，不參與導程計算；剩下 3 條透過排列組合算出 **6 個肢體導程** - 6 條胸前導線一對一產生 **6 個胸前導程** - 總共 **10 條線，12 個角度** 下次有人問你「12 導程為什麼只有 10 條線？」，你可以很有自信地說：因為有些導程是算出來的，不是接出來的。至於這 12 條波形在報告紙上怎麼排、為什麼左右兩半的時間不一樣，見本系列上一篇[《看懂心電圖報告：什麼是 6x2 格式？》](/blog/ecg-report-6x2-format)；量出來的訊號存成 DICOM 之後要用什麼打開，則在[《心電圖存成 DICOM 之後，要用什麼打開？》](/blog/ecg-dicom-viewer-weasis)。

看懂心電圖報告：什麼是 6x2 格式？

Mon, 09 Mar 2026 00:00:00 GMT

拿到一張心電圖報告，上面密密麻麻的波形，到底要從哪裡開始看？如果你跟我一樣，不是醫護背景，而是做心電圖設備系統設計的工程師，那你一定也經歷過第一次盯著報告發呆的階段。12 條波形排成一個矩陣，每條看起來都差不多，但又不太一樣——到底是怎麼排的？這就是這篇文章要解決的問題：**搞懂 6x2 格式**，也就是最常見的 12 導程心電圖報告版面配置。 ## 先搞懂 6x2 是什麼意思「6x2」這個名字聽起來很直覺，但中文的「行」和「列」實在太容易搞混了（到底哪個是橫的？哪個是直的？），所以我們用最白話的方式來記： > **上下 6 層，左右 2 塊。** 就這樣。一張橫式（Landscape）的心電圖報告，把 12 條導程（Lead）的波形排成 **6 個橫排、2 個直欄** 的矩陣。左邊一欄放 6 條，右邊一欄放 6 條，剛好 12 條導程全部排完。 ## 版面長什麼樣？把一張報告攤平來看，大概是這樣：

上下 6 層、左右 2 塊，加上底部一條連續 10 秒的節律帶。

左邊 6 條是**肢體導程**（Limb Leads），右邊 6 條是**胸前導程**（Precordial Leads）。最下面那一條是 Rhythm Strip，我們等一下會講到。 ## 12 個導程在看什麼？心電圖的 12 個導程，其實就是從 12 個不同的角度觀察心臟的電位活動。你可以想像成 12 台攝影機，從不同方位拍攝同一顆心臟。 ### 左半邊：肢體導程（Limb Leads）由上到下依序是 **I、II、III、aVR、aVL、aVF**。這 6 個導程是透過手腳上的電極來量測的，主要觀察心臟在**額狀面**（也就是從正面看）的電位變化。簡單說，它們負責回答：「心臟的電流，整體是往左還是往右、往上還是往下跑？」 ### 右半邊：胸前導程（Precordial Leads）由上到下依序是 **V1、V2、V3、V4、V5、V6**。這 6 個導程是貼在胸口不同位置的電極，主要觀察心臟在**水平面**（也就是從上面俯瞰）的電位變化。它們負責回答：「心臟的電流，是往前胸還是往後背跑？」兩組導程搭配起來，就能立體地了解心臟的電位活動狀況。 ## 時間怎麼分配？標準的心電圖通常記錄 **10 秒鐘** 的訊號。在橫式的 6x2 版面中，紙張夠寬，所以時間是這樣分配的： - **左半邊**的導程顯示**前 5 秒**的訊號（0 到 5 秒） - **右半邊**的導程顯示**後 5 秒**的訊號（5 到 10 秒）這代表左右兩邊的波形**不是同一個時間點**的——左邊先記錄，右邊接著記錄。在判讀的時候要記住這個時間差，不要把左右兩邊的波形當成同一瞬間的訊號來比較。 > 從設備的角度來看，這個設計其實是為了在有限的紙張寬度上，盡可能呈現最多的時間資訊。10 秒全塞在同一列會太擠，拆成兩段各 5 秒剛剛好。 ## Rhythm Strip：6x2 其實是 6x2+1 如果你仔細看上面的示意圖，最下面多了一條橫跨整個報告寬度的波形——這就是 **Rhythm Strip**（節律帶）。 Rhythm Strip 通常是 **Lead II**（有時候用 V1），而且是**連續 10 秒**不中斷的訊號。它的用途很單純：讓醫生可以一眼看出心律是否規則。為什麼需要這條？因為上面 12 個導程各自只記錄了 5 秒，如果剛好在第 4 秒出現一次心律不整，可能只有少數幾個導程捕捉到。有一條連續 10 秒的 Rhythm Strip，就能更完整地觀察心跳的節律變化。所以嚴格來說，很多心電圖報告的格式應該叫「**6x2+1**」——6 層 × 2 欄的導程矩陣，加上底部 1 條節律帶。 ## 小結回顧一下這篇講了什麼： - **6x2** 就是「上下 6 層，左右 2 塊」的版面配置 - 左邊放**肢體導程**（I, II, III, aVR, aVL, aVF），右邊放**胸前導程**（V1–V6） - 左右兩邊的時間不同：左邊是前 5 秒，右邊是後 5 秒 - 底部通常還有一條**連續 10 秒的 Rhythm Strip**，所以其實是 6x2+1 這是心電圖報告最常見的排版方式。下次拿到一張 ECG 報告，至少你知道那些波形是怎麼排列的了。看得懂版面之後，下一個問題通常是：既然要 12 條波形，為什麼病人身上只接得到 10 條線？這一題留到本系列下一篇[《為什麼心電圖要用 10 條導線？》](/blog/ecg-why-10-wires-12-leads)。