袁永福--南京都昌信息科技有限公司創始人

在2024年5月28日開會后，我們南京都昌公司立刻開啟對OFD文檔格式的研究，至今已逾一年，是比較早的掌握了OFD文檔技術的HIT原生企業，經過這一年多的研究探索，我們在OFD的理論研究和實際應用方面均有所心得。 OFD文檔有什么用，能帶來什么價值，筆者的其他文章已經討論過了，本文只專門探討OFD的落地實現，為HIT同行提供借鑒。

■前言

　　2024年5月28日，國家衛健委醫院管理研究所于北京召開醫院高質量發展大會，首次提出了OFD文檔格式。2025年8月15號，醫院管理所又在南京召開OFD-H專場會議，指出新的智慧醫療評級中，OFD- H在新的智慧醫療評級中將占據較為重要的位置。

　　在2024年5月28日開會后，我們南京都昌公司立刻開啟對OFD文檔格式的研究，至今已逾一年，是比較早的掌握了OFD文檔技術的HIT原生企業，經過這一年多的研究探索，我們在OFD的理論研究和實際應用方面均有所心得。

　　OFD文檔有什么用，能帶來什么價值，筆者的其他文章已經討論過了，本文只專門探討OFD的落地實現，為HIT同行提供借鑒。

　　我們經過研究認為，OFD技術大體有四種實現技術途徑。

■第一種，業務數據→PDF→OFD

　　當前許多醫院的信息化系統已經支持以PDF格式導出歸檔文檔，另外已有成熟的軟件（包括商業軟件）能夠將PDF轉換為OFD文檔；同時IT業界也有較為成熟的OFD虛擬打印機，可使業務系統通過虛擬打印的方式生成OFD文檔。醫院能借助這些技術手段能比較快的實現OFD文檔的生成。

　　不過，這種方式生成的OFD文檔只能供人閱讀，無法后期自動化的數據抽取分析。因此這種OFD文檔還需要進行業務數據的補錄，由于業務數據的產生和數據補錄在流程時序、開發組織、邏輯模塊劃分等方面距離較遠，因此實際上落地上困難重重，這導致生成的OFD文檔包含的可自動抽取的業務數據很少，距離OFD-H的預期目標還很遠。

　　這種模式還需要防范OFD的“可視化陷阱”，也就是OFD文檔從軟件處理的角度上是所見非所得，是“陽奉陰違”的。比如有OFD文檔打開后顯示如下：

　　而打開OFD頁面Content.xml內容則顯示如下：

　　這是由于OFD生成軟件讀取TTF文件，將字符輪廓數據輸出為OFD路徑，但不輸出原始文本。這種OFD文檔基本上沒有后期數據分析的價值。

■第二種，業務數據→版式文檔風格模板→OFD

　　人們還可以使用數據套模板的形式來生成OFD文檔，大體可以分為兩種樣式。其中一種是基于版式文檔風格模板設計器來實現的，其原理如下圖所示：

　　在這種設計器中，文檔包含多個文檔元素，大體分為文本標簽，圖片，勾線框等多種文檔元素，所有的元素都使用確定的絕對坐標值，也就是Left，Top，Width，Height這4個數值來確定文檔元素在文檔中的位置。此時的用戶界面類似于傳統的報表設計軟件：

　　　　　　　　 這種基于直角坐標的設計器技術實現難度不大，但勞動效率低下。比如對于病案首頁，需要拖拽幾百個文本標簽密布到界面上，文本標簽之間存在很多對齊操作，當要插入新的元素，則要手動調整其他元素的排版，手工工作量大。

　　OFD標準是面向全行業推廣的國家標準，不僅僅是少數大醫院的玩具，更應該是成千上萬家醫院的勞動工具，因此必須要降低落地成本，提高實施工作效率才能推廣普及開來的。假設全國有10000家醫院需要實現OFD功能，平均每個醫院需要制作1000個模板，每個模板制作和維護工作耗時2人天。則整個HIT行業為了推廣OFD標準，光模板制作工作就需要耗費2千萬人天的工作量。很顯然，如此巨大的推廣成本阻礙了OFD標準在全國的推廣。

■第三種，業務數據→流式文檔風格模板→OFD

　　這種OFD生成路徑和第二種很相似，但是采用了基于流式文檔風格的模板設計器。其原理圖如下：

　　所謂流式文檔是類似MS WORD文檔那樣的，文檔元素在文檔視圖中的坐標位置是根據上下文動態計算出來的。在文檔中每插入一個字符，周邊的字符會自動調整其坐標位置來更新文檔整體的排版結果。

　　流式文檔和版式文檔最大的優勢就是制作文檔的工作效率成倍增加。用戶可以純鍵盤操作來錄入內容，可以使用表格快速完成復雜內容的錄入和排版。因此基于流式文檔風格的模板設計器其界面可以如下所示：

　　這是一個元素拖拽和自由文本錄入結合的界面。用戶可以用鼠標操作將左邊的數據源節點拖拽到文檔的任意位置處，也可以正中間用純鍵盤進行自由文本錄入，還可以在右邊的屬性列表中仔細設置單個文檔元素的屬性。工作效率比版式文檔風格的模板設計器要高得多，這能成倍提高OFD模板的制作效率，降低系統運維成本，有利于OFD標準向全國各級醫院推廣。

　　這個技術路徑的一個瓶頸就是研發出這個模板工具技術難度非常高，絕大多數HIT企業單靠自己是無法實現的。

■第四種，病歷文檔→OFD

　　當前醫院軟件系統中，已經大量采用病歷編輯器來記錄和展示各種業務數據，此時醫院產生的業務信息很大部分是存儲在病歷文書中的。如果病歷編輯器能原生的直接生成OFD-H文檔，那就非常完美的完成了OFD-H的功能了。簡單高效，對現有業務系統改造最小，而且生成的OFD-H文檔質量最高。能將OFD-H標準很快速的推廣到全國各級醫院。

　　不過這種技術路徑完全依賴病歷編輯器軟件的能力，這對編輯器開發者提出了非常高的要求，非頂尖專業團隊是根本做不到的，絕大部分HIT企業僅僅依靠自己的力量是無法做到的，必須要借助外部力量。

■四種實現路徑對比

　　對于這四種實現路徑，筆者定義了以下五個度量維度：

1. 研發成本：研發所需的底層技術的難度和成本。數值越大，成本越高。而且這里存在非常艱深的技術難題，有著不小的投資失敗的風險。
2. 改造成本：對現有信息化系統的改造成本。修改量越大，成本越高。
3. 運維成本：系統運行維護工作的成本，包括模板制作和持續修改等等。數值越大表示成本越高。
4. 短期效果：功能模塊正式運行半年內滿足用戶預期目標的程度。數值越大表示效果越好。
5. 長期效果：功能模塊正式運行半年后滿足用戶預期目標的程度。數值越大表示效果越好。

　　基于這五個度量維度，筆者畫出了4個雷達面積圖用于大致評估這四種技術路徑：

　　通過這四張圖可以看出這四種技術路徑各有優缺點，各個市場主體應該根據自身情況來挑選。

■醫院的決策建議

　　當前大環境下，許多醫院經營情況不佳，即使新的《智慧醫療評級》包含了OFD的內容，奈何醫院普遍財力不足。如何在有限的資金下做好OFD相關的工作，這是很多醫院決策者必須要面臨的情況。為此筆者給出以下建議：

　　第一，無論醫院條件如何，首先考慮第四種OFD實現路徑，也就是編輯器原生支持OFD文檔，因為這種模式成本最低，效果最好。

　　第二，如果病歷編輯器不支持原生OFD生成，那就要優先采用第三種OFD生成路徑了。花些錢能實現不錯的OFD的功能，也是物有所值了。

　　第三，如果實在不行那就考慮第一種OFD生成路徑，成本低，速度快。雖然最后生成的OFD文檔質量不高，是應付式合規，但總算是有了零的突破。

　　第四，對于大多數醫院來說，第二種OFD生成路徑運維成本太高，要花不少錢做模板，需要謹慎考慮。

　　第五，如果醫院財大氣粗，要求高，那可以全都要。

■我們的能力

　　我們南京都昌信息科技有限公司基于雄厚的技術積累和對醫院業務的深刻理解，已經在HIT行業內率先掌握了OFD技術，我們的病歷編輯器已經具備原生OFD能力，我們有足夠的能力來幫助用戶實現其最期望的OFD技術路徑。

■小結

　　本文討論了四種OFD的落地實現的技術路徑，分析其中的優缺點，并給醫院決策提供了一些建議。筆者認為，拋開新的《智慧醫療評級》，其中的OFD標準單獨拎出來也是一個具有重大戰略意義的技術標準，值得我們繼續深入研究和探索。筆者也歡迎OFD道友前來相互學習共同進步。