粉紅女郎

筆者從事醫療信息化行業10多年，從事電子病歷編輯器的編寫工作10余年，對當前熱門的B/S架構有一些心得發出來和大家討論，筆者信譯。需要一款專業化、能滿足電子病歷系統所有功能的病歷編輯器可參考：

1. 全結構化

陳舊的自定義字符串格式，雖格式靈活，但需自己編寫病歷格式解析器，工作量大，容易出錯，沒有結構化，第三方無法提取數據；半結構化病歷數據雖解析方便，但受XML結構限制，結合豐富的電子病歷業務需求時，導致數據冗余，可讀性較差，半結構化電子病歷，不利于數據共享。半結構化數據都是放到節點中的并按流模式依次布局，遇到XParagraphFlag標志則布局器進行一次換行操作，其它復雜節點實現也存在相同問題，導致第三方無法通過XML直接取得某個段落或其它數據節點，必需通過指定的編輯器進行提取，第三方使用XML受到很大限制。因此，非結構化電子病歷或半結構化電子病歷不利于第三方進行大數據分析，想轉換為全結構化的CDA(臨床文檔結構)也十分困難。

個人認為最好是全結構化，需要能實現結構化的電子病歷文檔，能用不同的方式提取和存儲數據，滿足多種存儲方式，讓電子病歷更靈活的使用調取存儲數據，能達到支持多種格式XML、PDF、JSON、HTML、圖片、文本等格式存儲。全結構化B/S還有一個好處程序功能模塊化。需要加一個功能，就新增一個WEB頁面，寫上服務器端代碼，這個操作對已有模塊沒有任何影響。因此比較容易做出層次明晰，結構合理，能持續可控變化的系統，全結構化的B/S在客戶端的部署、維護和升級很方便，這是C/S沒辦法比的。

2. 解決 web編輯器的病歷模版分頁難題

在使用電子病歷過程中，經常出現編輯好的文檔在分到下一頁時病歷出現不規范呈現，需要達到編輯過程的有所見即所得的分頁效果。電子病歷打印出來錯亂情況，不方便病人查看病歷，也需要實現打印和編輯的文檔保持完全一致性，所以不僅要全結構化數據，還需要解決全結構化的分頁難題；醫院的繁忙，電子病歷就需要更方便的提供服務，比如電子病歷的匯總等算法加持，分頁算法的自動匯總等；

3. 需要跨平臺和不限制瀏覽器

傳統醫療廠商大多嚴重依賴桌面系統，隨著行業的競爭加劇，越來越多的互聯網廠商開始進入傳統醫療行業，同時傳統醫療廠商也在積極開拓互聯網產品。在CS版電子病歷市場日益飽和的今天，電子病歷行業急需一個功能全面、穩定的、跨平臺的電子病歷編輯器。BS版電子病歷可以借助瀏覽器實現跨平臺，是一個不錯的發展方向。比較主流的方案是使用HTML+JS架構，但是因為前端技術儲備不足且與電子病歷行業結合不緊密，導致大多數產品可用性都不高。電子病歷內容分頁、表格拆分、元素聯動相關特色算法移植到前端時，使用IE內核、webkit內核、blink內核的瀏覽器應用都無法介入html解析刷新過程，導致一系列的效率、適配問題。 究其原因是因為傳統醫療行業和電子病歷編輯器廠商絕大多是傳統桌面開發起家的，在互聯網WEB領域技術儲備不足，并且需要投入大量人力迭代功能適配顯示差異。

互聯網行業的繁榮，促進了前端行業的高速發展，開源前端web編輯器多如牛毛，并且大同小異。因為網頁沒有頁面沒有頁概念，所以所有的開源web編輯器都不支持內容分頁、表格拆分等文檔基礎功能，都需要深度二次開發。

網易旗下的有道云筆記等云筆記產品，仍然是一個普通web編輯器，內容分頁、表格拆分等功能實現不理想，進化不夠離文檔編輯器還差得遠。目前只有金山WPS有實力實現了HTML+JS方案的文檔編輯器，跨平臺顯示較為理想，但是如果想與電子病歷編輯器結合又存在內核臃腫、成本高等問題。

總體來說前端編輯器如果在開源WEB編輯器項目上做二次開發完善，需要深厚的功底及人力資源投入。

因此需要在多個平臺和不同瀏覽器使用電子病歷查看和使用時不局限于平臺和瀏覽器，達到更方便更靈活的使用。需要實現不同平臺（如HarmonyOS、Windows、IOS等）、不同瀏覽器（如Chrome、Firefox、Edge、360 browser、QQ browser等）的混合編輯結果一致性、顯示和打印效果也需要達到一致性，不能在呈現過程中出現數據錯亂。

4. 降低硬件成本

盡可能的節約硬件資源，避免用戶軟件升級一次增加一次硬件成本，導致成本太高，做到更小的內存，對硬件要求降低，或者因為升級打開系統慢等問題，需要做到啟動快，硬件成本低，這樣就必須要做到單個文檔關閉后內存立即釋放，達到更好的節約硬件資源。

5. 電子病歷的集成問題

需要簡單方便的集成方式，支持原生多實例，多文檔能否應用不同位置同時顯示和編輯，同時集成編輯視圖與模版視圖。

6. 兼容強低耦合

支持從Word, Excle復制粘貼； 支持跨瀏覽器頁簽復制粘貼；支持在線文檔復制粘貼；支持常見電子病歷格式導入，。

7. 符合「安全可靠工程」的要求

2019年我國啟動「安全可靠工程」，旨在加強信息和網絡安全領域的能力，通過安全可靠工程，我國證明了具有安全可靠的關鍵系統、關鍵應用和關鍵軟硬件產品的研發和集成能力，初步實現了對外信息技術產品的全方位替代，需要符合2019年我國啟動的「安全可靠工程」。

8. 電子病歷標準要求比較多，B/S架構也需要能支持達到電子病歷的多種評級標準。

9. 總結

  不完善的電子病歷編輯器，對醫療軟件開發商會造成不好的商業損失。這也是醫療軟件開發商千方百計想要自主開發電子病歷編輯器的原因，面對電子病歷編輯器的高門坎，醫療軟件開發商會消耗大量資源進行自研，大部分時間沒有成果或得不償失甚至錯過發展機遇。

專業電子編輯器供應商提供編輯器細分服務，醫療軟件開發商整合各方資源，把精力和資源聚焦到醫療行業軟件上面來，這本是互利共贏的產業分工關系，卻困在了電子病歷編輯器這一癥結上面。

筆者認為具備上述能力的全結構化電子病歷是解除這一癥結的關鍵。，不依賴電子病歷編輯器就能實現數據提取、分析、整合、共享，從而實現病歷數據與編輯器解綁等等。讓電子病歷編輯器不再是醫療軟件開發商的掣肘，實現良好的合作共贏才能更好的支撐產業發展，

ThinkEditor電子病歷編輯器業務設計主體吸收成熟文本編輯器（Word/WPS等）對文字、段落、圖片、表格等的UX操作邏輯，貼近文字編輯的使用習慣，更快上手。