電子病歷的發展
電子病歷的發展，大概是5-10年時間，第一階段，是結構化和資料探勘的階段，這個階段持續5年左右，再往後，就是區域互聯互通。目前來說，各廠家都是起步階段，個別大的廠商可能完成了起步，但做到資料探勘的寥寥無幾。這個階段，各廠家的速度也都差不了太多，尤其衛生部規範出台後，原先一些產品也面臨重新開發，可能相對週期會短一些，目前各廠家在電子病歷中相對落後的是臨床路徑，受醫院的診療水平和多年來的營利方式，目前這塊還算起步晚，但根據國家的單病種收費和醫藥分離的政策影響，在未來的3-5年內，會慢慢的影響醫院的收入方式，臨床路徑在未來的應用可能是電子病歷的重頭。
關於軟體開發上，基於cs和bs的都有，但就目前的狀態來年，電子病歷中，用cs佔絕大部分，隨著移動裝置的發展，更多的平板裝置應用到醫療中，這對bs下的程式來說，有一定的優勢，但就目前病歷書寫來看，沒有一家做到在平板上寫病歷，因為目前的病歷編輯器都是做成控制項或外掛程式的，控制項或外掛程式在移動裝置上目前還不能像在電腦上一樣的執行。用基於ie核心的編輯器我也做過乙個，但功能無法滿足電子病歷功能規範提及的功能，所以，目前大多移動裝置上的系統，對病歷來說只是檢視和注釋，對另外的系統如醫囑執行，可以做到較好的應用。
對於未來的區域平台，目前規範中對平台處理病歷內容，也並沒有要求完全的儲存病歷內容，因為各家的格式不一樣，最終平台上儲存的會是cda格式的，但cda並不是把病歷中所有的內容都儲存，只是摘要性和關鍵性的資料，這些資料會從一定程度上反映整個病歷的內容。
在軟體技術上，資料庫目前已經有像oracle，db2，sqlserver等，尤其是oracle和db2，均對xml儲存做了一定的優化，並且他們也是醫療資訊華的廠商，目前電子病歷中的技術點主要集中在編輯器，因為它決定了結構化的實現，目前已經有很多廠家在自己研發編輯器，其中也有一些比較出眾的，編輯器這塊會在未來兩三年內，有可能已經不算是技術難點了，未來的技術點，將會是在資料探勘和臨床決策，這些更多是的考驗系統設計，數學和統計學上的演算法，也就是說環環相扣，如果結構化做的不好，後期的cda或xml就不好生成，cda或xml處理不好，資料探勘和分析也不會好到哪去。
總之，衛生部的規範，對醫療資訊的發展起了很大的推動作用，醫療資訊也會發展的越來越快。以上是個人對電子病歷的認識，還請大家指正。
電子病歷的進展
前一段時間辭職了，去外地旅遊了一段時間，總算是回來了，外出沒啥特別的多於的感受，放鬆心情。實際上不怎麼放鬆，呵呵，雲南那邊的溫度和咱們這邊的差別太大了，一過去就感冒，囧。然後再就是各個地區，坐車奔波，也挺累的。不過那邊的風景確實相當的不錯，水特別的好，我們這邊是見也見不到的了！以後有機會一定還要過去...
電子病歷標準資料儲存分析
公司最近在開發符合電子病歷資料標準的半結構化電子病歷系統 剛接手時候對於標準研究分析非常頭疼，後來漸漸分析了解發現，在電子病歷中分四層，即資料集，資料元，復合資料元，資料元 由上至下層次清晰，儲存資料一直找不到頭緒，後來分析了解之後，覺得為何不把資料組拆成表呢。這樣每個資料組中都會有唯一標識文件標識...
電子病歷質控系列 查對制度
1 開醫囑 處方或進行 時，應查對患者姓名 性別 床號 住院號 門診號 2 執行醫囑時要進行 三查十對 三查是 擺藥時查 服藥 注射 處置前查 服藥 注射 處置後查。十對是 對床號 姓名 性別 年齡 藥名 劑量 濃度 時間 用法和有效期。3 清點藥品時和使用藥品前，要檢查質量 標籤 失效期和批號，如...