臨床資訊系統的困局

這幾年蘋果產品大賣，喬布斯成為偶像，產品管理重新成為程式員社區熱議的話題。所以我也跟風一下，梳理自己在醫學資訊化方面的一些產品體驗。

之前工作的一家公司，規模不大，沒有真正意義的市場部門，產品經理隸屬研發部門，直接彙報給研發經理。產品經理同時承擔著研發專案管理，跟蹤市場趨勢和競爭者，以及協助銷售部門打單的售前工作。

當時大多數產品是成功的，唯專屬一個產品，從概念提出到產品研發持續了一兩年，但沒有客戶，後來被證明犯了方向性錯誤，立即砍掉，剛好負責這個產品的資深老專家找到更好的出路，奔赴自己的前途去了。其實當時這個產品的名字聽起來就玄乎，叫做臨床資訊系統。

在某種行業共識中，醫院資訊系統可以分為截然不同的兩塊，一個是管理資訊系統，一個是臨床資訊系統。當時提的臨床資訊系統其實有點概念泛化，其實主要是做電子病曆，因此後來一些被認為很先進的理念，比如結構化文檔、臨床路徑、臨床提示等，當年很早就被注意到。現在回想起來，當時之所以老闆把它命名為臨床資訊系統，很可能就是為了突出他的產品理念，即是以提高醫學品質為目的，而不是像市面上大多數HIS那樣，以醫院管理（特別是幫醫院計算收支）為目的，順帶做一點臨床資訊化。

老闆很早就跟我們灌輸產品管理的概念，一個核心思路是：談到一個產品，你先不要跟我說它的功能，你先跟我說它的設計理念是什麼，What make it different。

順著提高醫學品質的理念，我們開始接觸到老外提出“醫學資訊決定醫學品質”的口號，以及被叫做醫學資訊學的一堆東西，從基本的結構化錄入，HL7 CDA，到自然語言處理，甚至本體論，然而這對於中小企業來說就是個無底洞。關鍵問題是，在中國和美國的醫學體制下，醫學資訊化市場一直很反感除了能夠協助管理財務以外的所有東西，至少當時是這樣，過去也一直是這樣，現在可能也還是這樣。

於是，堅守臨床資訊系統，等待醫學體制迴歸正統，成為一種革命者式的理想主義。

後來幾年國內醫學軟體行業的發展似乎也證明了這一點，能上市或者跟上市撤上邊的公司，要麼是做所謂HIS的，要麼是做某種跟硬體裝置有一些關係而且專業化程度比較高的臨床資訊系統（比如PACS）的。其他臨床資訊系統，比如LIS、EMR、影像處理和輔助診斷等，要麼一直維持在生存線上，要麼成為HIS或PACS公司旗下順帶做做的一個產品線。另外一些在醫院財務管理業務方面背景比較強的HIS公司，可能根本不用討論上市的問題，自己的錢都花不完。

近年來一些新的業務和技術的發展，包括健康檔案、遠程醫學、移動醫學，也許也難以改變這個現狀。這些新的業務（比如遠程醫學）的運營模式還在探討之中，大多隻能以項目開發的方式參與，產品化的機會並不成熟，很多廠商都是邊參與邊觀望，能觀望的都是已經有比較成熟的其他產品，耗得起的公司。對於一些雖然業務模式尚未成熟，但已經成為明確發展方向的領域（比如健康檔案），有點錢的公司都趕緊圈地，未雨綢繆。而對於新技術的出現（比如移動醫學），它可能對公用衛生領域的福士健康模式影響巨大，但對於醫學行業領域的臨床業務的改變到底有多大，現在並不清楚，而且現在行業軟體領域已經出現iPad只是醫生和領導的玩具的論調。

另外，這些年來開始有人在討論中介軟體，這個已經在金融和企業這些資訊化比較成熟的領域耳熟能詳，甚至開始有些過時的概念。但在目前的醫學行業領域聽到中介軟體這個詞，不管它指的是某某整合平台，某某通訊匯流排，某某商業智慧或者是其他一些可以把醫生弄暈的東西，都會讓我覺得有點害怕（站在產品管理的角度），當然對於一個不懂醫學整合，或者對其他行業的資訊化情況不太瞭解的技術人員來說，聽起來好像很酷。

其實做中介軟體並不是壞事，而且隨著醫學資訊化的發展，特別是在電子病曆和健康檔案的真正落地的這些年中，中介軟體會成為最大的幕後主角。但中介軟體的產品運作方式跟面向終端使用者的產品完全不一樣，其中的關鍵還是需要找一些切入點，這個切入點要麼自己找，要麼讓夥伴找：沒有切入點，中介軟體就什麼都不是。

還有一個有趣的東西，記錄一下以免忘記。多年前聽到某種坊間傳聞，行業資訊系統的項目開發費用劃分大概是：15%回扣 + 15%提成 + 10%運營 + 30%利潤 + 30%技術（包括設計研發實施維護）。近年來埋頭技術研發，與世隔絕久了，不知道現在的狀況還是不是這樣。