拒絕“自殺式”交付：醫(yī)療軟件公司如何在客制化的“黑洞”中活下去？（一）

搜索

APP

起點課堂會員權(quán)益

職業(yè)體系課特權(quán)

線下行業(yè)大會特權(quán)

個人IP打造特權(quán)

30+門專項技能課

1300+專題課程

12場職場軟技能直播

12場求職輔導直播

12場專業(yè)技能直播

會員專屬社群

榮耀標識

發(fā)布

注冊 | 登錄

拒絕“自殺式”交付：醫(yī)療軟件公司如何在客制化的“黑洞”中活下去？（一）

M-7

2025-12-22

0 評論 434 瀏覽 1 收藏

20 分鐘

醫(yī)療信息化正經(jīng)歷從‘紙面電子化’到‘管理數(shù)字化’的深度躍遷，但一線實施卻面臨‘諾基亞心理’的強烈抵制。當用戶抱怨新系統(tǒng)‘操作繁瑣’時，背后折射的是數(shù)據(jù)荒原與數(shù)字化文明的深刻沖突。本文從技術(shù)邏輯、商業(yè)博弈、組織心理三重視角，解構(gòu)HCRM系統(tǒng)實施中的‘復雜性守恒’定律與權(quán)力再分配真相。

作者在醫(yī)療信息化這片深水區(qū)里游了18年，曾參與過HIS系統(tǒng)早期的蠻荒生長，也正在經(jīng)歷HCRM（醫(yī)院客戶關(guān)系管理）的數(shù)字化重構(gòu)。這18年間，國內(nèi)的醫(yī)療信息化完成了從“紙面電子化”到“管理數(shù)字化”的深度躍遷。

然而，站在當下實施一線，作者卻感受到了一種前所未有的“深水區(qū)寒意”。這種寒意并非來自技術(shù)的瓶頸，而是來自一種結(jié)構(gòu)性的錯位：我們試圖用iPhone的性能去重構(gòu)醫(yī)療服務，但用戶卻只想把它當作諾基亞的板磚來砸核桃。 本文將從技術(shù)邏輯、商業(yè)博弈、組織心理三個維度進行全景掃描。

第一章：路徑依賴的詛咒——“諾基亞心理”與數(shù)字文明的代價

在醫(yī)療信息化的交付現(xiàn)場，最令人沮喪的時刻往往不是遇到技術(shù)Bug，而是當你捧出一顆精心雕琢的“工業(yè)明珠”時，用戶卻嫌它不如一塊“磨損的舊石頭”順手。

1.1 “好用”的假象：懷念那個無序的諾基亞時代

在HCRM（醫(yī)院客戶關(guān)系管理）系統(tǒng)上線的一周內(nèi)，現(xiàn)場實施收到的反饋幾乎是壓倒性的抗議。 “以前我點一下就保存了，現(xiàn)在為什么要選三個下拉框？” “以前我能在備注欄里隨便寫，現(xiàn)在你非要我選標準標簽，這不是折磨人嗎？” “能不能把界面改回原來的樣子？哪怕把功能加進去也行，操作習慣別動?！?/p>

以前的系統(tǒng)是什么樣子？

那是一個接近于單機版、無邏輯校驗、無系統(tǒng)聯(lián)動的“諾基亞時代”。在那套系統(tǒng)里，工作人員輸入一個“王大爺”，系統(tǒng)絕不會跳出來告訴你：“數(shù)據(jù)庫里有 50 個王大爺，請問是哪一個？”。在那套系統(tǒng)里，備注欄可以被當作日記本，你可以隨意輸入任何非標準化的字符，而不需要考慮這些數(shù)據(jù)在三年后是否能被檢索，或者是否能為醫(yī)院的經(jīng)營分析貢獻一個維度的價值。

這種“好用”的本質(zhì)，是數(shù)據(jù)的極度荒蕪。

但這種“好用”是建立在數(shù)據(jù)荒原之上的。諾基亞時代的系統(tǒng)之所以“快”和“簡單”，是因為它把所有的復雜性全部推給了人類的大腦。護士需要憑記憶去辨別患者身份，客服需要用紙筆記錄 HIS 里的流水號。系統(tǒng)只是一個電子記事本，它不參與邏輯判斷，不負責數(shù)據(jù)質(zhì)量。這種“簡單”，是以犧牲醫(yī)院整體數(shù)字化資產(chǎn)價值為代價的。它將所有的復雜性都轉(zhuǎn)嫁給了“人的記憶”和“未來的風險”。

1.2 深度分析：復雜性的守恒與位移

作為設(shè)計者，我必須向所有的醫(yī)院管理者和從業(yè)者闡述一個深層的物理學邏輯：在一個嚴密的業(yè)務系統(tǒng)中，復雜性是守恒的。

所謂復雜性守恒，是指一個系統(tǒng)要完成既定的業(yè)務目標，其背后的邏輯密度是確定的。

在諾基亞時代： 系統(tǒng)的界面極簡。因為復雜性被位移到了“人”的身上。醫(yī)院需要大量的人力去對賬、去糾錯、去在信息孤島中人肉擺渡。
在 iPhone 時代（新時代的系統(tǒng)）： 我們?yōu)榱藢崿F(xiàn)全院數(shù)據(jù)的“書同文、車同軌”，在系統(tǒng)底層埋設(shè)了成千上萬條比對邏輯。

當用戶抱怨“現(xiàn)在為什么要選三個下拉框”時，她們感知不到的是：多出的這兩個下拉框，背后對應的是系統(tǒng)自動在 HIS、體檢、預約庫中進行的數(shù)億次數(shù)據(jù)碰撞。

為什么要這么做？ 因為 HCRM 的靈魂在于數(shù)據(jù)質(zhì)量（Data Integrity）。如果我們在錄入端放水，允許用戶像以前一樣隨心所欲，那么我們交付的 EMPI 就會瞬間崩塌。一個患者在門診叫“王利”，在體檢叫“王莉”，在 CRM 里又變成了“王女士”。如果系統(tǒng)不強制要求核對身份，那么這三個身份將永遠無法合并。結(jié)果就是：醫(yī)院花費巨資建設(shè)的所謂“全生命周期服務”，在底層邏輯上就是斷裂的。

這就好比客戶購買了一臺 iPhone，他理應享受 FaceID、全家桶數(shù)據(jù)同步、云端備份帶來的極簡體驗。但他卻因為 iPhone 沒有諾基亞那樣的實體撥號鍵而大發(fā)雷霆。他不在乎數(shù)據(jù)是否安全，不在乎云端是否同步，他只在乎在撥號的那一秒鐘，他的手指能不能感受到物理按鍵的反饋。

1.3 局內(nèi)人視角：多維度的心理博弈

在這個僵局中，每一個角色都在進行一場關(guān)于“利益”與“權(quán)力”的博弈。

【角色一：一線客服/護士——“被工具異化的焦慮”】

對于一線人員來說，系統(tǒng)的進步往往伴隨著“控制權(quán)”的喪失。在舊系統(tǒng)里，她們是數(shù)據(jù)的主人。她們想怎么寫就怎么寫，這種模糊性帶給她們一種心理上的安全感。而新系統(tǒng)要求每一條數(shù)據(jù)都必須標準化、必須與 HIS 勾連。這意味著她們的工作變得透明、可追蹤、可考核。 “不好用”往往是一線人員最后的防御工事。她們通過抱怨系統(tǒng)復雜，試圖奪回對工作節(jié)奏的控制權(quán)。

【角色二：實施工程師——“文明沖突的犧牲品”】

我手下的實施工程師們常說自己是“掃雷兵”。他們在現(xiàn)場面臨的壓力是毀滅性的。一邊是產(chǎn)研團隊堅持的“數(shù)據(jù)底座邏輯”，一邊是醫(yī)院一線人員拍著桌子喊“不改界面不給驗收”。很多年輕的工程師在現(xiàn)場會崩潰。他們試圖講道理，講 EMPI 的重要性，講數(shù)據(jù)主權(quán)的唯一性。但對方只回一句話：“我不管你以后要干嘛，我現(xiàn)在點這個按鈕覺得慢，你給我改成原來的風格?！?/p>

【角色三：產(chǎn)品經(jīng)理——“守住未來的守夜人”】

我曾在無數(shù)次評審會上拍案而起：“不能改！改了，這個系統(tǒng)的底座就塌了！” 我知道只要我妥協(xié)，增加幾個無邏輯的表單，項目就能迅速驗收，我也能拿到回款。但在醫(yī)療信息化領(lǐng)域深耕多年，我有一條最后的職業(yè)底線：我不能交付一個明知是垃圾的系統(tǒng)給客戶。 如果我為了迎合當下的習慣，去閹割掉數(shù)據(jù)的閉環(huán)與邏輯的嚴密，那我不是在做產(chǎn)品，我是在做“數(shù)字化鴉片”。這種鴉片能緩解上線的陣痛，但它會讓醫(yī)院的數(shù)字化進程徹底癱瘓在過去的泥潭里。

1.4 孤島的終結(jié)：身份識別邏輯背后的“管理成本”之爭

在 HCRM 系統(tǒng)設(shè)計中，最令我引以為傲也最令用戶頭疼的，就是 EMPI（Enterprise Master Patient Index，企業(yè)患者主索引）。

在“諾基亞時代”，醫(yī)院的數(shù)據(jù)是碎片化的。同一個患者，在門診可能登記為“劉美玲”，在住院處因為方言口音被誤錄為“劉美林”，而在體檢中心可能只留下了一個手機號和“劉女士”。在舊系統(tǒng)中，這三個人是完全獨立的，她們的診療記錄、消費習慣、隨訪禁忌被永遠鎖在各自的孤島上。

當我們帶著基于可個性化配置的邏輯規(guī)則匹配的 EMPI 進入醫(yī)院時，系統(tǒng)在錄入界面設(shè)置了“多重關(guān)卡”。

系統(tǒng)的邏輯是： 當你輸入“劉美玲”時，我必須在 0.5 秒內(nèi)檢索全庫，告訴你：“數(shù)據(jù)庫中已存在高度疑似的‘劉美林’，請核對是否為同一人?！?/li>
一線員工的邏輯是： “我管她是不是同一個人，我后面排著隊呢，你別讓我選，讓我直接點保存！”

有一次，在某醫(yī)院的現(xiàn)場，一位資深護士長指著屏幕對我說：“你們這系統(tǒng)太軸了，我輸個電話號碼，它非要我確認地址。以前我們都是隨便填個‘本市’就過了，現(xiàn)在你非讓我問清楚是哪個區(qū)哪條街，這不叫信息化，這叫折磨人?！?/p>

我當時反問她：“如果不問清楚，三個月后患者出院，我們需要根據(jù)網(wǎng)格化管理進行社區(qū)隨訪時，我們怎么知道該把這個任務分給哪個社區(qū)護士？如果數(shù)據(jù)是廢的，那我們這幾百萬的隨訪系統(tǒng)不就成了擺設(shè)？”

她愣了一下，但隨后依然咕噥著：“那是隨訪的事，跟我錄入有什么關(guān)系？”

這就是認知的斷裂。 每個人都想享受數(shù)字化帶來的果實（精準的隨訪、清晰的報表、自動化的提醒），卻沒有人愿意承擔產(chǎn)出這些果實所必須付出的“數(shù)據(jù)成本”。這種“鴕鳥心態(tài)”是路徑依賴最頑固的表現(xiàn)。

1.5 權(quán)力之爭：界面排布背后的“科室主權(quán)”

在復盤中，我們必須觸及一個極其隱秘的話題：界面布局（UI/UX）本質(zhì)上是科室權(quán)力的分配。

在“諾基亞時代”的 HIS 系統(tǒng)中，界面往往是扁平且雜亂的。一個頁面里塞滿了上百個輸入框，不管你是醫(yī)生、護士還是財務，看到的都是同一個“萬能表單”。這種設(shè)計的潛臺詞是：業(yè)務是模糊的，權(quán)力是平均的。

而 HCRM 的設(shè)計思路是基于業(yè)務流（Workflow）的。我們將界面拆分為：客戶畫像區(qū)、服務進度條、待辦任務臺。這種設(shè)計強制要求一線員工按照既定的管理邏輯行事。

你必須先完成“身份核實”，才能解鎖“需求登記”
你必須填寫“意向強度”，系統(tǒng)才能觸發(fā)后續(xù)的“精準營銷”

這種邏輯閉環(huán)，在用戶眼里變成了“操作繁瑣、層級太深”。她們甚至要求：“你能不能把所有東西都擺在第一頁，讓我一眼看全？”

這種訴求背后的真相是：她們拒絕被系統(tǒng)的邏輯引導。 她們習慣了那種“跳躍式”的工作方式，想填哪就填哪，想不填就不填。一旦系統(tǒng)通過界面引導強加了一套管理秩序，她們就會感到一種“主權(quán)被侵犯”的焦慮。

作為產(chǎn)品經(jīng)理，我深知，如果我退縮了，把所有字段重新平鋪在一個頁面上，那就是在向“前現(xiàn)代化管理”繳械投降。那樣做出的系統(tǒng)，雖然操作快了，但數(shù)據(jù)的邏輯鏈條斷了。一個沒有邏輯鏈條的 CRM，最終只能淪為一個落滿數(shù)字灰塵的荒冢。

1.6 技術(shù)背后的商業(yè)哲學：軟件是管理共識的容器

最核心的感悟：軟件不只是代碼的集合，它是一個組織關(guān)于“管理共識”的實體容器。

當我們把 HCRM 部署到醫(yī)院時，我們交付的其實是一套預設(shè)好的“服務邏輯標準”。比如：

患者投訴后，必須在 4 小時內(nèi)有初步反饋；
重點手術(shù)患者出院后，第 3 天、第 7 天必須觸發(fā)自動隨訪。

這些標準，被我們封裝成了代碼，固定在了交互流程里。當用戶抗議“不好用”時，她們抗議的往往不是軟件本身，而是背后那套變嚴了的管理制度。

在舊系統(tǒng)里，制度是寫在紙上的，是可以“通融”的。紙上的制度像一根橡皮筋，想拉多長就拉多長。但在我們的 HCRM 里，制度變成了硬邦邦的代碼。如果不完成隨訪，后臺的任務中心就會永遠顯示“待辦”，院長的運營看板上就會出現(xiàn)一個顯眼的紅點。

這種“不可規(guī)避性”，才是諾基亞心理最恐懼的東西。

于是，她們試圖通過攻擊系統(tǒng)的“復雜性”，來解構(gòu)這套管理制度。她們希望系統(tǒng)變回“諾基亞”，變回那個可以隨意刪改、不留痕跡、不觸發(fā)警報的簡易工具。這是一種本能的避險反應，也是數(shù)字化轉(zhuǎn)型中最難逾越的高山。

1.7 排除問題：為什么“一鍵改版”是產(chǎn)品的商業(yè)自殺？

在項目僵局中，為了回款，為了結(jié)項，很多項目經(jīng)理會向產(chǎn)研團隊哀求：“求求你們了，給他們做一個‘懷舊模式’吧，界面長得跟以前一模一樣，邏輯掛在后面就行?！?/p>

這是一個極度誘人但又極度危險的誘餌。

為什么必須拒絕“懷舊模式”？

數(shù)據(jù)一致性的崩塌： 現(xiàn)代 HCRM 是基于 React/Vue 等前端框架的組件化開發(fā)，數(shù)據(jù)的雙向綁定與底層數(shù)據(jù)庫的觸發(fā)器是高度耦合的。一旦為了模擬舊系統(tǒng)的“萬能表單”而強行打通，會導致數(shù)據(jù)校驗失效，產(chǎn)生大量的臟數(shù)據(jù)。

升級能力的喪失： 如果你為 A 醫(yī)院做了一個“懷舊版”，你就得為它維護一個獨立的代碼分支。這意味著以后公司所有的功能迭代（比如引入 AI 導診、接入大模型畫像），A 醫(yī)院都無法使用。因為那個舊界面根本承載不了新功能的交互。

品牌心智的降級： 作為一家專業(yè)的醫(yī)療信息化廠商，如果我們允許系統(tǒng)退化到 20 年前的水平，那我們在客戶心中就不再是“數(shù)字化專家”，而變成了一個“寫代碼的勞務工”。

“為單個客戶定制‘懷舊版’，本質(zhì)上是在用公司的長期研發(fā)帶寬為客戶的短期‘拒絕成長’買單。這種負資產(chǎn)的累積，最終會拖垮公司的響應速度?！?/p>

這種妥協(xié)，是對產(chǎn)品生命的“自殺性攻擊”。