一格紅字先被獨立出來了：BUN 偏高的報告，是一頁需要合讀的介面

2026 年 10 月 28 日，APPI News 刊出一篇由總編輯羅揚撰寫的健檢判讀文章，談的是 BUN（尿素氮）偏高與 eGFR 低於 60 時該怎麼辦、該看哪一科。這篇文章本身寫得節制，但它示範了一件我們在設計上很熟悉的事：一張檢驗報告其實是一個介面，而大多數人讀它的方式，是把紅字單獨拆出來看。

先從報告的版面看起。檢驗報告的排版邏輯是「一項數值、一格欄位、一行參考範圍」，每個項目各自獨立，紅字標記異常。這種排法利於逐項核對，卻也悄悄暗示每個數值可以單獨解讀。BUN 的問題就出在這裡：它是蛋白質分解後產生的尿素氮，由腎臟排出，但脫水、高蛋白飲食、腸胃道出血、心衰竭與部分藥物都會讓它上升。換句話說，這一格紅字的成因清單比版面讓人以為的長得多。文中引 MedlinePlus 的說明：異常數值未必代表需要治療的疾病。

真正的判讀單位，其實跨越了好幾個欄位。文章指出要合看肌酸酐、eGFR 與尿白蛋白，並引 KDIGO 2024 指引：eGFR 低於 60 mL/min/1.73 m²，或尿白蛋白／肌酸酐比值達 30 mg/g 以上，且異常持續至少三個月，才符合慢性腎臟病的判定條件之一。這裡的設計問題很清楚：報告把資訊切成格子，醫療判斷卻是格子之間的關係。「持續三個月」更是版面完全裝不下的一個維度，它需要至少兩份不同時間的報告並排才看得見。

BUN/Cr 比值是另一個有意思的介面設計案例。它是 BUN 除以肌酸酐，提供兩個數值相對變化的線索：比值偏高可能指向水分不足或腸胃道出血。但文章特別提醒，不同計量單位不能直接混算，檢驗單上若沒列比值，應由醫療人員確認單位後再計算。一個比值把兩格數字壓縮成一個線索，卻同時把單位這個前提藏了起來。這跟我先前在豚草季衛教的統計口徑裡觀察到的現象同構：數字被排上版面時，它的計算條件往往先被拿掉了。

就醫的介面也被這篇文章排得很具體。若 BUN 偏高同時有肌酸酐升高、eGFR 降低、尿蛋白異常，或複檢後仍紅字，先回家庭醫學科或新陳代謝科評估，再討論是否轉腎臟科、加驗尿液。若比值偏高又出現黑便、吐血或咖啡渣樣嘔吐物，依 MedlinePlus 指引應立即就醫，那已經是腸胃科的急診範圍。急與不急的分界，被寫成一組可指認的症狀，而非一個數字。

複檢前的準備則是另一層誠實的設計。文章說明 BUN 抽血本身通常不需特別準備，但同次併驗項目可能要求禁食，要依開單醫師指示；也不必為了數字好看而在抽血前刻意大量喝水、突然改變飲食或自行停藥。要把近期的飲食變化、嘔吐腹瀉、喝水狀況、藥物與保健食品完整告知醫師。這段話的價值在於它承認：報告上的數字會被抽血前的生活狀態塑造，而這些狀態預設不會出現在版面上，只能靠病人自己補進對話裡。

一張檢驗報告最誠實的讀法，或許是把紅字當成提問的起點，而不是結論。這篇文章做對的地方，是它把「單看紅字不能判定腎功能變差」這件事，拆成一組可操作的欄位、時間與就醫路徑。版面把數值切成格子，判讀得把它們重新縫起來；能縫的，從來都是那個帶著完整報告與生活背景走進診間的人。

疾管署疫情通報的危險徵兆清單是同類的例子：公共衛生資訊的可讀性，往往取決於就醫警訊有沒有被排在數字旁邊。BUN 這頁報告也一樣，紅字旁邊真正該有的欄位，是「這個數字之前與之後發生了什麼」。